Skip to main content
Enterprise Agile Planning Image

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Sep 29, 2009 — Enterprise Agile Planning expert

Stability first... then speed!

Enterprise Agile Planning
So many folks want to flip a switch and magically become agile.  They want all the benefits without any of the hard work that comes along with really transforming the organization.  People think that just because they read a book... or took a few days of training... that they can expect instant productivity.  They don't realize that agile methods only show you your problems... it is still up to you to fix them. I'll often see this thinking manifest in questions like "how many iterations until I can expect my team's velocity to start going up".  There is so much underneath a question like that, it's hard to give a solid answer.  Is there a prioritized product backlog?  Is there a product owner grooming the backlog and available to the team?  Is the team cross/functional?  Are they dedicated to the project?  Do they have everything they need to be successful? Are there external dependencies? All those things matter... and right out of the gate.. you are not quite sure the kind of impact those answers will have on the team's ability to deliver. My recommendation is generally to look at team performance in three phases.  The first goal is to measure what is... to establish a performance baseline.  Next start thinking about getting stable... stable performance is key to running a predictable agile project.  Once you are stable... now you can start thinking about getting faster.  Adopting agile is a learning process and you can't improve a system when you don't understand what is broken. And that is really the key... it isn't about getting a better velocity.  It's about fixing the broken parts of your organization.  It's about looking at where you are and comparing it against where you would really like to be.  It's about understanding the impediments standing in your way and dealing with them in a meaningful way... in a way that really, truly helps the team get better.  It's about getting more efficient at creating value and really improving the processes that allow value to be created. Those kinds of answers don't translate into a great marketing pitch.  How long will it take to get agile? I don't know... how many iterations will it take to remove the organizational impediments that are slowing the team down? How many iterations until you are willing to fix what is really broken?  How many iterations until we are ready to stop applying labels and start REALLY transforming the organization?

More from the Blog

View more
Jul 27, 2021 Becomes First to Achieve FedRAMP Moderate “In Process” Status for Enterprise Agile Planning Solution

Enterprise Agile Planning, the leading AI-driven DevOps value stream delivery, and ma ...
Read More
Jun 21, 2021

How Agile can be implemented effectively across the organization

Enterprise Agile Planning
Just a few decades ago, a “disruption” was seen as an undesirable thin ...
Read More
May 31, 2021

Agile change management processes are key to delivering software faster

Enterprise Agile Planning
With its emphasis on delivery value faster, agile product management s ...
Read More
May 03, 2021

Bringing the agile planning approach to your whole business

Enterprise Agile Planning
The events of the last 12 months have demonstrated that the only sure ...
Read More
Contact Us