«Une équipe Scrum auto-organisée est autorisée à abandonner Scrum»
Mon collègue a fondé ses arguments sur les points suivants:
«Les équipes Scrum sont auto-organisées et interfonctionnelles. Les équipes auto-organisées choisissent la meilleure façon d’accomplir leur travail, plutôt que d’être dirigées par des personnes extérieures à l’équipe. » – Scrum Guide 2017
En lisant ceci, vous pourriez affirmer qu’une équipe peut choisir d’abandonner Scrum. Mais il y en a plus aussi.
Les autres extraits du Guide Scrum traitant de l’auto-organisation apportent de la clarté. Je vais énumérer les quatre et indiquer ensuite la signification de l’auto-organisation dans ces cas.
« Ils [the development team — WJA] sont auto-organisés. Personne (pas même le Scrum Master) ne dit à l’équipe de développement comment transformer le backlog de produit en incréments de fonctionnalités potentiellement libérables. » – Scrum Guide 2017
Et:
« L’équipe de développement s’auto-organise pour entreprendre le travail dans le Sprint Backlog, à la fois pendant la planification du Sprint et selon les besoins tout au long du Sprint. » – Scrum Guide 2017 – Planification de sprint, thème 2: comment le travail choisi sera-t-il effectué?
Et:
À la fin de la planification du sprint, l’équipe de développement devrait être en mesure d’expliquer au propriétaire du produit et au Scrum Master comment elle entend travailler en équipe auto-organisée pour atteindre l’objectif du sprint et créer l’incrément prévu. – Scrum Guide 2017 – Planification de sprint, thème 2: comment le travail choisi sera-t-il effectué?
Et:
«Chaque jour, l’équipe de développement doit comprendre comment elle a l’intention de travailler en équipe auto-organisée pour atteindre l’objectif de sprint et créer l’incrément prévu d’ici la fin du sprint.» – Scrum Guide 2017
Dans les quatre exemples, «l’auto-organisation» concerne la façon dont une équipe planifie le travail et crée un incrément. tout en travaillant avec Scrum. Les équipes sont libres de trouver la meilleure façon de construire l’incrément. Mais cela ne discute en rien de tout ce qui concerne le framework Scrum lui-même.
Le Scrum Guide énonce donc clairement ce qu’est l’auto-organisation. Chaque mention traite de la façon dont les équipes Scrum déterminent ce qu’elles peuvent mâcher et comment elles construisent l’incrément. Une équipe Scrum ne détermine pas le cadre, le processus ou la méthodologie.
Les fondateurs de Scrum ont joué un rôle important dans la naissance de Agile. En plus de cela, il y a cette déclaration d’Alistair Cockburn:
« Environ 6 mois après le manifeste, je me suis réveillé un jour et j’ai dit, vous savez, si vous bouilliez de façon agile jusqu’à l’essentiel, vous obtiendriez une mêlée. » – Alistair Cokcburn, l’un des auteurs du Manifeste Agile
Alistair Cockburn est génial et je suis d’accord avec ce qu’il a déclaré. Par conséquent, je pense qu’il est logique d’examiner comment le Manifeste Agile de développement de logiciels discute de l’auto-organisation:
Les meilleures architectures, exigences et conceptions émergent d’équipes auto-organisées. – Principes derrière le Manifeste Agile
Il y a un autre principe à mentionner également:
«Construisez des projets autour d’individus motivés. Donnez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour faire le travail. » – Principes derrière le Manifeste Agile
Je suis enclin à conclure que c’est la même chose que ce que le Scrum Guide propose. Mais là où le Scrum Guide apporte une clarté supplémentaire sur ce qu’est l’auto-organisation, le Manifeste Agile ne le fait pas. Avec cette «auto-organisation», cela s’est répandu partout, tout comme certains autres principes. Certains pensent que l’auto-organisation implique également que les équipes puissent déterminer leur façon de travailler, leur donnant ainsi la possibilité d’abandonner Scrum. Avec cela, nous sommes de retour au début de l’article.
Le Scrum Guide ne dit rien à ce sujet. Toutes les références à l’auto-organisation n’ont rien à voir avec le choix d’un cadre, d’un processus ou d’une méthodologie. Au lieu de cela, ils discutent qu’une équipe peut trouver la meilleure façon de construire un incrément tout en travaillant avec Scrum.
Le Manifeste pour le développement de logiciels Agile n’est pas aussi spécifique. Il laisse place à différentes interprétations. Beaucoup Agilistes préconiser qu’une équipe devrait avoir la liberté d’abandonner Scrum. Mais il n’y a pas de consensus sur le terme d’auto-organisation dans la communauté Agile.
En fin de compte, cela dépend de l’autonomie des équipes dans l’organisation. Une organisation permet-elle à une équipe de trouver ses meilleures pratiques pour organiser la livraison des produits? Ensuite, une équipe peut aller de l’avant et expérimenter pour s’éloigner de Scrum. En tant que passionné de Scrum, je me demande pourquoi vous voudriez bien ;-).