Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Automated Release Notes - STC19

Automated Release Notes - STC19

As a team practicing DevOps for Xfinity Mobile, we are always looking for opportunities to increase the velocity in which we move software through the deployment pipeline. This becomes increasingly important as we begin to discover production issues which are impacting our customers and require immediate attention.

A common side-effect of increasing speed is a reduction in quality. We MUST avoid this as much as possible. Through automating processes which are good candidates for automation, we can actually increase both speed and quality at the same time.

We identified Software Release Notes as a highly repeatable process that was a good candidate for automation. Since we automated the process, not only did we save hundreds of hours worth of manual work, but we also have increased the accuracy of our releases.

Michael Scott Winslow

May 06, 2019
Tweet

More Decks by Michael Scott Winslow

Other Decks in Education

Transcript

  1. • Michael Winslow • Core Application - Comcast • I’ve

    automated myself out of 2 jobs before Automated Release Notes @michaelswinslow michaelswinslow #stc19
  2. Culture Automation Measurement Sharing C A M S Credit: Damon

    Edwards, John Willis https://itrevolution.com/devops-culture-part-1 @michaelswinslow
  3. HOW TO FIND THINGS TO AUTOMATE • Create a Value

    Stream Map • Cycle Time = Lead Time + Process Time • Identify things that are blocking the process • Toil (Manual, Highly Repeated Processes) Example
  4. Change Acceptance Board Software Release Notes Software Release Notes The

    Change Acceptance Board (CAB) requires release notes with every release to Production They slow things down significantly. @michaelswinslow
  5. developers deployment scrum master 6 hours 3 hours 2 hours

    • Veracode Scanning Change Acceptance Board • Create Release Notes Page • Create Summary (tickets) • Links to QA Tests • Verify Completeness • Add List of Artifacts • Verify Versioning • Verify Rollback Version • Create MOP Software Release Notes Software Release Notes 9 People 11 Hours @michaelswinslow
  6. <1 minute < 1 minute < 1 minute • Veracode

    Scanning Change Acceptance Board • Create Release Notes Page • Create Summary (tickets) • Links to QA Tests • Verify Completeness • Add List of Artifacts • Verify Versioning • Verify Rollback Version • Create MOP Software Release Notes Software Release Notes 0 People ~1 minute @michaelswinslow
  7. scrum master 1 hour Change Acceptance Board • Create Release

    Notes Page • Create Summary (tickets) • Links to QA Tests • Verify Completeness Software Release Notes 1.0 1.1 1.1 @michaelswinslow
  8. scrum master 1 hour Change Acceptance Board • Create Release

    Notes Page • Create Summary (tickets) • Links to QA Tests • Verify Completeness Software Release Notes 1.0 1.1 1.1 Pre and Post Release States Identical @michaelswinslow
  9. developers deployment scrum master 6 hours 3 hours 1 hour

    • Veracode Scanning Change Acceptance Board • Create Release Notes Page • Create Summary (tickets) • Links to QA Tests • Verify Completeness • Add List of Artifacts • Verify Versioning • Verify Rollback Version • Create MOP Software Release Notes 1.1 1.1 Human Errors @michaelswinslow
  10. RESULTS • Over 4900 man hours saved (as of 5/4/2019)

    • Note: there are 2080 work hours in a year (40 hours x 52 weeks) But even better: • Release Management TRUSTS the validity of the Release Notes • Security BELIEVES that security scans are always performed • QA COORDINATES with the development teams • Technical Writing BUILDS these into public facing Release Notes • Senior Leadership INVESTS in automation (tools + development) …and that is CULTURE. @michaelswinslow