Scrum ne dit pas que

Avec l'aimable autorisation de l'auteur Adrian Howard (Quietstars), nous avons traduit cet article depuis son compte Medium. Après tout, nous écrivons et enseignons jour après jour ce qu'est Scrum, comment l'appliquer de manière pertinente et quelles conditions cadres doivent être réunies. – C'est pourquoi il est peut-être temps de dire ce que Scrum n'est définitivement pas et ne prétend pas être !

Comme Adrian l'a déjà parfaitement fait dans son article, voici la traduction française intégrale :

Une plainte sur ce que Scrum n'est pas !

Chez Quietstars, nous n'utilisons pas Scrum nous-mêmes. Je ne suis pas non plus un grand fan de Scrum (surtout pas de l'industrie de la certification qui s'est construite autour de Scrum – voir CSSTWP pour en savoir plus).
Pourtant, je semble passer une grande partie de mon temps à défendre Scrum. Car la plupart des critiques que j'entends ne portent pas sur des choses que Scrum prescrit réellement.

Par exemple :

• Scrum ne dit pas que les stories doivent être formulées ainsi : « En tant que rôle, je souhaite atteindre un objectif pour une raison ».

• Scrum ne dit pas qu'on ne peut faire qu'une seule release par Sprint.

• Scrum ne dit pas qu'on ne peut livrer qu'à la fin d'un Sprint.

• Scrum n'est pas un acronyme et ne s'écrit pas S.C.R.U.M. (d'accord… je reçois rarement des plaintes à ce sujet, mais ça m'agace vraiment !)

• Scrum ne dit pas que le Sprint Backlog et le Product Backlog doivent contenir le même type d'éléments.

• Scrum ne dit pas qu'il faut utiliser des burndown ou burnup charts.

• Scrum ne dit pas qu'il faut attendre la Sprint Review pour montrer des choses aux gens.

• Scrum ne dit pas qu'il faut attendre la Sprint Retrospective pour parler des problèmes.

• Scrum ne dit pas qu'on ne peut faire qu'une seule démo ou parler aux parties prenantes qu'une seule fois par Sprint.

• Scrum ne dit pas comment estimer les éléments du Backlog.

• Scrum ne dit pas qu'il faut utiliser des points.

• Scrum ne dit pas qu'il faut utiliser la vélocité comme objectif.

• Scrum ne dit pas qu'il faut suivre la vélocité.

• Scrum ne dit pas qu'il faut avoir des Epics, des Stories ou des Tasks.

• Scrum ne dit pas qu'on ne peut pas avoir de réunions autres que la Sprint Planning, les Stand-Ups, les Sprint Reviews ou les Sprint Retrospectives.

• Scrum ne dit pas que le Product Owner peut empêcher l'équipe de travailler sur la dette technique.

• Scrum ne dit pas que le Product Owner peut dire à l'équipe comment transformer le Backlog en code livrable.

• Scrum ne dit pas que le Scrum Master peut dire à l'équipe comment transformer le Backlog en code livrable.

• Scrum ne dit pas que les personnes des opérations ne peuvent pas faire partie de l'équipe.

• Scrum ne dit pas que les testeurs ne peuvent pas faire partie de l'équipe.

• Scrum ne dit pas que les designers ou les User Researchers ne peuvent pas faire partie de l'équipe.

• Scrum ne dit pas que les Business Analysts, les managers, les chefs de projet, etc. ne sont pas nécessaires.

• Scrum ne dit pas que le Product Owner doit prendre toutes les décisions seul.

• Scrum ne dit pas que le Product Owner doit prioriser l'intégralité du Product Backlog.

• Scrum ne dit pas que vous devez travailler plus de 80 heures par semaine pour tenir les prévisions faites au début du Sprint.

• … et Scrum ne dit probablement pas encore beaucoup d'autres choses. – N'hésitez pas à me faire d'autres suggestions !

Qu'est-ce que Scrum ?

Comme Tim Ottinger l'a si bien dit en réponse à la tempête de critiques sur Twitter que ce post a déclenchée :

J'ai constaté que la question : « Peux-tu parler un peu de la relation entre Scrum et Agile ? » est une question vraiment importante. Car à une extrémité du spectre, on obtient des regards confus, parce que les gens pensent que Scrum et Agile sont synonymes. Et à l'autre extrémité du spectre, on obtient une discussion réfléchie sur Scrum, d'autres méthodes Agile, comment elles sont liées et quels sont les compromis de ces méthodes.

Beaucoup, voire la plupart des plaintes que j'entends à propos de Scrum, sont causées par des personnes qui copient sans réfléchir des pratiques issues d'une organisation dysfonctionnelle où elles ont appris l'agilité pour la première fois.
Donc si tu entends quelqu'un se plaindre de ce que Scrum l'oblige à faire, encourage-le à lire correctement et à relire le Guide Scrum. On peut le faire pendant une pause déjeuner et avoir encore le temps pour un dessert tranquille – le guide fait moins de treize pages dans la nouvelle édition de 2020.

Scrum est fondamentalement un framework d'amélioration des processus vraiment minimaliste

Ce n'est qu'en comprenant comment ce cadre est construit que tu pourras faire face au monstre horrible de la semaine de quatre-vingts heures de travail, souvent appelé Scrum.
Parfois, ce savoir est ce qui te fait réaliser que Scrum n'est pas ce dont tu as besoin.

Car Scrum ne prétend pas être la seule vraie façon de travailler de manière agile, ni même la seule façon de travailler.

Que fait un Agile Leader ?

=> Qu'est-ce qui caractérise les leaders agiles ?

Agile HR

=> Si tu veux devenir agile, commence par ton service des ressources humaines !

Comment les formations agiles peuvent-elles t'aider ?

=> Nous avons demandé à un cabinet de recrutement à quel point les formations agiles sont appréciées par les employeurs.