Agile Delivery Flow : toujours livrer à temps en 3 étapes
Si vous demandez à la plupart des managers ce qu’est la “sécurité psychologique” ou la “vision” (plus d’informations à ce sujet : Sécurité psychologique) de leurs équipes de développement logiciel agile, ils reconnaissent que ces éléments sont importants, mais… Si le client signale une urgence ou que la date limite approche, toutes ces variables “plus douces” sont généralement mises de côté. Les managers se soucient avant tout d’un flux de livraison agile prévisible et fonctionnel de leur équipe agile.
Si tu consultes notre blog Echometer (vers notre blog) vous avez parcouru, vous savez que notre contenu se concentre davantage sur l’amélioration des “soft skills” des équipes et des organisations. Celles-ci sont souvent sous-estimées par les décideurs. Mais pas par les Scrum Masters et les Agile Coaches.
Ce que les Scrum Masters et les Agile Coaches sous-estiment à mon avis, c’est de se concentrer sur l’amélioration du flux de livraison - en gros, ce que veulent les managers. Dans l’article d’aujourd’hui, je décris une technique simple pour augmenter considérablement la probabilité de livrer à temps et dans le respect du budget, encore et encore.
1ère étape par rapport à ton flux de livraison Agile
Je parle de la surveillance du flux de livraison Agile de tes tâches ou tâches. Si tu fais quelques choses correctement, tu seras en mesure de fournir des résultats beaucoup plus prévisibles. Même tes Cycle Time Scatter Plots ou ta simulation Monte Carlo pour calculer les estimations de projet pourraient enfin indexer des prédictions valides au lieu d’être complètement à côté de la plaque (plus d’infos à ce sujet : 9 Métriques agiles pour les décideurs).
Premier symptôme à combattre : il y a des tâches qui ne prennent que quelques jours pour passer de “planifié” à “terminé”, et il y a des tâches qui prennent plus d’un mois. Pour éviter cela, tu dois t’assurer qu’une tâche contient toujours la plus petite version disponible de la fonctionnalité souhaitée. Sans fioritures, qui ne sont pas nécessaires pour le souhait principal du client. En fait, c’est une MVT, Minimum Viable Task. Cela ne signifie pas que chaque tâche est petite. Mais cela devrait t’aider à atteindre un stade où les tâches ne durent pas plus de quelques semaines et pas des mois.
2ème étape par rapport à ton flux de livraison Agile : WIP au lieu de Velocity
De nombreux Scrum Masters ou Kanban Coaches pensent que, pour une mesure valide de la vélocité, etc., il est essentiel de “bien dimensionner” les tâches ou les éléments de travail, de sorte que tous les éléments de travail aient à peu près la même taille. Ce n’est qu’alors que les Story Points (qui sont nécessaires pour mesurer la vélocité) sont utiles pour mesurer la vélocité, car ils ressemblent davantage à une unité de temps comparable.
Mais c’est faux : les tâches n’ont même pas besoin d’une taille similaire. Tu ne devrais pas partir de ce principe, car il est tout simplement trop difficile de contrôler les estimations de Story Point. La seule chose que tu peux contrôler, c’est le nombre de nouvelles tâches que tu commences.
Alors, faites ce qui suit pour devenir prévisible : surveillez le taux de “tâches nouvellement commencées” par rapport au taux de “tâches terminées”. Ces deux taux devraient être équilibrés. En d’autres termes, les taux d’“entrée” et de “sortie” des tâches devraient être aussi proches que possible, idéalement même identiques.
Un exemple : le comportement typique dans les équipes de développement de logiciels est que dès qu’une tâche est bloquée, on commence un nouveau work item. Il en résulte que de nombreuses tâches sont ouvertes mais non terminées, ce qui rend leur déblocage beaucoup plus compliqué.
Si, au lieu de cela, vous vous assurez que pour chaque tâche commencée, il y a aussi une tâche terminée, il sera plus facile de débloquer les quelques tâches ciblées lors du Daily. Votre performance globale deviendra plus prévisible - et l’équipe sera plus satisfaite parce que votre supérieur et vos clients seront plus satisfaits.
Quelques “symptômes positifs” d’un flux de livraison agile sain
Dans la pratique, cela se traduirait par les comportements suivants :
- Nous ne commençons pas de nouvelles tâches alors qu’il y a encore beaucoup de choses en cours.
- Nous nous concentrons sur la fin de ce que nous avons commencé avant de commencer de nouvelles choses.
- L’âge des tâches ne dépasse jamais quelques semaines.
- S’il n’y a pas de bonne raison, nous travaillons toujours sur la tâche la plus ancienne.
Les limites WIP (Work-in-Progress) aident également, même si elles ne sont souvent pas suffisantes. Une fois que l’équipe aura appris à se concentrer sur l’achèvement des tâches au lieu d’en commencer de nouvelles, vous serez meilleurs que la plupart des équipes.
Si tu utilises correctement le flux de livraison Agile
Pour créer des attentes claires : De cette façon, tu ne peux toujours pas contrôler si une tâche prend deux ou trois jours. Mais au moins, tu t’assures que ton équipe ne travaille pas sur tant de tâches que des tâches de 2-3 jours finissent par prendre un mois.
Ton équipe se sentirait beaucoup mieux si tu savais que toutes les obligations de livraison sont en principe remplies en quelques semaines ? Cela suppose bien sûr que tu mettes en œuvre toutes les choses mentionnées ci-dessus : La définition de MVT, une limite stricte de WIP et l’obligation de ne pas recommencer les tâches tant qu’une autre tâche n’est pas terminée.
Étape 3 : Commencer à améliorer le flux de livraison Agile
En théorie, vous savez ce qu’il faut faire. Quelle est la meilleure façon de commencer concrètement ? En créant une prise de conscience et une “volonté de changement” au sein de l’équipe. Dans le meilleur des cas, par l’autoréflexion.
Tu dois être transparent sur ces chiffres et les vérifier régulièrement pour voir si le rapport entre les tâches commencées et les tâches terminées est en équilibre. Une partie de ta rétrospective pourrait être d’aller un peu plus loin et de réfléchir à la raison pour laquelle les chiffres n’étaient pas équilibrés lors du dernier cycle.
Je peux te recommander de discuter des comportements que j’ai mentionnés avec notre outil de rétrospective agile Echometer dans ta rétrospective (plus d’informations à ce sujet : 7 Outils de rétrospective en comparaison). Tu pourrais même en faire une partie de tes accords de travail (ou working agreements) ou de tes bilans de santé réguliers pour sensibiliser en posant les questions régulièrement.
Les questions suivantes sont issues de notre modèle de rétrospective pour la “livraison agile” (plus d’informations à ce sujet : 26 modèles amusants pour les rétrospectives agiles). Nous commençons par quelques déclarations de bilan de santé et demandons à l’équipe si elle est plutôt d’accord ou pas. Ensuite, il y a quelques questions ouvertes :
Rétrospective de la livraison agile
Rétrospective Agile Delivery Flow : Comment se déroule la rétro ?
Icebreaker aléatoire (2-5 minutes)
Echometer met à votre disposition un générateur de questions de check-in aléatoires.
Revue des mesures ouvertes (2-5 minutes)
Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.
Contrôle de santé
Tous les membres de l'équipe peuvent répondre aux bilans de santé de manière anonyme sur une échelle. Passez ensuite en revue les résultats des bilans de santé ensemble et notez éventuellement des commentaires supplémentaires. Si vous utilisez les mêmes bilans de santé dans plusieurs rétrospectives, vous pouvez également suivre les tendances au fil du temps dans Echometer.
- Nous faisons les choses vraiment rapidement. Pas d'attente, pas de retards.
- Nous pouvons estimer avec précision ce que nous pouvons fournir dans un cycle donné.
- Les résultats de nos sprints n'ont pas besoin d'être retravaillés après le sprint pour être livrés.
- Nous limitons notre 'travail en cours' afin de rester concentrés à tout moment.
Discuter des sujets de la rétro
Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.
- Quand notre méthode de travail a-t-elle vraiment bien fonctionné ?
- Quels sont les plus grands potentiels d'amélioration pour que les lots de travaux traversent nos processus plus rapidement (éliminer les temps d'attente, améliorer les processus) ?
- Quels étaient les exemples récents d'un incrément qui ne fonctionnait pas/n'était pas livrable à la fin du sprint ?
- Quand notre manière de travailler a-t-elle conduit à un flux de travail sous-optimal (p. ex. en raison de directives floues, inadaptées ou non respectées) ?
Question attrape-tout (recommandée)
Pour que d'autres sujets aient également leur place :
- De quoi d'autre aimeriez-vous parler dans la rétro ?
Priorisation / Vote (5 minutes)
Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.
Définir les mesures (10-20 minutes)
Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.
Checkout / Closing (5 minutes)
Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.
Rétrospective Agile Delivery Flow
Questions de contrôle de santé (échelle)
Questions ouvertes
Comme vous pouvez l’imaginer, le dernier point du bilan de santé (vérification de la cause) implique déjà une mesure potentielle, quelque chose que vous pouvez essayer pendant un ou deux sprints agiles pour voir si cela peut vous aider : la limitation du nombre de tâches ayant le statut “Travail en cours”.
Poser les bases : Définir des accords pour le travail d’équipe
Vous avez l’impression que votre équipe n’est pas encore prête pour ce type de réflexion ? Dans ce cas, vous devriez d’abord réfléchir à ce qu’est le “bon travail” en général, puis établir quelques règles de base, appelées accords de travail ou Working Agreements. Le modèle d’atelier suivant peut vous aider. Vous pouvez le réaliser comme une forme particulière de rétrospective au début d’un projet ou comme un atelier supplémentaire.
Vous devriez d’abord avoir une idée du degré d’accord implicite de votre équipe - voir l’élément du bilan de santé. Ensuite, vous devriez vérifier cela concrètement avec quelques questions ouvertes. Chaque membre de l’équipe doit terminer la phrase (voir autres questions) avec autant de réponses que possible qui lui viennent à l’esprit :
Rétrospective des engagements de l’équipe
Rétrospective des engagements de l'équipe : Comment se déroule la rétro ?
Icebreaker aléatoire (2-5 minutes)
Echometer met à votre disposition un générateur de questions de check-in aléatoires.
Revue des mesures ouvertes (2-5 minutes)
Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.
Contrôle de santé
Tous les membres de l'équipe peuvent répondre aux bilans de santé de manière anonyme sur une échelle. Passez ensuite en revue les résultats des bilans de santé ensemble et notez éventuellement des commentaires supplémentaires. Si vous utilisez les mêmes bilans de santé dans plusieurs rétrospectives, vous pouvez également suivre les tendances au fil du temps dans Echometer.
- Dans mon équipe, nous avons une compréhension commune de ce qu'est un "bon travail".
Discuter des sujets de la rétro
Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.
- Gestion des priorités contradictoires : lorsque je remarque des priorités contradictoires, alors ...
- Communication des blocages : lorsque je ne parviens pas à avancer sur une tâche, je le signale en ...
- Gestion des conflits : lorsque je remarque qu’un conflit émerge dans notre équipe, alors ...
Question attrape-tout (recommandée)
Pour que d'autres sujets aient également leur place :
- De quoi d'autre aimeriez-vous parler dans la rétro ?
Priorisation / Vote (5 minutes)
Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.
Définir les mesures (10-20 minutes)
Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.
Checkout / Closing (5 minutes)
Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.
Rétrospective des engagements de l'équipe
Questions de contrôle de santé (échelle)
Questions ouvertes
Après avoir recueilli les réponses, vous devriez bien sûr essayer de trouver des schémas et vous mettre d’accord sur des accords concrets sur la façon dont vous souhaitez collaborer à l’avenir - au moins temporairement à titre d’expérience.
Une alternative intéressante et créative
Si ces méthodes de rétrospective vous semblent trop “sèches”, il existe une autre méthode de rétrospective qui se concentre sur la qualité du travail de votre équipe (Tu trouveras ici 54 méthodes rétrospectives amusantes) : La rétrospective des “trois petits cochons”. C’est une alternative simple pour commencer à réfléchir et à améliorer tes performances, basée sur l’histoire des trois petits cochons qui construisaient des maisons avec différents matériaux.
Rétrospective des trois petits cochons : Comment se déroule la rétro ?
Icebreaker aléatoire (2-5 minutes)
Echometer met à votre disposition un générateur de questions de check-in aléatoires.
Revue des mesures ouvertes (2-5 minutes)
Avant de commencer de nouveaux sujets, il convient de discuter du contrôle d'efficacité des mesures issues des rétrospectives passées. Echometer liste automatiquement tous les points d'action ouverts des rétros passées.
Discuter des sujets de la rétro
Utilisez les questions ouvertes suivantes pour recueillir vos principales conclusions. Tout d'abord, chacun pour soi, de manière confidentielle. Echometer permet de révéler chaque colonne du tableau rétro individuellement afin de présenter et de regrouper les commentaires par la suite.
- Maison en paille : qu'avons-nous construit qui tient à peine debout, mais qui pourrait se renverser à tout moment ? 🌱
- Maison en bâtons : Qu'avons-nous construit qui soit relativement stable, mais qui puisse être amélioré ? 🪵
- Maison en pierre : qu'avons-nous construit qui soit solide comme un roc ? 🪨
Question attrape-tout (recommandée)
Pour que d'autres sujets aient également leur place :
- De quoi d'autre aimeriez-vous parler dans la rétro ?
Priorisation / Vote (5 minutes)
Sur le tableau rétro dans Echometer, vous pouvez facilement prioriser les commentaires avec le vote. Le vote est bien sûr anonyme.
Définir les mesures (10-20 minutes)
Une mesure liée peut être créée via le symbole Plus sur un feedback. Vous n'êtes pas encore sûr de la mesure à prendre ? Alors, ouvrez plutôt un tableau blanc sur le sujet via le symbole Plus pour faire un brainstorming sur les causes profondes et les mesures possibles.
Checkout / Closing (5 minutes)
Echometer vous permet de recueillir des commentaires anonymes de l'équipe sur l'utilité de la rétro. Il en résulte le score ROTI ("Return On Time Invested"), que vous pouvez suivre au fil du temps.
Rétrospective des trois petits cochons
Conclusion - Flux de livraison Agile
Peu importe comment tu commences : le plus important est de commencer tout court. Les équipes qui gardent un œil actif sur leur Agile Delivery Flow sont les meilleures équipes.
D’ailleurs, bon nombre des idées que vous trouverez ici sont également bien résumées dans le podcast “Agile Bites”, que je recommande vivement (Vers le podcast : Bouchées agiles).
Amuse-toi à faire progresser ton équipe !
