Scrum les principes de base

747 views

Published on

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

No Downloads
Views
Total views
747
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
42
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • C’est l’équipe qui planifie.(Planning Poker).
    D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties:
    Le SPM 1:
    Durée: 4 heures
    Organisateur: le Product Owner
    Objectif: définition du QUOI
    Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog.
    Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie.
    Le SPM 2:
    Durée: 4 heures
    Organisateur: l’Equipe
    Objectif: définition du COMMENT
    Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
  • C’est l’équipe qui planifie.(Planning Poker).
    D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties:
    Le SPM 1:
    Durée: 4 heures
    Organisateur: le Product Owner
    Objectif: définition du QUOI
    Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog.
    Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie.
    Le SPM 2:
    Durée: 4 heures
    Organisateur: l’Equipe
    Objectif: définition du COMMENT
    Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
  • C’est l’équipe qui planifie.(Planning Poker).
    D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties:
    Le SPM 1:
    Durée: 4 heures
    Organisateur: le Product Owner
    Objectif: définition du QUOI
    Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog.
    Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie.
    Le SPM 2:
    Durée: 4 heures
    Organisateur: l’Equipe
    Objectif: définition du COMMENT
    Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
  • •Se réunir.
    •Présenter ce qui a été fait, ce qui va être fait et identifier les obstacles à venir.
    •Statuer sur l’atteinte des objectifs
  • C’est l’équipe qui planifie.(Planning Poker).
    D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties:
    Le SPM 1:
    Durée: 4 heures
    Organisateur: le Product Owner
    Objectif: définition du QUOI
    Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog.
    Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie.
    Le SPM 2:
    Durée: 4 heures
    Organisateur: l’Equipe
    Objectif: définition du COMMENT
    Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
  • Informal, no slides
    Whole team participates
    The world is invited
    Accept or reject results
    Show complete features
    ½ - 1 hour per sprint/week
  • C’est l’équipe qui planifie.(Planning Poker).
    D’une manière générale, le Sprint Planning Meeting (SPM) est découpé en deux parties:
    Le SPM 1:
    Durée: 4 heures
    Organisateur: le Product Owner
    Objectif: définition du QUOI
    Focus: évaluation du Product Backlog, Découpage des Sprints, Evaluation du Product Backlog.
    Attention: raisonnenement uniquement basé sur les fonctionnalités et sur l’ingéniérie.
    Le SPM 2:
    Durée: 4 heures
    Organisateur: l’Equipe
    Objectif: définition du COMMENT
    Focus: Design, évaluation du Sprint Backlog, Découpage des tâches, Evaluation du Sprint Backlog, objectif de Sprint
  • Une story = une fonctionnalité prévue
    Chacun s'engage sur du travail qu'il choisit
    • Le travail n'est jamais attribué par un autre
    • L'estimation du reste à faire est ajustée tous les
    jours
    • N'importe qui peut ajouter, supprimer ou
    changer la liste des tâches
    • Le travail du sprint émerge progressivement
    • Si un travail n'est pas clair, définir une tâche
    avec plus de temps et la décomposer après
    • Mise à jour du travail restant quand il est mieux
    connu
  • Scrum les principes de base

    1. 1. Scrum Travail réalisé par : Sirine BARGAOUI Entreprise : OKTOBOOT 1
    2. 2. Plan Plan 1.C’est quoi SCRUM? 2.C’est quoi le processus de SCRUM ? 3.Quels sont les rôles en SCRUM ? 4.Quelles sont les cérémonials dans SCRUM ? 5.Quels sont les artefacts dans SCRUM ? 6.Qui sont les utilisateurs de SCRUM ? 2
    3. 3. C’est quoi SCRUM ? 3
    4. 4. • SCRUM est une approche de type agile qui permet de produire la plus grande valeur dans une durée courte • Equipe responsable et en auto-organisation • Une version produite à la fin de chaque release • Un produit partiel testé et livré à la fin de chaque sprint • Un esprit de rugby plus tôt qu’une course de relais 4 C’est quoi SCRUM ?
    5. 5. C’est quoi le process us de SCRUM ? C’est quoi le process us de SCRUM ? 5
    6. 6. C’est quoi le processus de SCRUM ?C’est quoi le processus de SCRUM ? 6
    7. 7. Quels sont les rôles en SCRUM ? 7
    8. 8. Product OwnerProduct Owner Le représentant du client et propriétaire de la vision 8
    9. 9. Product OwnerProduct Owner Product owner pilote le projet d’un point de vue métier communique une vision claire accepte ou rejette le produit responsable des livraisons s’assure que l’équipe se concentre sur les items du Backlog de plus forte valeur ajoutée
    10. 10. L’équipeL’équipe entre 5/9 personnes/ Autogérée/ transverse/Plus orientée compétence que fonction 10
    11. 11. • 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 les exigences de Produit. 11 L’équipeL’équipe
    12. 12. Scrum MasterScrum Master Protège l’Équipe Scrum /Lève les obstacles/ Exécute les processus /Travaille avec le Product Owner 12
    13. 13. •Représente le management du projet •Responsable de faire appliquer par l’équipe les valeurs et les pratiques de Scrum • Élimine les obstacles • S'assure que l'équipe est complètement fonctionnelle et productive •Facilite une coopération poussée entre tous les rôles et fonctions 13 Scrum MasterScrum Master
    14. 14. 14 Quelle sont les cérémo niales dans SCRUM ?
    15. 15. GDP avec Scrum © Pierre E. Neis│ 1515 Les différentes réunions de SCRUM Daily SCRUM 15
    16. 16. 16 Sprint planning meeting Sprint planning meeting Deux heurex pour chaque semaine/ la décomposition des stories en taches Deux heurex pour chaque semaine/ la décomposition des stories en taches
    17. 17. 17 • L'équipe choisit, à partir du backlog de produit, les éléments qu'elle s'engage à finir • La liste des tâches est crée • Les tâches sont identifiées et estimées (1-1 6 heures) Collectivement. • La conception de haut niveau est abordée Sprint Planning Meeting (réunion de planification de sprint) Sprint Planning Meeting (réunion de planification de sprint)
    18. 18. 18 Daily scrumDaily scrum Chaque jour/ 15 minutes/ Debout / toute l’équipe participe Chaque jour/ 15 minutes/ Debout / toute l’équipe participe
    19. 19. 19 •Réunion rapide quotidienne •Eliminer les obstacles potentiels. •Chaque membre de l’équipe répond a trois questions •Garder l’équipe concentrée sur les objectifs du sprint. •Communiquer et évaluer l’avancement du travail. Daily SCRUM (mêlée quotidienne) Daily SCRUM (mêlée quotidienne)
    20. 20. 20 Sprint reviewSprint review Après la fin de chaque sprint/ toutes les parties prenantes participent Après la fin de chaque sprint/ toutes les parties prenantes participent
    21. 21. 21 •une démonstration du produit partiel •Rappeler les objectifs du sprint. •Impliquer les participants (leurs feedbacks). •En fonction de la revue, on peut actualiser le backlog. •En modifiant l’état des stories traitées. •En tenant éventuellement compte des feedbacks des participants : création / Sprint review (la revue de sprint) Sprint review (la revue de sprint)
    22. 22. 22 retrospectiveretrospective A la fin de chaque sprint/ une heure par semaine de sprint A la fin de chaque sprint/ une heure par semaine de sprint
    23. 23. 23 •Un moment de réflexion collective à la fin de chaque sprint • capitaliser sur les pratiques qui ont marché • éviter de refaire les mêmes erreurs • partager différents points de vue •permettre au processus de s’adapter aux nouvelles avancées dans la technologie •utilisée pour développer. Retrospective (rétrospective) Retrospective (rétrospective)
    24. 24. Quels sont les artefacts dans SCRUM? 24
    25. 25. Product backlogProduct backlog 25 Rassemble les différentes fonctionnalités du projet/ Organiser par priorité Rassemble les différentes fonctionnalités du projet/ Organiser par priorité
    26. 26. Product backlog (backlog du produit) Product backlog (backlog du produit) 26 •Partagé avec toute l’équipe. •Elaboré avec l’aide de toute l’équipe ! •Une liste ordonnée de « stories », : •Une story = une fonctionnalité prévue. •Changements continuels, en fonction du feedback. •Chaque story est priorisée. •Une story est composée de :Nom, Identifiant, Description, Type (user, technique, défaut) et Etat
    27. 27. Sprint backlogSprint backlog 27 Rassemble les différentes fonctionnalités du sprint/ Organiser par priorité Rassemble les différentes fonctionnalités du sprint/ Organiser par priorité
    28. 28. Sprint backlog (backlog du sprint) Sprint backlog (backlog du sprint) • L'estimation du reste à faire est ajustée tous les jours • N'importe qui peut ajouter, supprimer ou changer la liste des tâches • Le travail du sprint émerge progressivement • Si un travail n'est pas clair, définir une tâche avec plus de temps et la décomposer après • Mise à jour du travail restant quand il est mieux connu
    29. 29. Burndown chart (le graphe d’avancement) Burndown chart (le graphe d’avancement) 29 Un tableau de mesure d’avancement de projet Un tableau de mesure d’avancement de projet
    30. 30. Burndown chart (burndown de sprint) Burndown chart (burndown de sprint) • il s’agit du tracé de la charge de travail restante (en heures) en fonction du temps (en jours). • il suffit de mettre à jour (lors de chaque mêlée quotidienne par exemple).
    31. 31. Qui sont les utilisateurs de scrum ? Qui sont les utilisateurs de scrum ? 31
    32. 32. 32

    ×