SlideShare a Scribd company logo
1 of 40
Download to read offline
Promise is debt



                      Trouble in (agile) paradise
Marc Evers - marc@qwan.it
Willem van den Ende - willem@qwan.it
© 2008-2010 QWAN


Lean & Kanban Europe 2010, 24 September 2010
Overview

●
    About us
●
    Benefits
●   Our problem
●
    Systems Thinking
    in six simple steps
●   Summary
●
    Q&A
willem@qwan.it     rob@qwan.it   marc@qwan.it




                 www.qwan.it
Key points


       Most problems are systemic

          Look at whole & parts

Tackle root causes, instead of fire fighting

        Prevent local optimization
Our problem
  We taught everybody agile but....

       customers are unhappy

developers are preparing their resumes

          What happened?
        What can we do now?
How can we prevent this the next time?
We need to look at




                the whole system
Diagram of Effects – 6 Steps
1. tell the story
   −  ask questions, determine scope and focus question
2. collect variables
    − observable or measurable
    − behaviour over time

3. determine cause effect relations
4. look for loops
   −  reinforcing, stabilizing
5. simplify
   −  7 ± 2 variables - remove unrelated variables
    − split up the diagram

6. identify possible interventions
Step 1 – Tell the Story

Perceived Situation
Telling already gives inspiration
Try not to jump to solutions now
Story - Adding a customer

Who has 1 customer?
Who serves multiple customers?
Who has to share developers with other
 customers?
Manager in the middle

3 customers, 4 developers, 1 manager
'special features' for each customer
The road to hell is paved with good
            intentions
     Let's promise one 'special feature'
         to show what we can do
Step 2 – Collect Variables

        Simple names work best
      We use # to indicate numbers

Brainstorm: don't worry about relevance or
                 relations
Our variables

 Customer
satisfaction      Features
                  promised



  Customer
 expectations       Planned
                    features
Step 3 – Determine Cause Effect
            Relations

'Positive' Effect           'Negative' Effect

               B            A              B
 A




                    Delay

               A            B
Features    Customer      Planned
    promised   expectations   features



 Customer
