Scrum : le pilier de nombreuses équipes agiles

Scrum est de loin le cadre agile le plus connu et le plus utilisé. Il repose sur une approche itérative et incrémentale pour développer des produits et gérer des projets complexes.

Au lieu d'une planification initiale détaillée, Scrum utilise des cycles de travail courts appelés sprints pour fournir régulièrement de la valeur et permettre une adaptation continue.

Bien qu'il soit souvent confondu avec « Agile » en soi, Scrum est un cadre spécifique qui met en œuvre les valeurs et les principes agiles à travers des rôles, des événements et des artefacts définis.

Son guide officiel est volontairement succinct et parfois décrit comme « incomplet » afin d'encourager l'adaptation et l'interprétation contextuelle.

Il est essentiel pour tout coach Agile de maîtriser ses principes fondamentaux.

Rôles (PO, SM, équipe de développement), événements (sprint, planification, quotidien, revue, rétrospective), artefacts (backlogs, incrément)

Scrum s'articule autour de trois piliers :

Rôles :

• Propriétaire du produit (PO) : il représente la voix du client et est chargé de maximiser la valeur du produit en gérant la liste des produits en attente.
• Scrum Master (SM) : agit en tant que leader au service de l'équipe, en veillant à ce qu'elle suive les pratiques Scrum, en éliminant les obstacles et en facilitant les événements.
• Équipe de développement : groupe auto-organisé et multifonctionnel de professionnels qui effectuent le travail de création de l'incrément du produit. Il n'y a pas de rôles officiellement subdivisés (tels que QA ou concepteur) au sein de l'équipe dans Scrum.

Événements (cérémonies) : il s'agit d'occasions programmées pour l'inspection et l'adaptation :

• Sprint : itération d'une durée fixe (généralement 1 à 4 semaines) pendant laquelle une incrémentation « terminée » est créée.
• Planification du sprint : réunion au début du sprint pour sélectionner le travail à effectuer dans la liste des produits en attente et planifier la manière dont il sera réalisé.
• Daily Scrum (Stand-up) : réunion quotidienne courte (15 min) permettant à l'équipe de développement de synchroniser ses activités et de planifier les 24 heures à venir.
• Sprint Review : se tient à la fin du Sprint pour inspecter l'Incrément et adapter le Backlog si nécessaire.
• Rétrospective du sprint : occasion pour l'équipe Scrum d'inspecter son propre processus et d'élaborer un plan d'amélioration.

Artefacts : ils représentent le travail ou la valeur :

• Liste des produits en attente : liste ordonnée de tout ce qui est connu et nécessaire dans le produit ; elle est dynamique et gérée par le PO.
• Sprint Backlog : ensemble d'éléments de la liste des produits en attente sélectionnés pour le Sprint, plus un plan pour les livrer.
• Incrément : la somme de tous les éléments de la liste des produits en attente terminés pendant un sprint et les sprints précédents ; il doit être utilisable.
• (Implicite) Définition du terminé (DoD) : critère commun pour que le travail soit considéré comme terminé.

Valeurs Scrum et principes fondamentaux

Outre les principes agiles généraux, Scrum s'appuie sur cinq valeurs spécifiques qui favorisent un environnement de travail productif et collaboratif :

• Engagement : les membres de l'équipe s'engagent personnellement à atteindre les objectifs de l'équipe Scrum.
• Courage : l'équipe a le courage de faire ce qui est juste et de travailler sur des problèmes difficiles.
• Concentration : tout le monde se concentre sur le travail du sprint et les objectifs de l'équipe Scrum.
• Ouverture : l'équipe Scrum et ses parties prenantes s'engagent à faire preuve d'ouverture sur l'ensemble du travail et des défis.
• Respect : Les membres de l'équipe Scrum se respectent mutuellement en tant que personnes compétentes et indépendantes.

Ces valeurs constituent la base sur laquelle se construisent la confiance et la transparence au sein de l'équipe.

Quand Scrum est-il approprié (et quand ne l'est-il pas) ?

Scrum excelle dans certains contextes, mais n'est pas une solution universelle :

Il fonctionne bien lorsque :

• Les équipes sont petites (environ 3 à 9 développeurs) et relativement prévisibles (peu d'interruptions externes).
• Il est possible de livrer des incréments de produit fonctionnels et potentiellement expédiables à la fin de chaque sprint.
• L'équipe peut être véritablement multifonctionnelle et auto-organisée.

Il peut présenter des défis ou ne pas être idéal lorsque :

• Il y a beaucoup d'interruptions urgentes ou une grande imprévisibilité, ce qui rend difficile la planification du sprint.
• L'équipe pratique la livraison/le déploiement continu à un rythme plus rapide que le Sprint, ce qui rend le cycle du Sprint artificiel.
• Il existe des transferts séquentiels importants entre les rôles au sein du Sprint (par exemple, conception -> backend -> frontend -> QA), ce qui crée des goulots d'étranglement.
• Les membres de l'équipe travaillent en silos sur des projets totalement déconnectés, ce qui rend difficile l'engagement et la collaboration en tant qu'équipe.
• Il y a un manque d'autonomisation réelle du propriétaire du produit, ce qui invalide la priorisation et l'engagement du sprint.
• Les récits d'utilisateurs sont systématiquement trop volumineux pour être réalisés dans le cadre d'un sprint.

Résumé

Scrum est le cadre agile le plus connu et le plus utilisé. Il repose sur une approche itérative et incrémentale pour gérer des projets complexes.

Il est structuré en rôles (PO, SM, équipe de développement), événements (sprint, planification, quotidien, revue, rétrospective) et artefacts (backlogs, incrément). Les rôles, les événements et les artefacts sont définis.

Scrum est guidé par cinq valeurs : engagement, courage, concentration, ouverture et respect. Il fonctionne bien dans les petites équipes prévisibles.