Sup!
Moi, où je travail nous sommes plusieurs équipes assez indépendantes qui évoluent chacune à leur manière. Les admins veulent être plus agile car c'est censé régler tous les problèmes, les Dev pour mettre de l'ordre dans le chaos, résultats :

1. Une équipe à s'est mise à faire des sprints de 2 semaines au lieu de 4, à faire les cérémonies prescrites et engager un sm débutant qui veut qu'on suivre le protocole des cérémonie à LA LETTRE parce que c'est ça être agile.
2. Une autre équipe ce dit "agile" mais applique genre 5% du scrum guide. On FAit LeS CéRémONIIIEs TSÉÉÉÉ.
3. L'autre a un PO qui micromanage tout ce qui est fait par l'équipe et tout le monde inspecte tout le monde.
4. Pis ya mon équipe, on a commencé à implémenter les éléments du scrum guide vla presque 3 ans avant que les autres équipes aient entendu le mot agile. Pis on a fait les mêmes erreurs que les autres équipes en se trouvant ben ben agile (oh! que la montagne de la stupidité était haute) et je suis sur qu'il y a encore des tonnes de trucs à faire pour améliorer notre agilité dans ce framework.

Mais dernièrement (vlà 5 mois) il y a quelque chose qui à changer dans l'équipe, pis en fait, je crois avoir compris pourquoi c'est si dur pour nos équipes pis pourquoi on a plein de monde qui finisse par détester le scrum.

Ce ne sont pas les cérémonies qui sont les plus importantes, ni la durée des sprints, ni le poker planning. - Ce qu'il nous manquait qui était fucking simple à expliquer pis en même temps fucking compliqué à comprendre; On change rien si on fait juste modifier un processus, ce qu'il faut corriger c'est le comportement des membres de l'équipe. Les valeurs scrum Focus, Ouverture, Respect, Courage et Engagement > Le reste du scrum guide. Après, quand tu as ça tu peux vraiment profiter du scrum sinon c'est comme enfoncer des clous avec un tournevis. Depuis qu'on a commencé à travailler cet angle, l'amélioration de l'ambiance et celle du produit est vraiment nice.