satisfaction
Tell some more...
Developers work harder, but cut corners
More defects
Customers :(
Manager promises a bit more...
Features           Customer            Planned
   promised          expectations         features




 Customer                              Workload
satisfaction


                                           Pressure
                         Corners cut          to
           Defects
                                            deliver


                              Design
                               debt
Step ... “Oh yes, that reminds me”
Design debt makes each new feature
 more €xp€nsiv€



                                     velocity
                                      goes
                                       down
Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Step 4 – Identify Loops




     This gives focus for interventions

Even number of 'negative' effects: Snowball
            Odd: Stabilizing
Where are the loops?
                       Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Step 5 - Simplify




Remove Variables and Relations
What causes this?
Customers
  –   don't have a choice – well, that's what they think
  –   afraid to speak up and put up with it
  –   the product is really not that important
Developers try to make the best of it
  –   pride in craftsmanship over early escalation
Managers want to score
  –   escalation / early transparency equals losing face
However

Sooner or later, the system will collapse




                   People burn out
                   Developers leave
                   Customers give up
Step 6 - Identify possible
       interventions

Add Management Decision

     A            B



Remove Variable       Add Variable

    Defects
                          ?
What would you do to recover from this
              situation?
Use a 'gate'
                       Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Developers say 'no'
                       Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Don't overpromise
                       Features              Customer            Planned
                       promised             expectations         features



                    Customer                                  Workload
                   satisfaction


Probability that                  Defects        Corners           Pressure
promises will be                                   cut            to deliver
    fulfilled


                                                     Design
        Time needed for defects                       debt
           and new features
Recover
                       Features              Customer              Planned
                       promised             expectations           features


                                               Code
                    Customer                  Review            Workload
                   satisfaction


Probability that                  Defects        Corners             Pressure
promises will be                                   cut              to deliver
    fulfilled


                                                       Design
        Time needed for defects                         debt
           and new features
Higher level interventions (1)
Work on a clear product vision
  –   product boxes
  –   release early


Shield team from customer interruptions
  –   no let's just do this
  –   customer proxy / product owner / product manager
Higher level interventions (2)
Use more 'places to intervene in a system'
  –   but not too many

Change mental models – what is development now?
  –   change the cultural pattern
Creating a diagram of effects
1. tell the story
   −  ask questions, determine scope and focus question
2. collect variables
    − observable or measurable
    − behaviour over time

3. determine cause effect relations
4. look for loops
   −  reinforcing, stabilizing
5. simplify
   −  7 ± 2 variables - remove unrelated variables
    − split up the diagram

6. identify possible interventions
Systems thinking in practice
Pitfall: it's only the perception of the group that
                   makes the diagram
 Involvement leads to buy-in for interventions
      Diagram helps to explain it to others



                It's all about storytelling
                The diagram is a nice by-product
                Don't obsess over your models
It's not just a ... problem


difficult issues are technical,
 organizational and managerial
            all at once
                                 linear cause-effect
                                thinking is not enough
                              root causes are usually
                                       systemic
                               blaming someone else
                                    does not solve it
We need to look at




                the whole system
Seriously
Background
Gerald M. Weinberg, Quality Software Management Vol. 1-4
Peter M. Senge, The Fifth Discipline (1993)
Linda Booth Sweeney & Dennis Meadows, Systems Thinking
   Playbook (1995)
Poppendieck, Implementing Lean Software Development (2006)
Kent Beck, eXtreme Programming Explained (1999)
Donella H. Meadows, Places to Intervene in a System (1997)
   www.developerdotstar.com/mag/articles/places_intervene_system.html
Marc Evers & Willem van den Ende, Promise is Debt (2008)
   www.systemsthinking.net/publications/promise_is_debt_6-2-2008.pdf
Credits
wicked weather by alexdecarvalho - flickr.com/photos/adc/423172478/
Point! by Lisamarie Babik - flickr.com/photos/78453620@N00/1448178195
Earth, courtesy Apollo 17, and probably the most reproduced image of all time by
    woodleywonderworks - flickr.com/photos/wwworks/2222548359/in/photostream/
Our Milky Way Galaxy.. by Sir Mervs - flickr.com/photos/14150482@N02/2544902240
WHAT ARE YOU LOOKING AT? by nolifebeforecoffee - flickr.com/photos/55279617@N00/124659356
Artistic Wormhole by Steve Jurvetson - flickr.com/photos/44124348109@N01/2490285058
Measuring time © aussiegall - flickr.com/photos/aussiegall/286709039/
New Year's Resolution: 36/365 by Sasha Wolff – flickr.com/photos/27786290@N05/3171917389
dog on treadmill by Anne Norman – flickr.com/photos/29278394@N00/23844169
Free Loopy Colorful Background Wallpaper Creative Commons by D. Sharon Pruitt –
    flickr.com/photos/40645538@N00/447277429
Baker Hotel (half of it!) by Justin Cozart - flickr.com/photos/40011478@N00/2296478479
Which way? by Kevin Dooley – flickr.com/photos/12836528@N00/2445707568
Flickr images were collected using QWAN Labs PhotoSuggest - labs.qwan.it/photosuggest

More Related Content

What's hot

Recognizing Software Debt - Beyond Agile Puget Sound
Recognizing Software Debt - Beyond Agile Puget SoundRecognizing Software Debt - Beyond Agile Puget Sound
Recognizing Software Debt - Beyond Agile Puget SoundChris Sterling
 
Testing in an Agile Context 2011
Testing in an Agile Context 2011Testing in an Agile Context 2011
Testing in an Agile Context 2011Chris Sterling
 
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012 Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012 Tavant Technologies Inc.
 
SolidWorks: Overview, 2012
SolidWorks: Overview, 2012SolidWorks: Overview, 2012
SolidWorks: Overview, 2012Paul Schneider
 
Call Center Digital Signage
Call Center Digital SignageCall Center Digital Signage
Call Center Digital SignageDavid Nelson
 
The Software Debt Bubble: Is It About to Burst
The Software Debt Bubble: Is It About to BurstThe Software Debt Bubble: Is It About to Burst
The Software Debt Bubble: Is It About to BurstChris Sterling
 
Selling marketing funnel leads harvesting powerpoint presentation templates
Selling marketing funnel leads harvesting powerpoint presentation templatesSelling marketing funnel leads harvesting powerpoint presentation templates
Selling marketing funnel leads harvesting powerpoint presentation templatesSlideTeam.net
 
Pirate Capital Product Overview
Pirate Capital Product OverviewPirate Capital Product Overview
Pirate Capital Product OverviewPaul Brisson
 
Unosat19 April09
Unosat19 April09Unosat19 April09
Unosat19 April09guestf13366
 
Prioritisation - Bob Andrew, NCR
Prioritisation - Bob Andrew, NCRPrioritisation - Bob Andrew, NCR
Prioritisation - Bob Andrew, NCRggarrett123
 
Common Time M Design Datasheet
Common Time M Design DatasheetCommon Time M Design Datasheet
Common Time M Design Datasheetjamestomkinson
 
10 tips for chartering a project (v2)
10 tips for chartering a project (v2)10 tips for chartering a project (v2)
10 tips for chartering a project (v2)Glen Alleman
 
Company Profile Specindia
Company Profile SpecindiaCompany Profile Specindia
Company Profile Specindiaraxitjani
 

What's hot (20)

Env General
Env GeneralEnv General
Env General
 
Recognizing Software Debt - Beyond Agile Puget Sound
Recognizing Software Debt - Beyond Agile Puget SoundRecognizing Software Debt - Beyond Agile Puget Sound
Recognizing Software Debt - Beyond Agile Puget Sound
 
Testing in an Agile Context 2011
Testing in an Agile Context 2011Testing in an Agile Context 2011
Testing in an Agile Context 2011
 
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012 Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012
Tavant Technologies Showcases its Field Service Mobilty Solution at WCM 2012
 
SolidWorks: Overview, 2012
SolidWorks: Overview, 2012SolidWorks: Overview, 2012
SolidWorks: Overview, 2012
 
Using itil prince2_together_august_2010
Using itil prince2_together_august_2010Using itil prince2_together_august_2010
Using itil prince2_together_august_2010
 
Call Center Digital Signage
Call Center Digital SignageCall Center Digital Signage
Call Center Digital Signage
 
Ogihara
OgiharaOgihara
Ogihara
 
Test
TestTest
Test
 
Indy
IndyIndy
Indy
 
The Software Debt Bubble: Is It About to Burst
The Software Debt Bubble: Is It About to BurstThe Software Debt Bubble: Is It About to Burst
The Software Debt Bubble: Is It About to Burst
 
Selling marketing funnel leads harvesting powerpoint presentation templates
Selling marketing funnel leads harvesting powerpoint presentation templatesSelling marketing funnel leads harvesting powerpoint presentation templates
Selling marketing funnel leads harvesting powerpoint presentation templates
 
Pirate Capital Product Overview
Pirate Capital Product OverviewPirate Capital Product Overview
Pirate Capital Product Overview
 
Scope & co
Scope & coScope & co
Scope & co
 
Unosat19 April09
Unosat19 April09Unosat19 April09
Unosat19 April09
 
Prioritisation - Bob Andrew, NCR
Prioritisation - Bob Andrew, NCRPrioritisation - Bob Andrew, NCR
Prioritisation - Bob Andrew, NCR
 
Common Time M Design Datasheet
Common Time M Design DatasheetCommon Time M Design Datasheet
Common Time M Design Datasheet
 
10 tips for chartering a project (v2)
10 tips for chartering a project (v2)10 tips for chartering a project (v2)
10 tips for chartering a project (v2)
 
Ux policy primax
Ux policy primaxUx policy primax
Ux policy primax
 
Company Profile Specindia
Company Profile SpecindiaCompany Profile Specindia
Company Profile Specindia
 

Viewers also liked

Feature injection - Antony Marcano & Andy Palmer
Feature injection - Antony Marcano & Andy PalmerFeature injection - Antony Marcano & Andy Palmer
Feature injection - Antony Marcano & Andy PalmerAGILEMinds
 
Value over velocity - Ryan Shriver
Value over velocity - Ryan ShriverValue over velocity - Ryan Shriver
Value over velocity - Ryan ShriverAGILEMinds
 
Product development in the land of the free - Simon Baker & Gus Power
Product development in the land of the free - Simon Baker & Gus PowerProduct development in the land of the free - Simon Baker & Gus Power
Product development in the land of the free - Simon Baker & Gus PowerAGILEMinds
 
The rise of the lean machine: Architecting the lean enterprise transformation...
The rise of the lean machine: Architecting the lean enterprise transformation...The rise of the lean machine: Architecting the lean enterprise transformation...
The rise of the lean machine: Architecting the lean enterprise transformation...AGILEMinds
 
Jurgen de smet yves hanoulle real options
Jurgen de smet yves hanoulle   real optionsJurgen de smet yves hanoulle   real options
Jurgen de smet yves hanoulle real optionsAGILEMinds
 
Jason yip kanban for it operations
Jason yip   kanban for it operationsJason yip   kanban for it operations
Jason yip kanban for it operationsAGILEMinds
 
Jasper sonnevelt pitfalls of a large kanban implementation
Jasper sonnevelt   pitfalls of a large kanban implementationJasper sonnevelt   pitfalls of a large kanban implementation
Jasper sonnevelt pitfalls of a large kanban implementationAGILEMinds
 

Viewers also liked (7)

Feature injection - Antony Marcano & Andy Palmer
Feature injection - Antony Marcano & Andy PalmerFeature injection - Antony Marcano & Andy Palmer
Feature injection - Antony Marcano & Andy Palmer
 
Value over velocity - Ryan Shriver
Value over velocity - Ryan ShriverValue over velocity - Ryan Shriver
Value over velocity - Ryan Shriver
 
Product development in the land of the free - Simon Baker & Gus Power
Product development in the land of the free - Simon Baker & Gus PowerProduct development in the land of the free - Simon Baker & Gus Power
Product development in the land of the free - Simon Baker & Gus Power
 
The rise of the lean machine: Architecting the lean enterprise transformation...
The rise of the lean machine: Architecting the lean enterprise transformation...The rise of the lean machine: Architecting the lean enterprise transformation...
The rise of the lean machine: Architecting the lean enterprise transformation...
 
Jurgen de smet yves hanoulle real options
Jurgen de smet yves hanoulle   real optionsJurgen de smet yves hanoulle   real options
Jurgen de smet yves hanoulle real options
 
Jason yip kanban for it operations
Jason yip   kanban for it operationsJason yip   kanban for it operations
Jason yip kanban for it operations
 
Jasper sonnevelt pitfalls of a large kanban implementation
Jasper sonnevelt   pitfalls of a large kanban implementationJasper sonnevelt   pitfalls of a large kanban implementation
Jasper sonnevelt pitfalls of a large kanban implementation
 

Similar to Promise is debt - A Systems Thinking perspective on technical debt - Marc Evers & Willem van den Ende

Discover phase showcase template
Discover phase showcase templateDiscover phase showcase template
Discover phase showcase templateYianni Achele
 
Building Results Oriented Websites: The Method That Ends the Madness
Building Results Oriented Websites: The Method That Ends the MadnessBuilding Results Oriented Websites: The Method That Ends the Madness
Building Results Oriented Websites: The Method That Ends the MadnessTom McCracken
 
Dollars and Dates are Killing Agile
Dollars and Dates are Killing AgileDollars and Dates are Killing Agile
Dollars and Dates are Killing AgileRally Software
 
Dollars and dates are killing agile final
Dollars and dates are killing agile finalDollars and dates are killing agile final
Dollars and dates are killing agile finaldrewz lin
 
The road to continuous improvement - Sandrine Olivencia
The road to continuous improvement - Sandrine OlivenciaThe road to continuous improvement - Sandrine Olivencia
The road to continuous improvement - Sandrine OlivenciaAGILEMinds
 
Managing Software Debt - Quality Debt Focus for QASIG Seattle
Managing Software Debt - Quality Debt Focus for QASIG SeattleManaging Software Debt - Quality Debt Focus for QASIG Seattle
Managing Software Debt - Quality Debt Focus for QASIG SeattleChris Sterling
 
Beyond the Scrum - I
Beyond the Scrum - IBeyond the Scrum - I
Beyond the Scrum - IAdam Monago
 
G&G Relationship Development 1.Defense
G&G Relationship Development 1.DefenseG&G Relationship Development 1.Defense
G&G Relationship Development 1.DefenseThe G&G Mfg. Co.
 
Customer satisfaction practices inventory continuum
Customer satisfaction practices inventory continuumCustomer satisfaction practices inventory continuum
Customer satisfaction practices inventory continuumBoomer Match to Business
 
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORK
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORKSOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORK
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORKArul Nambi
 
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)Paula Gomes
 
