BUSINESS MODEL ET BUSINESS PLAN / MÉTHODOLOGIE : (20 H) M1 Alt Nov 2011

Transcription

1 BUSINESS MODEL ET BUSINESS PLAN / MÉTHODOLOGIE : (20 H) M1 Alt Nov 2011

2 Formation à SCRUM

3 Page 3 Jour 1 Scrum Overview Ses origines Ses principales utilisations Ses principes structurants Le cœur du Scrum : Les User Stories L équipe Scrum La démarche Scrum en pratique Jour 2 La préparation du Scrum Rédaction des US Organisation des travaux Le lancement de la démarche BackLog Produit Répartition des US Les sprints BackLog de Sprint Suivi des travaux La clôture des sprints Revue de sprint Mise à jour des référentiels Scrum dans les projets Les gains de Scrum Focus sur les rôles clés Le Scrum dans un projet Les limites du Scrum

4 SOMMAIRE 1 Scrum Overview Ses origines Ses principales utilisations Ses principes structurants Le cœur du Scrum : Les User Stories L équipe Scrum La démarche Page Scrum en pratique La préparation du Scrum Rédaction des US Organisation des travaux Le lancement de la démarche BackLog Produit Répartition des US Déjeuner Les sprints BackLog de Sprint Suivi des travaux La clôture des sprints Revue de sprint Mise à jour des référentiels Scrum dans les projets Les gains de Scrum Focus sur les rôles clés Le Scrum dans un projet Les limites du Scrum Page 4

5 PRÉSENTATIONS SCRUM EST UNE MÉTHODOLOGIE DE GESTION ITÉRATIVE ET PARTICIPATIVE Scrum est une méthodologie de gestion agile Il s oppose au cycle classique de gestion en V en se distinguant par un mode de fonctionnement itératif impliquant l ensemble des acteurs tout au long du projet Page 5 EB Assemblage Conception Tests Réalisation Scrum cherche à éviter les écueils suivants : Limitation des coûts du changement Réduction de l effet Tunnel Quels sont les grands problèmes rencontrés Correspondance du produit avec les dans une besoins gestion et limitation de projet des en tests V classique? Il vise un accroissement de la souplesse et de la visibilité Souplesse = capacité à intégrer de nouveaux besoins ou en faire évoluer Visibilité = pas d effet tunnel

6 SES ORIGINES SCRUM EST UNE MÉTHODOLOGIE QUI A SEULEMENT 15 ANS ET QUI CONNAÎT UN SUCCÈS CROISSANT Page Hirotaka Takeuchi et Ikujiro Nonaka introduisent le concept de travail groupé (cf ci-dessous) Jeff Sutherland a été le premier a organiser ses équipes en Scrum Ken Schwaber l aide à formaliser la méthodologie Fondation de l agile alliance, regroupant 17 gourous inventeurs de méthodes agiles Lancement du French Scrum User Group Le mot Scrum n est pas un acronyme. C est un mot qui vient du monde du rugby et signifie Mêlée L approche course de relais peut être en conflit avec les objectifs de vitesse et de flexibilité maximum. A l inverse, une approche comme au rugby quand une équipe essaie d avancer en restant unie, en se passant le ballon de main en main peut mieux servir les exigences de compétitivité d aujourd hui Hirotaka Takeuchi et Ikujiro Nonaka, The New New Product Development Game, Harvard Business Review, Janvier 1986

7 SES ORIGINES SCRUM N EST PAS LA SEULE MÉTHODOLOGIE AGILE, MAIS ELLE EST LA PLUS POPULAIRE ET LA PLUS RÉCENTE Page State of Agile Development Survey Aujourd hui Scrum devient une méthodologie incontournable adoptée par de nombreuses entreprises Microsoft Yahoo Google Lockheed Martin Philips Siemens Electronic Arts Nokia Intuit High Moon Studios Capital One BBC Nielsen Media BMC Software Sabre John Deere Lexis Nexis Salesforce.com Time Warner Turner Broadcasting

8 SCRUM PEUT S APPLIQUER À DE NOMBREUX TYPES DE PROJETS Il s agit principalement d entreprises pour lesquelles la problématique du développement logiciel en interne est cruciale Les éditeurs de logiciel Les entreprises high-tech dont les produits sont software intensive Les acteurs de l e-business Page 8 Les entreprises ayant d importants legacies dans leur SI de gestion

9 SES PRINCIPES STRUCTURANTS SCRUM EST COMPOSÉ DE PLUSIEURS SPRINTS AMENANT CHACUN À LA PRODUCTION D UN LIVRABLE Page 9 Le Scrum est une démarche itérative dont le cycle principal est le Sprint 24 heures Le sprint est une période pendant laquelle l équipe est autonome pour s organiser et pour travailler. 2-4 semaines L équipe se réunit tous les jours pour partager les travaux effectués et identifier ceux à débuter. La liste des tâches est la décomposition fonctionnelle du produit partiel. Elle décrit à l équipe les travaux à réaliser. Liste des tâches Produit partiel Chaque sprint doit permettre l élaboration d un produit partiel autonome pouvant être livré au commanditaire

