Fermer

juillet 19, 2018

Cycle de battage pour 3 phases d'un marié agile


Je lisais sur le cycle Gartner Hype et réalisais que la même courbe pouvait être appliquée à Agile Backlog Groom (ou simplement Grooming ). Le toilettage est le processus par lequel une équipe de mêlée agile absorbe de nouveaux travaux et ajoute des détails. Chaque morceau de travail, peu importe la taille, suit cette évolution générique. Autrement dit, la discussion qui suit est épique, histoire, etc., agnostique et si vous êtes un champion water-scrum-fall cela s'applique à vous aussi.

Groom Backlog Agile

La séance du marié L'objectif de l'équipe Scrum est de passer de l'introduction initiale à la compréhension commune. Cette compréhension commune de la portée est une pierre angulaire de mêlée agile et, en outre, Mike Willis explique le cône d'incertitude . L'équipe passe de la confusion (consciente ou non) à une portée tangible. Après le toilettage, l'équipe peut estimer et s'engager pour le travail et cela s'applique également à l'étape de spécification de l'exigence d'un modèle de chute d'eau comme suggéré par Philip Wang

PS: À tout moment, l'équipe Scrum peut ( devrait) retarder cette activité en attendant l'enquête ou l'action.

1 Élargir le «Quoi»

À la consommation initiale, l'équipe découvre «quoi». L'équipe apprend la demande de l'entreprise et pose des questions pour s'assurer vision. Cette première phase est une véritable séance d'exercices. Que les idées déchirent

 Hype Cycle Backlog Groom

Le cycle de hype agile groom

Les membres de l'équipe élargissent rapidement la portée totale et incluent le "Nice to have" aussi. Tout le monde dans l'équipe Scrum est occupé, en particulier les partisans, par exemple, architecte, DB, UX, PME, SEC, OPS, etc.

Rien n'est exceptionnel à la fin de cette phase. Nous sommes à un «pic d'envergure». Prenons les cas marginaux, la dette technologique et le refactoring, et pas seulement les flux nominaux. Dans un contrat verbal, les membres de l'équipe sont tous d'accord pour dire que l'histoire ne pouvait signifier rien de plus . Le Product Owner a fait sa part en classant activement les pièces / parties, par exemple en utilisant MoSCoW (must, should, could, would)

2 Contraindre le "Quoi"

les pièces d'histoire / parties ont été étendues [beyond belief]. Ensuite, l'équipe le ramène à un ajout minimum viable à la base de référence du logiciel. Les "Mustts" restent définitivement et les "Shoulds" sont à proximité.

Ils mettent la voiture de mêlée en marche arrière, de sorte que la limite de la portée se resserre. Les histoires sont dérivées par des méthodes de décomposition (Christiaan Verwijs a quelques bonnes idées ). Maintenant, seuls les cas d'utilisation les plus nécessaires, les scénarios de test, les cas de marge, etc. restent

L'important est que tous les membres de l'équipe se dirigent vers une compréhension commune. Le cône d'incertitude de l'équipe s'est rétréci.

3 Ajouter le "Comment"

L'équipe atteint le "creux de la portée" et la portée a atteint son point le plus bas. Ensuite, ils commencent à lancer le "comment". Il y a une extension ici – ajout des dépendances nécessaires, refactoring, documentation, bases de données, prototypage technique, design styling, actifs de test, etc

Ceci est le retour d'expérience du produit. Propriétaire. Si c'est une approche facile basée sur l'approche d'ingénierie, l'équipe peut ajouter un «pourrait» ou «le ferait». Plus important encore, le cône d'incertitude, c'est-à-dire le niveau de compréhension inadéquate, s'est rétréci encore plus.

Allez le construire

L'équipe a atteint un «plateau de compréhension». Tout le monde sait [near] exactement ce qui est nécessaire et comment ils vont y arriver. Les détails de l'histoire sont tout à fait essentiels, compris et limités. Ces étapes aident à gérer les attentes. L'équipe de mêlée peut estimer avec confiance, s'engager aux MoS et exciter avec les CoW.

Une équipe de mêlée mature peut préparer une histoire dans ~ 15 minutes, mais cela dépend clairement de la taille du travail. En utilisant le cycle de battage publicitaire, l'équipe voit des transitions agiles de rattrapage de retard. S'ils sont si inclinés, l'efficacité du marié peut être mesurée avec une horloge.




Source link