The Agile Gap: Closing it with User Experience
The Agile Gap: Closing it with User ExperienceThe Agile Gap: Closing it with User Experience
The Agile Gap: Closing it with User Experiencekalebwalton
 
New Zealand Premiere! A first look at Rational Insight
New Zealand Premiere! A first look at Rational InsightNew Zealand Premiere! A first look at Rational Insight
New Zealand Premiere! A first look at Rational InsightVincent Kwon
 
Offshore Software Development, Software Testing by CAMO Solutions
Offshore Software Development, Software Testing by CAMO SolutionsOffshore Software Development, Software Testing by CAMO Solutions
Offshore Software Development, Software Testing by CAMO SolutionsCAMO Solutions LLC
 
Agile Software Development in Practice - A Developer Perspective
Agile Software Development in Practice - A Developer PerspectiveAgile Software Development in Practice - A Developer Perspective
Agile Software Development in Practice - A Developer PerspectiveWee Witthawaskul
 
SIM presentation Oct 9 2012
SIM presentation Oct 9 2012SIM presentation Oct 9 2012
SIM presentation Oct 9 2012sdlc_coach
 
Rebecca White, Pmp
Rebecca White, PmpRebecca White, Pmp
Rebecca White, PmpRebeccaWhite
 

Similar to Promise is debt - A Systems Thinking perspective on technical debt - Marc Evers & Willem van den Ende (20)

