A Root Cause Analysis of Agile Practices

At Agile2010 I was chatting with George Dinwiddie about general process related stuff (probably with some reference to Kanban!) and I mentioned an idea I had submitted to a couple of conferences which had never got accepted. George suggested we try it as a Open Jam session, so we did!

The idea is to run a root cause analysis of various agile practices to drill down into why they work and what the benefits to be realised are. So rather than using a 5 whys approach to solve problems, it is used to understand solutions. For example, why do unit test? To minimise defects? Why do we want to minimise defects? To create less rework? Why do we want less rework? etc. The session tied in nicely with another Open Jam run by David Hussman on Dude’s Law, which also emphasised focusing on why rather than how.

Here are the outputs from the 3 practices we picked; Unit Testing, Iterations (Time Boxes) and Limiting WIP. Click to view the album with bigger pictures.

As a general exercise, I found it really useful and interesting. Definitely something to try submitting to future conferences again. The discussion and debate we had, and the surprising tangents we went on, was rewarding and enlightening. I was particularly fascinated by the comparison between Time Boxing and Limiting WIP and the way that creativity came out in both of them through different paths. I hope that by understanding why practice work in more detail, we can avoid following them dogmatically, and be in a better position to solve problems based on context. When a particular practice is not suitable we can draw on other practices which can provide the same benefits.

This is definitely something I want to explore further – hopefully with workshops at future conferences. If you try it out as well, blog your outputs and let me know!

VN:F [1.9.22_1171]
Rating: 5.0/5 (2 votes cast)
A Root Cause Analysis of Agile Practices, 5.0 out of 5 based on 2 ratings

6 comments on “A Root Cause Analysis of Agile Practices

  1. Yes! The question of why (some) things work has been long overlooked, imo. Although it’s probably fair to say that it’s taken some years to understand that (many) specific practices actually DO work.

    As well as “Why?” I would also ask the crucial question “and in what context?”

    BTW Are those diagrams Current Reality Trees (TOC) or something else?

    – Bob

  2. Pingback: Is Kanban the New Scrum? | Scrum Alliance

  3. Pingback: ?????Scrum?? | chainding

  4. Pingback: Engenheiro de Software - Artigos, Tutoriais, Livros e Dicas Atuais sobre o mundo gerenciamento de Software!

  5. Pingback: George Dinwiddie's blog » Relationship of Cycle Time and Velocity

Leave a Reply