•     •   5 min read

Scrum ou pas Scrum – Quelle
approche choisir ?

Com­ment Scrum a été dévelop­pé : Orig­ines et appli­ca­tion de la méthodologie

Scrum est une méthodolo­gie de développe­ment agile avec une dis­tri­b­u­tion unique des rôles au sein de l’équipe et une organ­i­sa­tion dis­tinc­tive des itéra­tions. Scrum, comme d’autres méth­odes de ges­tion de pro­jet agiles, met l’ac­cent sur une approche d’équipe, des itéra­tions cour­tes et l’amélio­ra­tion con­tin­ue durant le tra­vail. Ces principes se réalisent à tra­vers un ensem­ble de rôles, règles, proces­sus et out­ils spé­ci­fiques, per­me­t­tant aux équipes de pro­duire des pro­duits deux fois plus rapidement.
Dans les équipes Scrum, les rôles clés sont le Scrum mas­ter et le prod­uct own­er, les itéra­tions com­men­cent par une plan­i­fi­ca­tion où les mem­bres de l’équipe jouent” au pok­er de plan­i­fi­ca­tion, et se ter­mi­nent par une démo et une rétrospective.
La méthodolo­gie Scrum a été créée par les Améri­cains Jeff Suther­land, chercheur et con­sul­tant en affaires, et Ken Schwaber, pro­gram­meur pra­ti­quant, en 1993. En 1995, les auteurs ont présen­té offi­cielle­ment leur approche lors d’une con­férence sci­en­tifique de l’As­so­ci­a­tion for Com­put­ing Machin­ery à Austin, Texas.

L’idée des co-auteurs était nova­trice : ils ont emprun­té à la fois le con­cept et le nom au tra­vail des chercheurs japon­ais en man­age­ment Takeuchi et Non­a­ka, The New Prod­uct Devel­op­ment Game”, pub­lié en 1986. Les fab­ri­cants japon­ais util­i­saient déjà des approches qui ont con­sti­tué la base de Scrum. Le nom de la méthodolo­gie vient du rug­by, où scrum” – un jeu – souligne l’im­por­tance du tra­vail d’équipe pour la vic­toire sur le terrain.

Appli­ca­tion de Scrum dans l’in­for­ma­tique et au-delà

Scrum a d’abord été appliqué dans des entre­pris­es pro­duisant des logi­ciels. Le pre­mier pro­jet géré par Suther­land avant la présen­ta­tion offi­cielle de Scrum était le développe­ment de logi­ciels pour un réseau de guichets automa­tiques (1983). Les pro­gram­meurs dans les entre­pris­es et départe­ments infor­ma­tiques restent les prin­ci­paux util­isa­teurs de Scrum. Cepen­dant, le créa­teur de la méthodolo­gie insiste sur le fait que Scrum peut être util­isé pour résoudre n’im­porte quelle tâche, citant des exem­ples dans la fab­ri­ca­tion, la con­struc­tion, l’é­d­u­ca­tion, la poli­tique, et même les tâch­es ménagères comme le net­toy­age général ou l’or­gan­i­sa­tion d’événements.

Selon le rap­port de 2016 de Scrum Alliance 21% des pro­jets réal­isés avec Scrum n’é­taient pas liés à l’in­for­ma­tique. Dif­férents départe­ments utilisent avec suc­cès Scrum :

Scrum vs. Agile vs. Waterfall

Scrum appar­tient au groupe des méthodolo­gies agiles. Agile n’est pas une méthodolo­gie dis­tincte mais une philoso­phie de développe­ment. Ses principes prin­ci­paux sont énumérés dans le Man­i­festo for Agile Soft­ware Devel­op­ment” (2001), soulig­nant l’im­por­tance de l’équipe, le focus sur le pro­duit, la trans­parence des proces­sus, l’amélio­ra­tion con­tin­ue et des résul­tats rapides.

Scrum est l’un des cadres agiles, une méthodolo­gie for­mal­isée pour le tra­vail de pro­jet. D’autres méthodolo­gies agiles inclu­ent XP, Crys­tal, Kan­ban, Lean, Rapid Appli­ca­tion Devel­op­ment, Scrum­ban, etc. Ain­si, Scrum est agile, mais agile n’est pas seule­ment Scrum.

Pour visu­alis­er les dif­férences et les simil­i­tudes entre Scrum et Agile :


Scrum

Agile

Philoso­phie

-

+

Méthodolo­gie

+

-

Rit­uels

+

-

Rôles

+

-

Arti­facts*

+

-

Trans­parence

+

+

Itéra­tions courtes

+

+

Releas­es fréquentes

+

+

Ges­tion du changement

+

+

Amélio­ra­tion continue

+

+


