Agile Workflow : des exigences à la release, en boucle
Un workflow agile sur un canevas interactif : exigences, backlog, sprint, démo, acceptation des parties prenantes, release et la rétrospective qui alimente la boucle suivante.
Un workflow agile transforme les besoins des clients en valeur libérée en boucles courtes : les exigences se transforment en un backlog hiérarchisé, un sprint transforme un lot en un incrément de travail, les parties prenantes l'acceptent ou le rejettent, et la boucle se répète.
Agile Workflow : des exigences à la release, en boucle
Le canevas FlowJam interactif de cette explication : chaque couloir, ligne et flèche ci-dessus appartient à un véritable diagramme QueryChart que vous pouvez ouvrir et modifier.
Comment lire ce visuel
- Lisez les quatre colonnes de gauche à droite comme une seule boucle de livraison : ce qui est préparé, ce qui est construit, ce qui est jugé, ce qui est publié.
- Les trois lignes sont les propriétaires : le propriétaire du produit pour le backlog, l'équipe pour le sprint, les parties prenantes pour l'acceptation.
- Le message « Les parties prenantes l'acceptent ? » La décision est la charnière de la boucle : « Non » pointe vers l'arrière vers les exigences, « Oui » vers l'avant vers la libération.
Préparation du travail
« Recueillir et affiner les exigences » et « Prioriser le backlog par valeur » sont la contribution du propriétaire du produit : transformer les besoins des clients en une liste classée à partir de laquelle l'équipe peut s'appuyer. « La planification du sprint s'engage sur un lot » passe de la colonne Backlog à la colonne Sprint : l'équipe sélectionnant les éléments qu'elle va livrer.
Faire le travail
"Les stand-ups quotidiens gardent le travail visible" et "Développer, tester et intégrer" sont le sprint de l'équipe : de courtes réunions d'alignement et un travail continu vers un incrément de travail. Le visuel les maintient adjacents et dans la rangée Team car l'auto-organisation est le principe agile à l'œuvre : le comment du sprint appartient à l'équipe.
Juger et libérer
« Démonstration de l'incrément de travail » remet le résultat à « Les parties prenantes l'acceptent ? » : la décision appartenant à la ligne des parties prenantes. Itinéraires d'acceptation vers « Mise à disposition des utilisateurs » ; le rejet renvoie aux exigences afin que le travail soit remodelé et non forcé. « La rétrospective alimente la boucle suivante » clôt le cycle depuis la voie de l'équipe : la propre amélioration de l'équipe devient la contribution au tour suivant.
Relations et enseignements clés
- Agile est une boucle : les retours de chaque version et chaque rétrospective remodèlent la prochaine itération.
- Le propriétaire du produit commande le backlog ; l'équipe s'engage sur un lot ; les parties prenantes jugent le résultat.
- L'acceptation est la porte d'entrée : un incrément non accepté revient aux exigences plutôt qu'à l'avant.
- Les incréments de travail et les boucles courtes remplacent l'hypothèse selon laquelle un plan long est un bon plan.
- La rétrospective est le moment où le processus lui-même s'améliore, indépendamment de l'acceptation du produit.
Quand utiliser ce visuel
- Présenter la boucle agile à une équipe ou une partie prenante qui n'a vu que une cascade.
- Auditer une pratique agile : l’acceptation et la rétrospective sont les deux étapes les plus souvent discrètement abandonnées.
- Documenter le flux de livraison de votre équipe avant d'adopter un outil ou un cadre de mise à l'échelle.
Comment cela fonctionne
Renommez les rôles de votre équipe
Remplacez le propriétaire du produit, l'équipe et les parties prenantes par vos rôles réels (une équipe de conception, une équipe opérationnelle, un comité client) et fusionnez ou divisez les voies pour correspondre.
Ajoutez vos cérémonies actuelles
Insérez les réunions que votre équipe organise réellement (raffinement, révision, vitrine) comme des étapes entre les cases, chacune dans la voie qui en est propriétaire.
Rendre la boucle de rétroaction concrète
Annotez la rétrospective avec l'amélioration que votre équipe suit actuellement et l'étape de publication avec votre cadence réelle, afin que la boucle soit ancrée.
Ajouter les branches de version
Si votre équipe effectue un déploiement en production selon un planning ou à la demande, ajoutez la branche qui convient et ses déclencheurs, chacun se terminant par un état explicite.
Questions fréquentes
Qu'est-ce qu'un flux de travail agile ?
Un flux de travail agile est une manière d'organiser le travail qui génère de la valeur dans des boucles courtes et répétitives : les exigences sont rassemblées et hiérarchisées, une équipe s'engage sur un lot, le construit et le teste, démontre le résultat, et l'acceptation et les commentaires rétrospectifs remodèlent l'itération suivante. Sa propriété déterminante est que le retour d’information de chaque boucle modifie la suivante, plutôt qu’un plan fixé à l’avance.
En quoi l’agilité est-elle différente d’un workflow en cascade ?
Waterfall termine chaque phase (exigences, conception, construction, test) avant de commencer la suivante, livrant tout à la fin. Agile exécute les phases en boucles courtes, fournissant des incréments de travail fréquemment et ajustant le plan à partir des commentaires. La forme en boucle de la toile constitue la différence structurelle : un diagramme en cascade est une ligne droite, un diagramme agile est un cercle avec une acceptation et un retour rétrospectif.
Qui décide si le travail est accepté en agile ?
La partie prenante ou le client qui utilisera l’œuvre. Le contrat d'Agile stipule que l'équipe fournit souvent des incréments de travail et que l'acceptation du client (et non une spécification préalable) détermine si un incrément est suffisant. C'est pourquoi la décision d'acceptation dans le visuel se trouve dans la rangée des parties prenantes, avec un chemin de rejet vers les exigences.
Quel rôle joue la rétrospective dans un workflow agile ?
La rétrospective est l'étape d'auto-amélioration de la boucle : l'équipe revient sur le déroulement de la dernière itération et s'engage sur un changement pour la suivante. Elle est distincte de l'examen d'acceptation, qui juge le produit. Agile sans rétrospective est une boucle qui répète ses propres erreurs : la rétrospective est ce qui rend le deuxième tour meilleur que le premier.
Modifier ce visuel dans QueryChart (FlowJam)
Ouvrez ce canevas agile exact en tant que votre propre graphique, renommez les rôles et les étapes de votre processus et ajoutez vos véritables portes.