10 SES PRINCIPES STRUCTURANTS CHAQUE SPRINT EST L OCCASION DE DÉFINIR PRÉCISÉMENT LE PRODUIT PARTIEL, DE LE CONSTRUIRE ET VALIDER SON BON FONCTIONNEMENT Page heures Conception Tests Conception Réalisation Tests 2-4 semaines Conception Réalisation Tests Liste des tâches Produit partiel Conception Réalisation Tests Réalisation

11 SES PRINCIPES STRUCTURANTS SCRUM EST COMPOSÉ DE PLUSIEURS SPRINTS AMENANT CHACUN À LA PRODUCTION D UN LIVRABLE La succession de plusieurs sprints permet de produire le livrable final Page 11 Référentiel des tâches Sprint 1 Sprint 2 Sprint n Produit final Le référentiel de tâches peut être modifié entre chaque sprint Souplesse mais Lors d un sprint, l équipe est protégée de l extérieur Efficacité

12 LE CŒUR DU SCRUM : LES USER STORIES LA CIBLE FONCTIONNELLE EST DÉCRITE SOUS LA FORME DE PETITES PHRASES Page 12 Le Scrum repose sur une brique élémentaire: la User Story Littéralement «Histoire d utilisateur» 1User Story = une action élémentaire effectuable par un utilisateur avec le produit. ΣUser Stories = cible fonctionnelle Formalisme précis

13 LE CŒUR DU SCRUM : LES USER STORIES L ENSEMBLE DES USER STORIES EST APPELÉ BACKLOG Page 13 Backlog initial Backlog de produit Backlogs Backlogs de de sprints de sprints sprint Les user stories sont rédigées et priorisées selon le besoin. L équipe Scrum partage les User Stories, les précise si besoin et évalue leur complexité. Chaque User Story est détaillée en activités élémentaires à mener.

14 SES PRINCIPAUX ACTEURS L ÉQUIPE SCRUM EST RESTREINTE Page 14 Le mot d ordre de l organisation des Scrum est simplicité Une équipe réduite 5 à 10 personnes, à plein temps si possible La composition de l équipe doit être la plus stable possible L équipe s auto-organise Pas de hiérarchie : pas de «chef du Scrum»

15 SES PRINCIPAUX ACTEURS LES PROFILS NÉCESSAIRES À LA PRODUCTION DU PRODUIT SONT RASSEMBLÉS AUTOUR D UN PRODUCT OWNER ET D UN SCRUM MASTER Deux rôles sont fixes dans l équipe Page 15 Le Product Owner (ou Directeur Produit) Le Scrum Master (ou Animateur) Pilote la rédaction des User Stories Priorise les User Stories Définit le contenu d un sprint Répond aux questions en cours de Scrum Valide le bon fonctionnement des livraisons partielles Organise et anime les réunions de travail et autres instances Est l interface entre l équipe et l extérieur Formalise l avancement des travaux Maintient les backlogs Est garant de l application des principes du Scrum + une équipe projet dont la composition de l équipe dépend de la nature des travaux

16 LA DÉMARCHE LA MÉTHODOLOGIE SCRUM S ORGANISE AUTOUR DE PHASES ET DE LIVRABLES BIEN DÉTERMINÉS Préparation Lancement du scrum Planification du sprint Sprints Scrums Quotidiens Revue de fin de sprint Page 16 BackLog Initial BackLog de Produit BackLog de Sprint Livrable Partiel Produit final Préparer les User Stories Organiser la démarche Partager les User Stories Evaluer la complexité des User Stories Décomposer les User Stories en activités élémentaires Chiffrer les activités élémentaires Réaliser les activités Suivre l avancement des travaux Identifier et résoudre les points bloquants Présenter le livrable partiel Faire le point sur ce qui a fonctionné ou pas pendant le sprint C est cette démarche que nous allons détailler grâce à un cas pratique! Livrer le produit final au commanditair e du projet

17 SOMMAIRE 1 Scrum Overview Ses origines Ses principales utilisations Ses principes structurants Le cœur du Scrum : Les User Stories L équipe Scrum La démarche Page 17 Page Scrum en pratique La préparation du Scrum Rédaction des US Organisation des travaux Le lancement de la démarche BackLog Produit Répartition des US Déjeuner Les sprints BackLog de Sprint Suivi des travaux La clôture des sprints Revue de sprint Mise à jour des référentiels Scrum dans les projets Les gains de Scrum Focus sur les rôles clés Le Scrum dans un projet Les limites du Scrum