*Les arte­facts dans Scrum sont des objets créés par l’équipe durant le pro­jet. Ils inclu­ent le back­log pro­duit, le back­log de sprint et l’in­cré­ment de pro­duit – une pièce fonc­tion­nelle présen­tée à la fin du sprint.
Les méthodolo­gies agiles se con­trastent avec le mod­èle en cas­cade, large­ment util­isé par les équipes de développe­ment dans les années 90. Ce mod­èle implique une exé­cu­tion séquen­tielle, en com­mençant chaque phase seule­ment après la fin de la précédente.

Com­ment tra­vailler selon Scrum

Rôles dans Scrum :

  • Équipe Scrum : Le cœur de Scrum est l’équipe – un groupe cohésif de pro­fes­sion­nels. Les équipes Scrum sont autonomes, déci­dant elles-mêmes com­ment accom­plir les tâches.
  • Scrum Mas­ter : Le leader formel de l’équipe Scrum, garan­tis­sant une appli­ca­tion cor­recte de la méthodolo­gie et le moral de l’équipe. Ils sont respon­s­ables de la manière de travailler.
  • Prod­uct Own­er : Respon­s­able de la fonc­tion­nal­ité du pro­duit. Gère le back­log du pro­jet et com­mu­niqué avec le client.
  • Client : L’u­til­isa­teur final ou le client du pro­jet, soit externe soit interne (par exem­ple, le départe­ment com­mer­cial deman­dant un sys­tème CRM).

Réu­nions Scrum régulières dans Worksection

  • Plan­i­fi­ca­tion : La pre­mière réu­nion com­mence le sprint. L’équipe, avec le Scrum mas­ter et le prod­uct own­er, sélec­tionne des tâch­es en haut du back­log à accomplir.
  • Dai­ly Stand-Up : Chaque jour à la même heure, les mem­bres de l’équipe dis­cu­tent de l’a­vance­ment du tra­vail, répon­dant :
    — Qu’est-ce que j’ai fait hier pour aider l’équipe à attein­dre son objec­tif ?
    Que ferai-je aujour­d’hui ?
    Qu’est-ce qui a entravé mon travail ?
  • Revue de Sprint : À la fin du sprint, une démo de la fonc­tion­nal­ité achevée est présen­tée au client.
  • Rétro­spec­tive : L’équipe dis­cute des tâch­es réal­isées, des prob­lèmes ren­con­trés, et des façons d’améliorer.

Algo­rithme : Que faire ensuite ?

  1. Choisir un prod­uct own­er pour définir claire­ment les objectifs.
  2. For­mer une équipe Scrum.
  3. Attribuer un Scrum master.
  4. Créer un back­log de pro­jet lis­tant toutes les tâch­es potentielles.
  5. Estimer les tâch­es du back­log en util­isant des valeurs rel­a­tives (par exem­ple, des nom­bres de Fibonacci).
  6. Plan­i­fi­er le sprint, en sélec­tion­nant des tâch­es et en les assignant.
  7. Met­tre en place un tableau Scrum divisé en À faire,” En cours,” et Fait.”
  8. Réalis­er des dai­ly stand-ups.
  9. À la fin du sprint, tenir une revue et une rétrospective.
  10. Com­mencer le prochain sprint avec la planification.

Que lire pour mieux com­pren­dre Scrum

  • Scrum Guide (Ken Schwaber, Jeff Sutherland)
  • Scrum : L’art de faire deux fois plus de tra­vail en moitié moins de temps (Jeff Sutherland)
  • Man­i­feste Agile pour le développe­ment logiciel

Avan­tages et incon­vénients de Scrum dans l’informatique

Avan­tages :

  • Trans­parence : Échange d’in­for­ma­tions ouvert et collaboration.
  • Autonomie de l’équipe : Les équipes déci­dent de leur façon de tra­vailler, moti­vant lib­erté et responsabilité.
  • Min­imi­sa­tion des risques : Réac­tion rapi­de aux change­ments du projet.

Incon­vénients :

  • Non adap­té aux pro­jets avec des exi­gences vagues sur le pro­duit final.
  • Dif­fi­cile à appli­quer dans de grands pro­jets sans modifications.

Entre­pris­es util­isant Scrum

70% des entre­pris­es infor­ma­tiques utilisent Scrum, y com­pris des géants comme Google, Ama­zon, et Microsoft.

esc
Partager sur
или
École PM
Pourquoi le suivi du temps de Worksection est le meilleur choix pour contrôler les ressources de projet Les heures sont enregistrées de mémoire et souvent avec des retards. Les feuilles de temps ne sont...
2 mai 2025   •   8 min read
École PM
Les tâches dispersées à travers les discussions et les tableaux rendent difficile le contrôle de l'exécution du projet. La direction doit passer la majeure partie de son temps à synchroniser l'équipe...
1 mai 2025   •   8 min read
École PM
Le manque de compréhension des délais de projet, des retards constants, des difficultés à coordonner les processus avec les entrepreneurs. Le budget augmente, et le résultat est constamment reporté. C...
30 avril 2025   •   8 min read
Commencez maintenant
Veuillez entrer votre véritable email 🙂