(le plus souvent 15 jours) pendant laquelle <\/span><\/i>l\u2019\u00e9quipe scrum d\u00e9finit des choses \u00e0 faire qu\u2019elle s\u2019engage \u00e0 terminer et qui doivent respecter
la D\u00e9finition Of Ready (DoR)\u00a0 <\/i><\/b>\u00e9tablie par l\u2019\u00e9quipe pendant la p\u00e9riode de cadrage ou sprint 0.
L’\u00e9quipe s’engage \u00e9galement \u00e0 atteindre un objectif \u00e0 chaque sprint. En fin de sprint l’\u00e9quipe scrum sera capable de livrer un incr\u00e9ment du produit qui pourra \u00eatre pr\u00e9sent\u00e9 aux parties prenantes (Clients, utilisateurs.)<\/strong><\/span><\/i><\/p>\n
[\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row column_structure=\u00a0\u00bb1_3,1_3,1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb title=\u00a0\u00bbPhase 0 : Cadrage\u00a0\u00bb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/phase0.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.25.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|700||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#000000″ header_font_size=\u00a0\u00bb14px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb animation=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n
Avant de lancer les sprints de d\u00e9veloppement formels, il est courant pour une \u00e9quipe Scrum de commencer par un \u00ab\u00a0Sprint 0\u00a0\u00bb ou une \u00ab\u00a0Phase de Pr\u00e9lude\u00a0\u00bb<\/strong>. Cette \u00e9tape pr\u00e9liminaire ne vise pas \u00e0 produire des fonctionnalit\u00e9s du produit final directement mais sert \u00e0 mettre en place les conditions optimales pour les sprints \u00e0 venir. Voici ce que cette phase initiale comprend g\u00e9n\u00e9ralement :<\/p>\n D\u00e9finition des Proc\u00e9dures de Travail<\/strong> : Cela inclut l’\u00e9laboration des m\u00e9thodes et des processus que l’\u00e9quipe suivra durant les sprints. C’est le moment de discuter et de d\u00e9terminer comment les t\u00e2ches seront approch\u00e9es et r\u00e9alis\u00e9es.<\/p>\n \u00c9tablissement de la Definition of Ready (DoR) et de la Definition of Done (DoD)<\/strong> : Ces crit\u00e8res essentiels assurent une compr\u00e9hension uniforme au sein de l’\u00e9quipe concernant quand une t\u00e2che peut \u00eatre commenc\u00e9e (\u00ab\u00a0Ready\u00a0\u00bb) et quand elle est consid\u00e9r\u00e9e comme compl\u00e8tement termin\u00e9e (\u00ab\u00a0Done\u00a0\u00bb).<\/p>\n Planification des C\u00e9r\u00e9monies Scrum<\/strong> : Fixer les dates, heures, et fr\u00e9quences des rituels de Scrum, y compris les m\u00eal\u00e9es quotidiennes (daily stand-ups), les revues de sprint, les r\u00e9trospectives, et les s\u00e9ances de planification de sprint.<\/p>\n Configuration du Workflow<\/strong> : D\u00e9finir clairement le flux de travail, y compris les \u00e9tapes par lesquelles les t\u00e2ches passeront de l’initiation \u00e0 la cl\u00f4ture. Cela peut inclure la configuration de syst\u00e8mes de suivi des t\u00e2ches et de gestion de projet.<\/p>\n S\u00e9lection des Types de Tickets<\/strong> : Choisir les cat\u00e9gories de tickets (User Stories, Bugs, Tasks, Spikes, etc.) que l’\u00e9quipe emploiera pour organiser les travaux \u00e0 r\u00e9aliser.<\/p>\n Finalisation des Protocoles de Travail<\/strong> : S’assurer que toutes les m\u00e9thodes de travail sont non seulement d\u00e9finies mais aussi parfaitement comprises par tous les membres de l’\u00e9quipe, afin de garantir une collaboration efficace.<\/p>\n Le Sprint 0 ou la Phase de Pr\u00e9lude est crucial pour assurer que l’\u00e9quipe est pleinement pr\u00e9par\u00e9e, align\u00e9e, et pr\u00eate \u00e0 entreprendre le d\u00e9veloppement du produit avec efficacit\u00e9 et coh\u00e9sion. Cette phase est fondamentale pour b\u00e2tir une base solide sur laquelle l’\u00e9quipe pourra s’appuyer tout au long du cycle de vie du projet Scrum.<\/p>\n Tout au long du d\u00e9veloppement du produit, il est essentiel que l’\u00e9quipe reste flexible et r\u00e9ceptive \u00e0 l’am\u00e9lioration des processus \u00e9tablis lors du Sprint 0 ou de la Phase de Pr\u00e9lude. \u00c0 mesure que le projet \u00e9volue et que de nouveaux d\u00e9fis se pr\u00e9sentent, l’\u00e9quipe peut identifier des opportunit\u00e9s d’optimisation et d\u00e9cider collectivement de mettre \u00e0 jour ou de modifier les proc\u00e9dures et pratiques en place.<\/p>\n Cette approche it\u00e9rative et adaptative permet \u00e0 l’\u00e9quipe de rester agile et de continuer \u00e0 am\u00e9liorer son efficacit\u00e9, en assurant que les processus restent align\u00e9s avec les objectifs changeants du projet et les besoins de l’\u00e9quipe. En int\u00e9grant r\u00e9guli\u00e8rement des r\u00e9visions et des am\u00e9liorations dans leur routine, l’\u00e9quipe peut non seulement r\u00e9pondre plus efficacement aux exigences du projet mais aussi accro\u00eetre la qualit\u00e9 globale du produit final.<\/p>\n [\/et_pb_blurb][\/et_pb_column][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb title=\u00a0\u00bbPhase 1 : Pr\u00e9paration\u00a0\u00bb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/phase1.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.25.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|700||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#000000″ header_font_size=\u00a0\u00bb14px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb animation=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n Tout projet commence par l’identification d’un besoin.<\/strong><\/p>\n Le Product Owner (PO) est charg\u00e9 de recueillir les besoins de ses clients,<\/strong> qu’il s’agisse d’am\u00e9liorations ou de nouvelles fonctionnalit\u00e9s susceptibles de faire progresser le produit. Ces exigences sont ensuite prioris\u00e9es dans le product backlog.<\/p>\n Durant cette phase initiale, le Scrum Master soutient le PO en lui proposant des ateliers et des outils pour aider \u00e0 prioriser et affiner les t\u00e2ches. C’est \u00e0 ce moment que le PO r\u00e9dige les User Stories, qui doivent clairement d\u00e9crire les besoins des clients en r\u00e9pondant aux questions : Qui demande ? Qu’est-ce qui est demand\u00e9 ? Pourquoi est-ce demand\u00e9 ?<\/strong><\/p>\n Cela est crucial pour donner \u00e0 l’\u00e9quipe une vision claire du travail \u00e0 accomplir.<\/strong><\/p>\n Pour optimiser ce processus, le PO peut solliciter l’aide de l’\u00e9quipe de r\u00e9alisation. Des ateliers de raffinement du backlog (backlog refinement) sont organis\u00e9s pour affiner davantage ces t\u00e2ches. Ces sessions, qui durent g\u00e9n\u00e9ralement jusqu’\u00e0 45 minutes, r\u00e9unissent l’\u00e9quipe o\u00f9 le PO pr\u00e9sente les User Stories. Les d\u00e9veloppeurs, de leur c\u00f4t\u00e9, posent des questions pour clarifier les exigences, proposent des d\u00e9coupages plus adapt\u00e9s des t\u00e2ches, et peuvent m\u00eame commencer \u00e0 estimer les t\u00e2ches qui sont suffisamment d\u00e9taill\u00e9es. Cette pr\u00e9paration pr\u00e9coce est destin\u00e9e \u00e0 simplifier le premier rituel Scrum, souvent per\u00e7u comme long et laborieux.<\/p>\n [\/et_pb_blurb][\/et_pb_column][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb title=\u00a0\u00bbPhase 2 : d\u00e9but\u00a0\u00bb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/phase2.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.25.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|700||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#000000″ header_font_size=\u00a0\u00bb14px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb animation=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n Le Sprint Planning<\/strong> est un rituel essentiel qui marque le d\u00e9but de chaque sprint. Lors de cette r\u00e9union, le Product Owner (PO) pr\u00e9sente les t\u00e2ches qu’il a prioris\u00e9es, en se basant sur la valeur qu’elles apporteront aux utilisateurs \u00e0 la conclusion du sprint.<\/p>\n Voici les \u00e9tapes cl\u00e9s du Sprint Planning :<\/strong><\/p>\n Pr\u00e9sentation des Priorit\u00e9s :<\/strong> Le PO expose les t\u00e2ches prioritaires, y compris les User Stories, les Bugs, et les \u00e9tudes n\u00e9cessaires, en expliquant pourquoi elles sont essentielles et comment elles contribuent \u00e0 l’objectif global du produit.<\/p>\n D\u00e9finition de l’Objectif du Sprint :<\/strong> Le PO d\u00e9finit un objectif sp\u00e9cifique pour le sprint, qui est directement li\u00e9 \u00e0 la valeur utilisateur que les t\u00e2ches s\u00e9lectionn\u00e9es vont g\u00e9n\u00e9rer. Cet objectif sert \u00e0 donner une direction claire et un sens de but \u00e0 l’\u00e9quipe pour le sprint \u00e0 venir.<\/p>\n Estimation des T\u00e2ches :<\/strong> L’\u00e9quipe de r\u00e9alisation estime l’effort n\u00e9cessaire pour chaque t\u00e2che propos\u00e9e en utilisant des points de complexit\u00e9 ou d’effort, souvent repr\u00e9sent\u00e9s par la suite de Fibonacci. Cette m\u00e9thode aide \u00e0 quantifier le travail en termes de difficult\u00e9 plut\u00f4t qu’en temps direct.<\/p>\n Adaptation \u00e0 la V\u00e9locit\u00e9 de l’\u00c9quipe :<\/strong> Le sprint ne commence que lorsque le volume de travail estim\u00e9, exprim\u00e9 en points de story, correspond \u00e0 la v\u00e9locit\u00e9 historique de l’\u00e9quipe\u2014calcul\u00e9e en g\u00e9n\u00e9ral sur la moyenne des points r\u00e9alis\u00e9s lors des trois derniers sprints et ajust\u00e9e en fonction de la pr\u00e9sence pr\u00e9vue de l’\u00e9quipe de r\u00e9alisation.<\/p>\n Constitution du Sprint Backlog :<\/strong> La combinaison de l’objectif du sprint et de la liste des t\u00e2ches \u00e0 accomplir forme le Sprint Backlog<\/strong>. L’\u00e9quipe s’engage \u00e0 terminer ce backlog d’ici la fin du sprint.<\/p>\n Autonomie de l’\u00c9quipe de R\u00e9alisation :<\/strong> Bien que le PO priorise les t\u00e2ches dans le Product Backlog, c’est l’\u00e9quipe de r\u00e9alisation qui est enti\u00e8rement responsable de la mani\u00e8re dont les t\u00e2ches du Sprint Backlog sont ordonnanc\u00e9es et g\u00e9r\u00e9es. Cette autonomie est cruciale pour permettre \u00e0 l’\u00e9quipe de s’adapter aux d\u00e9fis du d\u00e9veloppement et d’optimiser leur travail quotidien.<\/p>\n Ce processus garantit non seulement que l’\u00e9quipe reste align\u00e9e sur les objectifs strat\u00e9giques du produit mais aussi qu’elle est \u00e9quip\u00e9e pour g\u00e9rer efficacement sa charge de travail tout en maximisant la valeur d\u00e9livr\u00e9e aux utilisateurs.<\/p>\n [\/et_pb_blurb][\/et_pb_column][\/et_pb_row][et_pb_row column_structure=\u00a0\u00bb1_3,1_3,1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb title=\u00a0\u00bbPhase 3 : Pendant le sprint \u00a0\u00bb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/phase4-1.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.25.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|700||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#000000″ header_font_size=\u00a0\u00bb14px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n L’\u00e9quipe Scrum adopte un rituel quotidien essentiel, le Daily Scrum<\/strong> ou Daily Stand-up<\/strong>, qui se tient \u00e0 la m\u00eame heure chaque jour et dure environ 15 minutes. Pendant cette r\u00e9union rapide, chaque membre de l’\u00e9quipe partage les informations suivantes :<\/p>\n Activit\u00e9s de la Veille :<\/strong> Ce qu’il ou elle a accompli depuis le dernier Daily Scrum.<\/p>\n Plan pour Aujourd’hui :<\/strong> Ce qu’il ou elle pr\u00e9voit de faire aujourd’hui pour avancer le projet.<\/p>\n Obstacles Rencontr\u00e9s :<\/strong> Les d\u00e9fis ou obstacles qui pourraient emp\u00eacher l’\u00e9quipe d’atteindre l’objectif du sprint.<\/p>\n Le Product Owner (PO)<\/strong> n’est pas n\u00e9cessairement pr\u00e9sent \u00e0 ce rituel. Son r\u00f4le n’est pas de diriger cette r\u00e9union, afin de maintenir une dynamique d’\u00e9quipe centr\u00e9e sur l’auto-organisation. Le Scrum Master<\/strong> agit comme facilitateur, surtout si l’\u00e9quipe n’est pas encore suffisamment autonome pour g\u00e9rer ce rituel de mani\u00e8re ind\u00e9pendante.<\/p>\n Fonctions et Responsabilit\u00e9s de l’\u00c9quipe de R\u00e9alisation :<\/strong><\/p>\n D\u00e9veloppement et Test :<\/strong> L’\u00e9quipe de r\u00e9alisation est charg\u00e9e de d\u00e9velopper, tester et d\u00e9ployer le code n\u00e9cessaire pour les nouvelles t\u00e2ches du Sprint Backlog, qu’il s’agisse de nouvelles fonctionnalit\u00e9s ou d’am\u00e9liorations de fonctionnalit\u00e9s existantes.<\/p>\n Gestion des Changements :<\/strong> Tout changement susceptible de compromettre l’objectif du sprint est \u00e9vit\u00e9. L’\u00e9quipe s’engage \u00e0 ne pas introduire de nouvelles t\u00e2ches au milieu du sprint, sauf en cas de force majeure. Dans une telle situation, pour maintenir l’\u00e9quilibre du workload, une autre t\u00e2che de valeur \u00e9quivalente devrait \u00eatre d\u00e9prioris\u00e9e.<\/p>\n Ces pratiques sont fondamentales pour garantir que l’\u00e9quipe reste concentr\u00e9e et align\u00e9e sur les objectifs du sprint, tout en favorisant une atmosph\u00e8re de collaboration et de responsabilit\u00e9 partag\u00e9e.<\/p>\n [\/et_pb_blurb][\/et_pb_column][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb title=\u00a0\u00bbPhase 3 : Fin du sprint\u00a0\u00bb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/phase3.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.25.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|700||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#000000″ header_font_size=\u00a0\u00bb14px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n Chaque sprint se conclut par deux \u00e9v\u00e9nements cl\u00e9s qui sont cruciaux pour l’am\u00e9lioration continue et l’alignement strat\u00e9gique du projet : la Revue de Sprint<\/strong> et la R\u00e9trospective de Sprint<\/strong>.<\/p>\n 1. Revue de Sprint (Sprint Review):<\/strong><\/p>\n Objectif :<\/strong> Cette r\u00e9union a pour but d’inspecter l’incr\u00e9ment de produit r\u00e9alis\u00e9 pendant le sprint et d’adapter le Product Backlog en fonction des retours et des n\u00e9cessit\u00e9s \u00e9mergentes.<\/p>\n D\u00e9roulement :<\/strong> L’\u00e9quipe Scrum pr\u00e9sente ce qui a \u00e9t\u00e9 accompli durant le sprint aux parties prenantes. C’est une collaboration interactive o\u00f9 les r\u00e9alisations sont discut\u00e9es en d\u00e9tail, y compris les fonctionnalit\u00e9s compl\u00e9t\u00e9es, les am\u00e9liorations apport\u00e9es et les \u00e9ventuels obstacles rencontr\u00e9s.<\/p>\n Participants :<\/strong> Outre l’\u00e9quipe Scrum, les parties prenantes cl\u00e9s (clients, utilisateurs, autres \u00e9quipes, etc.) sont invit\u00e9es \u00e0 participer pour fournir des feedbacks pr\u00e9cieux. Cela permet de d\u00e9terminer les prochaines \u00e9tapes qui pourraient augmenter la valeur du produit.<\/p>\n 2. R\u00e9trospective de Sprint :<\/strong><\/p>\n Objectif :<\/strong> L’\u00e9quipe Scrum se r\u00e9unit pour r\u00e9fl\u00e9chir \u00e0 son fonctionnement interne et \u00e0 l’efficacit\u00e9 de ses m\u00e9thodes de travail durant le sprint qui vient de s’achever.<\/p>\n D\u00e9roulement :<\/strong> \u00c0 travers une discussion ouverte et constructive, l’\u00e9quipe identifie ce qui a bien fonctionn\u00e9, les d\u00e9fis rencontr\u00e9s, et les opportunit\u00e9s d’am\u00e9lioration.<\/p>\n Plan d’action :<\/strong> Des actions concr\u00e8tes sont d\u00e9finies pour r\u00e9soudre les probl\u00e8mes identifi\u00e9s et optimiser les processus pour les sprints \u00e0 venir. Cette \u00e9tape est essentielle pour le d\u00e9veloppement agile, car elle promeut l’am\u00e9lioration continue \u00e0 chaque cycle.<\/p>\n Livraison et \u00c9valuation :<\/strong> \u00c0 la fin de chaque sprint, l’\u00e9quipe doit \u00eatre en mesure de livrer un incr\u00e9ment du produit \u2013 un segment complet et fonctionnel du produit \u2013 qui peut \u00eatre pr\u00e9sent\u00e9 aux parties prenantes. Cette approche incr\u00e9mentale permet non seulement de v\u00e9rifier la pertinence du travail accompli r\u00e9guli\u00e8rement mais aussi d’ajuster le plan de d\u00e9veloppement futur bas\u00e9 sur une \u00e9valuation concr\u00e8te des r\u00e9sultats. Ainsi, chaque modification, am\u00e9lioration ou nouvelle fonctionnalit\u00e9 livr\u00e9e contribue directement \u00e0 l’\u00e9volution du produit, permettant une adaptation rapide et efficace aux besoins changeants du march\u00e9 et des utilisateurs.<\/p>\n Ces rituels Scrum assurent que l’\u00e9quipe reste dynamique, r\u00e9ceptive aux feedbacks et orient\u00e9e vers l’optimisation continue de ses performances et de la valeur du produit.<\/p>\n [\/et_pb_blurb][\/et_pb_column][et_pb_column type=\u00a0\u00bb1_3″ _builder_version=\u00a0\u00bb4.16″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_blurb image=\u00a0\u00bbhttps:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/05\/caddie-1-1.png\u00a0\u00bb _builder_version=\u00a0\u00bb4.20.2″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_font=\u00a0\u00bb|||on|||||\u00a0\u00bb header_text_align=\u00a0\u00bbcenter\u00a0\u00bb header_text_color=\u00a0\u00bb#26e080″ header_font_size=\u00a0\u00bb17px\u00a0\u00bb text_orientation=\u00a0\u00bbjustified\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n
![\"\"](\"https:\/\/mapetitecuisineagile.com\/wp-content\/uploads\/2022\/03\/logo-blanc-1-2.png\"){kind=logo}
<\/h6>\n