Dysfunction Mapping
Discover the concept of dysfunction mapping, a tool developed over years of trial and error aimed at a way to find, theme, and solve organizational dysfunction.
In this fascinating talk, Michael Lloyd introduced the concept of dysfunction mapping, a tool developed over years of trial and error aimed at creating a repeatable way to find, theme, and ultimately solve organizational dysfunction.
Abstract
Dysfunction mapping is a tool developed over years of trial and error, aimed at creating a repeatable way to find, theme, and ultimately, solve organizational dysfunction. By following these steps, you can more quickly identify the biggest wins, develop a solid action plan, and measure if you’re really achieving outcomes that matter. It’s not a silver bullet, but it can give you some structure to creatively solve problems while also making your value visible and your goals clear.
During the Q&A part on humble planning, Maarten answered the following questions, among others:
- What about other common iterative change management strategies? Which have you tried, and why have they failed for you? Why do you think they failed in your experience?
- Curious why the mapping moves from Right to Left (+2)
- A system diagram of influencing factors often contains reinforcing loops – how do we make that work with dysfunction trees that do not allow for loops?
- Do you worry when you have identified a “dysfunction” that you could go deeper into and perhaps get more possibilities? I am thinking of “The Dangers of the 5 Whys” and the advantages of systems thinking instead of reductionist cause-effect models.
- This seems focused on practices/processes. What is your approach to the foundational issues of mindset, values, behavior, and culture?
- Are the symptom cards available on the Honest Agile website?
- How do you define a purpose statement for dysfunctions? How do we get the team’s buy-in for these statements?
- How do you prioritize what to pick up first/next?
- I am curious about the clustering of symptoms and finding the real causes. Is it a typical root cause analysis?
- Do you identify impacts or the symptoms/dysfunctions or do anything else to understand how to prioritize which to address? Understanding the impact seems to be a missing piece.
- Are you sharing all your written-down symptoms with the team? “This all is what you are doing wrong. . . "
- The mindset-values-principles-practices slide could be interpreted as there is only one mindset.
- Do you think the Scrum anti-patterns Stefan identified could automatically fill your diagram?
- How do we order the implementation of the solutions?
- Is it, in your opinion, reasonable to include the DM in the OKRs?
- Symptom metrics are mostly output metrics? Could we also measure against the root cause?
- How do you create a single Sprint/cycle goal when doing Kanban with, e.g., 4 product goals?
Video: Dysfunction Mapping With Michael Lloyd
Meet Michael Lloyd
Michael serves as a distinguished Agile Coach, Scrum Master, and authentic leader, boasting eight years of expertise in enhancing team and organizational performance to increase value delivery frequency. As the Head of Global Agility at Honest Agile, his mission is to influence agile practices globally by assisting agile practitioners in addressing actual challenges.
Connect with Michael Lloyd on LinkedIn.
Comments