Discover phase showcase template
Discover phase showcase templateDiscover phase showcase template
Discover phase showcase template
 
Building Results Oriented Websites: The Method That Ends the Madness
Building Results Oriented Websites: The Method That Ends the MadnessBuilding Results Oriented Websites: The Method That Ends the Madness
Building Results Oriented Websites: The Method That Ends the Madness
 
Dollars and Dates are Killing Agile
Dollars and Dates are Killing AgileDollars and Dates are Killing Agile
Dollars and Dates are Killing Agile
 
Dollars and dates are killing agile final
Dollars and dates are killing agile finalDollars and dates are killing agile final
Dollars and dates are killing agile final
 
The road to continuous improvement - Sandrine Olivencia
The road to continuous improvement - Sandrine OlivenciaThe road to continuous improvement - Sandrine Olivencia
The road to continuous improvement - Sandrine Olivencia
 
Primera Reunión del SGLC. Daria Zimina
Primera Reunión del SGLC. Daria ZiminaPrimera Reunión del SGLC. Daria Zimina
Primera Reunión del SGLC. Daria Zimina
 
Lean UX
Lean UXLean UX
Lean UX
 
Managing Software Debt - Quality Debt Focus for QASIG Seattle
Managing Software Debt - Quality Debt Focus for QASIG SeattleManaging Software Debt - Quality Debt Focus for QASIG Seattle
Managing Software Debt - Quality Debt Focus for QASIG Seattle
 