18 SCRUM EN PRATIQUE 1. LA PRÉPARATION DU SCRUM Préparer les User Stories User Stories Supports Page 18 Product Owner Scrum Master Préparer la démarche Equipe Organisation Matériel

19 SCRUM EN PRATIQUE 1. LA RÉDACTION DES US Le Scrum repose sur une brique élémentaire: la User Story Littéralement «Histoire d utilisateur» 1User Story = une action élémentaire effectuable par un utilisateur avec le produit. ΣUser Stories = cible fonctionnelle Formalisme précis Page 19 Une User Story suit une nomenclature précise En tant que <type d'utilisateur>, je peux <but> en/via/par <moyen> afin de <raison> Exemple : En tant qu automobiliste, je peux freiner en appuyant sur la pédale afin de ralentir le véhicule

20 SCRUM EN PRATIQUE 1. LA RÉDACTION DES US Id US Ecran Priorité 1 En tant qu administrateur, je peux cliquer sur enregistrer après avoir saisi mon texte afin de poster un article Ecran 4 Base 2 En tant que lecteur, je peux voir les articles accessibles en me connectant à la première page Ecran 1 Base 3 En tant qu utilisateur, je peux cliquer sur un titre afin d accéder à l intégralité de l article Ecran 1 & Ecran 2 Base 4 En tant que lecteur, je peux écrire un commentaire et l enregistrer afin de le publier Ecran 2 Confort 5 En tant qu administrateur, je peux cliquer sur le bouton effacer afin de supprimer un commentaire Ecran 3 Luxe 6 En tant que lecteur, je peux entrer mon nom et mon prénom grâce à un formulaire afin de m inscrire sur le blog Ecran 1 Luxe

21 GABARIT ECRAN 1 Internet Explorer CoopEvolution X Page 21 Article 1 Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Article 2 Lire article Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Lire article Nom Prénom Inscription Article 3 Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Article 4 Lire article Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Lire article

22 GABARIT ECRAN 2 Internet Explorer CoopEvolution X Page 22 Article 1 Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Pandente itaque viam fatorum sorte tristissima, qua praestitutum erat eum vita et imperio spoliari, itineribus interiectis permutatione iumentorum emensis venit Petobionem oppidum Noricorum, ubi reseratae sunt insidiarum latebrae omnes, et Barbatio repente apparuit comes, qui sub eo domesticis praefuit, cum Apodemio agente in rebus milites ducens, quos beneficiis suis oppigneratos elegerat imperator certus nec praemiis nec miseratione ulla posse deflecti. Omitto iuris dictionem in libera civitate contra leges senatusque consulta; caedes relinquo; libidines praetereo, quarum acerbissimum extat indicium et ad insignem memoriam turpitudinis et paene ad iustum odium imperii nostri, quod constat nobilissimas virgines se in puteos abiecisse et morte voluntaria necessariam turpitudinem depulisse. Nec haec idcirco omitto, quod non gravissima sint, sed quia nunc sine teste dico. Commentaire Envoyer

23 GABARIT ECRAN 3 Internet Explorer CoopEvolution X Page 23 Article 1 Latius iam disseminata licentia onerosus bonis omnibus Caesar nullum post haec adhibens modum orientis latera cuncta vexabat nec honoratis parcens nec urbium primatibus nec plebeiis. Pandente itaque viam fatorum sorte tristissima, qua praestitutum erat eum vita et imperio spoliari, itineribus interiectis permutatione iumentorum emensis venit Petobionem oppidum Noricorum, ubi reseratae sunt insidiarum latebrae omnes, et Barbatio repente apparuit comes, qui sub eo domesticis praefuit, cum Apodemio agente in rebus milites ducens, quos beneficiis suis oppigneratos elegerat imperator certus nec praemiis nec miseratione ulla posse deflecti. Omitto iuris dictionem in libera civitate contra leges senatusque consulta; caedes relinquo; libidines praetereo, quarum acerbissimum extat indicium et ad insignem memoriam turpitudinis et paene ad iustum odium imperii nostri, quod constat nobilissimas virgines se in puteos abiecisse et morte voluntaria necessariam turpitudinem depulisse. Nec haec idcirco omitto, quod non gravissima sint, sed quia nunc sine teste dico. Commentaire 1 (Bernard): At nunc si ad aliquem bene nummatum tumentemque ideo honestus advena salutatum introieris, primitus tamquam exoptatus suscipieris et interrogatus multa coactusque mentiri, miraberis numquam antea visus summatem virum tenuem te sic enixius observantem, Effacer

24 GABARIT ECRAN 4 Internet Explorer CoopEvolution X Page 24 Titre Article Poster

