Qu’est-ce que l’extension Plans de livraison ?
Le hub Plans de livraison destiné à Azure DevOps aide les organisations à planifier et à examiner les plannings de travail entre les équipes. L’équipe Tailspin peut utiliser ce hub pour mieux comprendre comment son travail s’imbrique dans le travail des autres équipes.
Mara a créé un plan de livraison et ajouté les sprints pour son équipe et l’équipe du moteur de jeu. Impatiente de vanter le potentiel de cet outil, elle invite Andy pour lui faire une démonstration rapide.
Mara : Après notre dernière conversation, j’ai regardé nos possibilités de gestion des plans de livraison. J’ai découvert le hub Plans de livraison, qui semble répondre à tous nos besoins.
Andy : Je suis curieux de voir le résultat. Le stress est maximal au sein de l’entreprise en raison du dérapage de la bêta, alors tout ce que nous pouvons faire pour améliorer l’efficacité des plannings sera plus que bienvenu.
Mara : D’accord, tiens regarde. Regardez ces icônes rouges 
. Elles indiquent que certaines dépendances entre les éléments de travail présentent des problèmes.
Mara : Plans de livraison nous permet de créer un « plan de livraison ». Une fois que nous l’avons créé, nous pouvons ajouter les backlogs des équipes au sein de l’organisation. Ils sont affichés en parallèle, afin que nous puissions voir ce que chaque équipe envisage de livrer par rapport à une trame de calendrier.
Andy : Cette vue est excellente ! À présent, nous savons quand tel élément, dont nous sommes dépendants, ne sera pas disponible à temps. Nous pouvons même évaluer la probabilité du retard en fonction de la quantité des autres tâches et dépendances qui sont assumées par ces équipes. Cela devrait aider à réduire un tant soit peu le comportement « planning du poulet » qui est observé parfois ici.
Notes
Le planning du poulet se produit lorsque plusieurs équipes sont confrontées au risque de ne pas respecter les délais de livraison, et qu’aucune d’elles ne veut l’avouer. Au lieu de cela, chacune attend que l’autre prolonge la première sa planification, pour ensuite utiliser le débordement de l’autre équipe comme prétexte pour retarder sa remise.
Mara : Oui, et nous pouvons également nous en servir pour faire savoir aux autres équipes que nous avons l’intention de retarder un élément dont elles dépendent. Cet outil nous aide à instaurer la confiance au sein de nos collègues et dans les processus.
Andy acquiesce. Ce serait une bonne chose que les équipes se fassent plus confiance.
Andy : À présent que nous sommes au courant du glissement de la bêta, nous devons déplacer notre travail connexe sur un sprint futur. Le bon côté, c’est que cet outil nous donne la possibilité de tirer un nouveau travail pour le mettre à sa place. Échangeons le travail d’intégration avec ces deux bogues du leaderboard.
Mara fait glisser l’élément de travail d’intégration jusqu’au sprint suivant. Elle fait ensuite glisser les deux bogues du leaderboard pour remplir la capacité disponible.
Mara : J’ai également ajouté la date de la version bêta actuelle en tant que jalon. Désormais, elle nous servira de point de référence pour le travail que nous planifions.
Andy : Nous devrions également ajouter d’autres événements, tels que Cliffchella et la soirée annuelle de l’entreprise.
Mara : Pourquoi la soirée de l’entreprise ? Cela affecte-t-il la planification ?
Andy : Cela se pourrait bien. Chaque année, les administrateurs de bases de données participent au concours des mangeurs de tartes, et le lendemain ils appellent tous pour prévenir qu’ils sont souffrants. Je ne dis pas que nous devrions nous attendre à ce que cela se reproduise cette année, mais je pense que nous devrions nous préparer à cette éventualité. D’autant que maintenant nous avons les outils pour le faire.