Why Is Agile So Hard - The Backward Bicycle?
One of my favorite quotes about an agile transformation is “If you think Scrum (/ Agile / SAFe) is easy, just try it”. I have no idea who said it first, but it captures a lot. Done right, the move to agile will make visible all the problems you currently have, and then gives you a couple of weeks to make progress on them. While this is all going on there are subtle shifts in the thinking process that you have, which adds to the confusion (for more see What Are The Changes in Culture That Need To Happen with Agile?)
But under all this, I think there is something more subtle going on and that is the difference between “knowing” something and truly understanding that thing. A colleague recently sent me a video that really helped me understand the difference:
I think there are a number of other interesting lessons from this video:
Clearly “knowledge” is not the same as “understanding.”
You will often not understand something until you have done it yourself. Can you say “gemba?” It is especially interesting to me that people's reaction to the backward bike is to scoff at the person that is having such a hard time because it is clearly so easy to do. “In theory, theory and practice are the same thing. In practice …”
You have biases, and you are probably unaware of them.
If you already “know” something, learning a variation on what you know is especially hard.
If you are older it will be even harder to unlearn something. Which is also related to the idea that if you “know” something for a long time, it will take a long time to undo that learning
Since most of us have been working software development for a lot of years, is it any surprise that we have difficulty changing how we think about the problem?
This is what I got out of the video - what else did you learn?
Use the following URL for manually sending trackbacks: http://www.hanssamios.com/dokuwiki/lib/plugins/linkback/exe/trackback.php/blog:why_is_agile_so_hard
Why is it So Difficult to Change to an Agile Approach?
Managing shouldn't be so hard. Knowledge work shouldn't be so hard. For most of us it is all about figuring out what the customer wants, and then figuring out how to get it to them in the fastest possible time, preferrably without killing ourselves in the process.
References Useful in Training
Note: to download when you cannot get to YouTube online, put “ss” in front of YouTube in the address.
* Simulating Agile Execution with the Ball Point Game
* Simulating WIP Effects with Balls and a Banana
When training, some of these videos can lighten things up:
* New Zealand All Blacks Haka (this is the meaning of Scrum? no ...)
* Jeff Sutherland's TedX video on doing "Twice the Work in Half the Time"
* VersionOne's description of the …