25 SCRUM EN PRATIQUE 1. LA RÉDACTION DES US Conseils : Une User Story doit être concise Elle doit être compréhensible et autoporteuse (sans faire référence à d autres documents) Elle doit pouvoir être facilement testée Une US n est pas un Use Case : elle est moins détaillée Il est parfois difficile de trouver le bon niveau de granularité de la User Story Page 25 Une US est l unité de mesure de l avancement du sprint. Elle doit être réalisable en 4 5 jours par l équipe ToDo du Product Owner Modalités Responsable Backlog Initial 1. Rédiger les User Stories 2. Organiser les User Stories (leur donner un nom, les regrouper par groupe fonctionnel cohérent) 3. Prioriser les User Stories 4. Accompagner les US d illustrations si nécessaire (schémas, écrans, ) Travail en chambre Validation avec les commanditaire s Product Owner Livrable BackLog Initial

26 SCRUM EN PRATIQUE PROBLÈME D APPLICATION : POUR ALLER PLUS LOIN US US Page 26 En tant qu administrateur, je peux préciser mes tags En tant que blogueur, je peux supprimer un article En tant qu administrateur, je peux insérer un lien vers une autre page En tant que blogueur, je peux associer des tags à un article En tant que lecteur inscrit, je peux lire un article privé En tant que blogueur, je peux définir si l article est public ou privé En tant que lecteur, je peux accéder à tous les articles d un tag donné En tant que blogueur, je peux administrer (valider, refuser) les commentaires En tant que lecteur, je peux m abonner au flux RSS du blog En tant que blogueur, je peux effacer un commentaire existant En tant que blogueur, je peux planifier la mise en ligne d un article En tant que blogueur, je peux gérer ma liste de tags En tant que blogueur, je peux sauvegarder un article au statut «brouillon» En tant que blogueur, je peux insérer un lien vers une autre page

27 SCRUM EN PRATIQUE 1. LA RÉDACTION DES US ToDo du Scrum Master Modalités Responsable Backlog Initial Ebaucher la démarche, estimer le nombre de sprints Identifier & mobiliser les profils nécessaires à la conduite du projet S assurer que l équipe est formée Lister et se procurer le matériel nécessaire au bon déroulement du projet salle projet post-it brown paper Stylos Préparer les templates de documents Organiser une réunion de lancement (présentation des membres de l équipe, du fonctionnement du Scrum, ) Cadrage de la démarche Scrum Page 27 Scrum Master Livrable

28 SCRUM EN PRATIQUE 2. LE LANCEMENT DU SCRUM Page 28 Evaluer la complexité des User Stories Equipe Animer la démarche Scrum Master

29 SCRUM EN PRATIQUE 2. LE LANCEMENT DU SCRUM Pourquoi évaluer la complexité des User Stories? Page 29 Afin de répartir la complexité entre les différents sprints L équipe attribue un «poids» à chaque User Story Ce poids est subjectif, il est propre à l équipe La signification d un poids est relatif à ceux attribué aux autres US Remarque : Le mot vélocité est également employé pour discuter la complexité d une User Story Il n y a pas d unité de mesure de la complexité. Il est pratique d en utiliser une : Kg Points de vélocité

30 SCRUM EN PRATIQUE 2. LE LANCEMENT DU SCRUM LE BACKLOG PRODUIT ToDo de l équipe Modalités Responsable Page 30 Réunion de BackLog 1. Organiser et animer la réunion de BackLog 2. Introduire la réunion en présentant le déroulement du Scrum (nombre et durée des sprints, disponibilités des ressources, ) 1. Présenter les User Story 2. Préciser les US (et leurs illustrations quand applicable) Réunion de l ensemble de l équipe Scrum Master Product Owner 1. Echanger 2. Evaluer la complexité des User Stories (cf diapo suivante) Equipe Scrum User Stories pesées Livrable

31 SCRUM EN PRATIQUE 2. LE LANCEMENT DU SCRUM LE PLANNING POKER Page 31 La méthode d évaluation généralement utilisée en Scrum est appelée Planning Poker

32 SCRUM EN PRATIQUE 2. LE BACKLOG PRODUIT Id US Ecran Priorité Poids 1 En tant qu administrateur, je peux cliquer sur enregistrer après avoir saisi mon texte afin de poster un article Ecran 4 Base 20 Page 32 2 En tant que lecteur, je peux voir les articles accessibles en me connectant à la première page Ecran 1 Base En tant qu utilisateur, je peux cliquer sur un titre afin d accéder à l intégralité de l article En tant que lecteur, je peux écrire un commentaire et l enregistrer afin de le publier En tant qu administrateur, je peux cliquer sur le bouton effacer afin de supprimer un commentaire En tant que lecteur, je peux entrer mon nom et mon prénom grâce à un formulaire afin de m inscrire sur le blog Ecran 1 & Ecran 2 Base 5 Ecran 2 Confort 10 Ecran 3 Luxe 2 Ecran 1 Luxe 50 Conseils : Il ne faut pas hésiter à repeser les US après le premier sprint, afin de s assurer un poids total exploitable Attention à la logistique! Les réunions de BackLog sont longues!

