SlideShare une entreprise Scribd logo
1  sur  157
Télécharger pour lire hors ligne
GDP avec Scrum │ © Pierre E. Neis 1 Bienvenue
Gestion de projets agiles avec Scrum Cycle de formation « base »
Pierre NEIS Scrum Coach http://managingagile.blogspot.com/ GDP avec Scrum │ © Pierre E. Neis 3
GDP avec Scrum │ © Pierre E. Neis 4
Les règles du jeu GDP avec Scrum │ © Pierre E. Neis 5
Être à l’heure GDP avec Scrum │ © Pierre E. Neis 6
Ne pas être dérangé GDP avec Scrum │ © Pierre E. Neis 7
Pas de GSM GDP avec Scrum │ © Pierre E. Neis 8
Ne quittez pas la pièce GDP avec Scrum │ © Pierre E. Neis 9
Pénalité  don GDP avec Scrum │ © Pierre E. Neis 10
Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 11
Le Jargon de scrum ① GDP avec Scrum │ © Pierre E. Neis 12
Le Jargon GDP avec Scrum │ © Pierre E. Neis 13
Objectif	 Comprendre les fondamentaux de Scrum Savoir utiliser les outils de Scrum Être en mesure de démarrer votre projet Scrum 14 GDP avec Scrum │ © Pierre E. Neis
Périmètre Historique La théorie « Scrum » La Philosophie agile 15 GDP avec Scrum │ © Pierre E. Neis
❶ Historique Un rappel contextuel…. 16 GDP avec Scrum │ © Pierre E. Neis
Le modèle “Grandiose” de          Winston Royce GDP avec Scrum │ © Pierre E. Neis Un modèle de “Phasage simple” pour faire face aux exigencesrèglementairesaméricaines de DoD. “Je crois en ce concept, mais la mise en œuvre est risquée et invite l'échec.” Winston W. Royce, “Managing the development of large software systems”, Aug 1970 17
Nous perdons la course de relais “ L’approche “course de relai” du développement de produit… peut entrer en conflit avec les objectifs de vitesse maximale et de flexibilité. A contrario, une démarche holistique ou « rugby » où une équipe essaie d’aller au loin comme une unité, passant la balle en arrière, peut mieux servir aujourd’hui les exigences de la compétivité. » GDP avec Scrum │ © Pierre E. Neis Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986 18
Une Analyse scientifique La Question: « pourquoi les processus définis par SEI CMM (CMMI) ne mesurent-ils pas la capacité à livrer? « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 19 GDP avec Scrum │ © Pierre E. Neis
Une Analyse scientifique (Réponse) Il existe 2 types de processus: Le processus défini Le processus empirique « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 20 GDP avec Scrum │ © Pierre E. Neis
Un processusdéfini ProcessusDéfini ,[object Object]
Pour un mêmenombred’entréesbiendéfinies, les sorties généréessont à chaquefoisidentiques.GDP avec Scrum │ © Pierre E. Neis 21
GDP avec Scrum │ © Pierre E. Neis Est-ce que le développement logiciel est un processus défini? 22
Le modèleempirique GDP avec Scrum │ © Pierre E. Neis Contrôles Outputs Inputs Incrément de produitpotentiellementlivrable ,[object Object]
technologie
équipeProcess Le modèleempiriqueestdépendant de fréquentes inspections et adaptations pour atteindrel’objectif. 23
La théorie SCRUM 24 GDP avec Scrum │ © Pierre E. Neis
Scrum est un processus empirique 25 GDP avec Scrum │ © Pierre E. Neis
Scrum repose sur 3 pieds 26 GDP avec Scrum │ © Pierre E. Neis
10 Pratiques de base Vision claire et partagée Product Backlog entretenu Product Backlog priorisé en fonction de la valeur métier Items de backlog triés par l’équipe Daily Scrums Sprints non perturbés ni par le Management ni par le(s) client(s) L’Equipe ne délivre que des items « terminés » Revue de Sprint collaborative Rétrospective concentrée sur l’amélioration du travail et du processus de l’équipe et de l’organisation Burndown Charts (graphiques de reste-à-faire) 27 GDP avec Scrum │ © Pierre E. Neis
Scrum vs Modèle en “cascade” GDP avec Scrum │ © Pierre E. Neis 28
15’ Discussion en Groupe 29 GDP avec Scrum │ © Pierre E. Neis
La Philosophie Agile L’Agile Manifesto 30 GDP avec Scrum │ © Pierre E. Neis
Manifeste pour le développement Agile de logiciels GDP avec Scrum │ © Pierre E. Neis 31
Principessous-jacents au manifeste GDP avec Scrum │ © Pierre E. Neis 32
Le triangle magique GDP avec Scrum │ © Pierre E. Neis Engagement des employés Reconnus, engagés, employésheureux Création de Valeur Maximiser le ROI et optimiser la trésorerie Satisfaction du Client Servir le client 33
Le Problème Le métier et le développementsontsouventenfermésdans une relation malsaine. Les deux partenaires doivent changer pour améliorer la satisfaction client et la création de valeur GDP avec Scrum │ © Pierre E. Neis 34
Contenu de Scrum 35 GDP avec Scrum │ © Pierre E. Neis
Introduction par Ken Schwaber Scrum n'est pas une méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement. Scrum est un cadre dans lequel le jeu du développement de produit est joué. Votre équipe joue et, le bon ou le mauvais deviennent très visibles. Votreéquipeestdans un processusd’amélioration continue. GDP avec Scrum │ © Pierre E. Neis 36
Le principe “Pull” GDP avec Scrum │ © Pierre E. Neis 37
Équipes auto-géréesvsOrganisation traditionnelle GDP avec Scrum │ © Pierre E. Neis 38
Les Règles Rôles, Artifacts et Time-boxes 39 GDP avec Scrum │ © Pierre E. Neis
GDP avec Scrum │ © Pierre E. Neis 40
3 Rôles Scrum Team plus 3 Rôles organisationnels GDP avec Scrum │ © Pierre E. Neis 41
Les Rôles de l’Equipe Scrum GDP avec Scrum │ © Pierre E. Neis 42
Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis 43
Sa fonction Protège l’équipe des turbulences Il n’est pas un membre de l’Équipe Il optimise la productivité de l’Équipe Il contrôle l’”Inspect-&-Adapt” de l’Équipe Il assure que les idéaux “agiles” soient bien compris et respectés par tous les participants au projet. Il n’est pas responsable des déliverables. GDP avec Scrum │ © Pierre E. Neis 44
Sa Mission Protéger l’Équipe Scrum Lever les obstacles Exécuter le process Travailler avec le Product Owner Changer l’Organisation GDP avec Scrum │ © Pierre E. Neis 45
Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis + Produit + Process Agir de la bonnefaçon 46 Faire bien (Produit) Bonne façon Gains rapides, mais insoutenable Succèsdurable Il forme et coache SCRUM Il régule les obstacles Il anime les réunions Il protègel’équipe Il est le gardien du process Scrum Mauvaise façon Echecrapide Échec lent Bon chemin Mauvais chemin
Le Product Owner GDP avec Scrum │ © Pierre E. Neis 47
Sa fonction Il pilote le projet d’un point de vue métier Il communique une vision claire du produit et défini ses caractéristiques Il accepte ou rejette le produit à la fin de chaque Sprint Il s’assure que l’Équipe se concentre sur les items du Backlog de plus forte valeur ajoutée Il a le même objectif que l’Équipe Il est responsable du Retour sur Investissement et des livraisons. GDP avec Scrum │ © Pierre E. Neis 48
Sa Mission Se concentre sur le retour sur investissement Construit et communique la vision Entretien le Product Backlog Rend compte de l’acceptance des déliverables Établi et maintien le Plan de Livraison GDP avec Scrum │ © Pierre E. Neis 49
L’Équipe GDP avec Scrum │ © Pierre E. Neis 50
Sa fonction Elle délivre le produit et elle est responsable de sa qualité Elle travaille avec les utilisateurs-finaux, le client, le Product Owner pour comprendre les exigences-métier. Elle s’engage volontairement Elle travaille continuellement avec le Product Owner pour définir la direction stratégique du Produit. GDP avec Scrum │ © Pierre E. Neis 51
Constituer l’Équipe 5/9 personnes Multidisciplinaire Autogérée Cross-fonctionnelle / transverse Plus orientée compétence que fonction GDP avec Scrum │ © Pierre E. Neis 52
Constitution de l’Équipe GDP avec Scrum │ © Pierre E. Neis Product Owner Chef de Produit MOA Analyste Métier Chef de Projet fonctionnel Scrum Master Architecte Tout le monde. Pas une autorité. Pas nécessairement un développeur. The Team Développeur DBA Analyste Testeur 53
Tuckman: les phases de dévelopement © Bruce Tuckman 'Forming Storming' concept 1965. Diagram Alan Chapman GDP avec Scrum │ © Pierre E. Neis 54
Comment optimiser le travail de l’Équipe...  Créer une règle de vie de l’Équipe Ne jamais utiliser le “VOUS” Être à l’heure Utiliser un “bâton de parole” Ne jamais être nominatif GDP avec Scrum │ © Pierre E. Neis 55
Collaboration Le Product Owner n’est pas un ennemi D’autres équipes ont besoin de savoir que nous avons besoin d’elles. Nous avons tous le même objectif Une Équipe = un espace dédié à l’Équipe GDP avec Scrum │ © Pierre E. Neis 56
Sa Mission Garantir la Qualité Livrer Livrer Livrer Estimer Estimer Estimer S’engager S’autogérer S’organiser .... Elle-même GDP avec Scrum │ © Pierre E. Neis 57
Les Rôles Organisationnels GDP avec Scrum │ © Pierre E. Neis 58
Le Client GDP avec Scrum │ © Pierre E. Neis 59
Sa fonction Il demande le produit Il contracte l’organisation pour le développement de son produit Typiquement, il s’agit d’un responsable qui achète un développement de produit par un sous-traitant. Dans les projets internes, il s’agit principalement du sponsor au projet, c’est à dire la personne validant le projet et le budget. GDP avec Scrum │ © Pierre E. Neis 60
Sa Mission Il commande le produit Il paye le développement du produit Il donne des feed-back et des révisions GDP avec Scrum │ © Pierre E. Neis 61
Le Manager GDP avec Scrum │ © Pierre E. Neis 62
Sa fonction Le management, la gestion, est primordial dans tout projet Scrum. Il permet à l’Équipe de constituer un environnement optimal pour le déroulement du projet Scrum. Le manager donne de la structure et de la stabilité. Il travaille de concert avec le ScrumMaster pour réorganiser l’organigramme de la structure et donner de la guidance si nécessaire. GDP avec Scrum │ © Pierre E. Neis 63
Sa Mission Il s’assure que l’organisation puisse survivre en cas de défaillance. Il crée des règles et des lignes directrices. GDP avec Scrum │ © Pierre E. Neis 64
   L’Utilisateur Final GDP avec Scrum │ © Pierre E. Neis 65
