La catastrophe 😱 ! Les développeurs ont trouvé le moyen de livrer un incrément technique de l’enfer !
Les parties prenantes commencent à être gênées de voir des lignes de codes et des schémas d’architecture en Sprint Review… 🤔
Où est la valeur 💎 business ? Comment veux-tu qu’ils comprennent quoi que ce soit et donnent leur feedback ?
Et quand on livrera les premières fonctionnalités, que l’on se rendra compte que l’on n’a pas travaillé sur les bonnes choses depuis plusieurs sprints, on sera déjà dans le mur 🧱 ! 😤
Bon, je vais prendre mes cachets 💊 et je reviens… 🙈
(peut-être changer aussi la marque de mes croquettes, au passage 🙃)…
Tu sais que l’équipe doit créer un incrément de valeur, utile et utilisable à chaque sprint !
Ça veut dire que l’incrément doit à la fois satisfaire l’utilisateur en lui apportant de la valeur, inclure au moins une fonctionnalité utile et tangible, puis répondre à la Definition of Done 🤪
👉 Je te donne mes astuces pour pouvoir livrer de la valeur et du concret chaque sprint 👍 :
✅ Coacher l’équipe pour la sensibiliser à la notion d’incrément de valeur, utile et utilisable 🦄
✅ Redonner du sens aux Développeurs, sur leur travail, en les impliquant dans la réussite du produit : le PO peut les inviter à participer lors de la création de la Vision produit, du Story Mapping, leur présenter les utilisateurs et leurs problématiques, les impliquer davantage dans les échanges pendant les Reviews… 🥰
✅ Au Sprint Planning, le PO doit d’abord expliquer à l’équipe la valeur que le produit apportera, à l’issue du sprint
L’équipe sera capable de créer son objectif de sprint (le cadeau à offrir à nos utilisateurs 🎁) à partir de cette information précieuse, pour donner un sens et une utilité à ce qu’ils vont réaliser 🌈
✅ Les objectifs de sprint doivent être orientés sur l’impact / la valeur business 💎 que l’équipe veut atteindre. Pas sur des considérations techniques ⚙️
✅ Enseigne à l’équipe de livrer au moins une petite fonctionnalité utile, de valeur et tangible chaque sprint, même si elle travaille essentiellement sur de l’architecture
💡 Le premier sprint peut avoir comme objectif “Accueillir les clients sur le site” !
Comme on doit mettre en place les environnements et tester le pipeline de déploiement automatisé, le sprint sera essentiellement technique.
On veut quand même livrer une petite fonctionnalité en production, pour prouver que l’infrastructure et le pipeline fonctionnent.
Il suffira de créer et de déployer une page d’accueil simple avec un logo et des informations de contact. C’est simple, concret et ça prouve que la partie technique fonctionne. ⭐ Le tour est joué ! ⭐
✅ Tu peux aussi laisser l’équipe apprendre de ses erreurs. Quand les parties prenantes découvrent l’incrément technique en Review, tu peux les aider à exprimer leur feedback en posant des questions puissantes 💪 (que tu trouveras dans une autre Astuce du Coach 💡)