33 SCRUM EN PRATIQUE 2. LE LANCEMENT DU SCRUM ToDo du Scrum Master Modalités Responsable Réunion de BackLog 1. Préparer le BackLog Produit : 1. imprimer les US 2. préparer la logistique 1. Formaliser les échanges effectués en réunion 2. Mettre à jour les US en fonction des échanges 3. Diffuser le BackLog produit à l ensemble de l équipe Avant le BackLog Produit Après le BackLog Produit Scrum Master BackLog Produit Livrable Voici quelques prérequis qui facilitent la réunion : Imprimer chaque US & Prévoir des US vides à remplir à la main Préparer deux panneaux avec 13 colonnes identifiant les 12 valeurs de la suite de Fibonacci + une valeur «infinie» Prévoir autant de jeux de cartes de Fibonacci que de participants à la réunion Prévoir de quoi fixer/défixer facilement les US (punaises/scotch) Prévoir une grande salle agréable avec vidéoprojecteur et la réserver pour au moins 3h Prévoir de quoi projeter les illustrations s il y en a Disposer d une liste excel des US pour les modifier en direct (pour le Scrum Master)

34 SCRUM EN PRATIQUE 3. LA RÉPARTITION DES US DANS LES SPRINTS Cette étape permet de répartir la charge entre les sprints, en fonction de la complexité des travaux à réaliser et des pré-requis métiers ou techniques Page 34 ToDo Modalités Responsable Sélection 1. Sélectionner les User Stories du sprint Evaluer la capacité de l équipe Poids total divisé par nombre de sprint Expérience précédente Diviser le BackLog Produit en blocs fonctionnels cohérents Sélectionner un ensemble de blocs fonctionnels correspondant à l évaluation de la charge Travail en chambre Scrum Master + Product Owner + Expert si nécessaire Conseils : Les US doivent être réparties dans les différents sprints pour former des blocs fonctionnels homogènes Le premier sprint est souvent un sprint d entrainement, il ne faut pas le chargé en complexité Un sprint doit embarquer des US de toute priorité de manière à pouvoir piloter (et élaguer) pendant le sprint

35 SCRUM EN PRATIQUE 3. LA RÉPARTITION DES US DANS LES SPRINTS Page 35 Id US Ecran Priorité Poids Sprint 1 2 En tant qu administrateur, je peux cliquer sur enregistrer après avoir saisi mon texte afin de poster un article En tant que lecteur, je peux voir les articles accessibles en me connectant à la première page Ecran 4 Base 20 2 Ecran 1 Base En tant qu utilisateur, je peux cliquer sur un titre afin d accéder à l intégralité de l article Ecran 1 & Ecran 2 Base En tant que lecteur, je peux écrire un commentaire et l enregistrer afin de le publier En tant qu administrateur, je peux cliquer sur le bouton effacer afin de supprimer un commentaire En tant que lecteur, je peux entrer mon nom et mon prénom grâce à un formulaire afin de m inscrire sur le blog Ecran 2 Confort 10 2 Ecran 3 Luxe 2 3 Ecran 1 Luxe 50 3

36 PAUSE Page 36

37 SOMMAIRE 1 Scrum Overview Ses origines Ses principales utilisations Ses principes structurants Le cœur du Scrum : Les User Stories L équipe Scrum La démarche Page 37 Page Scrum en pratique La préparation du Scrum Rédaction des US Organisation des travaux Le lancement de la démarche BackLog Produit Répartition des US Déjeuner Les sprints BackLog de Sprint Suivi des travaux La clôture des sprints Revue de sprint Mise à jour des référentiels Scrum dans les projets Les gains de Scrum Focus sur les rôles clés Le Scrum dans un projet Les limites du Scrum

38 SCRUM EN PRATIQUE LE SPRINT Sprints Page 38 Planification du sprint Scrums Quotidiens Revue de fin de sprint 2 à 4 semaines Le produit est conçu, réalisé et testé pendant le sprint Les arbitrages simples sont effectués pendant le sprint Le reporting est continu tout au long des travaux L ensemble de l équipe est présente à chaque instance

39 SCRUM EN PRATIQUE 4. LE BACKLOG DE SPRINT Page 39 Décomposer les User Stories en activités élémentaires Equipe Animer la démarche Scrum Master

40 SCRUM EN PRATIQUE 4. LE BACKLOG DE SPRINT Ce sont ces activités élémentaires qui vont être attribuées dans l équipe et suivies pendant les sprints Page 40 ToDo de l équipe Modalités Responsable BackLog de Sprint 1. Décomposer les US en activités élémentaires 2. Evaluer la charge de travail associée à chaque activité (en heures) Réunion de l ensemble de l équipe Equipe

