•     •   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
Les disruptions des délais sont l'un des problèmes les plus courants en gestion de projet. Selon des données de Wellingtone, seulement 29 % des projets sont terminés à temps. Cela se produit non seulement...
21 juillet 2025   •   8 min read
École PM
Avez-vous déjà eu un besoin urgent de trouver une présentation — mais elle n'est nulle part à trouver dans le chat, l'email ou sur le disque? Les fichiers de travail sont éparpillés partout : dans les...
15 juillet 2025   •   7 min read
École PM
Les services en ligne pour la gestion de projets aident à éviter le chaos dans les tâches et à se concentrer sur les résultats. Ainsi, une augmentation de la productivité grâce aux outils numériques est...
30 juin 2025   •   12 min read
Commencez maintenant
Veuillez entrer votre véritable email 🙂