Beyond the Scrum - I
Beyond the Scrum - IBeyond the Scrum - I
Beyond the Scrum - I
 
G&G Relationship Development 1.Defense
G&G Relationship Development 1.DefenseG&G Relationship Development 1.Defense
G&G Relationship Development 1.Defense
 
Baux
BauxBaux
Baux
 
Customer satisfaction practices inventory continuum
Customer satisfaction practices inventory continuumCustomer satisfaction practices inventory continuum
Customer satisfaction practices inventory continuum
 
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORK
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORKSOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORK
SOFTWARE PRODUCT DEVELOPMENT GOVERNANCE FRAMEWORK
 
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)
Measurement and Analysis, where do I Start? - Enrique Morey (Proqua)
 
The Agile Gap: Closing it with User Experience
The Agile Gap: Closing it with User ExperienceThe Agile Gap: Closing it with User Experience
The Agile Gap: Closing it with User Experience
 
New Zealand Premiere! A first look at Rational Insight
New Zealand Premiere! A first look at Rational InsightNew Zealand Premiere! A first look at Rational Insight
New Zealand Premiere! A first look at Rational Insight
 
Offshore Software Development, Software Testing by CAMO Solutions
Offshore Software Development, Software Testing by CAMO SolutionsOffshore Software Development, Software Testing by CAMO Solutions
Offshore Software Development, Software Testing by CAMO Solutions
 
Agile Software Development in Practice - A Developer Perspective
Agile Software Development in Practice - A Developer PerspectiveAgile Software Development in Practice - A Developer Perspective
Agile Software Development in Practice - A Developer Perspective
 
SIM presentation Oct 9 2012
SIM presentation Oct 9 2012SIM presentation Oct 9 2012
SIM presentation Oct 9 2012
 
Rebecca White, Pmp
Rebecca White, PmpRebecca White, Pmp
Rebecca White, Pmp
 

More from AGILEMinds

Lean Startup - Customer Development - Aarrr metrics
Lean Startup - Customer Development - Aarrr metricsLean Startup - Customer Development - Aarrr metrics
Lean Startup - Customer Development - Aarrr metricsAGILEMinds
 
Sami honkonen scheduling work in kanban
Sami honkonen   scheduling work in kanbanSami honkonen   scheduling work in kanban
Sami honkonen scheduling work in kanbanAGILEMinds
 
Patrick steyaert lean adaptive management - achieving complex business goal...
Patrick steyaert   lean adaptive management - achieving complex business goal...Patrick steyaert   lean adaptive management - achieving complex business goal...
Patrick steyaert lean adaptive management - achieving complex business goal...AGILEMinds
 
