Thu 17 Dec 2009
What’s Your Point of View?
As a Scotsman living in the US I take more than my fair share of trips through Heathrow airport.
There are many things I enjoy about being back in the UK but Heathrow airport is certainly not one of them. For a while HSBC bank tried valiantly to cheer us up, and as we trudged wearily from terminal to terminal, our journey was made more colorful by the many posters from their What’s Your Point of View campaign.
Here is an example of one of their posters:

Looking at these posters made me reflect on my own work as an Agile Coach and how I am often confronted by different points of view.
If I am speaking to a group and criticize waterfall development there is a chance someone will feel I am disparaging their team or their efforts. Sometimes use of the word agile does not serve a good purpose. Many have negative perceptions of Agile and believe it to be chaotic, undisciplined and unpredictable.
As a coach, I don’t like to spend time fixing negative perceptions of Agile. My passion is making teams and organizations successful. I like to steer away from the waterfall vs. agile discussion.
Instead, I focus on sharing what I see happening in high performance teams and organizations:
- Without knowing what value really is we can’t reduce waste. A focus on customer value answers two key questions: (1) Who am I building this for? and (2) Why am I building this? Once we have a keen sense of what value is we can then prioritize our work to deliver the highest value first.
- By delivering early and often we give ourselves the best opportunity to beat the competition to market, realize revenue and discover insights that we can help us improve.
- One of the biggest impediments to delivering early and often is the inability to reduce batch size and many teams struggle with this. This is a battle worth fighting.
- Another impediment to delivering value is not pull testing forward. If we don’t complete our work as we iterate then we are creating technical debt that will affect our ability to release.
- Successful teams know it is best to take small incremental steps towards improvement and to establish a rhythm of continuous improvement. We don’t try to define the perfect process, we don’t set the bar too high and we continuously inspect and adapt.
- As Émile Chartrier once said “nothing is more dangerous than an idea when you only have one”. Successful teams and organizations know that to survive long-term they need to create a collaborative culture that fosters innovation and shared commitment.
Are these are agile principles or lean principles? Some like to draw an ideological line between the two but like Wille Faler I don’t believe that’s a bottom-line discussion. Call them waterfall if you like, so long as you’re successful.
You might not like my list and that’s fine too. Make your own list but don’t just pull it out of a book. Visit the gemba and come up with something visceral that your team can identify with.
About the Author: Ken Clyne is a 26.2 finisher, Certified ScrumMaster and Agile Coach at Rally Software Development. Subscribe today to get free updates by email or RSS.


Ken,
I like this list. I agree that we should not side any doctrine, rather we should do the right action based on team agreement.
Great post. I’m beginning to loathe “versus” as it rather misses the point.
I agree, a great post! So often, I hear people in the wrong conversation, a religious battle of one ‘doctrine’ or one label **versus** another. As described here, these are just basic and good ideas in realizing high performace teams and organizations. The more people realize this and stop the religious battles, the better!!
But I can appreciate the opposing view a bit. Which is that Agile has passed a tipping point and Waterfall/RUP is in decline. Maybe “versus” is too strong, but as we pursue organizational change, it helps to starkly *contrast* what’s so different about decreasing batch size and building product continually. To show how different it will be to form x-functional teams out of department silos.
After all, for many organizations, this is like changing their DNA. Forrester’s “Lean is Agile…” report describes it like this: “Waterfall processes have become obstacles to speed, quality and predictability…Enterprises have defined waterfall process standards based on or similar to RUP, and most development shops now have these waterfall processes in their DNA.”
I still like the Ken’s advice. You get more with sugar than salt. I still like to help folks see the difference.