41 SCRUM EN PRATIQUE 4. LE BACKLOG DE SPRINT Page 41 La décomposition des User Stories Scrum XXX 19/03 25/06? 0 1/ PC 1 En tant qu automobiliste, je peux freiner en Appuyant sur la pédale afin de ralentir le véhicule Priorité : Obligatoire Poids : 40 US : PC 1 Durée : 4h Dimensionner le circuit hydraulique BackLog de Produit US : PC 1 Durée : 6h Concevoir les plaquettes de frein BackLog de sprint

42 SCRUM EN PRATIQUE 4. LE BACKLOG DE SPRINT Id 1 US En tant qu administrateur, je peux cliquer sur enregistrer après avoir saisi mon texte afin de poster un article Activités MOE MOA Métier Créer la base de données Créer la page de publication Créer des textes de test Tester la page Préciser la taille maxi d un texte Page 42 Priorité Base 2 En tant que lecteur, je peux voir les articles accessibles en me connectant à la première page Créer la page de lecture Tester la page Fournir la charte graphique Base 3 En tant qu utilisateur, je peux cliquer sur un titre afin d accéder à l intégralité de l article Mettre un lien hypertexte sur un article Créer une page de lecture Tester le lien Tester la page de lecture Base 4 En tant que lecteur, je peux écrire un commentaire et l enregistrer afin de le publier Adapter la base de donner Créer le formulaire de publication Tester la page Définir le nombre de commentaires maxi Confort 5 En tant qu administrateur, je peux cliquer sur le bouton effacer afin de supprimer un commentaire Créer le bouton dans l interface d administration Préciser les règles de gestions à l effacement Tester le bouton Luxe 6 En tant que lecteur, je peux entrer mon nom et mon prénom grâce à un formulaire afin de m inscrire sur le blog Créer la page d inscription Créer la base adéquate Préciser les règles de gestion Définir les informations à demander Luxe Tâches récurrentes Spécifier les valeurs Préparer les cas de test Tester Valider la US

43 Page 43 SCRUM EN PRATIQUE 4. LE BACKLOG DE SPRINT ToDo du Scrum Master Modalités Responsable Réunion de BackLog 1. Préparer le BackLog de sprint: 1. Sélectionner les US 2. préparer la logistique 1. Formaliser les échanges effectués en réunion 2. Mettre à jour les US en fonction des échanges 3. Diffuser le BackLog de sprint produit à l ensemble de l équipe 4. Initialiser le fichier de suivi du sprint Avant le BackLog Produit Après le BackLog Produit Scrum Master BackLog de Sprint Livrable Le Scrum Master doit bien préparer la réunion (Impression des US avec leur poids, Mise à disposition de post-it, ) Voici quelques erreurs à éviter pendant cette phase : Trop détailler les activités à réaliser Concevoir en réunion de BackLog

44 SCRUM EN PRATIQUE 5. LE DAILY SCRUM ToDo de l équipe Modalités Responsable Réunion 1. Présenter les travaux effectués 2. Prendre de nouvelles activités à réaliser 3. Remonter les points bloquants ayants empêcher la réalisation d une action DailyScrum Equipe Page 44 Le support du DailyScrum est un simple tableau de suivi des activité 1. Le tableau est séparé en trois colonnes 2. Chaque membre de l équipe déplace les activités qu il prend en charge ou qu il a terminé en répondant à trois questions : Qu ai-je fait hier? Que vais-je faire aujourd hui? A faire En cours Fait BackLog de sprint Y a-t-il un obstacle qui me freine?

45 SCRUM EN PRATIQUE EXEMPLE DE BACKLOG DE SPRINT Démarche de vente Page 45

46 LES PHASES EN DÉTAILS 6. LE REPORTING QUOTIDIEN Générer et transmettre le tableau de bord de suivi du sprint Page 46 Scrum Master Suivi des tâches terminées Suivi des US terminées Charge (h) Complexité Temps (j) Temps (j)

47 LES PHASES EN DÉTAILS 6. LE REPORTING QUOTIDIEN Id User Story Priorité 1 Vélocité Charge Statut En tant qu administrateur, je peux poster un article Obligatoire 40 Terminé Créer la base de données 4h Terminé Créer la page de publication 6h Terminé Page En tant que lecteur, je peux voir les articles accessibles Confort 20 En cours Créer la page de lecture 3h Terminé Fournir la charte graphique 5h En cours Tester la page 1h A faire En tant qu utilisateur, j accède à la totalité d un article lorsque je clique dessus Luxe 5 A faire 4 En tant que lecteur, je peux poster un commentaire Obligatoire 13 A faire Charge (h) Vélocité Temps (j) Temps (j)

