J'avais l'habitude de travailler dans une méthodologie cascade et maintenant je fais partie d'une équipe qui suit une méthodologie agile. Il semble qu'ils se trompent. Par exemple, nous avons des stand-ups qui durent plus de 25 minutes par jour, ce qui est vraiment ennuyeux. De plus, j'ai plus l'impression de justifier mon salaire à la direction qu'autre chose.
Ai-je tort de ressentir ça? Est-ce ainsi que les stand-ups sont généralement menés?
agile
scrum
development-methodologies
meetings
user10326
la source
la source
Réponses:
Pour Scrum, Ken Schwaber et Jeff Sutherland expliquent :
D'autres méthodologies peuvent avoir des rituels différents et même différentes équipes Scrum peuvent optimiser la façon dont elles le font différemment. L'idée clé est de se réunir rapidement pour s'assurer que l'équipe est en bonne voie pour livrer. Il ne doit pas s'agir d'un rapport de gestion. C'est cependant l'une des idées agiles qui se subvertit le plus facilement.
la source
TL; DR
Lorsqu'il est correctement exécuté au sein d'une équipe Scrum de taille appropriée, le stand-up quotidien ne devrait jamais prendre plus de 15 minutes environ. Si cela prend plus de temps, soit l'équipe est trop grande, soit vous avez un problème de processus.
Le but du stand-up
Le stand-up quotidien est une réunion d'engagement et de coordination pour toute l'équipe. Il est conçu pour s'assurer que toute l'équipe est au courant des obstacles, quelles histoires sont faites ou non, et quelles tâches sont prêtes à être retirées de la liste de tâches d'un membre de l'équipe dans celle de quelqu'un d'autre.
Il est important que le Scrum Master et le Product Owner soient des participants actifs dans le stand-up, mais si l'équipe se rapporte à l'un d'eux, votre processus Scrum peut être bel et bien interrompu. Une réponse connexe sur Project Management Stack Exchange contient une liste en 10 points des «odeurs de projet» en bas, dont certaines peuvent s'appliquer dans votre cas. Même s'ils ne s'appliquent pas, vous devriez certainement réévaluer l'efficacité de vos stand-ups lors de votre prochaine Sprint Retrospective.
Respectez le Time-Box
Bien que je n'aime pas les «trois questions» en tant que format concret précisément parce qu'elles ont tendance à conduire à des réunions qui ressemblent à une traction de statut, je m'en voudrais de ne pas pointer la description canonique de Mike Cohn du Daily Scrum . La page dit, en partie:
Il y a beaucoup plus de détails et quelques exemples concrets sur cette page. Cependant, aux fins de votre question, il est explicitement indiqué que:
Le time-box est le fondement de Scrum. Bien que la plupart des plages horaires de Scrum puissent être ajustées par l'équipe à la suite du cycle d'inspection et d'adaptation, il est considéré comme une mauvaise pratique d'étendre la longueur du stand-up. Si le principe de la boxe temporelle n'est pas respecté dans votre processus, c'est généralement une "odeur de projet" très odieuse.
la source
Ce que vous décrivez est une façon dont les «positions debout» peuvent échouer pour l'équipe.
Les meilleurs stand-ups sont courts car tout le monde comprend ce que font les autres, ils expliquent ce qu'ils ont accompli hier, ce qu'ils vont réaliser aujourd'hui et signalent tout ce qui peut / a pu affecter leur capacité à tenir leurs promesses. D'autres membres de l'équipe peuvent alors indiquer qu'ils peuvent aider à résoudre rapidement les obstacles les uns des autres, mais que les solutions interviennent en dehors du stand up.
En bref, ils devraient être la colle qui lie l'équipe.
Cela ressemble plus à une mise à jour du statut, et vous êtes tenu responsable de la livraison / non de la livraison, mais l'équipe est dysfonctionnelle parce que l'équipe n'utilise pas les réunions debout pour se soutenir mutuellement pour livrer et supprimer les obstacles.
Dans les deux environnements que j'ai vus, cela a été causé par un Scrum Master qui n'a pas délégué la responsabilité de s'assurer que l'équipe tient ses promesses d'itération. Dans un cas, cela a été particulièrement contre-productif et a généré une attitude us / them au sein de l'équipe.
Scrum concerne les équipes auto-organisées, où l'équipe s'organise pour résoudre rapidement les problèmes et respecter ses engagements.
la source
Comme pour tous les processus Agile, le but est: "ce dont vous obtenez de la valeur".
Le standup quotidien est généralement un mécanisme permettant d'assurer la communication entre les membres de l'équipe de manière à faible impact, où tout le monde peut comprendre où se trouve l'équipe par rapport à l'ensemble actuel des tâches. Donc, un standup de 5 minutes où tout le monde dit "J'ai fait x hier et je vais y faire aujourd'hui" est très bien, tout comme 15 minutes où l'équipe décide entre eux sur quoi travailler ensuite et met à jour le tableau des tâches.
Cependant, il n'y en a pas besoin du tout, pas si vous communiquez ces choses d'une autre manière, par exemple en utilisant un système de notification sociale évolutif, par exemple.
De même, si vous voulez que votre standup soit plus long et plus un rapport d'équipe, c'est bien aussi. Je le remets en question, mais je sais que certaines équipes préfèrent une approche plus dirigée au travail. Agile peut faire face à tous les types d'équipe après tout.
La vraie question que vous devriez vous poser est de savoir si vous en tirez de la valeur, et si non - comment allez-vous la changer pour que vous obteniez de la valeur. Faire le standup comme prescrit par un livre sacré de Scrum n'est PAS agile. Faire un standup qui signifie quelque chose pour votre équipe afin que vous puissiez tous mieux travailler ensemble est.
la source