For some odd reason, I regularly ask myself why companies decide to adopt Agile practices. When I have conversations about it with various people, here are some of the popular reasons that show up:

  • “We want our teams to be more accountable and committed to their projects.”
  • “We want to deliver our products on the market sooner.”
  • “We want to deliver solutions to the business (or the market) that meet their needs.”
  • “Well, we’ve been hearing about this Agile thing, and it’s time to hop on the bandwagon.”

What really irks me in these conversations is they give me the feeling there is a mysterious box somewhere out there with a big “Agile” label on it from which we can make all sorts of magical things appear. I can picture in my mind this box just arriving on someone’s desk one day, three or four people gather around it and start making an inventory of its contents:

  • Self-organizing teams” calls out Paul, pulling something out of the box.
  • “Got it” answers Mary who is jotting down the contents.
  • Rapid delivery” says Paul pulling out something out from the box.
  • “Got it” answers Mary once again.
  • “Oh wow!!! Continuous integration!” calls out Paul, now all excited about his discovery.
  • “All righty! By the way, did you see the client collaboration piece in there?” asks Mary.

That image sticks in my mind because it occurs to me as if all these things will just magically happen because we declared (or believe) our software development teams are now Agile. The great thing with this Agile box is that things come neatly packaged, and all we need to do is unpack them throughout the organization.

When we want self-organizing teams, as managers, we need to let go of our old paradigms and give people the right to make decisions and… mistakes. In an organization with a history of control and blame, telling a team that now they can (have to) make decisions, experience tells me that they feel that it’s a trap. In such a context, before making such a statement, the management team needs to acknowledge and own their shortcomings of the past if they want to move forward.

Simply saying we want to increase our collaboration with our clients or business partners means nothing until we start acting like a good partner ourselves. As an organization, we must give ourselves the means and the time to learn to better communicate with our partners and build real meaningful relationships. From the business side, we need to have a clearer idea of our vision and needs, and from the development side, we need to have the courage to propose the best solutions.

Wanting to deliver to the market sooner will never happen if the development teams do not have a clear vision and objectives of the solutions they need to deliver. As an organization, we need to be clear on why we are doing a project and have a short and medium range vision for our products. Our internal projects must be well targeted and be more than just giving a department a proverbial kick at the development team can.

Adopting Agile practices does not come out magically out of a box. In fact, it is more than just a simple project; it is a transformation process for the entire organization. It is important to take the time to reflect on the changes we want to bring and be able to clearly communicate expectations to the people impacted by these changes. For example, not letting a team know self-organization is an expectation and not setting the right boundaries for them are the first steps for self-organization not to happen at all.

If you truly want to be an Agile organization, there are times when it is necessary to take the time to look at Agility in a larger context. How could Agile practices impact and transform the rest of your organization? From the sales pitch to the way you interact with your clients on a daily basis to your entire development cycle, what is the Agile experience you are looking to provide? Is it possible to incorporate some pieces of Agility right at the start of your sales cycle?

Remember that although this mysterious box may appear on your desk one day and it may very much tickle your curiosity, Agile transformations do not happen without the efforts of many people in the organization. Understand what you are trying to do and why, then go intrigue and involve others. Do not forget, your efforts are part of this change too!

This post has initially been published in French on LIME‘s business community.

Previous post

Why a Sunset graph?

Next post

Découvrez la nouvelle communauté Agile Sherbrooke!

steffan surdek

Steffan est un coach Agile. Il est également en charge du bureau de Pyxis Ottawa.
Les clients sont au centre de son approche et il partage son expertise avec eux. Il a à cœur leurs équipes et leurs résultats. Il travaille avec eux afin de trouver les solutions Agiles qui répondent à leurs besoins d’affaires.

Contactez le pour voir comment il peut vous aider.

No Comment

Leave a reply

Your email address will not be published. Required fields are marked *