Poste
Scrum master
Qui remarque le premier qu'une tâche est bloquée depuis trois jours - l'équipe à la mêlée, ou personne ? La réponse dit si les obstacles se lèvent ou s'attendent.
Entretien préalable
Quatre questions par lesquelles nous commencerions
Qui remarque le premier qu'une tâche est bloquée ?
Si personne jusqu'à la réunion suivante, les obstacles se lèvent au rythme des réunions plutôt qu'au rythme du travail.
Que laissez-vous tomber en premier quand une itération se défait ?
En général la rétrospective - le seul endroit où l'on pourrait établir pourquoi elle se défait.
Combien de fois le même obstacle est-il revenu sur les trois dernières itérations ?
Si vous ne le savez pas, les améliorations portent sur ce dont quelqu'un se souvient plutôt que sur ce qui coûte le plus.
Où vont les conclusions de la rétrospective ?
Si elles vont sur un tableau auquel personne ne revient, la rétrospective est une conversation plutôt qu'un mécanisme de changement.
Nous prenons les relances et le recueil, vous gardez le travail avec l'équipe
Suivre le flux, recueillir les obstacles, préparer la matière d'une rétrospective et relancer les actions peuvent être retirés du bureau. Le travail avec les personnes et la reconnaissance de ce qui bloque réellement restent au scrum master.
- Une tâche bloquée se signale. - Avant la mêlée plutôt que pendant - parce qu'alors l'obstacle vit un jour plutôt que trois.
- Les obstacles ont un registre et un historique. - La récurrence se voit, donc la conversation avec l'organisation porte sur un motif plutôt que sur un cas isolé.
- La rétrospective reçoit de la matière, pas une page blanche. - Les données de l'itération sont préparées, donc le temps va à la conversation sur les causes.
Périmètre
Ce qui peut être retiré d'un scrum master
Vingt tâches à titre d'exemple. Chacune a un point de validation humaine. Ci-dessous une sélection ; le périmètre, nous l'ajustons à la façon dont vos équipes travaillent.
Le déroulement de l'itération
- L'état des tâches de l'itération sans demander à l'équipe
- Un signal quand une tâche n'a pas changé de statut plus longtemps que convenu
- Signalement des tâches qui reviennent de revue
- Le périmètre ajouté pendant l'itération
Obstacles et leur levée
- Un registre des obstacles avec un responsable et la date du signalement
- Un signal quand un obstacle est ouvert plus longtemps que convenu
- Signalement des obstacles qui reviennent d'une itération à l'autre
- Escalade hors de l'équipe (décision : le scrum master)
Réunions d'équipe
- De la matière pour la mêlée : ce qui a bougé, ce qui est bloqué
- Préparation de la revue d'itération avec le périmètre livré
- Un récapitulatif des sujets soulevés par l'équipe
- Un registre de ce qui a été convenu en réunion
Le flux de travail
- Le temps qu'une tâche passe à chaque étape
- Signalement de l'étape où les tâches attendent le plus longtemps
- Le travail en cours au regard des limites convenues
- Comparaison des prévisions à la livraison (appréciation : l'équipe)
Rétrospectives et améliorations
- De la matière pour la rétrospective à partir des données de l'itération
- Un registre des actions avec une date et un responsable
- Un rappel sur une action sans avancement
- Un récapitulatif des actions menées et abandonnées
Une journée de travail
Aujourd'hui
- Vous établissez l'état des tâches à la mêlée, en demandant une par une
- Vous apprenez une tâche bloquée quand quelqu'un en parle
- Vous notez les obstacles dans des notes et vous les relancez de mémoire
- Vous ne savez pas quel obstacle revient à chaque itération
- La rétrospective commence par recueillir des impressions
- Les actions de la rétrospective se perdent en deux semaines
Avec l'assistance de l'IA
- Vous avez l'état des tâches avant la mêlée, donc la conversation porte sur les causes
- Une tâche sans mouvement se signale
- Les obstacles ont un registre, un responsable et un temps d'ouverture
- Les obstacles récurrents sont signalés comme un motif
- La rétrospective part des données de l'itération
- Les actions ont une date et se rappellent d'elles-mêmes
- Délai de levée d'un obstacle
un obstacle vit un jour plutôt que jusqu'à la réunion suivante
une tâche bloquée se signale
- Une livraison prévisible
moins d'itérations qui finissent en surprise
le flux et le périmètre ajouté se voient
- La qualité des rétrospectives
la conversation porte sur les causes plutôt que sur le recueil des faits
la matière est préparée à l'avance
- Le temps passé en réunion
des mêlées plus courtes à savoir égal
l'état des tâches est connu avant la réunion
Nous commençons par les obstacles, parce qu'ils coûtent le plus et se voient le plus facilement.
- Étape 1
Un registre des obstacles avec le temps d'ouverture
Qui l'a signalé, ce qu'il bloque, depuis quand il est ouvert.
- Étape 2
Des signaux sur les tâches bloquées
Une tâche sans changement de statut se signale avant la réunion.
- Étape 3
De la matière pour les réunions
L'état avant la mêlée, le périmètre et le flux avant la revue et la rétrospective.
- Étape 4
Récurrence et actions
Les obstacles qui reviennent et ce que sont devenues les actions de rétrospective. En dernier, parce que cela exige plusieurs itérations d'historique.
Questions fréquentes
Les questions qui reviennent à la première réunion
En quoi est-ce différent d'un chef de projet ?
Un chef de projet répond du périmètre, des échéances et du reporting vers l'extérieur. Un scrum master répond de ce que l'équipe puisse travailler - et n'a aucune autorité sur elle. C'est une position totalement différente et d'autres leviers.
Cela relève-t-il du règlement sur l'IA ?
Soutenir le travail d'une équipe n'est pas un usage à haut risque, mais c'est un domaine où la limite se franchit facilement. Des données sur le flux de travail attribuées à des personnes et utilisées pour les évaluer seraient de la surveillance de salariés. Notre recommandation est sans ambiguïté : le périmètre reste au niveau des tâches et des étapes, jamais au niveau des personnes.
Une question qui ne figure pas ici ? Réservez un appel
Étape suivante
Quel obstacle est revenu sur vos trois dernières itérations ?
Nous vous montrerons à quoi ressemble le travail d'un scrum master quand une tâche bloquée se signale et que la rétrospective part de données.