Scrum en une phrase
Le Guide Scrum 2020, rédigé par Ken Schwaber et Jeff Sutherland, présente Scrum comme un cadre léger : une petite équipe, des cycles courts, et une adaptation continue face à des problèmes complexes. L'image qui a inspiré le nom vient du rugby : Takeuchi et Nonaka comparaient en 1986 la coordination des équipes de développement produit les plus rapides à une mêlée (The New New Product Development Game).
Trois responsabilités
Le Guide parle de responsabilités plus que de rôles, au nombre de trois :
- Les Developers créent, à chaque Sprint, un incrément utilisable. Ce ne sont pas forcément des développeurs informatiques : ce sont ceux qui font le travail.
- Le Product Owner porte la valeur du produit et ordonne le Product Backlog.
- Le Scrum Master veille à ce que le cadre soit compris et appliqué, et aide l'équipe à lever ses blocages. Ce n'est ni un chef de projet, ni un supérieur hiérarchique.
L'ensemble forme la Scrum Team, qui compte en général dix personnes ou moins.
Cinq événements
- Le Sprint contient tous les autres événements. Sa durée est d'un mois au maximum.
- La planification du Sprint (huit heures au plus pour un Sprint d'un mois) fixe le Sprint Goal, l'objectif unique du cycle, et le travail qui y mène.
- Le Daily Scrum dure quinze minutes. Les Developers y ajustent leur plan du jour.
- La revue de Sprint présente ce qui est réellement terminé aux parties prenantes, pour obtenir de vrais retours.
- La rétrospective (trois heures au plus pour un Sprint d'un mois) examine le fonctionnement de l'équipe et décide d'une amélioration.
Trois artefacts, chacun avec son engagement
Le Product Backlog liste ce qui pourrait améliorer le produit, avec pour horizon le Product Goal. Le Sprint Backlog est le sous-ensemble choisi pour le cycle en cours, avec le Sprint Goal pour engagement. L'Increment est ce qui est terminé et utilisable, au sens de la « définition de terminé » que l'équipe se donne.
Ce qui est de l'usage, pas du cadre
La vélocité, les points d'effort et les graphiques d'avancement sont courants dans les équipes Scrum, mais le mot « vélocité » n'apparaît pas dans le Guide. On peut s'en servir pour prévoir, à condition de savoir que c'est un choix d'équipe et non une règle de Scrum. Le Guide prévoit aussi que seul le Product Owner peut annuler un Sprint, et seulement si le Sprint Goal est devenu obsolète.
Les pièges les plus fréquents
Un Sprint qui dépasse le mois perd sa boucle de retour. Un backlog que personne ne réordonne cesse de guider. Une rétrospective qui ne débouche sur aucun changement fait perdre trois heures. La question à se poser à chaque événement : qu'est-ce que l'équipe sait ou décide après, qu'elle ne savait pas avant ?
Sources
- Schwaber, K., & Sutherland, J. (2020). The 2020 Scrum Guide. scrumguides.org
- Takeuchi, H., & Nonaka, I. (1986). The New New Product Development Game. Harvard Business Review, janvier 1986. hbr.org