It has been estimated that 75% of companies undertaking Scrum are not experiencing the benefits they expected. Why do you suppose this is? Why don't we take time to stop, observe, and improve our processes? Why is lean perhaps a more natural starting point for the enterprise?
These are some of the questions explored by Alan Shalloway in today's podcast.
But first, Alan invites you to come to the Lean Kanban 2009 conference in Miami May 6-8, 2009. Join David Anderson, Josh Kerievski, Peter Middleton, Alan Shalloway, and other industry thought leaders as we consider together the next wave of software management and leadership. It offers the chance to interact in a small attendee/speaker ratio.
It promises to be a powerful time. To learn more, visit the Kanban Dev Yahoo user group.
Ken Schwaeber says that 75% of companies who try Scrum do not manifest the problems of Scrum. This means that they do not get the benefits they thought they would. Why not?
Scrum is a lightweight methodology that exposes impediments so you can fix them. Too often, rather than fixing them, teams just accommodate the impediments. and that is a problem. Why do teams do that? They are beset by the tyranny of the urgent. By the time they have time to reflect, the next problem is there and they have to move on. They just don't have time to stop!
Why don't they stop to look? Because they are starting at the wrong end: at the team-level and then think about how to "scale up" and that is hard to do. It just leads to increasing levels of complexity. How much better it is to start with something that begins at the enterprise level
The benefit of Lean is that it offers a better starting point. People don't talk about scaling up Lean because Lean already starts at the enterprise level. That is its natural environment.
We think of Lean this way:
It is a pragmatic framework for absorbing principles and practices that other people have learned and putting them to work in large organizations.
You could see Lean as having absorbed Agile/Scrum practices into the Lean way of thinking (as well as seeing Scrum as manifesting Lean principles to the specific context of teams creating software). What matters is not where the practices came from but rather that they come into the enterprise in a way that lets them be put to work broadly: Testing it in concrete work, improving it with basic lean principles as needed, tossing it if it doesn't work.
“Pizzaman” and “Chocolate” ©2006 William Cushman: http://ghostnotes.blogspot.com