Slide 1

Slide 1 text

THE JOURNEY TO CONTINUOUS DELIVERY Dan North @tastapod

Slide 2

Slide 2 text

No content

Slide 3

Slide 3 text

WHAT IS THE GOAL OF CONTINUOUS DELIVERY? Release into production more often? Automating build and deployment? Standardising processes and tools? The goal of Continuous Delivery is to increase Business Agility

Slide 4

Slide 4 text

BUSINESS AGILITY “The speed and effectiveness with which we can adapt to new information” Reducing time to market is the only game in town Technically lead time OK really technically cost of delay

Slide 5

Slide 5 text

WHY DOES BUSINESS AGILITY MATTER?

Slide 6

Slide 6 text

LEARNING REQUIRES FEEDBACK Feedback is invited Feedback is offered Feedback is heard Feedback is actioned

Slide 7

Slide 7 text

BUSINESS AGILITY INVOLVES THE WHOLE ORGANISATION Commercial Management Operations Technology

Slide 8

Slide 8 text

WHY DOES CONTINUOUS DELIVERY MATTER? It impacts the speed at which you can respond to a need It impacts the speed at which you can recover It impacts your level of quality and consistency

Slide 9

Slide 9 text

WHAT IS SLOWING US DOWN? Hand-offs to other teams • Creating environments for dev and testing • Onerous Release/Change governance and sign-off • Security, Audit, Compliance sign-off Manual testing Manual deployment and release processes Manual troubleshooting and recovery

Slide 10

Slide 10 text

WHERE SHOULD YOU START? “Start where you are” Identify what is really slowing you down Pick one thing and go after it! Scale out as you build confidence and trust

Slide 11

Slide 11 text

WHERE SHOULD YOU START? Turn a problem statement into a desired outcome: “It takes ages to get an environment around here!” Goal: Self-serve provisioning of environments “We spend all our time filling in release documents!” Goal: Release docs populated from work tracker and code repo

Slide 12

Slide 12 text

WHERE SHOULD YOU START? Visualise Stabilise Optimise

Slide 13

Slide 13 text

VISUALISE Map the value stream Identify where time is being lost • The Inactivity Principle: Watch the work product, not the worker Look for where work items leave the team Look for where work items pile up in queues Identify the trouble spots

Slide 14

Slide 14 text

STABILISE Bring system variance under control • otherwise you can’t determine the impact of a change Eliminate or mitigate hand-offs • Stabilising often speeds things up! Simplify and standardise manual processes • Makes them candidates for automation Make cross-cutting “utility” functions self-service

Slide 15

Slide 15 text

OPTIMISE Define an experiment, or “bet” • What do you want to improve? • How will you measure this? Baseline the current state • You may get a surprise! Carry out the experiment Interpret the results Kaizen is first-class work Plan Do Check Adjust

Slide 16

Slide 16 text

THEN DO IT ALL AGAIN! Visualise Stabilise Optimise

Slide 17

Slide 17 text

LOTS OF DIMENSIONS TO EXPLORE principles processes tools governance organisation FedRAMP by 18F

Slide 18

Slide 18 text

DON’T BE AFRAID TO ASK FOR HELP We are in a Cambrian explosion of tools and methods Not everyone is Google or Netflix Take inspiration from them, but resist web-scale envy • Unless you are web-scale! Start tomorrow—pick one thing—measure it!

Slide 19

Slide 19 text

THANKS FOR LISTENING! [email protected] http://dannorth.net @tastapod