Olav maassen risk management
Olav maassen   risk managementOlav maassen   risk management
Olav maassen risk managementAGILEMinds
 
Nick boucart lean startups
Nick boucart   lean startupsNick boucart   lean startups
Nick boucart lean startupsAGILEMinds
 
Mike burrows level demand, balance workload and manage schedule risk with c...
Mike burrows   level demand, balance workload and manage schedule risk with c...Mike burrows   level demand, balance workload and manage schedule risk with c...
Mike burrows level demand, balance workload and manage schedule risk with c...AGILEMinds
 
Michael kennedy set-based decision making taming system complexity
Michael kennedy   set-based decision making taming system complexityMichael kennedy   set-based decision making taming system complexity
Michael kennedy set-based decision making taming system complexityAGILEMinds
 
Mattias skarin what would you do - analysing charts
Mattias skarin   what would you do - analysing chartsMattias skarin   what would you do - analysing charts
Mattias skarin what would you do - analysing chartsAGILEMinds
 
Matthias bohlen team and contracts
Matthias bohlen   team and contractsMatthias bohlen   team and contracts
Matthias bohlen team and contractsAGILEMinds
 
Mark robinson what does lean mean for software testing
Mark robinson   what does lean mean for software testingMark robinson   what does lean mean for software testing
Mark robinson what does lean mean for software testingAGILEMinds
 
Karl scotland science of kanban
Karl scotland   science of kanbanKarl scotland   science of kanban
Karl scotland science of kanbanAGILEMinds
 
John seddon it’s the system stupid!
John seddon   it’s the system stupid!John seddon   it’s the system stupid!
John seddon it’s the system stupid!AGILEMinds
 
Eric willeke when models collide
Eric willeke   when models collideEric willeke   when models collide
Eric willeke when models collideAGILEMinds
 
Don reinertsen is it time to rethink deming
Don reinertsen   is it time to rethink demingDon reinertsen   is it time to rethink deming
Don reinertsen is it time to rethink demingAGILEMinds
 
David joyce jalipo build it and they will come
David joyce   jalipo build it and they will comeDavid joyce   jalipo build it and they will come
David joyce jalipo build it and they will comeAGILEMinds
 
David anderson kanban when is it not appropriate
David anderson   kanban when is it not appropriateDavid anderson   kanban when is it not appropriate
David anderson kanban when is it not appropriateAGILEMinds
 
Dave snowden practice without sound theory will not scale
Dave snowden   practice without sound theory will not scaleDave snowden   practice without sound theory will not scale
Dave snowden practice without sound theory will not scaleAGILEMinds
 
Corry clybouw integrated user documentation
Corry clybouw   integrated user documentationCorry clybouw   integrated user documentation
Corry clybouw integrated user documentationAGILEMinds
 
Bob marshall rightshifting in a nutshell v1c
Bob marshall   rightshifting in a nutshell v1cBob marshall   rightshifting in a nutshell v1c
Bob marshall rightshifting in a nutshell v1cAGILEMinds
 
Bob marshall realising value - how to apply rightshifting v1c
Bob marshall   realising value - how to apply rightshifting v1cBob marshall   realising value - how to apply rightshifting v1c
Bob marshall realising value - how to apply rightshifting v1cAGILEMinds
 

More from AGILEMinds (20)

Lean Startup - Customer Development - Aarrr metrics
Lean Startup - Customer Development - Aarrr metricsLean Startup - Customer Development - Aarrr metrics
Lean Startup - Customer Development - Aarrr metrics
 
Sami honkonen scheduling work in kanban
Sami honkonen   scheduling work in kanbanSami honkonen   scheduling work in kanban
Sami honkonen scheduling work in kanban
 
Patrick steyaert lean adaptive management - achieving complex business goal...
Patrick steyaert   lean adaptive management - achieving complex business goal...Patrick steyaert   lean adaptive management - achieving complex business goal...
Patrick steyaert lean adaptive management - achieving complex business goal...
 
Olav maassen risk management
Olav maassen   risk managementOlav maassen   risk management
Olav maassen risk management
 
Nick boucart lean startups
Nick boucart   lean startupsNick boucart   lean startups
Nick boucart lean startups
 
Mike burrows level demand, balance workload and manage schedule risk with c...
Mike burrows   level demand, balance workload and manage schedule risk with c...Mike burrows   level demand, balance workload and manage schedule risk with c...
Mike burrows level demand, balance workload and manage schedule risk with c...
 
