The developers — the forgotten of agility

Why you should read this article

Little by little, Agility has been diverted and no longer belongs to developers. In this article you will understand how much the developers have become forgotten from agility.

The genesis — the agile manifesto

In 2001, 17 brilliant developers tried to find an answer to this interrogation: the way we deliver software is not efficient at all. How could we do it differently, so they asked themselves a lot of questions:

  • We have a lot of tools and a lot of processes, BUT what about the people ?

  • We create a lot of documentation up front BUT our goal is to deliver software isn’t it?

  • A contract is important BUT we need to collaborate with our customers to discover what they need.

  • Our plans are too rigid we must embrace changes. Change is everywhere in our time (concurrency, technology, politics, climate, …)

That came out from their discussions is what we know as the agile manifesto : 4 values and 12 principles. It is the heart of agile and it has been designed by developers for developers.

Scrum

Nowadays when you talk about agile, people will make a shortcut and will talk to you about scrum that’s because Scrum is the most used agile framework in companies.

In 2018, it represented almost 70% of the agile methodologies used in agile companies (number from the state of agile ).

The rules of the game are simple, and all explained in the scrum holy bible: the scrum guide. It’s only an 18 pages guide explaining the values, concepts behind the notion of sprint, the artefacts (product backlog for example), the different events (From daily scrum to retrospective), the roles (Product Owner, Scrum Master, Dev team)

Observed anti-patterns

The anti-patterns described below are the ones we have observed in our coaching experiences.

The Scrum Master

Anti-patterns

  • “Everybody can be a scrum master” because no skills are required.

  • “We have a developer that is really bad, and no one wants to work with him let’s choose him as scrum master he won’t hurt the code base anymore”.

  • Scrum masters acting as a shield that block all interactions. No one has access to the team anymore

  • Let’s put our project manager as scrum master it’s the same job at the end

The Product Owner

Anti-patterns

  • Is not empowered to say NO and accepts everything from the stakeholders.

  • Does not act as a vision holder because he has none.

The Spring planning

Anti-patterns

  • The Product Owner or the Scrum Master act as dictator and push the items from the Product backlog directly to the Sprint backlog without negotiation nor collaboration with the Dev team…

The Daily scrum

Anti-patterns

  • People justify themselves in front of their PO and SM.

  • Only one guy monopolizes the attention a.k.a it becomes a One man show.

  • An event not time boxed and running for 1 hour without creating any value.

The Sprint review

Anti-patterns

  • The demo of the product increment is made by the Product Owner not the team.

The Sprint retrospective

Anti-patterns

  • Developers are not “allowed” to talk about technical concerns, only about how to improve the process.

Self-organization

Anti-patterns

  • People do not have the space for experiment: NO! It’s not in scrum.

  • The team is self-organized but once it made a decision an agile evangelist comes and say you will fail, take this decision instead.

Cross-functional teams

Anti-patterns

  • “No roles in the dev team, everyone is a developer.” By saying this it does not tolerate that there are specialists (Data scientists, UX, Testing).

  • “Everyone must know everything about everything.” Team members must be circle-shaped people (experts in all the skills required to build the product).

Lost in agile

They all believe in the manifesto for them “it’s common senseBUT they no longer feel concerned (“It’s for project managers, PMI”).

  • In this digital era companies need them to build their products.

  • In this VUCA world companies must be able to adapt and change quickly.

For those reasons companies need to be more agile. They strongly need to think on ways to re-on-board the developers in agility.

How to re-onboard them ?

The secrets to re-on-board the devs in agility

Resources

Here are the slides of a talk given in the Luxembourg Agile Community :

Last updated

Was this helpful?