Why Scaling Agile Doesn’t Work • Jez Humble https://www.youtube.com/watch?v=2zYxWEZ0gYg

  • Article: The IT Measurement Inversion - Douglas Hubbard
  • Paper: Black Swan Farming using Cost of Delay - Joshua J Arnold and Ozlem Yuce
  • Book: Impact Mapping - Gojko Adzic
  • Video: Better product definition with Lean UX and Design Thinking - Jeff Gothelf Paper: Online experimentation at Microsoft - Kohavi
  • Book: A Practical Approach to Large-Scale Agile Development - Gruver, Young, Fulghum
  • Book: Leading Change - John Kotter

Model: Prioritization - cost of delay vs cost to build ROI - cost estimates don’t matter ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.png

prioritize based on cost of delay “how much would we have earned if this was in production” ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.1.png

We’re more wrong than not in guessing which features will be valuable (90% wrong in uncertain/new markets, xx>50% in well known markets) So what do we do? ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.2.png

impact mapping ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.3.png work backwards from the outcome

  1. Target
  2. Stakeholders
  3. ways in which the stakeholders could help/hinder this outcome
  4. what you could do aka. “Story”

key thing = shared understanding by creating the impact map together

Model: Hypothesis-driven delivery ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.4.png

Different types of user research ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.5.png Generative = brainstorm Evaluative = decide (Cf diamond)

./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.6.png

ways that features cost

  1. opportunity cost
  2. complexity maintenance cost
  3. complexity slows down adding new features

======

CASE STUDY hp laserjet firmware

./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.7.png

goal: - get firmware development off the critical path - 10x productivity increase

./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.8.png

  1. goal: firmware off critical path + 10x productivity
  2. current condition: ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.9.png
  3. target conditions “these are the difficult ones” ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.10.png

(eg. plan for one month for entire 400 ppl org)

  1. define outcome and let people experiment daily questions (for the ppl) ./resources/video-why-scaling-agile-doesnt-work-jez-humble.resources/screenshot.11.png

======

How do you introduce this in your org?

  1. Guerillia experimentation Find someone in your org you think is behaving stupid. Take them out to lunch. See why they do what they do. Improve a small bit.

eg. That person from UX has yet again sent a crappy screen

  1. Book: leading change - john kotter No lasting change without executive support. Only through disaster. “find someone feeling the disaster, they are more receptive to change” sense of urgency