---

Qu’est-ce que le framework Scrum ? La réponse pourrait vous surprendre !

Sans compliquer les choses, on peut définir Scrum ainsi :

Scrum est un cadre léger et itératif pour développer et livrer des produits utiles, notamment des logiciels.

Très utilisé en ingénierie logicielle, ce cadre agile est aussi appliqué en dehors de l’informatique.

Beaucoup pensent que le terme Scrum est apparu au début des années 2000 avec le développement agile. C’est une information incorrecte !

La métaphore Scrum est apparue dans un article de la Harvard Business Review sur le développement de produits en janvier 1986. Hirotaka Takeuchi et Ikujiro Nonaka l’ont utilisée dans leur article : The New New Product Development Game. Oui, il y a deux « New » ! Consultez « The New New Product Development Game » pour découvrir comment tout a commencé.

Scrum s’applique à toutes sortes de projets logiciels : solutions complètes ou modules de grands systèmes, produits et services pour clients internes ou externes.

C’est un processus léger qui accroît la productivité en réduisant le gaspillage et les activités redondantes.

Scrum définit des orientations et quelques règles, rôles, artefacts et événements. Tous ces composants (Les principaux composants du framework Scrum) sont essentiels, remplissent des objectifs précis et contribuent à une utilisation réussie.

Les principaux composants sont :

• Trois responsabilités dans la Scrum Team : Le Product Owner, le Scrum Master et les Developers.
• Cinq événements Scrum, ou rituels et cérémonies : Le Sprint, le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective. Le Scrum Grooming (affinage du backlog) est une activité continue qui les soutient, pas un sixième événement formel.
• Product Backlog (Scrum Backlog), ou Scrum Product Backlog : Un artefact pour gérer et prioriser les exigences connues du projet.
• Sprints : Cycles de travail pour développer des Incréments livrables de produit ou de service.
• Sprint Backlog : Un artefact contenant l’Objectif de Sprint, les éléments sélectionnés et le plan des développeurs.
• Incrément : Une amélioration utilisable du produit qui respecte la Definition of Done.

L’auto-organisation et la collaboration sans réserve sont essentielles à Scrum. Les responsabilités du chef de projet classique sont réparties entre le Product Owner, le Scrum Master et les développeurs ; ce rôle distinct n’est plus nécessaire.

Les développeurs restent responsables de leur plan et de sa réalisation. Le Product Owner et le Scrum Master soutiennent cette autogestion. Les développeurs sélectionnent, par exemple, les éléments avec le Product Owner et planifient leur Incrément utilisable.

L’amélioration continue par l’inspection et l’adaptation est un autre élément central. L’équipe surveille, inspecte et évalue ses artefacts et sa pratique pour les optimiser. Cela maximise qualité, efficacité et satisfaction et minimise gaspillage et risques.

Scrum reconnaît que les exigences changent et ne sont pas entièrement connues, surtout au départ.

Chaque projet comporte des inconnues encore ignorées, parfois peu, parfois beaucoup. Nous ne pouvons les découvrir et les traiter qu’en réalisant le projet ; Scrum nous aide à l’accepter.

L’équipe affine avant de réaliser, en détaillant davantage les éléments proches et prioritaires pendant l’affinage et le Sprint Planning. Ouverture au changement, optimisation et apprentissage des erreurs deviennent partie intégrante du développement.

Transparence et communication directe sont aussi fondamentales. Le Product Owner identifie et priorise les exigences avec l’équipe. Elles peuvent prendre la forme de stories dans le Product Backlog. Celui-ci rassemble le travail connu pour améliorer le produit et évolue avec les connaissances.

L’équipe choisit les stories qu’elle estime réalisables dans un Sprint, souvent de deux à quatre semaines et toujours d’un mois au maximum. S’engager sur ses propres objectifs et être écouté renforce l’implication, le moral et la performance des membres.

Les Scrum Masters jouent aussi un rôle essentiel de leaders au service de leurs équipes.

Formés à la facilitation, ils veillent au bon fonctionnement. Parfois négociateurs, ils protègent des interruptions et des fausses priorités. Parfois communicants, ils lèvent ou préviennent les obstacles avant qu’ils ne bloquent l’équipe. Nous approfondirons plus loin ces responsabilités et les autres rôles.

Dans sa forme pure, Scrum convient particulièrement aux projets très autonomes d’une seule équipe, qu’il s’agisse de créer du neuf ou de reprendre un existant.

Le bon sens pratique des professionnels a toutefois élargi les possibilités. Des compléments comme « Chief Scrum Product Owner » et « Scaled Scrum » permettent d’autres configurations, multiéquipes ou distribuées. Nous y reviendrons.

Pour l’instant, poursuivez et profitez de la lecture !