Great Agile Development Teams Are Never Satisfied
Greatness is hard to achieve and even harder to maintain. Few agile software development teams ever achieve greatness and that’s probably a good thing — they wouldn’t be happy anyway.
The best agile teams never get complacent; they never stop improving; they never get too comfortable; they are never happy with their performance. The good news is that you don’t have to be miserable to keep improving — though it helps.
Misery loves improvement.
Let’s look at this from another perspective. Say we have a software development team that is the best it can be. There’s no need to get better; nothing to prove; life is good.
How long do you think that state of greatness would last? I’d say about as long as it takes for the business to conceive a new idea or for underlying technology to change — not more than 3-6 months, probably less.
That’s why continuous improvement is so important. I see many development teams adopting an approach — a process and it’s operational procedures — and using it over and over, project after project. Even when their outcomes are only fair at best, they continue to follow the prescribed approach in the belief that if they do it often enough, they will get better. They won’t!
Repetition makes us better at doing something as long as that something is static. For example, a complex software application may be difficult to use at first, requiring lots of time and patience. As you repeatedly use the software, you get better and faster until you’ve mastered it.
And then the vendor delivers a major update!
So it goes with software development. The business changes. The tool set changes. The team changes. The technology changes. Even the rules change!
Continuous improvement is essential. Retrospectives are a great way to drive improvement regardless of your approach to software development. Even if your deliverables drag out for months, you can conduct regular retrospectives and seek continuous improvement throughout the project.
Whatever you’re doing today is broken, you just don’t know it yet. Don’t wait to find out.
photo credit: raleighwoman via photopin cc
2 Comments
Leave a comment
Intro
Recent Posts
Categories
Archives
- May 2013 (10)
- April 2013 (13)
- March 2013 (13)
- February 2013 (12)
- January 2013 (12)
- December 2012 (7)
- November 2012 (11)
- October 2012 (12)
- September 2012 (8)
- August 2012 (11)
- July 2012 (13)
- June 2012 (12)
- May 2012 (13)
- April 2012 (13)
- March 2012 (13)
- February 2012 (12)
- January 2012 (13)
- December 2011 (12)
- November 2011 (12)
- October 2011 (13)
- September 2011 (14)
- August 2011 (18)
- July 2011 (13)
- June 2011 (18)
- May 2011 (19)
- April 2011 (16)
- March 2011 (21)
- February 2011 (20)
- January 2011 (22)
- December 2010 (21)
- November 2010 (16)
- July 2010 (2)






Vin,
I don’t think I’d want to work on a team that’s never satisfied. The road from “we’re never satisfied” to curmudgeonly, impatient, hole-poking, negative attitudes is short and slippery. I see this a lot in teams whose management keeps wanting to extract more work from them. I’d prefer to be proud and happy! In my book I suggest adopting another perspective, one of “never taking the status quo for granted” — which is neutral and emotionally unattached.
I do agree with your other point that keeping the same is counterproductive, because the ground underneath the team keeps shifting. But maybe continuous *adaptation* is more palatable for some teams in this situation, who don’t see how to drive *improvement* but can relate to adaptation.
Thanks for the post,
Gil
…”never taking the status quo for granted”…I like that. I also like ‘adaptation’. Thanks for sharing, Gil.