La fondation du cadre Scrum a été introduite en 1986 par Hirotaka Takeuchi et Ikujiro Nonaka dans un article du Harvard Business Review intitulé « Le nouveau jeu de développement de produits ». Les auteurs ont décrit deux approches pour gérer le développement de produits. Certaines équipes fonctionnent comme des coureurs de relais en ligne droite, en se passant le témoin au fur et à mesure. D’autres équipes agissent comme des joueurs de rugby lors d’un seul match, en se passant le ballon selon les besoins.
Takeuchi et Nonaka ont conclu que la méthode de course-relais utilisée dans le système de planification par phases de la NASA était dépassée. Ils affirmaient que le modèle rugby fournirait aux entreprises les outils nécessaires pour s’imposer dans un monde commercial mondial.
En 1993, Jeff Sutherland, John Scumniotales et Jeff McKenna ont expérimenté le développement de logiciels Scrum chez la société informatique Easel Corp. En 1995, Ken Schwaber et Sutherland, ainsi que d’autres personnes dont McKenna et Scumniotales, ont publié un article intitulé « Processus de développement Scrum ». Cela a entraîné un changement majeur qui a poussé les développeurs à remettre en question l’efficacité du modèle classique de développement logiciel en cascade.
En novembre 2020, Sutherland et Schwaber ont publié une version mise à jour de « Le Guide Scrum », qui contient la définition officielle de Scrum.
Relation entre Scrum et Agile
Agile est une approche de développement et de planification de projet. Comme l’explique le Manifeste Agile, il possède une philosophie ou un cadre général qui guide les méthodes qui le sous-tendent. Scrum est l’une des nombreuses méthodes agiles.
Scrum peut être vu comme une manière concrète de mettre en œuvre Agile. Comme Agile, Scrum inclut un ensemble de valeurs et de principes. Les équipes de développement intègrent Scrum à leur stratégie agile afin d’ajouter une couche de précision.
Un principe du développement agile est que les membres de l’équipe discutent régulièrement de la manière d’améliorer l’efficacité, puis ajustent leur comportement en conséquence. Scrum intègre un processus formel pour aider les équipes à faire cela. Les réunions quotidiennes permettent à l’équipe de réfléchir à ce qui doit être fait dans les 24 prochaines heures et d’adapter leur approche en fonction des attentes ou des obstacles rencontrés.
Un autre principe agile reconnaît que le meilleur travail provient des équipes auto-organisées. Le Scrum Master joue un rôle clé ici. Il fournit à l’équipe ce dont elle a besoin pour accomplir sa tâche et la liberté de définir sa propre voie. Il agit ensuite en tant que leader servant, guidant l’équipe dans la résolution des problèmes, l’atteinte des objectifs et le règlement des conflits.
Piliers et valeurs de Scrum
Les trois piliers de Scrum sont l’Adaptation, l’Inspection et la Transparence.
- Adaptation. Les équipes ajustent continuellement leur approche pour résoudre les problèmes et adoptent de nouvelles méthodes lorsque de nouveaux problèmes surviennent.
- Inspection. Les équipes réfléchissent régulièrement et évaluent leur propre performance.
- Transparence. L’équipe travaille dans un environnement ouvert où tous les membres comprennent les processus les uns des autres et sont conscients des défis auxquels les autres font face.
Les cinq valeurs fondamentales de Scrum
Ces valeurs soutiennent les trois piliers :
- Engagement. L’équipe est auto-organisée, et chacun est engagé à accomplir le travail convenu.
- Courage. L’équipe fonctionne comme un tout — réussissant ou échouant ensemble. Les membres font ce qui est juste et affrontent les problèmes difficiles.
- Concentration. Les distractions sont limitées, et l’équipe se concentre sur le travail qui doit être accompli aujourd’hui.
- Ouverture. L’équipe prend le temps de partager ce qui va bien et ce qui doit être amélioré.
- Respect. Les membres de l’équipe ont des forces différentes, et les forces de chacun sont respectées. Personne n’est blâmé lorsqu’il s’agit de trouver une solution aux problèmes.
Scrum est un cadre de gestion de projet qui met l’accent sur le travail d’équipe, la responsabilité et les progrès itératifs vers des objectifs bien définis. Le cadre repose sur une hypothèse simple : commencez par ce que vous pouvez voir ou connaître. Ensuite, suivez les progrès et ajustez selon les besoins.
Scrum fait couramment partie du développement logiciel agile. Il tire son nom d’une formation au rugby où chacun a un rôle. Les rôles Scrum dans le développement logiciel incluent :
- Propriétaire du produit — Cette personne agit comme intermédiaire entre l’équipe de développement et le client. Le propriétaire du produit s’assure que les attentes concernant le produit final sont communiquées et alignées.
- Maître Scrum — Connue comme facilitateur du projet. Elle veille à ce que les meilleures pratiques Scrum soient suivies. Elle doit être un excellent leader et gestionnaire de projet, compétent en collaboration, résolution de conflits et amélioration des processus.
- Équipe de développement — Les membres de l’équipe de développement Scrum travaillent ensemble pour créer et tester des versions incrémentales du produit final. Les développeurs doivent comprendre Scrum et les pratiques de développement agile.

