Mary and Tom Poppendieck joined the Scrumtisch in Berlin last Monday where Mary gave a great talk on Design Thinking and lean software development. Here is my take from her presentation. Understanding what to design is the hardest job in product development, at least in many areas of software development, especially consumer products and services. Small diverse teams are much better at doing the job of framing the problem than a single person. Many Scrum implementations fail to address this design problem because of
- putting the design work on to the shoulders of one single person - the product owner problem and/or
- creating a handover by separating the design work from the implementation work
In her presentation she quoted several approaches to solve this issue which all share a holistic viewpoint and include a double loop iteration over the activities understand the problem, design the solution and address the design problem with a full team. I took a clip where Mary Poppendieck relates the lean startup approach to Agile and compares it to the concepts of Scrum as an example of an Agile framework.
The concepts from the Lean Startup approach she compares with Agile like "Get Out Of The Building" vs. On-Site Customer or “To Learn” List vs. Backlog are compatible extensions of Agile concepts embedded into the holistic view of a business organization instead of the more narrow dimension of product development. Whenever uncertainty is high, the most relevant prioritization factor for a Backlog should be "The amount and significance of learning and new knowledge created by developing the features" (s. Agile Estimating and Planning, p. 80, Mike Cohn 2005) thus actually making it to a "To Learn" List like Mary Poppendieck suggests. Accepting that there is such uncertainty and consequently (re-)prioritizing the Backlog to gather more knowledge with the full team or dealing with the uncertainty as product owner alone are the real problems which are too often ignored. Pointing this out and providing a set of tools to deal with the uncertainty is exactly where I see the most value in the different Design Thinking approaches she presents.