Sa fonction Ce rôle peut être joué par un grand nombre de personnes. L'Utilisateur final est celui qui connaît les besoins et avec cette connaissance, il définit le produit en disant à l'équipe ce dont il a besoin comme fonctionnalités. GDP avec Scrum │ © Pierre E. Neis 66
Sa Mission Il connaît ses besoins et ses exigences Il donne son feed-back lors des revues Il participe au Sprint Planning 1 GDP avec Scrum │ © Pierre E. Neis 67
Comment ces rôles travaillent-ils ensemble? GDP avec Scrum │ © Pierre E. Neis 68
Rôles organisationnels Scrum Team Roles GDP avec Scrum │ © Pierre E. Neis 69
Le ScrumMaster travaille avec le Product Owner GDP avec Scrum │ © Pierre E. Neis 70
Le ScrumMaster travaille avec la Development Team GDP avec Scrum │ © Pierre E. Neis 71
Le Product Owner travaille avec le client GDP avec Scrum │ © Pierre E. Neis 72
La Development Team travaille avec l’utilisateur final GDP avec Scrum │ © Pierre E. Neis 73
Le ScrumMaster travaille avec le Manager GDP avec Scrum │ © Pierre E. Neis 74
Le Product Owner a besoin de connaître ce que le marché (l’utilisateur final) souhaite. GDP avec Scrum │ © Pierre E. Neis 75
Question? Quels problèmes avez-vous dans cet exemple si le ScrumMaster est membre de l’Équipe? GDP avec Scrum │ © Pierre E. Neis Compagnie PORTAL (USA) ,[object Object],  (News, Email, Produits, Sécurité, Infrastructure) ,[object Object]
 1 Produit intégré (Portail)76
Références GDP avec Scrum │ © Pierre E. Neis 77
Les Artefacts 78 GDP avec Scrum │ © Pierre E. Neis
4 Artefacts 79 GDP avec Scrum │ © Pierre E. Neis
Exercice GDP avec Scrum │ © Pierre E. Neis 80
Modèle Je voudrais une application bureau que je puisse utilise pour stocker toute mon information confidentielle tells que les numéros de série, les informations Carte de Crédit, les alias d’enregistrement sur les sites web, les mots de passe, etc. pour chaque item que je souhaite stocker, je dois définir le type de données (comme une date d’expiration). Bien entendu, le système devra être protégé par mot de passe et très sécurisé. Je souhaiterai effectuer des sauvegardes/restaurations  online  de sorte que je puisse récupérer mes informations à distance. Le produit devra posséder des options de recherche, etc.… GDP avec Scrum │ © Pierre E. Neis Sécurisation des InformationsPersonnelles Source: Mike Cohn, CSPO 81
User Stories En tantque[rôleUtilisateur] Je veuxune[FONCTIONNALITE] De sorteque je reçois[BUSINESS VALUE]. GDP avec Scrum │ © Pierre E. Neis 82
User Story Card Une brève description textuelle des exigences + Risques + critèresd’acceptation AS  A Product Owner I CAN / I WANT estimate Costs 3 lines of Requirement Description GDP avec Scrum │ © Pierre E. Neis 83
Les bonnes Stories sont INVEST GDP avec Scrum │ © Pierre E. Neis 84
Exercice GDP avec Scrum │ © Pierre E. Neis 85
Le Product Backlog? Priorité haute Le Backlog est une liste de tâches ouvertes comme : ,[object Object]
 une liste de tous les travauxsouhaités pour le projet