Michael kennedy set-based decision making taming system complexity
Michael kennedy   set-based decision making taming system complexityMichael kennedy   set-based decision making taming system complexity
Michael kennedy set-based decision making taming system complexity
 
Mattias skarin what would you do - analysing charts
Mattias skarin   what would you do - analysing chartsMattias skarin   what would you do - analysing charts
Mattias skarin what would you do - analysing charts
 
Matthias bohlen team and contracts
Matthias bohlen   team and contractsMatthias bohlen   team and contracts
Matthias bohlen team and contracts
 
Mark robinson what does lean mean for software testing
Mark robinson   what does lean mean for software testingMark robinson   what does lean mean for software testing
Mark robinson what does lean mean for software testing
 
Karl scotland science of kanban
Karl scotland   science of kanbanKarl scotland   science of kanban
Karl scotland science of kanban
 
John seddon it’s the system stupid!
John seddon   it’s the system stupid!John seddon   it’s the system stupid!
John seddon it’s the system stupid!
 
Eric willeke when models collide
Eric willeke   when models collideEric willeke   when models collide
Eric willeke when models collide
 
Don reinertsen is it time to rethink deming
Don reinertsen   is it time to rethink demingDon reinertsen   is it time to rethink deming
Don reinertsen is it time to rethink deming
 
David joyce jalipo build it and they will come
David joyce   jalipo build it and they will comeDavid joyce   jalipo build it and they will come
David joyce jalipo build it and they will come
 
David anderson kanban when is it not appropriate
David anderson   kanban when is it not appropriateDavid anderson   kanban when is it not appropriate
David anderson kanban when is it not appropriate
 
Dave snowden practice without sound theory will not scale
Dave snowden   practice without sound theory will not scaleDave snowden   practice without sound theory will not scale
Dave snowden practice without sound theory will not scale
 
Corry clybouw integrated user documentation
Corry clybouw   integrated user documentationCorry clybouw   integrated user documentation
Corry clybouw integrated user documentation
 
Bob marshall rightshifting in a nutshell v1c
Bob marshall   rightshifting in a nutshell v1cBob marshall   rightshifting in a nutshell v1c
Bob marshall rightshifting in a nutshell v1c
 
Bob marshall realising value - how to apply rightshifting v1c
Bob marshall   realising value - how to apply rightshifting v1cBob marshall   realising value - how to apply rightshifting v1c
Bob marshall realising value - how to apply rightshifting v1c
 

