Le faux agile

"On fait de l'agile". Si on vous a dit ça, on vous ment dans 80% des cas.

→À quoi on résume trop souvent l'agile

- A des réunions : sprint planning, rétro, daily, démo...

- A des nouveaux postes : product owners, scrum masters, RTE, product manager...

- A des nouveaux items : backlog, task, user story, epic...

Pas grand chose de spécifiquement agile là dedans, plutôt des "bonnes pratiques organisationnelles".

→Ce par quoi passe l'agilité

- Garantir une excellence technique : pour rester agile de manière durable, des pratiques techniques doivent être mises en place pour contrôler la complexité de la base de code. Cela passe par (1) le DevOps pour disposer d'une application toujours déployable ; (2) une architecture modulaire ; (3) le TDD pour rendre le système "bug-free"

- Mettre en place un lien avec l'utilisateur final via des contacts réguliers entre lui et l'équipe pour valider la valeur délivrée. Ces contacts ne doivent pas être un privilège réservé aux POs / PMs, c'est crucial que les développeurs échangent également très fréquemment avec l'utilisateur final.

- Passer d'une culture projet à une culture produit : le but est de délivrer de la valeur à l'utilisateur final, pas de "tout finaliser dans les temps, sans dépasser le budget". Construire une application dans les clous niveau budget / calendrier mais sans que personne ne veuille l'utiliser n'a AUCUN intérêt.