Les dangers de l'inaction et de l'impréparation

Prêt, Prêt à faire, Fait 

Je tiens à rappeler l'importance d'être prêt et de passer à l'action. Lorsque les histoires sont développées et préparées, elles doivent être prêtes à être mises en œuvre avant le début du sprint. Le Product Owner doit travailler avec l'équipe à l'avance pour s'assurer que les histoires sont prêtes à être mises en œuvre par l'équipe. Elles doivent être claires, concises et surtout exploitables. Un bon Product Owner devrait avoir suffisamment d'histoires dans cet état pour remplir les deux prochains sprints. L'équipe et le Product Owner doivent consacrer 5-10% de leur temps à la préparation des histoires pour les sprints à venir. 

Voici ce qui se passe si les histoires ne sont pas prêtes. L'équipe estime et prévoit qu'elle peut terminer des histoires vagues et incomplètes. Elle perd du temps et de l'énergie à essayer d'obtenir de la Product Owner des éclaircissements sur la signification exacte de l'histoire. Les gens sont frustrés et agacés et tournent en rond au lieu de se mettre au travail. Ou bien cette histoire vague se révèle être en fait cinq histoires réelles une fois que le travail a commencé. Ou bien ils travaillent sur la mauvaise chose, ou sur la bonne chose de la mauvaise manière, ce qui oblige à refaire le travail. Les histoires situées en haut du Backlog de produit ordonné, les histoires que l'équipe tirera dans le prochain Sprint, doivent être prêtes. Certaines entreprises exigent même une liste de contrôle détaillée pour déterminer si une histoire est "prête", et non pas seulement "prête" ou "à peu près prête". Le simple fait de préparer vos histoires aura un impact immédiat et considérable sur la productivité de l'équipe. Mais attention, si le Product Owner est responsable de la mise en place des fonctionnalités et des histoires dans le backlog, l'équipe doit travailler avec le Product Owner pour l'aider à mettre les histoires en forme pour l'action. Ce n'est qu'à ce moment-là que l'équipe sera en mesure d'estimer la quantité de travail nécessaire pour chaque histoire et le nombre d'histoires qu'elle peut intégrer dans un sprint.Les dangers de l'inaction

 

Cela m'amène à la question de savoir ce qu'est un acte accompli. Dans le dernier chapitre, j'ai longuement insisté sur l'importance d'une définition du terme "fait". Je souhaite insister à nouveau sur ce point ici. Si certaines personnes pensent que le travail est terminé à la fin du sprint, alors qu'il ne l'est pas vraiment, il faudra revenir en arrière et refaire le travail. Nous savons que si vous devez refaire le travail, cela vous prendra au moins deux fois plus de temps, et nous avons vu que cela prenait jusqu'à vingt-quatre fois plus de temps. Ce type de gaspillage est appelé dette technique dans le secteur des logiciels. Il s'agit des tâches qui n'ont pas été accomplies et qui doivent l'être avant de pouvoir livrer le produit. Si vous ne le faites pas dès le départ, alors que vous étiez en train de travailler dessus, il s'accumulera de plus en plus, jusqu'à ce qu'il soit impossible pour l'équipe d'achever cette quantité de travail avant la date prévue pour la sortie du produit. Les managers forcent les gens à faire des marches de la mort, la qualité du logiciel diminue, les gens tombent malades et dépriment à cause de la pression, la date est repoussée, le produit qui est finalement publié est mauvais et les clients sont furieux. Cela conduit à la faillite de l'entreprise, à la perte de votre emploi, à la faim de vos enfants et à une spirale destructrice vers les profondeurs les plus sombres de la condition humaine. Ne le faites pas, faites ce que vous avez à faire.

Rappelez-vous le dernier livre de Jeff, "La puissance du Scrum," est disponible en version papier et électronique sur Amazon.com.