Qu’est-ce que le processus Scrum ?
Le processus Scrum encourage les praticiens à utiliser ce qu’ils ont et à évaluer continuellement ce qui fonctionne et ce qui ne fonctionne pas. Une bonne communication est essentielle et a lieu à travers des réunions (appelées « événements »).
Les événements Scrum incluent les suivants :

- Réunion quotidienne (Scrum quotidien) — Il s’agit d’une courte réunion quotidienne debout, tenue à la même heure et au même endroit chaque jour. Lors de ces réunions, l’équipe revient sur ce qui a été accompli la veille et planifie ce qu’il faut faire dans les 24 prochaines heures. C’est le moment où les membres de l’équipe discutent de tout problème pouvant entraver la finalisation du projet.
- Sprint — Un Sprint est une période fixe (généralement de 30 jours) durant laquelle le travail doit être terminé. Un nouveau Sprint commence immédiatement après la fin du précédent.
- Réunion de planification du Sprint — Lors de ces réunions, tout le monde participe à la définition des objectifs. Au minimum, le résultat est au moins un incrément — une partie utilisable du logiciel.
- Revue du Sprint — C’est le moment de démontrer l’incrément.
- Rétrospective du Sprint — La rétrospective du Sprint est une réunion tenue après la fin du Sprint. Pendant cette réunion, tout le monde réfléchit au processus. Des exercices de cohésion d’équipe peuvent également être inclus. Un objectif clé de cet événement est l’amélioration continue.
Quels sont les artefacts Scrum ?
Il est utile de passer en revue les artefacts Scrum lors des réunions de planification du Sprint. Les artefacts Scrum incluent les suivants :

- Backlog du produit — Il s’agit de la liste des tâches encore à accomplir. Lors des sessions de révision du backlog du produit, l’équipe de développement travaille avec le propriétaire du produit pour prioriser le backlog. Le backlog du produit peut être affiné dans un processus appelé révision du backlog.
- Backlog du Sprint — Il s’agit de la liste des tâches qui doivent être terminées avant la livraison des éléments sélectionnés du backlog du produit. Ces tâches sont décomposées en histoires utilisateur avec un délai défini.
- Incrément du produit — Il représente ce qui a été accompli durant un Sprint — tous les éléments du backlog du produit terminés durant ce Sprint — plus tout ce qui a été créé lors des Sprints précédents. L’incrément du produit reflète les progrès réalisés.
- Graphique d’évolution de la charge — Un diagramme de combustion est une représentation visuelle de la quantité de travail restant. Il possède un axe Y indiquant le travail et un axe X indiquant le temps. Idéalement, le graphique montre une tendance descendante lorsque le travail restant diminue progressivement jusqu’à zéro au fil du temps.
Avantages de la méthode Scrum
Les principaux avantages de Scrum incluent :
- Produits de haute qualité — La phase de rétrospective de sprint du processus Scrum repose sur les retours d’information et l’amélioration continue. En conséquence, les équipes de développement utilisant cette méthode peuvent livrer des produits de haute qualité.
- Travail d’équipe — Scrum crée des équipes de développement logiciel cohésives qui communiquent efficacement, respectent les délais et résolvent les problèmes ensemble. Les membres se font confiance et se respectent, et comprennent que le temps est précieux. Cela peut signifier limiter les Daily Scrums à des fenêtres horaires strictes. Certaines équipes logicielles incluent un « sprint de hacking » dans leur processus, permettant aux développeurs d’explorer de nouveaux concepts, de tester des idées et de prendre en charge le produit.
- Flexibilité — Avec Scrum, les équipes doivent adapter leurs outils et processus aux nouvelles circonstances. Les définitions des produits peuvent évoluer au fur et à mesure du développement, et les équipes efficaces livrent ces changements sur plusieurs itérations. Les réunions régulières du Product Backlog permettent à l’équipe de reprioriser avant que les éléments n’entrent dans un sprint.
- Réduction des risques — Scrum se concentre sur une vitesse de livraison prévisible et durable, ainsi que sur des retours cohérents, offrant aux équipes l’opportunité de réduire les risques tôt et souvent. Si une idée ne fonctionne pas, les courts sprints permettent à l’équipe de échouer rapidement, rendant l’échec gérable.
- Délai de mise sur le marché plus court — Scrum est conçu pour libérer des produits et fonctionnalités par incréments prévisibles en utilisant des sprints bien définis. Libérer des fonctionnalités ne nécessite pas de terminer l’ensemble du produit. Les sprints sont conçus pour ajouter une fonctionnalité livrable à chaque incrémentation. Le produit complet composé de ces fonctionnalités est appelé un produit complexe.
- Rendement supérieur sur investissement (ROI) — Les avantages combinés de Scrum conduisent à un ROI plus élevé. Les retours continus réduisent les erreurs coûteuses en fin de processus et aboutissent à une meilleure qualité du produit avec moins de défauts. Un délai de mise sur le marché plus court et des livraisons incrémentales génèrent des revenus plus rapidement.