Pourquoi les aimants sont meilleurs que Jira

Moi.

Publicité

Au bon vieux temps, lorsque les équipes agiles travaillaient ensemble au même endroit, les tableaux étaient constitués de tableaux sur lesquels on pouvait non seulement écrire, mais aussi utiliser des aimants. Les billets étaient en papier et pour chaque membre de l’équipe il y avait un (et un seul) aimant sur lequel était collée une photo de la personne en question.

De temps en temps, quelqu’un se levait, déplaçait une carte dans une autre colonne, faisait glisser un ticket de « À faire » vers « En cours » et – surtout – fixait la carte avec son propre aimant. Il était clair pour tous ceux qui travaillaient sur quoi. Un seul regard suffisait. Les cartes dans « À faire » étaient des tâches pour l’équipe ; chacun pouvait les utiliser librement.

Aujourd’hui, les équipes travaillent avec Jira, et certains pensent que l’équivalent de l’aimant est le champ Assignee. Même pas proche. Ce que j’observe aujourd’hui ressemble à ceci :

• L’équipe A attribue les tickets aux personnes participant à la planification du sprint. Parfois, chaque développeur a déjà « ses » dix tickets en préparation.
• Dans l’équipe B, un développeur prépare « son » sprint avant de planifier ; Après quelques minutes, il dit dans la planification avec un ton qui rappelle « fais ce que tu veux, je m’en vais », quelque chose comme « Eh bien, mon sprint est déjà plein ».
• L’équipe C a compris que les équipes interfonctionnelles signifiaient que les lots de travail étaient découpés en fonction des compétences individuelles des membres de l’équipe. Et puis vous pouvez affecter le destinataire dans le raffinement.

Dans l’ensemble, je peux dire que pendant des années, j’ai invariablement vu des équipes où les gens avaient des dizaines d’aimants (c’est-à-dire des assignés). Ou, à mon avis, ils deviennent possédés par les aimants.

Votre propre image est gravée à d’innombrables endroits et dit : « Travaillez plus vite dans l’usine de fonctionnalités, la chaîne de montage tourne et tourne et les prochains billets arrivent déjà vers vous !

Objectifs de sprint, travail d’équipe, travail générateur de valeur ? Je n’ai pas le temps pour ces bêtises, je dois les mettre en œuvre.

Si vous souhaitez sortir de l’usine de fonctionnalités, vous devriez essayer ce qui suit : La combinaison des suggestions est autorisée :

• Chaque personne peut apparaître comme cessionnaire au maximum une fois à tout moment.
• Les responsables n’existent que dans les colonnes où le travail est réellement effectué (« En cours », « Pull request », « En test » ou similaire) ; certainement pas dans « À faire » ou plus tôt.

Les deux propositions exigent de la discipline. C’est génial, mais cela ne fonctionne généralement pas lorsque les gens sont impliqués. Voici donc le conseil ultime :

Supprimez le champ « Destinataire » dans Jira. Radical? Cela dépend de l’utilisation qu’on en fait. Si c’est juste pour remplir la chaîne d’assemblage dans l’usine de fonctionnalités, alors : débarrassez-vous-en !

Au revoir. Stéphane

(moi)