48 LES PHASES EN DÉTAILS 6. LE REPORTING QUOTIDIEN ToDo du Scrum Master Modalités Responsable Réunion de BackLog 1. Noter l avancement des tâches 1. Organiser et Animer la réunion 2. Formaliser l avancement 3. Mettre à jour BackLog et Courbe d avancement 4. Diffuser l avancement aux commanditaires Pendant le daily scrum Après le daily scrum Page 48 Scrum Master Livrables BackLog de Sprint à jour Quand se réunir? Matin, midi ou soir en fonction des contraintes des membres de l équipe. C est le Scrum Master qui fixe l heure lors du lancement de Scrum L équipe doit se réunir tous les jours à la même heure Où se réunir? Le DailyScrum doit avoir lieu au même endroit L ensemble des supports ne doivent pas être déplacés Idéalement, une salle est réservée pour le Scrum. Au pire, un espace (un mur par exemple) pourra être utilisé Un outil en ligne peut également convenir mais faire perdre beaucoup de la convivialité et de l esprit d équipe qui est un point fort du Scrum. Des personnes extérieures à l équipe peuvent assister à la réunion, néanmoins elles sont priées de ne pas intervenir.

49 LES PHASES EN DÉTAILS 7. LA FIN DU SPRINT ET SES REVUES Page 49 Présenter le produit partiel Faire le point sur le sprint et préparer le suivant Equipe

50 LES PHASES EN DÉTAILS 7. LA FIN DU SPRINT ET SES REVUES Revue de sprint Rétrospective de sprint La fin d un sprint est l occasion de : ToDo Modalités Responsable 1. Présenter les options retenues et les orientations prises 2. Présenter les travaux effectués par un ou plusieurs membres de l équipe 3. Répondre aux questions des invités 1. Présenter le travail réalisé, la vélocité des US réalisées 2. Faire un tour de table pour recueillir les impressions et suggestions de chacun des membres Réunion avec l ensemble des membres de l équipe et des invités (sponsors, représentants métier, ) Réunion avec l ensemble de l équipe (éventuellement quelques spectateurs) Page 50 Scrum Master Equipe Scrum Scrum Master Répartir les US non développées dans les sprints suivants Intégrer de nouveaux besoins et effectuer un nouveau BackLog Réévaluer la capacité de production de l équipe Refaire un BackLog produit Ajuster en conséquence le contenu des sprints subséquents Faire évoluer l équipe Alerter sur le planning projet

51 SOMMAIRE 1 Scrum Overview Ses origines Ses principales utilisations Ses principes structurants Le cœur du Scrum : Les User Stories L équipe Scrum La démarche Page 51 Page Scrum en pratique La préparation du Scrum Rédaction des US Organisation des travaux Le lancement de la démarche BackLog Produit Répartition des US Déjeuner Les sprints BackLog de Sprint Suivi des travaux La clôture des sprints Revue de sprint Mise à jour des référentiels Scrum dans les projets Les gains de Scrum Focus sur les rôles clés Le Scrum dans un projet Les limites du Scrum

52 LES GAINS CONSTATÉS Visibilité Des US qui parlent au sponsor, au métier, Des courbes de BurnDown Chart qui donnent l avancement au quotidien Page 52 Souplesse Les spécifications sont livrées au fur et à mesure des développements Il est possible d intégrer des modifications pendant les travaux entre les sprints Rapidité La phase de rédaction des US est plus rapide que la rédaction de spécifications Les réalisations sont testées et validées au fur et à mesure : plus de mauvaise surprise en fin de travaux

53 FOCUS SUR LES HOMMES CLÉS LE SCRUM MASTER EST LE FACILITATEUR DE LA MÉTHODOLOGIE, IL A EN CHARGE L ANIMATION DE L ÉQUIPE Scrum Master Signes particuliers : Animateur de la démarche Scrum. Présent à l ensemble des instances de la démarche. Il n est pas le remplaçant du chef de projet classique : il n y a pas de hiérarchie dans une équipe Scrum, il n a donc aucune autorité sur les autres membres. Il est un facilitateur. Rôle : Organiser le Scrum Préparer et maintenir les référentiels Animer la démarche Scrum Accompagner le Product Owner dans la préparation des US Assurer le reporting de la démarche S assurer du bon fonctionnement de l équipe Etre garant des concepts du Scrum Etre l interface entre l équipe projet et l extérieur Compétences clés : Bonne connaissance du Scrum Disponibilité Reconnu par l équipe Bon communicateur Présenter Négocier Guider sans imposer Charge : A priori pas de charge de réalisation. Prépare et anime les instances en début et fin de sprint Charge principale : animation du Daily Scrum soit 30 minutes par jour et mise à jour des supports. Le reste de la journée : disponible pour guider les membres de l équipe vers les bons interlocuteurs ou répondre aux sollicitations de l extérieur. Origine : Page 53 Métier MOA MOE Externe

