WOW !

Attention avec le maturity model ! Il est complètement obsolète !
Il pose plusieurs problème dont les suivants :

• Il indique un état ou l'équipe n'a plus besoin de s'améliorer (ce qui n'est ni agile ni devops)
• Il met une "note" à l'équipe basée sur ses pratiques maximales donc on peut être "top" sans même pratiquer les éléments de la catégorie "noob"
• Il met en avant les pratiques alors que ce sont les principes qui comptent (manifesto > scrum). On peut "faire" agile et ne pas être agile pour un sous

Dans un environnement très "command & control", les gars vont s'empresser de pratiquer la cible pour se débarrasser de l'exercice et passer à autre chose.

Le bouquin accelerate met en avant le capacity model, qui permet de se comparer avec les meilleurs du marché (FANGMAN), qui vont évoluer en même temps que toi. En mettant l'accent sur les principes et en laissant libre des pratiques, on permet aux équipes de conserver deux choses en tête :

• Les meilleurs évoluent aussi et 2 ans d'amélioration dans l'équipe = 2 ans d'amélioration chez les meilleurs. L'écart ne fait que s'agrandir
• Si tu as le bon mindset, que tu résous les problèmes, que tu collabores avec ton dev, ton ba, ton client ou ton aps, tu as plus de chances de bien faire qu'en automatisant ta pipeline à production de caca.

Source :
https://devops-research.com/
https://www.forty8fiftylabs.com/atlassian/devops-assessment/

Si ça t'intéresse, on en parle et je te montre ce que nous avons, chez nous.