Slide 1

Slide 1 text

@jezhumble #gotober | december 4 2015 why scaling agile doesn’t work (and what to do about it)

Slide 2

Slide 2 text

scrum- fall water-

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

cost “Even in projects with very uncertain development costs, we haven't found that those costs have a significant information value for the investment decision… The single most important unknown is whether the project will be canceled. The next most important variable is utilization of the system, including how quickly the system rolls out and whether some people will use it at all.” Douglas Hubbard | http://www.cio.com/article/119059/The_IT_Measurement_Inversion

Slide 5

Slide 5 text

batching up work “Black Swan Farming using Cost of Delay” | Joshua J. Arnold and Özlem Yüce | bit.ly/black-swan-farming

Slide 6

Slide 6 text

create feedback loops to validate assumptions accept our “requirements” will be wrong focus on value, not cost enable an experimental approach to product dev make it economic to work in small batches what should we do

Slide 7

Slide 7 text

impact mapping Gojko Adzic, Impact Mapping

Slide 8

Slide 8 text

@jezhumble Jeff Gothelf “Better product definition with Lean UX and Design” http://bit.ly/TylT6A hypothesis-driven delivery We believe that [building this feature] [for these people] will achieve [this outcome]. We will know we are successful when we see [this signal from the market].

Slide 9

Slide 9 text

experiments Different types of user research, courtesy of Janice Fraser

Slide 10

Slide 10 text

Jon Jenkins, “Velocity Culture, The Unmet Challenge in Ops” | http://bit.ly/1vJo1Ya

Slide 11

Slide 11 text

do less “Evaluating well-designed and executed experiments that were designed to improve a key metric, only about 1/3 were successful at improving the key metric!” “Online Experimentation at Microsoft”, Kohavi et al http://stanford.io/130uW6X

Slide 12

Slide 12 text

hp laserjet firmware division 2008 ~5% - innovation capacity 15% - manual testing 25% - product support 25% - porting code 20% - detailed planning 10% - code integration Costs Full manual regression: 6 wks Builds / day: 1-2 Commit to trunk: 1 week Cycle times

Slide 13

Slide 13 text

deployment pipeline

Slide 14

Slide 14 text

hp laserjet firmware team ~5% - innovation 15% - manual testing 25% - current product support 25% - porting code 20% - detailed planning 10% - code integration 2008 ~40% - innovation 5% - most testing automated 10% - product support 15% - one main branch 5% - agile planning 2% - continuous integration 2011 The remaining 23% on RHS is spent on managing automated tests.

Slide 15

Slide 15 text

the economics 2008 to 2011 • overall development costs reduced by ~40% • programs under development increased by ~140% • development costs per program down 78% • resources now driving innovation increased by 8X A Practical Approach to Large-Scale Agile Development - Gruver, Young, Fulghum

Slide 16

Slide 16 text

lightweight planning A Practical Approach to Large-Scale Agile Development - Gruver, Young, Fulghum

Slide 17

Slide 17 text

capacity planning Leading the Transformation - Gruver, Mouser

Slide 18

Slide 18 text

No content

Slide 19

Slide 19 text

What obstacles are preventing you from reaching it? which one are you addressing now? What is the target condition? (The challenge) What is the actual condition now? When can we go and see what we learned from taking that step? What is your next step? (Start of PDCA cycle) improvement kata

Slide 20

Slide 20 text

improvement kata A Practical Approach to Large-Scale Agile Development - Gruver, Young, Fulghum

Slide 21

Slide 21 text

innovation culture “I think building this culture is the key to innovation. Creativity must flow from everywhere. Whether you are a summer intern or the CTO, any good idea must be able to seek an objective test, preferably a test that exposes the idea to real customers. Everyone must be able to experiment, learn, and iterate.” http://glinden.blogspot.com/2006/04/early-amazon-shopping-cart.html

Slide 22

Slide 22 text

create feedback loops to validate assumptions accept our “requirements” will be wrong focus on value, not cost enable an experimental approach to product dev make it economic to work in small batches conclusion

Slide 23

Slide 23 text

thank you! © 2016-7 DevOps Research and Assessment LLC https://devops-research.com/ To receive the following: • A copy of this presentation • A 100 page excerpt from Lean Enterprise • An excerpt from the DevOps Handbook • A 20m preview of my Continuous Delivery video workshop • Discount code for CD video + interviews with Eric Ries & more Just pick up your phone and send an email To: [email protected] Subject: devops