54 FOCUS SUR LES HOMMES CLÉS LE PRODUCT OWNER EST RESPONSABLE DE LA CONFORMITÉ DU LIVRABLE FINAL AVEC LES BESOINS Product Owner Signes particuliers : Définit la cible et priorise ses différents composants. Définir l ordre de traitement des différentes US puis teste et valide le bon fonctionnement du produit partiel. Il n y a qu un Product Owner même si le projet est mené pour le compte de plusieurs directions. Rôle : Définir le besoin, rédiger et prioriser les US Identifier des blocs fonctionnels cohérents dans le BackLog Définir l ordre de réalisation des US dans un sprint (en tenant compte des contraintes techniques) Répondre aux questions de l équipe sur le produit Valider la conformité des réalisations Compétences clés : Bien connaître le domaine métier Etre reconnu des différents interlocuteurs métiers Avoir une très bonne vision de la cible Connaître le scrum et savoir rédiger des User Stories Ouverture aux contraintes techniques et aux suggestions Etre disponible pour répondre à toutes les questions Charge : Présent à toutes les instances du Scrum et disponible pendant la réalisation : peut facilement prendre un demi ETP. Il peut s appuyer sur d autres personnes et piloter leurs travaux pour la rédaction des User Stories et les tests pendant le sprint. Il reste néanmoins responsable des productions partielles et du produit final. Origine : Page 54 Métier MOA MOE Externe

55 Page 55 LE SCRUM DANS UN PROJET DANS LA PRATIQUE, SCRUM S INSCRIT DANS UNE GESTION DE PROJET CLASSIQUE PLUS QU IL NE LA REMPLACE Scrum Cadrage Projet Expression des besoins Rédaction des Us Lancement du scrum Planification du sprint Scrums Quotidiens Revue de fin de sprint Intégration & Test Autres Chantiers Pilotage Projet L organisation et la justification du projet auprès de la direction nécessite de débuter les travaux par une phase de cadrage Le besoin est rarement assez mature pour et demande généralement la rédaction d une Expression des Besoins Certains sujets ne se prêtent pas facilement à une réalisation en Scrum et suivent une organisation classique en V En fin de Scrum, l ensemble des produits partiels ainsi que d autres réalisations doivent être intégrés et testés La démarche Scrum reporte à un pilotage projet qui suit l avancement global des travaux, notamment aux instances projets comme le comité de pilotage

56 LE SCRUM DANS UN PROJET MÊME ENCAPSULÉ DANS UN PROJET CLASSIQUE, SCRUM PERMET DE DÉGAGER DE VRAIS AVANTAGES Scrum Page 56 Cadrage Projet Expression des besoins Rédaction des Us Lancement du scrum Planification du sprint Scrums Quotidiens Revue de fin de sprint Intégration & Test Autres Chantiers Pilotage Projet Pour un bon déroulement, le Scrum doit être précédé de quelques prérequis comme la construction de socle ou composants utilisés pour les développements L utilisation du Scrum uniquement sur la réalisation présente néanmoins plusieurs avantages : débuter la réalisation rapidement sans attendre la rédaction de spécifications et pouvoir faire évoluer la cible au fur et à mesure avoir un suivi détaillé de l avancement des travaux

57 LES LIMITES DU SCRUM LE SCRUM EST UNE MÉTHODOLOGIE RECONNUE QU IL NE FAUT PAS IMPOSER PARTOUT Scrum ne s applique pas à tous les projets Le projet doit pouvoir s adapter au mode de fonctionnement basé sur les User Stories Ne pas être purement technique Permettre la réalisation de User Stories en quelques jours Il doit être de taille raisonnable La constitution de Scrum en cascade (Scrum de Scrum de Scrum de ) est théoriquement possible mais lourd à mettre en place Les acteurs doivent être concentrés sur un même lieu géographique Page 57 Scrum ne convient pas à toutes les équipes Remet en question les habitudes Absence de hiérarchie Nouvelle organisation, nouveau cycle de travail Selon vous, quelles seraient les limites de la méthodologie? Augmentation de la visibilité sur les équipes productrices Met le planning entre parenthèses Aucun chiffrage en jh n est demandé après la phase de rédaction des US Seule la vélocité globale du BackLog et les travaux réalisés par l équipe permettent d estimer les différentes dates de livraison Met la documentation au second plan Les travaux ne sont pas engagés sur base de spécifications validées, la documentation s effectue pendant voire après les travaux Nécessite des gens formés Il ne faut pas hésiter à investir dans une formation / information des acteurs pour assurer le bon déroulement des premiers projets Un premier sprint plus court, appelé sprint 0, peut permettre à l équipe de se roder aux processus de Scrum.

58 Page 58 WRAP UP Page 58

59 Wrap Up Message de fin Scrum est une méthodologie dont le maître mot est simplicité Page 59 Mais elle nécessite un peu de formation et de pratique A vous de vous approprier la méthodologie et de l appliquer à votre projet Attention à ne pas trop s en éloigner sous risque de n en percevoir que les inconvénients Toute l équipe doit s impliquer et être disponible Il ne faut pas hésiter à débuter par un sprint 0 de monter en compétence Page 59

60 Questions Page 60 Questions? Page 60