Over a million developers have joined DZone.

Agile Transitions - NOT!

· Agile Zone

Learn more about how DevOps teams must adopt a more agile development process, working in parallel instead of waiting on other teams to finish their components or for resources to become available, brought to you in partnership with CA Technologies.

David Anderson, an agile thoughtleader and Kanban evangelist, has posted a very interesting blog post surrounding agile transitions - they simply don't work! His point is that the approach used by organizations that embark on these initiatives is fundamentally flawed.

In the post, he describes a typical approach:

What typically happens is the new group kicks in to gear, holds an RFP, selects a vendor (or two) and starts to schedule meetings to evangelize the transition to Agile. People start to get invited to 3 to 5 day training classes. Gradually everyone in the organization receives the training and perhaps a certification in some Agile method. A day in the calendar is declared when everyone will start to work in a new way, change their behavior and follow what is often a textbook implementation of an Agile method. That day comes and everyone changes their behavior. Over the next couple of months they receive coaching to maintain the new Agile behaviors and follow the training they've been given. Management declares victory! Agility has been achieved. The consultants and coaches leave. It's then that the rot begins to set in.

I'm sure many of us have seen organizations do exactly what Anderson describes. If you have, you're familar with the result. Once the rot sets in, projects start to fail. Architecture is compromised. People aren't getting things done. Software that is delivered is often low quality. Development is in a state of chaos. But he doesn't just describe the result, he also goes on to explain why these initiatives fail. He states two reasons for this failure:

The first is that they are imposed by management, and the second is that the change comes packaged as an initiative with a nice handle like Vanguard that provides a convenient symbol upon which to focus dissent and resistance.

In general, people don't want process imposed upon them, especially a one-size-fits-all process that doesn't always make sense given the context. Instead, the process was forced upon them, without their input or consent. So what to do about agile transition initiatives? How can we make them successful? David provides his answer to this question. 

The answer is simple: don't have a Transition Initiative. Just say "No!" Forget labeling the transition. Forget forming a team to drive the transition. Do not try to impose some methodology or process template on your organization. Do not attempt to standardize the process across all teams and projects. Do not suppose to know better than the people doing the real work. Recognize that...

Continuous improvement is everyone's business!

I couldn't agree more! 

David's full post can be found here.



Discover the warning signs of DevOps Dysfunction and learn how to get back on the right track, brought to you in partnership with CA Technologies.


Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}