{"id":10105,"date":"2022-01-26T01:29:57","date_gmt":"2022-01-26T01:29:57","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=10105"},"modified":"2026-04-20T09:13:21","modified_gmt":"2026-04-20T09:13:21","slug":"scrum-une-introduction-rapide","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/scrum-a-quick-introduction\/","title":{"rendered":"Scrum : une introduction rapide"},"content":{"rendered":"

Scrum\u00a0<\/strong>\u00a0(Rugby Team), un mod\u00e8le de d\u00e9veloppement logiciel est une sorte de d\u00e9veloppement agile, qui s’est progressivement popularis\u00e9 au cours des dix derni\u00e8res ann\u00e9es.<\/p>\n

<\/figure>\n

L’hypoth\u00e8se de base de Scrum<\/span><\/h3>\n

D\u00e9velopper un logiciel, c’est comme d\u00e9velopper un nouveau produit.\u00a0Les proc\u00e9dures finales d’un produit logiciel ne peuvent pas \u00eatre d\u00e9finies d\u00e8s le d\u00e9part.\u00a0Le processus n\u00e9cessite de la R&D, de la cr\u00e9ativit\u00e9, des essais et des erreurs, il n’y a donc pas de processus fixe qui puisse garantir le succ\u00e8s du projet.<\/p>\n

Scrum compare une \u00e9quipe de d\u00e9veloppement logiciel \u00e0 une \u00e9quipe de football.\u00a0Il a un objectif clair et le plus \u00e9lev\u00e9, conna\u00eet le meilleur mod\u00e8le et la meilleure technologie requis dans le processus de d\u00e9veloppement, dispose d’un haut degr\u00e9 d’autonomie, d’une communication et d’une coop\u00e9ration \u00e9troites, et s’assure de r\u00e9soudre chaque jour divers d\u00e9fis avec un haut degr\u00e9 de flexibilit\u00e9 ;\u00a0Chaque \u00e9tape a une nette progression vers l’objectif.<\/p>\n

Le processus Scrum<\/span><\/h3>\n

Le processus de d\u00e9veloppement Scrum commence g\u00e9n\u00e9ralement par une phase de 30 jours (ou moins), en commen\u00e7ant par la nouvelle sp\u00e9cification des exigences du produit du client, l’\u00e9quipe de d\u00e9veloppement et le client choisissant les parties de la sp\u00e9cification \u00e0 compl\u00e9ter au d\u00e9but de chaque phase, le d\u00e9veloppement L’\u00e9quipe doit faire de son mieux pour livrer les r\u00e9sultats apr\u00e8s 30 jours, et l’\u00e9quipe se r\u00e9unit 15 minutes par jour pour examiner les progr\u00e8s et le calendrier de chaque membre, comprendre les difficult\u00e9s rencontr\u00e9es et essayer de r\u00e9soudre les probl\u00e8mes.<\/p>\n

Les avantages de l’approche Agile<\/strong><\/span><\/h3>\n

Quel est l’avantage de Scrum par rapport au\u00a0\u00a0mod\u00e8le de d\u00e9veloppement traditionnel.\u00a0<\/strong>\u00a0Une caract\u00e9ristique distinctive du mod\u00e8le Scrum est qu’il r\u00e9pond aux changements.\u00a0Il peut r\u00e9agir aux changements le plus rapidement possible.<\/p>\n

Lorsqu’un syst\u00e8me traditionnel se concentre sur la planification initiale o\u00f9 des facteurs tels que le co\u00fbt, la port\u00e9e et le temps sont importants, l’approche agile donne la priorit\u00e9 au travail d’\u00e9quipe, \u00e0 la collaboration avec les clients et \u00e0 la flexibilit\u00e9.\u00a0\u00c0 mesure que les sp\u00e9cifications des exigences changent, l’\u00e9quipe agile peut rester mobile et capable de r\u00e9pondre \u00e0 ces changements.\u00a0Cependant, cela ne signifie pas n\u00e9cessairement que la strat\u00e9gie de planification adaptative est toujours meilleure qu’une strat\u00e9gie de planification pr\u00e9dictive.\u00a0Comparons plus en d\u00e9tail ces deux strat\u00e9gies de d\u00e9veloppement de projet.<\/p>\n

<\/figure>\n

Ainsi, l’approche de d\u00e9veloppement traditionnelle (en cascade, \u00e9galement connue sous le nom de plan) est lin\u00e9aire, toutes les phases du processus se d\u00e9roulant de mani\u00e8re s\u00e9quentielle.\u00a0Cette approche d\u00e9pend d’outils pr\u00e9visibles et d’exp\u00e9riences pr\u00e9visibles.\u00a0Chaque projet suit le m\u00eame cycle de vie, y compris la faisabilit\u00e9, la planification, la conception, la construction, les tests, la production, le support, etc., comme indiqu\u00e9 ci-dessous.<\/p>\n

L’ensemble du projet est planifi\u00e9 \u00e0 l’avance sans aucune possibilit\u00e9 de modifier les exigences, par exemple PMBOK et PRINCE2 de PMI sont stricts et hautement contr\u00f4l\u00e9s.\u00a0Ils d\u00e9crivent les diff\u00e9rentes phases de la planification du projet du d\u00e9but \u00e0 la fin et supposent que vous avez d\u00e9j\u00e0 toutes les exigences et informations dont vous avez besoin \u00e0 l’avance.<\/p>\n

Agile est consid\u00e9r\u00e9 comme une strat\u00e9gie de d\u00e9veloppement logiciel plus moderne, car il a \u00e9t\u00e9 principalement con\u00e7u pour surmonter certaines des lacunes de l’approche en cascade plus pr\u00e9dictive.\u00a0Il s’agit d’un mod\u00e8le de d\u00e9veloppement logiciel qui encourage le d\u00e9veloppement et les tests it\u00e9ratifs tout au long du cycle de d\u00e9veloppement logiciel d’un projet.<\/p>\n

Pr\u00e9sentation du processus Scrum<\/span><\/h3>\n

Scrum<\/a>\u00a0\u00a0est un cadre qui prescrit\u00a0\u00a0des r\u00f4les<\/a>\u00a0,\u00a0\u00a0des \u00e9v\u00e9nements<\/a>\u00a0,\u00a0\u00a0des artefacts<\/a>\u00a0et des r\u00e8gles\/directives pour mettre en \u0153uvre cet \u00e9tat d’esprit.\u00a0En d’autres termes, Agile est l’\u00e9tat d’esprit et Scrum est le cadre qui prescrit un processus de mise en \u0153uvre de la philosophie agile.<\/p>\n

Scrum et agile ne sont pas identiques, mais scrum fait partie des processus agiles.\u00a0Ils sont bas\u00e9s sur un d\u00e9veloppement it\u00e9ratif.\u00a0Les exigences et les solutions agiles obtenues par l’association entre les \u00e9quipes interfonctionnelles et auto-organis\u00e9es, et lorsqu’elles sont correctement mises en \u0153uvre, peuvent aider les \u00e9quipes \u00e0 r\u00e9soudre des probl\u00e8mes complexes en livrant progressivement des produits de la plus haute valeur tout en att\u00e9nuant les risques.<\/p>\n

Scrum implique une inspection et une adaptation rapides, le travail d’\u00e9quipe est renforc\u00e9 par la philosophie du leadership, la responsabilit\u00e9 et l’auto-organisation, les meilleures pratiques d’ing\u00e9nierie qui aident \u00e0 la livraison rapide de logiciels de haute qualit\u00e9.<\/p>\n

Termes cl\u00e9s de Scrum<\/span><\/h3>\n

Backlog :<\/strong>\u00a0\u00a0toutes les t\u00e2ches pr\u00e9visibles, y compris toutes les t\u00e2ches fonctionnelles et non fonctionnelles.<\/p>\n

Sprint :\u00a0<\/strong>\u00a0La p\u00e9riode de temps pour un d\u00e9veloppement g\u00e9n\u00e9rationnel, g\u00e9n\u00e9ralement au plus 30 jours comme un cycle.\u00a0Pendant ce temps, l’\u00e9quipe de d\u00e9veloppement doit compl\u00e9ter un backlog formul\u00e9, et le r\u00e9sultat final est un produit incr\u00e9mentiel et livrable.<\/p>\n

Backlog de sprint :\u00a0<\/strong>\u00a0Les t\u00e2ches qui doivent \u00eatre accomplies dans un cycle de sprint.<\/p>\n

Time-box :<\/strong>\u00a0\u00a0Un cr\u00e9neau horaire pour la r\u00e9union.\u00a0Par exemple, le time-box de chaque daily scrum meeting est de 15 minutes.<\/p>\n

R\u00e9union de planification de sprint\u00a0:<\/strong>\u00a0\u00a0tenue avant le d\u00e9but de chaque sprint.\u00a0G\u00e9n\u00e9ralement une journ\u00e9e (8 heures).\u00a0La t\u00e2che \u00e0 formuler lors de cette r\u00e9union est\u00a0: le propri\u00e9taire du produit et les membres de l’\u00e9quipe d\u00e9composent le backlog en petits modules fonctionnels, d\u00e9cident du nombre de petits modules fonctionnels \u00e0 compl\u00e9ter dans le sprint \u00e0 venir et d\u00e9terminent la priorit\u00e9 des t\u00e2ches de ce backlog de produit.\u00a0En outre, la r\u00e9union doit discuter en d\u00e9tail de la mani\u00e8re de compl\u00e9ter ces petits modules fonctionnels selon les besoins.\u00a0La charge de travail de ces modules est calcul\u00e9e en heures.<\/p>\n

R\u00e9union Scrum quotidienne\u00a0:<\/strong>\u00a0\u00a0tenue par les membres de l’\u00e9quipe de d\u00e9veloppement, g\u00e9n\u00e9ralement 15\u00a0minutes.\u00a0Chaque membre du d\u00e9veloppement doit rapporter trois projets au Scrum Master : Qu’est-ce qui a \u00e9t\u00e9 r\u00e9alis\u00e9 aujourd’hui ?\u00a0Avez-vous rencontr\u00e9 des obstacles ?\u00a0Qu’est ce que tu vas faire?\u00a0Gr\u00e2ce \u00e0 cette r\u00e9union, les membres de l’\u00e9quipe peuvent comprendre l’avancement du projet les uns avec les autres.<\/p>\n

R\u00e9union de revue de Sprint :\u00a0<\/strong>\u00a0Apr\u00e8s chaque Sprint, l’\u00e9quipe pr\u00e9sentera les r\u00e9sultats du Sprint au Product Owner et aux autres membres du personnel concern\u00e9s.\u00a0G\u00e9n\u00e9ralement, cette r\u00e9union dure 4 heures.<\/p>\n

La r\u00e9trospective de sprint<\/strong>\u00a0a \u00a0lieu apr\u00e8s la\u00a0\u00a0revue de sprint<\/a>\u00a0\u00a0et avant la prochaine\u00a0\u00a0planification de sprint<\/a>\u00a0.\u00a0Il s’agit au maximum d’une r\u00e9union de trois heures pour des\u00a0\u00a0Sprints<\/a>\u00a0d’un mois .\u00a0La session r\u00e9trospective est essentiellement une r\u00e9union d'”am\u00e9lioration” organis\u00e9e pour trouver des moyens d’identifier les pi\u00e8ges potentiels, les erreurs pass\u00e9es et de rechercher de nouvelles fa\u00e7ons d’\u00e9viter ces erreurs, auxquelles tous participent – le\u00a0\u00a0propri\u00e9taire du produit<\/a>\u00a0,\u00a0 le\u00a0scrum master<\/a>\u00a0, les membres de l’\u00e9quipe de d\u00e9veloppement , et \u00e9ventuellement avec les parties prenantes.<\/p>\n

Scrum Master :<\/strong>\u00a0\u00a0Un membre de l’\u00e9quipe charg\u00e9 de superviser l’ensemble du processus Scrum et de r\u00e9viser le plan.<\/p>\n

Le Product Owner<\/strong>\u00a0\u00a0qui poss\u00e8de le produit au nom de l’entreprise fait partie d’une\u00a0\u00a0\u00e9quipe Scrum<\/a>\u00a0.\u00a0Cependant, un propri\u00e9taire de produit n’a aucune autorit\u00e9 sur les autres membres de l’\u00e9quipe, tout comme le\u00a0\u00a0Scrum Master<\/a>\u00a0.\u00a0Un propri\u00e9taire de produit est charg\u00e9 de s’occuper d’un produit pendant une p\u00e9riode prolong\u00e9e et est responsable de la r\u00e9ussite du produit.\u00a0En tant que propri\u00e9taire du produit, vous devez interagir directement avec les clients et les utilisateurs, l’\u00e9quipe de d\u00e9veloppement et les autres parties prenantes cl\u00e9s, comme le montre l’image ci-dessous.<\/p>\n

Une\u00a0\u00a0<\/strong>\u00a0\u00e9quipe\u00a0<\/strong>Scrum<\/strong><\/a>\u00a0\u00a0est un ensemble d’individus (g\u00e9n\u00e9ralement entre cinq et neuf membres) travaillant ensemble pour fournir les incr\u00e9ments de produit requis.\u00a0Le cadre Scrum encourage un haut niveau de communication entre les membres de l’\u00e9quipe, afin que l’\u00e9quipe puisse\u00a0:<\/p>\n