Idéalement exprimé de telle sorte que chaque objet a une valeur pour les utilisateurs ou les clients du produit
Priorisé par le Product Owner
Repriorisé au début de chaque SprintSprint Priorité moyenne Release Releases futures GDP avec Scrum │ © Pierre E. Neis 86
Le Product Backlog GDP avec Scrum │ © Pierre E. Neis ,[object Object],Quoi?  Quand? Pour Qui? 87
Stories, themes and epics GDP avec Scrum │ © Pierre E. Neis USER STORY: Une description de la fonctionnalité désirée du point de vue du l'utilisateur ou du client THEME: Un recueil de stories EPIC: Une grande story 88
Sprint Backlog 89 GDP avec Scrum │ © Pierre E. Neis
Release Burn down Chart Example de Burndown Chart (Schwaber and Beedle 2002) Le Release burndown rend les tendances des progrès visibles. Le rapport estbasésur les informationssuivantes: • le reste-à-faire du Product Backlog pour transformer la Vision en un produitgagnant. • Le nombre de Sprints nécessairesourestants. • La vélocité. Le  Release burndown regarde le passé pour comprendre ce que l'avenir est susceptible de détenir. Nous déterminons le taux d'avancement des sprints passés. 90 GDP avec Scrum │ © Pierre E. Neis
Sprint Burn-down Charts Le Sprint Burn-down chart montre combien d'efforts a été déployé en travaillant sur la tâche contenue dans le  Sprint Backlog Et compare cela à la depenseidéale Le tableau donne une tendance qui indique si l'équipe est susceptible de respecter son engagement (indicateur avancé) 91 GDP avec Scrum │ © Pierre E. Neis
Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 92
Les Time-boxes 93 GDP avec Scrum │ © Pierre E. Neis
Au niveau stratégique GDP avec Scrum │ © Pierre E. Neis 94
Estimation Meeting - Préparation du Sprint Planning - Estimation formelle - Passez au moins deux réunions par Sprint - Estimeruniquementsur la taille et le temps GDP avec Scrum │ © Pierre E. Neis > Input pour Release Planning 95
Au niveau tactique GDP avec Scrum │ © Pierre E. Neis 96
Les Meetings Le Quoi? Le Comment? La Synchronisation Les Résultats L’Amélioration GDP avec Scrum │ © Pierre E. Neis 97
Sprint Planning 2 Revue de Sprint Rétrospective Sprint Planning 1 Sprint Planning 2 Sprint Planning 1 SPRINT Daily Meetings GDP avec Scrum │ © Pierre E. Neis 98
Sprint Planning Meeting Organisateur: Product Owner Participants: l’équipe (actif), le ScrumMaster (passif) Durée: 8 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis ,[object Object]
Le QUOI?
Le COMMENT?
Le Product Owner:
Présente le Product Backlog priorisé par le client et/ou les utilisateurs
Présente le Release Plan Initial
Présentation de la Vision
L’équipe:
Estime le Product Backlog en fonction de sa faisabilité (estimation fonctionelle)
Découpe le Product Backlog en Sprint Backlogs avec le Product Owner
Découpe le Sprint Backlog en tâches
Estime le Sprint Backlog
Le Product Owner et l’Equipe:
Définissent  l’objectif du Sprint
Valident la Definition of Done99
Pour chaque Item du Product Backlog (US) Quelle interface devons-nous designer? Quelle architecture devons-nous créer? Quelles tables devons-nous actualiser? Quels composants devons-nous mettre à jour ou créer? GDP avec Scrum │ © Pierre E. Neis Sprint Planning  2 Design 100
Definition of Done GDP avec Scrum │ © Pierre E. Neis 101
Level of Done Le Code est conforme aux normes Le Code est ,[object Object]
Refactoré
Testéunitairement
Validé (checked in)
Intégré (Built)
Dispose d'une suite de test unitaire qui lui est appliquée.Pour arriver à cela, l’environnement de développementestconstitué : ,[object Object]
De codes standards,
Build automatisé,
D’un environnement pour les tests unitaires.GDP avec Scrum │ © Pierre E. Neis Pour l’EQUIPE 102
Definition of Done Une Story/Item est “done” lorsque l’équipe a atteint son Level of Done Le Sprint/itérationest “done” lorsque tous les items sont “done”  et que le Sprint atteint son objectif et  que les critèresd’acceptationsontadressés. La Release est “done” ,[object Object]
“done” pour la productionGDP avec Scrum │ © Pierre E. Neis Pour SCRUM 103
Half done is not done GDP avec Scrum │ © Pierre E. Neis 104
Daily Scrum Synchronisation / Engagement sur les tâches GDP avec Scrum │ © Pierre E. Neis 105
 Daily Scrum Organisateur: l’équipe Participants: l’équipe (actif), le ScrumMaster (passif), Product Owner (passif) Durée: 15 min GDP avec Scrum │ © Pierre E. Neis ,[object Object]
Les 3 questions:Qu’est-ce que tu as fait hier? Quels sont les problèmes que tu as rencontrés? Qu’est-ce que tu as prévu aujourd’hui? 106
Sprint Review Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 107
La Revue de Sprint Organisateur: Product Owner Participants: l’équipe (actif), le ScrumMaster (passif), le Management (actif), le client (actif), les utilisateurs (actifs) Durée: 4 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis ,[object Object]
L’équipe présente les résultats du Sprint
Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe
Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done
C’est le Product Owner qui a toujours le dernier mot...108
Quand un membre de l'équipe dit « DONE", ça veut dire quoi? Le code est conforme aux normes, est propre, a été re-factoré, a été testé unitairement, a été vérifiée, a été built, et a eu une suite de tests unitaires qui lui est appliquée. Dispose d’un environnement de développement, pour cela il faut une bibliothèque de codes source, des normes de codage, des builts automatisés, et un environnement de tests unitaires GDP avec Scrum │ © Pierre E. Neis 109 LOD!
Sprint Review Présentation (par l’équipe) Feedback (par l’utilisateur final) C’est l’inspect-&-adapt de l’utilisateur permettant la création ou le changement des items du Product Backlog GDP avec Scrum │ © Pierre E. Neis 110
Validation du Sprint GDP avec Scrum │ © Pierre E. Neis 111
Rétrospective Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 112
La Rétrospective Organisateur: ScrumMaster Participants: l’équipe (actif), le ScrumMaster (actif), le Product Owner (actif en sa qualité de membre de l’équipe) Durée: 3 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis ,[object Object]
Comment cela c’est passé pendant le Sprint
Comment s’améliorer
Points principaux de vérification:
La communication dans l’équipe
Les relations entre les membres de l’équipe
Les process et les outils
Les besoins en formation113
Rétrospective Nous faisons un point après l’action en nous posant deux questions: Qu’est-ce qui a bien fonctionné? Que devons-nous améliorer? Objectifs: Apprendre du passé pour préparer l’avenir Améliorer la productivité de l’équipe GDP avec Scrum │ © Pierre E. Neis 114

Contenu connexe

Tendances

Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnGautier Pialat
 
Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à ScrumXavier Warzee
 
DevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnaultDevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnaultJérôme Esnault
 
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...Jean-Luc MAZE
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agilesGuillaume Collic
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: ScrumChaymaMghazli
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerNovUp
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPNicolas Perriault
 
Présentation de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilitéJean Yves Klein
 
Scrum - Une méthode agile sous la loupe ...
Scrum  - Une méthode agile sous la loupe ...Scrum  - Une méthode agile sous la loupe ...
Scrum - Une méthode agile sous la loupe ...Bilel McSam
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesSirine Barguaoui
 

Tendances (20)

Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
Du Manifeste Agile à Scrum
Du Manifeste Agile à ScrumDu Manifeste Agile à Scrum
Du Manifeste Agile à Scrum
 
