Your SlideShare is downloading. ×
Gestion de projets agiles avec scrum
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Gestion de projets agiles avec scrum

6,752
views

Published on

Published in: Business, Technology

0 Comments
6 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
6,752
On Slideshare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
585
Comments
0
Likes
6
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Nota: lestermessontvolontairementrestés en anglaisafin de favoriser le dialogue avec la communautéinternationale Scrum.
  • Source: SilvanaWasitovaWinston W. Royce,Managing the development of large software systemsProc. IEEE WESCON, Aug 1970Royce developed the phased delivery model to cope with regulatory requirements set out in the US DoD STD-2167 document, which was so byzantine and bureaucratic that the waterfall was the only way to cope with it;
  • 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.Espérerl’inespéré.Exercer des contrôles par de fréquentes inspections et adaptations.
  • Transcript

    • 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. Un processusdéfini
      ProcessusDéfini
      • Chaque tâche doit être entièrement comprise.
      • 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. Le modèleempirique
      GDP avec Scrum │ © Pierre E. Neis
      Contrôles
      Outputs
      Inputs
      Incrément de produitpotentiellementlivrable
      Process
      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
      Faire bien (Produit)
      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
      46
    • 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 l’Equipe
      GDP avec Scrum │ © Pierre E. Neis
      71
    • 75. Le Product Owner travaille avec le client
      GDP avec Scrum │ © Pierre E. Neis
      72
    • 76. L’Equipe 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. 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)
      • 5 Product Owners
      (News, Email, Produits, Sécurité, Infrastructure)
      • 1 Equipe Scrum de développement
      • 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. Le Product Backlog?
      Priorité haute
      Le Backlog est une liste de tâches ouvertes comme :
      • les exigences
      • 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 Sprint
      Sprint
      Priorité moyenne
      Release
      Releases futures
      GDP avec Scrum │ © Pierre E. Neis
      86
    • 95. Le Product Backlog
      GDP avec Scrum │ © Pierre E. Neis
      • Le Product Backlog répond aux questions suivantes:
      Quoi? Quand? Pour Qui?
      87
    • 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 duclient
      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. 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
      • 2 parties:
      • 108. Le QUOI?
      • 109. Le COMMENT?
      • 110. Le Product Owner:
      • 111. Présente le Product Backlog priorisé par le client et/ou les utilisateurs
      • 112. Présente le Release Plan Initial
      • 113. Présentation de la Vision
      • 114. L’équipe:
      • 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:
      • 120. Définissent l’objectif du Sprint
      • 121. Valident la Definition of Done
      99
    • 122. Pour chaque Item du Product Backlog (US)
      Quelle interface devons-nous rédiger?
      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. Level of Done
      Le Code est conforme aux normes
      Le Code est
      • Propre
      • 125. Refactoré
      • 126. Testéunitairement
      • 127. Validé (checked in)
      • 128. Intégré (Built)
      • 129. Dispose d'une suite de test unitaire qui lui est appliquée.
      Pour arriver à cela, l’environnement de développementestconstitué :
      • D’unebibliothèque de code source
      • 130. De codes standards,
      • 131. Build automatisé,
      • 132. D’un environnement pour les tests unitaires.
      GDP avec Scrum │ © Pierre E. Neis
      Pour l’EQUIPE
      102
    • 133. Definition of Done
      Une Story/Item est “done” lorsque l’équipe a atteint son Level of Done
      Le Sprint/Iteration est “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”
      • “done” pour l’intégration
      • 134. “done” pour la production
      GDP 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. 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
      • C’est l’inspect-and-adapt de l’équipe: synchronisation et engagement
      • 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. 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
      • C’est l’inspect-and-adapt des utilisateurs, du client et du management
      • 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
    • 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. 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
      • Analyse du Process Scrum:
      • 150. Comment cela c’est passé pendant le Sprint
      • 151. Comment s’améliorer
      • 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 formation
      113
    • 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. Comment implementerscrum?
      116
      GDP avec Scrum │ © Pierre E. Neis
    • 160. Sponsor
      Chercher un Sponsor le plus haut possible dans la hiérarchie permet de garantir la bonne mise en place du processus de changement.
      117
      GDP avec Scrum │ © Pierre E. Neis
    • 161. Initier
      Avancer seul sur un projet de changement est plus que risqué. Faites-vous aider par une ressource externe.
      118
      GDP avec Scrum │ © Pierre E. Neis
    • 162. Enflammer
      Allumez votre première balise et enflammez ensuite le développement.
      119
      GDP avec Scrum │ © Pierre E. Neis
    • 163. Diversité
      Allumez davantage de balises en diversifiant le nombres des acteurs de votre projet.
      120
      GDP avec Scrum │ © Pierre E. Neis
    • 164. 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.
      121
      GDP avec Scrum │ © Pierre E. Neis
    • 165. 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.
      122
      GDP avec Scrum │ © Pierre E. Neis
    • 166. Etablir
      Définir Scrum comme option officielle.
      123
      GDP avec Scrum │ © Pierre E. Neis
    • 167. Consolider
      Faites une transition vers une Entreprise Agile
      124
      GDP avec Scrum │ © Pierre E. Neis
    • 168. Intégrer
      Construisez une gouvernance IT.
      125
      GDP avec Scrum │ © Pierre E. Neis
    • 169. Le mot de la fin
      Ayez toujours sur vous votre « Sac Agile »
    • 170. Demander à l’équipe
      127
      GDP avec Scrum │ © Pierre E. Neis
    • 171. Inspecter & Adapter
      128
      GDP avec Scrum │ © Pierre E. Neis
    • 172. Livrer tous les 30 jours
      129
      GDP avec Scrum │ © Pierre E. Neis
    • 173. Traiter les personnes comme des adultes
      130
      GDP avec Scrum │ © Pierre E. Neis