Promise is debt - A Systems Thinking perspective on technical debt - Marc Evers & Willem van den Ende

  • 1. Promise is debt Trouble in (agile) paradise Marc Evers - marc@qwan.it Willem van den Ende - willem@qwan.it © 2008-2010 QWAN Lean & Kanban Europe 2010, 24 September 2010
  • 2. Overview ● About us ● Benefits ● Our problem ● Systems Thinking in six simple steps ● Summary ● Q&A
  • 3. willem@qwan.it rob@qwan.it marc@qwan.it www.qwan.it
  • 4. Key points Most problems are systemic Look at whole & parts Tackle root causes, instead of fire fighting Prevent local optimization
  • 5. Our problem We taught everybody agile but.... customers are unhappy developers are preparing their resumes What happened? What can we do now? How can we prevent this the next time?
  • 6. We need to look at the whole system
  • 7. Diagram of Effects – 6 Steps 1. tell the story − ask questions, determine scope and focus question 2. collect variables − observable or measurable − behaviour over time 3. determine cause effect relations 4. look for loops − reinforcing, stabilizing 5. simplify − 7 ± 2 variables - remove unrelated variables − split up the diagram 6. identify possible interventions
  • 8. Step 1 – Tell the Story Perceived Situation Telling already gives inspiration Try not to jump to solutions now
  • 9. Story - Adding a customer Who has 1 customer? Who serves multiple customers? Who has to share developers with other customers?
  • 10. Manager in the middle 3 customers, 4 developers, 1 manager 'special features' for each customer
  • 11. The road to hell is paved with good intentions Let's promise one 'special feature' to show what we can do
  • 12. Step 2 – Collect Variables Simple names work best We use # to indicate numbers Brainstorm: don't worry about relevance or relations
  • 13. Our variables Customer satisfaction Features promised Customer expectations Planned features
  • 14. Step 3 – Determine Cause Effect Relations 'Positive' Effect 'Negative' Effect B A B A Delay A B
  • 15. Features Customer Planned promised expectations features Customer satisfaction
  • 16. Tell some more... Developers work harder, but cut corners More defects Customers :( Manager promises a bit more...
  • 17. Features Customer Planned promised expectations features Customer Workload satisfaction Pressure Corners cut to Defects deliver Design debt
  • 18. Step ... “Oh yes, that reminds me” Design debt makes each new feature more €xp€nsiv€ velocity goes down
  • 19. Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 20. Step 4 – Identify Loops This gives focus for interventions Even number of 'negative' effects: Snowball Odd: Stabilizing
  • 21. Where are the loops? Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 22. Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 23. Step 5 - Simplify Remove Variables and Relations
  • 24. What causes this? Customers – don't have a choice – well, that's what they think – afraid to speak up and put up with it – the product is really not that important Developers try to make the best of it – pride in craftsmanship over early escalation Managers want to score – escalation / early transparency equals losing face
  • 25. However Sooner or later, the system will collapse People burn out Developers leave Customers give up
  • 26. Step 6 - Identify possible interventions Add Management Decision A B Remove Variable Add Variable Defects ?
  • 27. What would you do to recover from this situation?
  • 28. Use a 'gate' Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 29. Developers say 'no' Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 30. Don't overpromise Features Customer Planned promised expectations features Customer Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 31. Recover Features Customer Planned promised expectations features Code Customer Review Workload satisfaction Probability that Defects Corners Pressure promises will be cut to deliver fulfilled Design Time needed for defects debt and new features
  • 32. Higher level interventions (1) Work on a clear product vision – product boxes – release early Shield team from customer interruptions – no let's just do this – customer proxy / product owner / product manager
  • 33. Higher level interventions (2) Use more 'places to intervene in a system' – but not too many Change mental models – what is development now? – change the cultural pattern
  • 34. Creating a diagram of effects 1. tell the story − ask questions, determine scope and focus question 2. collect variables − observable or measurable − behaviour over time 3. determine cause effect relations 4. look for loops − reinforcing, stabilizing 5. simplify − 7 ± 2 variables - remove unrelated variables − split up the diagram 6. identify possible interventions
  • 35. Systems thinking in practice Pitfall: it's only the perception of the group that makes the diagram Involvement leads to buy-in for interventions Diagram helps to explain it to others It's all about storytelling The diagram is a nice by-product Don't obsess over your models
  • 36. It's not just a ... problem difficult issues are technical, organizational and managerial all at once linear cause-effect thinking is not enough root causes are usually systemic blaming someone else does not solve it
  • 37. We need to look at the whole system
  • 39. Background Gerald M. Weinberg, Quality Software Management Vol. 1-4 Peter M. Senge, The Fifth Discipline (1993) Linda Booth Sweeney & Dennis Meadows, Systems Thinking Playbook (1995) Poppendieck, Implementing Lean Software Development (2006) Kent Beck, eXtreme Programming Explained (1999) Donella H. Meadows, Places to Intervene in a System (1997) www.developerdotstar.com/mag/articles/places_intervene_system.html Marc Evers & Willem van den Ende, Promise is Debt (2008) www.systemsthinking.net/publications/promise_is_debt_6-2-2008.pdf
  • 40. Credits wicked weather by alexdecarvalho - flickr.com/photos/adc/423172478/ Point! by Lisamarie Babik - flickr.com/photos/78453620@N00/1448178195 Earth, courtesy Apollo 17, and probably the most reproduced image of all time by woodleywonderworks - flickr.com/photos/wwworks/2222548359/in/photostream/ Our Milky Way Galaxy.. by Sir Mervs - flickr.com/photos/14150482@N02/2544902240 WHAT ARE YOU LOOKING AT? by nolifebeforecoffee - flickr.com/photos/55279617@N00/124659356 Artistic Wormhole by Steve Jurvetson - flickr.com/photos/44124348109@N01/2490285058 Measuring time © aussiegall - flickr.com/photos/aussiegall/286709039/ New Year's Resolution: 36/365 by Sasha Wolff – flickr.com/photos/27786290@N05/3171917389 dog on treadmill by Anne Norman – flickr.com/photos/29278394@N00/23844169 Free Loopy Colorful Background Wallpaper Creative Commons by D. Sharon Pruitt – flickr.com/photos/40645538@N00/447277429 Baker Hotel (half of it!) by Justin Cozart - flickr.com/photos/40011478@N00/2296478479 Which way? by Kevin Dooley – flickr.com/photos/12836528@N00/2445707568 Flickr images were collected using QWAN Labs PhotoSuggest - labs.qwan.it/photosuggest