Agile presentation
Agile presentationAgile presentation
Agile presentation
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
DevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnaultDevExp 2012 methodes agiles SCRUM jesnault
DevExp 2012 methodes agiles SCRUM jesnault
 
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...
Ainsi pense la scrum.org (Pense pas Bête pour comprendre les assement de nive...
 
Introduction aux méthodes agiles
Introduction aux méthodes agilesIntroduction aux méthodes agiles
Introduction aux méthodes agiles
 
Scrum xp
Scrum xpScrum xp
Scrum xp
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Méthode d'Agile: Scrum
Méthode d'Agile: ScrumMéthode d'Agile: Scrum
Méthode d'Agile: Scrum
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product Owner
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Introduction scrum
Introduction scrumIntroduction scrum
Introduction scrum
 
Scrum is not enough
Scrum is not enoughScrum is not enough
Scrum is not enough
 
Présentation de l’agilité
Présentation de l’agilitéPrésentation de l’agilité
Présentation de l’agilité
 
Scrum - Une méthode agile sous la loupe ...
Scrum  - Une méthode agile sous la loupe ...Scrum  - Une méthode agile sous la loupe ...
Scrum - Une méthode agile sous la loupe ...
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 

En vedette

Développement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMDéveloppement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMsenejug
 
Redmine présentation sug 2012
Redmine présentation sug 2012Redmine présentation sug 2012
Redmine présentation sug 2012Yannick Quenec'hdu
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumRossi Oddet
 
Ana GarcíA Mi Pueblo
Ana GarcíA Mi PuebloAna GarcíA Mi Pueblo
Ana GarcíA Mi Pueblomanxe
 
L D U 1900 D User Guide Ver09
L D U 1900 D  User  Guide  Ver09L D U 1900 D  User  Guide  Ver09
L D U 1900 D User Guide Ver09guestfaf2fc
 
RDV des technologies propres 2013 | Ressac
RDV des technologies propres 2013 | RessacRDV des technologies propres 2013 | Ressac
RDV des technologies propres 2013 | RessacSherbrooke Innopole
 
L’électrification des transports
L’électrification des transportsL’électrification des transports
L’électrification des transportsSherbrooke Innopole
 
Présentation Zotero
Présentation ZoteroPrésentation Zotero
Présentation ZoteroJoel Gombin
 
Fbula De La Ratonera3653
Fbula De La Ratonera3653Fbula De La Ratonera3653
Fbula De La Ratonera3653depalique
 
Día especial de fran
Día especial de franDía especial de fran
Día especial de franmanmenpino
 

En vedette (20)

Développement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMDéveloppement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUM
 
Redmine présentation sug 2012
Redmine présentation sug 2012Redmine présentation sug 2012
Redmine présentation sug 2012
 
JCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec IcescrumJCertif 2012 : Scrum avec Icescrum
JCertif 2012 : Scrum avec Icescrum
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
Ana GarcíA Mi Pueblo
Ana GarcíA Mi PuebloAna GarcíA Mi Pueblo
Ana GarcíA Mi Pueblo
 
Crear arte
Crear arteCrear arte
Crear arte
 
CDS Etapa 7
CDS Etapa 7CDS Etapa 7
CDS Etapa 7
 
Juanitoenel Ipem6
Juanitoenel Ipem6Juanitoenel Ipem6
Juanitoenel Ipem6
 
Bosque tallado
Bosque talladoBosque tallado
Bosque tallado
 
L D U 1900 D User Guide Ver09
L D U 1900 D  User  Guide  Ver09L D U 1900 D  User  Guide  Ver09
L D U 1900 D User Guide Ver09
 
ElNaturalista
ElNaturalistaElNaturalista
ElNaturalista
 
Mi PresentacióN En Slideshare
Mi PresentacióN En SlideshareMi PresentacióN En Slideshare
Mi PresentacióN En Slideshare
 
RDV des technologies propres 2013 | Ressac
RDV des technologies propres 2013 | RessacRDV des technologies propres 2013 | Ressac
RDV des technologies propres 2013 | Ressac
 
L’électrification des transports
L’électrification des transportsL’électrification des transports
L’électrification des transports
 
Présentation Zotero
Présentation ZoteroPrésentation Zotero
Présentation Zotero
 
PRESENTACION 4
PRESENTACION 4PRESENTACION 4
PRESENTACION 4
 
At maroc contrats
At maroc contratsAt maroc contrats
At maroc contrats
 
Fbula De La Ratonera3653
Fbula De La Ratonera3653Fbula De La Ratonera3653
Fbula De La Ratonera3653
 
Día especial de fran
Día especial de franDía especial de fran
Día especial de fran
 
Elwiwichu
ElwiwichuElwiwichu
Elwiwichu
 

Similaire à Gestion de projets agiles avec scrumv2

Scrum_agilite_informatique_ingenierie.pdf
Scrum_agilite_informatique_ingenierie.pdfScrum_agilite_informatique_ingenierie.pdf
Scrum_agilite_informatique_ingenierie.pdfJEBBARIMANE
 
Gestion de projets agiles avec Scrum.pdf
Gestion de projets agiles avec Scrum.pdfGestion de projets agiles avec Scrum.pdf
Gestion de projets agiles avec Scrum.pdfbadrfathallah2
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIINormandie Web Xperts
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Pyxis Technologies
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devsJenny Beaumont
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPPyxis Technologies
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMPguestaaee88d
 
Formation agile - Certification Professional Scrum Master
Formation agile - Certification Professional Scrum MasterFormation agile - Certification Professional Scrum Master
Formation agile - Certification Professional Scrum MasterNovUp
 
La gestion de projets agile avec SAFe [webinaire]
La gestion de projets agile avec SAFe [webinaire]La gestion de projets agile avec SAFe [webinaire]
La gestion de projets agile avec SAFe [webinaire]Technologia Formation
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmseagnes_crepet
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernancePyxis Technologies
 
Formation Agilité au CESI de Bordeaux
Formation Agilité au CESI de BordeauxFormation Agilité au CESI de Bordeaux
Formation Agilité au CESI de BordeauxFabrice Aimetti
 

Similaire à Gestion de projets agiles avec scrumv2 (20)

Scrum_agilite_informatique_ingenierie.pdf
Scrum_agilite_informatique_ingenierie.pdfScrum_agilite_informatique_ingenierie.pdf
Scrum_agilite_informatique_ingenierie.pdf
 
Scrum.pdf
Scrum.pdfScrum.pdf
Scrum.pdf
 
Gestion de projets agiles avec Scrum.pdf
Gestion de projets agiles avec Scrum.pdfGestion de projets agiles avec Scrum.pdf
Gestion de projets agiles avec Scrum.pdf
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Scrum@epitech
Scrum@epitechScrum@epitech
Scrum@epitech
 
Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?Comment être agile dans un contexte non lié aux TI ?
Comment être agile dans un contexte non lié aux TI ?
 
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devs
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Formation agile - Certification Professional Scrum Master
Formation agile - Certification Professional Scrum MasterFormation agile - Certification Professional Scrum Master
Formation agile - Certification Professional Scrum Master
 
Acculturation agilite
Acculturation agiliteAcculturation agilite
Acculturation agilite
 
La gestion de projets agile avec SAFe [webinaire]
La gestion de projets agile avec SAFe [webinaire]La gestion de projets agile avec SAFe [webinaire]
La gestion de projets agile avec SAFe [webinaire]
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
 
Formation Agilité au CESI de Bordeaux
Formation Agilité au CESI de BordeauxFormation Agilité au CESI de Bordeaux
Formation Agilité au CESI de Bordeaux
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 

Plus de Pierre E. NEIS

The twelve step to transform your company, Agile Spain 2022
The twelve step to transform your company, Agile Spain 2022The twelve step to transform your company, Agile Spain 2022
The twelve step to transform your company, Agile Spain 2022Pierre E. NEIS
 
Twelve steps to transform your company
Twelve steps to transform your companyTwelve steps to transform your company
Twelve steps to transform your companyPierre E. NEIS
 
Les 12 étapes de la transformation agile
Les 12 étapes de la transformation agileLes 12 étapes de la transformation agile
Les 12 étapes de la transformation agilePierre E. NEIS
 
Swarming... how to launch every activities in the new normal
Swarming... how to launch every activities in the new normalSwarming... how to launch every activities in the new normal
Swarming... how to launch every activities in the new normalPierre E. NEIS
 
Vucagile... my kind of Agile in the New Normal
Vucagile... my kind of Agile in the New NormalVucagile... my kind of Agile in the New Normal
Vucagile... my kind of Agile in the New NormalPierre E. NEIS
 
Decision making in the new normal
Decision making in the new normalDecision making in the new normal
Decision making in the new normalPierre E. NEIS
 
What is agile coaching?
What is agile coaching?What is agile coaching?
What is agile coaching?Pierre E. NEIS
 
What's agile? (Scaling agile and dev ops Scotland)
What's agile? (Scaling agile and dev ops Scotland)What's agile? (Scaling agile and dev ops Scotland)
What's agile? (Scaling agile and dev ops Scotland)Pierre E. NEIS
 
Introduction to agile organisations (ao) NYC, Requisite Agility Unsymposium
Introduction to agile organisations (ao) NYC, Requisite Agility UnsymposiumIntroduction to agile organisations (ao) NYC, Requisite Agility Unsymposium
Introduction to agile organisations (ao) NYC, Requisite Agility UnsymposiumPierre E. NEIS
 
At strasbourg AO le futur des organisations agiles
At strasbourg AO le futur des organisations agilesAt strasbourg AO le futur des organisations agiles
At strasbourg AO le futur des organisations agilesPierre E. NEIS
 
What kind of agile is your agile?
What kind of agile is your agile?What kind of agile is your agile?
What kind of agile is your agile?Pierre E. NEIS
 
AO, the future of agile organisations the sap case #3
AO, the future of agile organisations   the sap case #3AO, the future of agile organisations   the sap case #3
AO, the future of agile organisations the sap case #3Pierre E. NEIS
 
Digitale Transformationen und Service Design
Digitale Transformationen und Service DesignDigitale Transformationen und Service Design
Digitale Transformationen und Service DesignPierre E. NEIS
 
An introduction to agile organisation
An introduction to agile organisation An introduction to agile organisation
An introduction to agile organisation Pierre E. NEIS
 

Plus de Pierre E. NEIS (20)

Organised for devops
Organised for devopsOrganised for devops
Organised for devops
 
The twelve step to transform your company, Agile Spain 2022
The twelve step to transform your company, Agile Spain 2022The twelve step to transform your company, Agile Spain 2022
The twelve step to transform your company, Agile Spain 2022
 
Twelve steps to transform your company
Twelve steps to transform your companyTwelve steps to transform your company
Twelve steps to transform your company
 
Les 12 étapes de la transformation agile
Les 12 étapes de la transformation agileLes 12 étapes de la transformation agile
Les 12 étapes de la transformation agile
 
From whale to swarm
From whale to swarmFrom whale to swarm
From whale to swarm
 
Swarming... how to launch every activities in the new normal
Swarming... how to launch every activities in the new normalSwarming... how to launch every activities in the new normal
Swarming... how to launch every activities in the new normal
 
Vucagile... my kind of Agile in the New Normal
Vucagile... my kind of Agile in the New NormalVucagile... my kind of Agile in the New Normal
Vucagile... my kind of Agile in the New Normal
 
Decision making in the new normal
Decision making in the new normalDecision making in the new normal
Decision making in the new normal
 
Agile SAP ACTIVATE
Agile SAP ACTIVATEAgile SAP ACTIVATE
Agile SAP ACTIVATE
 
Requisite agility
Requisite agilityRequisite agility
Requisite agility
 
What is agile?
What is agile?What is agile?
What is agile?
 
What is agile coaching?
What is agile coaching?What is agile coaching?
What is agile coaching?
 
What's agile? (Scaling agile and dev ops Scotland)
What's agile? (Scaling agile and dev ops Scotland)What's agile? (Scaling agile and dev ops Scotland)
What's agile? (Scaling agile and dev ops Scotland)
 
Introduction to agile organisations (ao) NYC, Requisite Agility Unsymposium
Introduction to agile organisations (ao) NYC, Requisite Agility UnsymposiumIntroduction to agile organisations (ao) NYC, Requisite Agility Unsymposium
Introduction to agile organisations (ao) NYC, Requisite Agility Unsymposium
 
At strasbourg AO le futur des organisations agiles
At strasbourg AO le futur des organisations agilesAt strasbourg AO le futur des organisations agiles
At strasbourg AO le futur des organisations agiles
 
What kind of agile is your agile?
What kind of agile is your agile?What kind of agile is your agile?
What kind of agile is your agile?
 
AO, the future of agile organisations the sap case #3
AO, the future of agile organisations   the sap case #3AO, the future of agile organisations   the sap case #3
AO, the future of agile organisations the sap case #3
 
AO, the sap case
AO, the sap caseAO, the sap case
AO, the sap case
 
Digitale Transformationen und Service Design
Digitale Transformationen und Service DesignDigitale Transformationen und Service Design
Digitale Transformationen und Service Design
 
An introduction to agile organisation
An introduction to agile organisation An introduction to agile organisation
An introduction to agile organisation
 

Gestion de projets agiles avec scrumv2

  • 1. GDP avec Scrum │ © Pierre E. Neis 1 Bienvenue
  • 2. Gestion de projets agiles avec Scrum Cycle de formation « base »
  • 3. Pierre NEIS Scrum Coach http://managingagile.blogspot.com/ GDP avec Scrum │ © Pierre E. Neis 3
  • 4. GDP avec Scrum │ © Pierre E. Neis 4
  • 5. Les règles du jeu GDP avec Scrum │ © Pierre E. Neis 5
  • 6. Être à l’heure GDP avec Scrum │ © Pierre E. Neis 6
  • 7. Ne pas être dérangé GDP avec Scrum │ © Pierre E. Neis 7
  • 8. Pas de GSM GDP avec Scrum │ © Pierre E. Neis 8
  • 9. Ne quittez pas la pièce GDP avec Scrum │ © Pierre E. Neis 9
  • 10. Pénalité  don GDP avec Scrum │ © Pierre E. Neis 10
  • 11. Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 11
  • 12. Le Jargon de scrum ① GDP avec Scrum │ © Pierre E. Neis 12
  • 13. Le Jargon GDP avec Scrum │ © Pierre E. Neis 13
  • 14. Objectif Comprendre les fondamentaux de Scrum Savoir utiliser les outils de Scrum Être en mesure de démarrer votre projet Scrum 14 GDP avec Scrum │ © Pierre E. Neis
  • 15. Périmètre Historique La théorie « Scrum » La Philosophie agile 15 GDP avec Scrum │ © Pierre E. Neis
  • 16. ❶ Historique Un rappel contextuel…. 16 GDP avec Scrum │ © Pierre E. Neis
  • 17. Le modèle “Grandiose” de Winston Royce GDP avec Scrum │ © Pierre E. Neis Un modèle de “Phasage simple” pour faire face aux exigencesrèglementairesaméricaines de DoD. “Je crois en ce concept, mais la mise en œuvre est risquée et invite l'échec.” Winston W. Royce, “Managing the development of large software systems”, Aug 1970 17
  • 18. Nous perdons la course de relais “ L’approche “course de relai” du développement de produit… peut entrer en conflit avec les objectifs de vitesse maximale et de flexibilité. A contrario, une démarche holistique ou « rugby » où une équipe essaie d’aller au loin comme une unité, passant la balle en arrière, peut mieux servir aujourd’hui les exigences de la compétivité. » GDP avec Scrum │ © Pierre E. Neis Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986 18
  • 19. Une Analyse scientifique La Question: « pourquoi les processus définis par SEI CMM (CMMI) ne mesurent-ils pas la capacité à livrer? « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 19 GDP avec Scrum │ © Pierre E. Neis
  • 20. Une Analyse scientifique (Réponse) Il existe 2 types de processus: Le processus défini Le processus empirique « Controlled Chaos: living on the edge », Advanced DevelopmentMethods Inc. 1996 20 GDP avec Scrum │ © Pierre E. Neis
  • 21.
  • 22. Pour un mêmenombred’entréesbiendéfinies, les sorties généréessont à chaquefoisidentiques.GDP avec Scrum │ © Pierre E. Neis 21
  • 23. GDP avec Scrum │ © Pierre E. Neis Est-ce que le développement logiciel est un processus défini? 22
  • 24.
  • 26. équipeProcess Le modèleempiriqueestdépendant de fréquentes inspections et adaptations pour atteindrel’objectif. 23
  • 27. La théorie SCRUM 24 GDP avec Scrum │ © Pierre E. Neis
  • 28. Scrum est un processus empirique 25 GDP avec Scrum │ © Pierre E. Neis
  • 29. Scrum repose sur 3 pieds 26 GDP avec Scrum │ © Pierre E. Neis
  • 30. 10 Pratiques de base Vision claire et partagée Product Backlog entretenu Product Backlog priorisé en fonction de la valeur métier Items de backlog triés par l’équipe Daily Scrums Sprints non perturbés ni par le Management ni par le(s) client(s) L’Equipe ne délivre que des items « terminés » Revue de Sprint collaborative Rétrospective concentrée sur l’amélioration du travail et du processus de l’équipe et de l’organisation Burndown Charts (graphiques de reste-à-faire) 27 GDP avec Scrum │ © Pierre E. Neis
  • 31. Scrum vs Modèle en “cascade” GDP avec Scrum │ © Pierre E. Neis 28
  • 32. 15’ Discussion en Groupe 29 GDP avec Scrum │ © Pierre E. Neis
  • 33. La Philosophie Agile L’Agile Manifesto 30 GDP avec Scrum │ © Pierre E. Neis
  • 34. Manifeste pour le développement Agile de logiciels GDP avec Scrum │ © Pierre E. Neis 31
  • 35. Principessous-jacents au manifeste GDP avec Scrum │ © Pierre E. Neis 32
  • 36. Le triangle magique GDP avec Scrum │ © Pierre E. Neis Engagement des employés Reconnus, engagés, employésheureux Création de Valeur Maximiser le ROI et optimiser la trésorerie Satisfaction du Client Servir le client 33
  • 37. Le Problème Le métier et le développementsontsouventenfermésdans une relation malsaine. Les deux partenaires doivent changer pour améliorer la satisfaction client et la création de valeur GDP avec Scrum │ © Pierre E. Neis 34
  • 38. Contenu de Scrum 35 GDP avec Scrum │ © Pierre E. Neis
  • 39. Introduction par Ken Schwaber Scrum n'est pas une méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement. Scrum est un cadre dans lequel le jeu du développement de produit est joué. Votre équipe joue et, le bon ou le mauvais deviennent très visibles. Votreéquipeestdans un processusd’amélioration continue. GDP avec Scrum │ © Pierre E. Neis 36
  • 40. Le principe “Pull” GDP avec Scrum │ © Pierre E. Neis 37
  • 41. Équipes auto-géréesvsOrganisation traditionnelle GDP avec Scrum │ © Pierre E. Neis 38
  • 42. Les Règles Rôles, Artifacts et Time-boxes 39 GDP avec Scrum │ © Pierre E. Neis
  • 43. GDP avec Scrum │ © Pierre E. Neis 40
  • 44. 3 Rôles Scrum Team plus 3 Rôles organisationnels GDP avec Scrum │ © Pierre E. Neis 41
  • 45. Les Rôles de l’Equipe Scrum GDP avec Scrum │ © Pierre E. Neis 42
  • 46. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis 43
  • 47. Sa fonction Protège l’équipe des turbulences Il n’est pas un membre de l’Équipe Il optimise la productivité de l’Équipe Il contrôle l’”Inspect-&-Adapt” de l’Équipe Il assure que les idéaux “agiles” soient bien compris et respectés par tous les participants au projet. Il n’est pas responsable des déliverables. GDP avec Scrum │ © Pierre E. Neis 44
  • 48. Sa Mission Protéger l’Équipe Scrum Lever les obstacles Exécuter le process Travailler avec le Product Owner Changer l’Organisation GDP avec Scrum │ © Pierre E. Neis 45
  • 49. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis + Produit + Process Agir de la bonnefaçon 46 Faire bien (Produit) Bonne façon Gains rapides, mais insoutenable Succèsdurable Il forme et coache SCRUM Il régule les obstacles Il anime les réunions Il protègel’équipe Il est le gardien du process Scrum Mauvaise façon Echecrapide Échec lent Bon chemin Mauvais chemin
  • 50. Le Product Owner GDP avec Scrum │ © Pierre E. Neis 47
  • 51. Sa fonction Il pilote le projet d’un point de vue métier Il communique une vision claire du produit et défini ses caractéristiques Il accepte ou rejette le produit à la fin de chaque Sprint Il s’assure que l’Équipe se concentre sur les items du Backlog de plus forte valeur ajoutée Il a le même objectif que l’Équipe Il est responsable du Retour sur Investissement et des livraisons. GDP avec Scrum │ © Pierre E. Neis 48
  • 52. Sa Mission Se concentre sur le retour sur investissement Construit et communique la vision Entretien le Product Backlog Rend compte de l’acceptance des déliverables Établi et maintien le Plan de Livraison GDP avec Scrum │ © Pierre E. Neis 49
  • 53. L’Équipe GDP avec Scrum │ © Pierre E. Neis 50
  • 54. Sa fonction Elle délivre le produit et elle est responsable de sa qualité Elle travaille avec les utilisateurs-finaux, le client, le Product Owner pour comprendre les exigences-métier. Elle s’engage volontairement Elle travaille continuellement avec le Product Owner pour définir la direction stratégique du Produit. GDP avec Scrum │ © Pierre E. Neis 51
  • 55. Constituer l’Équipe 5/9 personnes Multidisciplinaire Autogérée Cross-fonctionnelle / transverse Plus orientée compétence que fonction GDP avec Scrum │ © Pierre E. Neis 52
  • 56. Constitution de l’Équipe GDP avec Scrum │ © Pierre E. Neis Product Owner Chef de Produit MOA Analyste Métier Chef de Projet fonctionnel Scrum Master Architecte Tout le monde. Pas une autorité. Pas nécessairement un développeur. The Team Développeur DBA Analyste Testeur 53
  • 57. Tuckman: les phases de dévelopement © Bruce Tuckman 'Forming Storming' concept 1965. Diagram Alan Chapman GDP avec Scrum │ © Pierre E. Neis 54
  • 58. Comment optimiser le travail de l’Équipe... Créer une règle de vie de l’Équipe Ne jamais utiliser le “VOUS” Être à l’heure Utiliser un “bâton de parole” Ne jamais être nominatif GDP avec Scrum │ © Pierre E. Neis 55
  • 59. Collaboration Le Product Owner n’est pas un ennemi D’autres équipes ont besoin de savoir que nous avons besoin d’elles. Nous avons tous le même objectif Une Équipe = un espace dédié à l’Équipe GDP avec Scrum │ © Pierre E. Neis 56
  • 60. Sa Mission Garantir la Qualité Livrer Livrer Livrer Estimer Estimer Estimer S’engager S’autogérer S’organiser .... Elle-même GDP avec Scrum │ © Pierre E. Neis 57
  • 61. Les Rôles Organisationnels GDP avec Scrum │ © Pierre E. Neis 58
  • 62. Le Client GDP avec Scrum │ © Pierre E. Neis 59
  • 63. Sa fonction Il demande le produit Il contracte l’organisation pour le développement de son produit Typiquement, il s’agit d’un responsable qui achète un développement de produit par un sous-traitant. Dans les projets internes, il s’agit principalement du sponsor au projet, c’est à dire la personne validant le projet et le budget. GDP avec Scrum │ © Pierre E. Neis 60
  • 64. Sa Mission Il commande le produit Il paye le développement du produit Il donne des feed-back et des révisions GDP avec Scrum │ © Pierre E. Neis 61
  • 65. Le Manager GDP avec Scrum │ © Pierre E. Neis 62
  • 66. Sa fonction Le management, la gestion, est primordial dans tout projet Scrum. Il permet à l’Équipe de constituer un environnement optimal pour le déroulement du projet Scrum. Le manager donne de la structure et de la stabilité. Il travaille de concert avec le ScrumMaster pour réorganiser l’organigramme de la structure et donner de la guidance si nécessaire. GDP avec Scrum │ © Pierre E. Neis 63
  • 67. Sa Mission Il s’assure que l’organisation puisse survivre en cas de défaillance. Il crée des règles et des lignes directrices. GDP avec Scrum │ © Pierre E. Neis 64
  • 68. L’Utilisateur Final GDP avec Scrum │ © Pierre E. Neis 65
  • 69. Sa fonction Ce rôle peut être joué par un grand nombre de personnes. L'Utilisateur final est celui qui connaît les besoins et avec cette connaissance, il définit le produit en disant à l'équipe ce dont il a besoin comme fonctionnalités. GDP avec Scrum │ © Pierre E. Neis 66
  • 70. Sa Mission Il connaît ses besoins et ses exigences Il donne son feed-back lors des revues Il participe au Sprint Planning 1 GDP avec Scrum │ © Pierre E. Neis 67
  • 71. Comment ces rôles travaillent-ils ensemble? GDP avec Scrum │ © Pierre E. Neis 68
  • 72. Rôles organisationnels Scrum Team Roles GDP avec Scrum │ © Pierre E. Neis 69
  • 73. Le ScrumMaster travaille avec le Product Owner GDP avec Scrum │ © Pierre E. Neis 70
  • 74. Le ScrumMaster travaille avec la Development Team GDP avec Scrum │ © Pierre E. Neis 71
  • 75. Le Product Owner travaille avec le client GDP avec Scrum │ © Pierre E. Neis 72
  • 76. La Development Team travaille avec l’utilisateur final GDP avec Scrum │ © Pierre E. Neis 73
  • 77. Le ScrumMaster travaille avec le Manager GDP avec Scrum │ © Pierre E. Neis 74
  • 78. Le Product Owner a besoin de connaître ce que le marché (l’utilisateur final) souhaite. GDP avec Scrum │ © Pierre E. Neis 75
  • 79.
  • 80. 1 Produit intégré (Portail)76
  • 81. Références GDP avec Scrum │ © Pierre E. Neis 77
  • 82. Les Artefacts 78 GDP avec Scrum │ © Pierre E. Neis
  • 83. 4 Artefacts 79 GDP avec Scrum │ © Pierre E. Neis
  • 84. Exercice GDP avec Scrum │ © Pierre E. Neis 80
  • 85. Modèle Je voudrais une application bureau que je puisse utilise pour stocker toute mon information confidentielle tells que les numéros de série, les informations Carte de Crédit, les alias d’enregistrement sur les sites web, les mots de passe, etc. pour chaque item que je souhaite stocker, je dois définir le type de données (comme une date d’expiration). Bien entendu, le système devra être protégé par mot de passe et très sécurisé. Je souhaiterai effectuer des sauvegardes/restaurations online de sorte que je puisse récupérer mes informations à distance. Le produit devra posséder des options de recherche, etc.… GDP avec Scrum │ © Pierre E. Neis Sécurisation des InformationsPersonnelles Source: Mike Cohn, CSPO 81
  • 86. User Stories En tantque[rôleUtilisateur] Je veuxune[FONCTIONNALITE] De sorteque je reçois[BUSINESS VALUE]. GDP avec Scrum │ © Pierre E. Neis 82
  • 87. User Story Card Une brève description textuelle des exigences + Risques + critèresd’acceptation AS A Product Owner I CAN / I WANT estimate Costs 3 lines of Requirement Description GDP avec Scrum │ © Pierre E. Neis 83
  • 88. Les bonnes Stories sont INVEST GDP avec Scrum │ © Pierre E. Neis 84
  • 89. Exercice GDP avec Scrum │ © Pierre E. Neis 85
  • 90.
  • 91. une liste de tous les travauxsouhaités pour le projet
  • 92. Idéalement exprimé de telle sorte que chaque objet a une valeur pour les utilisateurs ou les clients du produit
  • 93. Priorisé par le Product Owner
  • 94. Repriorisé au début de chaque SprintSprint Priorité moyenne Release Releases futures GDP avec Scrum │ © Pierre E. Neis 86
  • 95.
  • 96. Stories, themes and epics GDP avec Scrum │ © Pierre E. Neis USER STORY: Une description de la fonctionnalité désirée du point de vue du l'utilisateur ou du client THEME: Un recueil de stories EPIC: Une grande story 88
  • 97. Sprint Backlog 89 GDP avec Scrum │ © Pierre E. Neis
  • 98. Release Burn down Chart Example de Burndown Chart (Schwaber and Beedle 2002) Le Release burndown rend les tendances des progrès visibles. Le rapport estbasésur les informationssuivantes: • le reste-à-faire du Product Backlog pour transformer la Vision en un produitgagnant. • Le nombre de Sprints nécessairesourestants. • La vélocité. Le  Release burndown regarde le passé pour comprendre ce que l'avenir est susceptible de détenir. Nous déterminons le taux d'avancement des sprints passés. 90 GDP avec Scrum │ © Pierre E. Neis
  • 99. Sprint Burn-down Charts Le Sprint Burn-down chart montre combien d'efforts a été déployé en travaillant sur la tâche contenue dans le Sprint Backlog Et compare cela à la depenseidéale Le tableau donne une tendance qui indique si l'équipe est susceptible de respecter son engagement (indicateur avancé) 91 GDP avec Scrum │ © Pierre E. Neis
  • 100. Les supports de cours disponibles sur le wiki suivant: Les supports de cours Les liens vers les sites de référence Les photos prises lors de la session Des outils Scrum téléchargeables Le Wiki permettra également de poursuivre votre formation au-delà de ces 3 journées: Nous partagerons nos adresses Vous pourrez me contacter pour toute question lors de votre mise en “production” par ce biais. Le Wiki est une zone d’échange privée et les droits seront gérés par votre serviteur. GDP avec Scrum │ © Pierre E. Neis http://scrumcenterlux.pbworks.com 92
  • 101. Les Time-boxes 93 GDP avec Scrum │ © Pierre E. Neis
  • 102. Au niveau stratégique GDP avec Scrum │ © Pierre E. Neis 94
  • 103. Estimation Meeting - Préparation du Sprint Planning - Estimation formelle - Passez au moins deux réunions par Sprint - Estimeruniquementsur la taille et le temps GDP avec Scrum │ © Pierre E. Neis > Input pour Release Planning 95
  • 104. Au niveau tactique GDP avec Scrum │ © Pierre E. Neis 96
  • 105. Les Meetings Le Quoi? Le Comment? La Synchronisation Les Résultats L’Amélioration GDP avec Scrum │ © Pierre E. Neis 97
  • 106. Sprint Planning 2 Revue de Sprint Rétrospective Sprint Planning 1 Sprint Planning 2 Sprint Planning 1 SPRINT Daily Meetings GDP avec Scrum │ © Pierre E. Neis 98
  • 107.
  • 111. Présente le Product Backlog priorisé par le client et/ou les utilisateurs
  • 112. Présente le Release Plan Initial
  • 115. Estime le Product Backlog en fonction de sa faisabilité (estimation fonctionelle)
  • 116. Découpe le Product Backlog en Sprint Backlogs avec le Product Owner
  • 117. Découpe le Sprint Backlog en tâches
  • 118. Estime le Sprint Backlog
  • 119. Le Product Owner et l’Equipe:
  • 122. Pour chaque Item du Product Backlog (US) Quelle interface devons-nous designer? Quelle architecture devons-nous créer? Quelles tables devons-nous actualiser? Quels composants devons-nous mettre à jour ou créer? GDP avec Scrum │ © Pierre E. Neis Sprint Planning 2 Design 100
  • 123. Definition of Done GDP avec Scrum │ © Pierre E. Neis 101
  • 124.
  • 129.
  • 132. D’un environnement pour les tests unitaires.GDP avec Scrum │ © Pierre E. Neis Pour l’EQUIPE 102
  • 133.
  • 134. “done” pour la productionGDP avec Scrum │ © Pierre E. Neis Pour SCRUM 103
  • 135. Half done is not done GDP avec Scrum │ © Pierre E. Neis 104
  • 136. Daily Scrum Synchronisation / Engagement sur les tâches GDP avec Scrum │ © Pierre E. Neis 105
  • 137.
  • 138. Les 3 questions:Qu’est-ce que tu as fait hier? Quels sont les problèmes que tu as rencontrés? Qu’est-ce que tu as prévu aujourd’hui? 106
  • 139. Sprint Review Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 107
  • 140.
  • 141. L’équipe présente les résultats du Sprint
  • 142. Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe
  • 143. Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done
  • 144. C’est le Product Owner qui a toujours le dernier mot...108
  • 145. Quand un membre de l'équipe dit « DONE", ça veut dire quoi? Le code est conforme aux normes, est propre, a été re-factoré, a été testé unitairement, a été vérifiée, a été built, et a eu une suite de tests unitaires qui lui est appliquée. Dispose d’un environnement de développement, pour cela il faut une bibliothèque de codes source, des normes de codage, des builts automatisés, et un environnement de tests unitaires GDP avec Scrum │ © Pierre E. Neis 109 LOD!
  • 146. Sprint Review Présentation (par l’équipe) Feedback (par l’utilisateur final) C’est l’inspect-&-adapt de l’utilisateur permettant la création ou le changement des items du Product Backlog GDP avec Scrum │ © Pierre E. Neis 110
  • 147. Validation du Sprint GDP avec Scrum │ © Pierre E. Neis 111
  • 148. Rétrospective Analyse des résultats GDP avec Scrum │ © Pierre E. Neis 112
  • 149.
  • 150. Comment cela c’est passé pendant le Sprint
  • 152. Points principaux de vérification:
  • 153. La communication dans l’équipe
  • 154. Les relations entre les membres de l’équipe
  • 155. Les process et les outils
  • 156. Les besoins en formation113
  • 157. Rétrospective Nous faisons un point après l’action en nous posant deux questions: Qu’est-ce qui a bien fonctionné? Que devons-nous améliorer? Objectifs: Apprendre du passé pour préparer l’avenir Améliorer la productivité de l’équipe GDP avec Scrum │ © Pierre E. Neis 114
  • 158. Finalité de la Rétrospective Debriefing Amélioration Comprendre la réalité Apprendre “Input” pour le Sprint Planning GDP avec Scrum │ © Pierre E. Neis Où allons-nous à partir d’ici? 115
  • 159. Démarrer un projet scrum GDP avec Scrum │ © Pierre E. Neis 116
  • 160. Nous avons un projet! Un projet repose sur 2 piliers: Un produit Un process GDP avec Scrum │ © Pierre E. Neis 117
  • 161. … dans Scrum? GDP avec Scrum │ © Pierre E. Neis 118
  • 162. Product Life Cycle Project Project Project Project Project Project Project Project GDP avec Scrum │ © Pierre E. Neis 119
  • 163. Scrum GDP avec Scrum │ © Pierre E. Neis 120
  • 164. GDP avec Scrum │ © Pierre E. Neis 121
  • 165. Scrum Project Management Process GDP avec Scrum │ © Pierre E. Neis 122
  • 166. Project Charter GDP avec Scrum │ © Pierre E. Neis 123
  • 167. Définirune vision partagée Les équipesperformentmieuxlorsqu’ellesontune vision, un objectif “clair et motivant”, un “engagement unique” C’est le travail du Product Owner de s’assurerde concentrer l'équipe et trouver cet objectif clair et engageant. Quelquesoutils pour établircette vision: GDP avec Scrum │ © Pierre E. Neis Elevator Statement Press Release Product Data Sheet Magazine Review Product Vision Box Source: Teamwork by Carl Larson and Franck LaFasto and Agile Project Management by Jim Highsmith 124
  • 168.
  • 169. Explique le produit à quelqu’un en 2 minutes
  • 170. Suit cettesynthaxeGDP avec Scrum │ © Pierre E. Neis 125
  • 171. Exempled’elevatorstatement For dentists and their assistants Who need to efficiently schedule appointments Dental Clinic 2.0 is desktop and web-based appointment scheduling software That supports office and remote access. Unlike all competitors Dental Clinic 2.0 is easy to use. GDP avec Scrum │ © Pierre E. Neis 126
  • 172. Product vision box Dessineruneboîte pour votreprojet Mêmesi le produit de votreprojet ne sera pas distribuédansuneboîte Ecrire 3-4 bullet points pour vendre le produit GDP avec Scrum │ © Pierre E. Neis 127
  • 173. Press release to come / Magazine Review Ecrivrecollaborativement un article de presse: celuiquevousaimerieztrouverunefoisvotreproduitlivré Quels sont les points clés que vous donneriez sur le produit? Quellesréférencessouhaiteriez-voustrouver? De votre direction? Des membres de l’équipe? De vos clients? GDP avec Scrum │ © Pierre E. Neis 128
  • 174. User Stories 2 parties : lesUser lesStory En tantque Product Owner, vous représentez l'utilisateur et hiérarchiser leurs besoins Impliquez-les le plus possible Pensez à tous les utilisateurs de votre système GDP avec Scrum │ © Pierre E. Neis 129
  • 175. User roles Élargir le scope du point de vue d’un seulutilisateur Permet à l’utilisateur de variersont point de vue en fonction de: L’utilisation du logiciel Quelslogicielsilutilise Background Son aisancedansl’utilisation des logiciels/ ordinateurs Largement utilisé dans la conception centrée utilisateur GDP avec Scrum │ © Pierre E. Neis 130
  • 176. Attributscommuns GDP avec Scrum │ © Pierre E. Neis Infrequent vacation planner Wants to schedule her family’s annual vacation Frequent flyer who never knows where she’ll be Frequent flyer Frequent flyer who flies everywhere but always to the same place Insider Scheduler Hotel chain Vice President; wants to monitor reservations A frequent flyer’s assistant; books her reservations Repeat Traveler 131
  • 177.
  • 181. remplir les critères de la Vision
  • 183. Apporter de la valeur
  • 188. Aux entrées du Product Backlog
  • 189. ReleasabilityGDP avec Scrum │ © Pierre E. Neis 132
  • 190. Stocking the Backlog GDP avec Scrum │ © Pierre E. Neis 133
  • 191. Trier les US en Epic & Themes GDP avec Scrum │ © Pierre E. Neis INVEST valide les US 134
  • 192.
  • 193. Story MappingEx. Story Mapping 135
  • 194.
  • 195. Claire
  • 198.
  • 199. Le Product Backlog estpriorisé
  • 200. Les prioritéshautessontpréparées pour le Sprint Planning Meeting
  • 201.
  • 202. La Scrum Team alloue 10% de son activité pour le grooming137
  • 203. L’approche DEEP Detailed appropriately Emergent Estimated Pioritised GDP avec Scrum │ © Pierre E. Neis Priorisation du Product Backlog et niveaux de détails N'hésitez pas à affiner « davantage » les hautes priorités pour la planification du prochain Sprint 138
  • 204.
  • 205. Grooming hebdomadaire avec la Scrum Team
  • 208. A la fin du Sprint
  • 209. Ouidéalement un jour avant la fin du Sprint139
  • 210. Product Backlog Refactoring Réévaluer les prioritéscalculéesdans le Product Backlog. Afiner le Product Backlog en fonction des nouvellespriorités. Assurer que le Backlog est prêt pour le prochain Sprint, idéalement 2 Sprints d’avance. Avoir la Dev. Team disponible 10% du temps alloué pour le Sprint pour cetteactivité. La De. Team ne devraitjamaislaisser le Product Owner aller au Sprint Planning Meeting sans avoirgroomé (entretenu) son Product Backlog. GDP avec Scrum │ © Pierre E. Neis 140
  • 211. Product Backlog - Résumé La création du P/B: répond à ces questions: Quoi? Quand? Pour qui? Management du P/B Nettoyer le Backlog des fonctionnalitésinutilisées (celles-cipeuventêtreajoutéesultérieurementsicela fait sens) Gardez à l’esprit: est-cevraimentnécessaire? Pour les Meetings de Backlog: transcriresur des cartes et coller. (Post-its ouBristols) GDP avec Scrum │ © Pierre E. Neis 141
  • 212. GDP avec Scrum │ © Pierre E. Neis 142
  • 213. Comment implementerscrum? 143 GDP avec Scrum │ © Pierre E. Neis
  • 214. Sponsor Chercher un Sponsor le plus haut possible dans la hiérarchie permet de garantir la bonne mise en place du processus de changement. 144 GDP avec Scrum │ © Pierre E. Neis
  • 215. Initier Avancer seul sur un projet de changement est plus que risqué. Faites-vous aider par une ressource externe. 145 GDP avec Scrum │ © Pierre E. Neis
  • 216. Enflammer Allumez votre première balise et enflammez ensuite le développement. 146 GDP avec Scrum │ © Pierre E. Neis
  • 217. Diversité Allumez davantage de balises en diversifiant le nombres des acteurs de votre projet. 147 GDP avec Scrum │ © Pierre E. Neis
  • 218. Promouvoir Faites savoir et partagez votre expérience. Vous et votre équipe êtes les promoteurs de Scrum au sein de votre organisation. Allumez encore plus de balises. 148 GDP avec Scrum │ © Pierre E. Neis
  • 219. Professionnaliser En adoptant une attitude « Scrum », vous engager un processus d’amélioration continue et de montée en compétence de votre organisation. Créez un Centre de Compétence. 149 GDP avec Scrum │ © Pierre E. Neis
  • 220. Etablir Définir Scrum comme option officielle. 150 GDP avec Scrum │ © Pierre E. Neis
  • 221. Consolider Faites une transition vers une Entreprise Agile 151 GDP avec Scrum │ © Pierre E. Neis
  • 222. Intégrer Construisez une gouvernance IT. 152 GDP avec Scrum │ © Pierre E. Neis
  • 223. Le mot de la fin Ayez toujours sur vous votre « Sac Agile »
  • 224. Demander à l’équipe 154 GDP avec Scrum │ © Pierre E. Neis
  • 225. Inspecter & Adapter 155 GDP avec Scrum │ © Pierre E. Neis
  • 226. Livrer tous les 30 jours 156 GDP avec Scrum │ © Pierre E. Neis
  • 227. Traiter les personnes comme des adultes 157 GDP avec Scrum │ © Pierre E. Neis

Notes de l'éditeur

  1. Nota: lestermessontvolontairementrestés en anglaisafin de favoriser le dialogue avec la communautéinternationale Scrum.
  2. Source: SilvanaWasitovaWinston W. Royce,Managing the development of large software systemsProc. IEEE WESCON, Aug 1970Royce a développé le modèle de livraison par étapes pour faire face aux exigences réglementaires des Etats-Unis énoncées dans le documentDoD STD-2167, qui était tellement compliquéet bureaucratique que l’approche en cascade était la seule façon d'y faire face;
  3. Utile lorsqueLe process ne peut pas êtresuffisammentdécrit pour assurer sa répétabilitéIl y a tellement de complexitéou de nuisance que le projet tend vers des livrablesdifférents.Quel’onespèrel’inespéré.Exercedes contrôles par de fréquentes inspections et adaptations.
  4. Exercise 30’ : building a Shared Vision from the Case Study according to the Elevator Statement Form
  5. 5’ minutes discussion in Team. Then Feedback: inspect & adapt