Scrum 101. Communauté Agile de Sherbrooke M O H A M E D A R E Z K I ( M O A R E Z K G M A I L. C O M ) J A N V I E R 2016

Transcription

1 Communauté Agile de Sherbrooke Scrum 101 M O H A M E D A R E Z K I ( M O A R E Z K G M A I L. C O M ) J A N V I E R 2016 B L O G S U R A G I L E S H E R B R O O K E : H T T P : / / A G I L E S H E R B R O O K E. B L O G S P O T. C A / / 0 4 / S C R U M A P E R C U - G E N E R A L - DE- L A P P R O C H E. H T M L

2 Organisation 1. Session 01 a) Introduction et concepts généraux d Agile (25 mn) b) Pause (5 mn) 2. Session 02 a) SCRUM (25 mn) b) Pause (5 mn) 3. Session 03 a) Exercice pratique Build Your Own Scrum(25 mn) b) Fermeture (5 mn)

3 Bio Gestionnaire de l équipe développement chez Sherweb. Plus de 10 années d expérience dans la gestion des équipes de développement (Software, Hardware et Contrôle de qualité). Mise en place de l approche Agile/Scrum à Sherweb avec des équipes multifonctionnelles et autoorganisées. Intégration de l approche Agile dans la gestion de projet traditionnelle chez Sherweb. Fondateur de la communauté Agile de Sherbrooke. Maîtrise en informatique en 2000 à l Université de Sherbrooke. Certifié Scrum Master par Scrum Alliance depuis Certifié PMI Agile Certified Practitioner (PMI-ACP) depuis pmi-acp /3/339/166

4 Agenda Introduction et concepts généraux d Agile Pourquoi Agile Manifeste Agile Principes Agile Méthodes Agile (Scrumban, Kanban, XP) SCRUM: C est quoi Scrum Rôles et les artefacts Scrum Survol d un Sprint Concepts Supplémentaires

5 Pourquoi Agile.. Quels sont les raisons d adoption de l agilité : 1. Increase software maintainability 2. Improve business/it alignment 3. Enhance software quality 4. Improve project visibility 5. Accelerate product delivery 6. Enhance ability to manage changing priorities 7. Increase productivity 8. Enhance delivery predictability 9. Reduce project risk 10. Improve team morale 11. Improve engineering discipline 12. Reduce project cost

6 Pourquoi Agile

7 Pourquoi on veut adopter Agile Mise en marché plus rapide Retour sur investissement plus rapide Développement du produit qui répond au besoin du marché/client Meilleure Qualité Meilleure Prédictibilité

8 Approches Agile Les méthodes agiles reposent sur la structure Itérative Incrémentale Adaptative

9 Manifeste Agile : valeurs 1. Les individus et leurs interactions plus que les processus et les outils. 2. Du logiciel qui fonctionne plus qu une documentation exhaustive. 3. La collaboration avec les clients plus que la négociation contractuelle. 4. L adaptation au changement plus que le suivi d un plan.

10 Exercice sur les valeurs Agile 1. Plan de projet détaillé 2. Documentation détaillé 3. Architecture cible 4. Analyse approfondie 5. Communication par 6. Communication verbale 7. Respect des plans

11 12 Principes Agile 1.Satisfaire le client rapidement avec une grande valeur ajoutée 2.Ouverture aux changements 3.Livraison fréquente au client 4.L équipe et le client travaillent ensemble (validation à chaque itération) 5.Les membres de l équipe sont motives 6.Communication face to face 7.Logiciel opérationnel pour mesurer la progression 8.Rythme de développement soutenable 9.Excellence technique avec une bonne conception 10.Simplicité (just in time) 11.Responsabilisation de l équipe (auto-organisation) 12.Rétrospective après chaque itération pour amélioration continue

12 Méthodes Agile

13 Kanban

14 SCRUM vs Kanban vs Scrum-Ban Kanban Scrum Scrum-Ban Daily Stand-ups No Yes Yes Artifacts None Backlog, Current Work, Burndown Charts Current Work Metrics Lead Time/Cycle Time Velocity Lead Time/Cycle Time Demo Not used Required Optional Skill Sets Specialized Cross-Functional Either Specialized or Cross- Functional Estimation No Yes Yes Iterations No Yes No New Work Prioritized Immediately Prioritized at Sprint Planning Meeting Prioritized Immediately Retrospective Not used Required Optional Defined Roles None Product Owner, Scrum Product Owner, Scrum Master, Scrum Team Master, Scrum Team

15 C est quoi Scrum Modèle d organisation basé sur l approche Agile Responsabilisation des équipes («Empowering Teams») Equipes multifonctionnelles Equipe localisée dans le même espace Basé sur les piliers : Transparence Inspection Adaptation

16 Rôles et les artefacts Scrum

17 Propriétaires de produit (PO) Obtenir les besoins des clients Créer son carnet de produit «product backlog» Priorisation des travaux en fonction de la valeur de la rentabilité du produit Maintenir et prioriser le «product backlog» Qualités : Leader Négociateur Visionnaire Pouvoir d agir

18 Scrum Master Gardien du processus Scrum Gérer les blocages Evaluer le progrès Qualités : Leader Facilitateur Discipliné Engagé Confiance en lui

19 L équipe Scrum 5 à 9 membres Multifonctionnelle Co-localisée Auto-organisée Faire ce qui est nécessaire pour atteindre ses objectifs de sprint Qualités : Auto-organisée Engagée Fiable Focuser Responsable et redevable Constructive dans sa critique des autres Orienté vers la valeur d affaires

20 Utilisateurs et parties prenantes Contribution à travers le PO Fournir les besoins Donner les rétroactions Qualités : Ouverts Leaders Flexible Visionnaire

21 Artéfacts Scrum Product Backlog : liste des items (user-stories et epics) priorisés par le Product Owner en fonction de la valeur d affaire Sprint Backlog : liste des items à réaliser dans une iteration Product Increment : livrable à la fin de chaque itération Tableaux d avancement : une représentation graphique des heures restantes versus temps restant dans un sprint

22 Product Backlog

23 Sprint Backlog

24 Tableau d avancement

25 Survol d un Sprint

26 Les cérémonies SCRUM Exemple d un sprint de 2 semaines : Sprint Planning (2+2 heures): planification et engagement sur le travail à livrer dans un sprint en 2 parties. Daily Meeting (15mn): rencontre quotidienne pour synchroniser les membres de l équipe Sprint Review (<=2 heures): présentation par l équipe de l incrément de produit livré dans le sprint Sprint Rétrospective (<=2 heures): : retour sur ce qui s est passé dans le sprint précédent pour identifier ce qui a bien été, mal été et à améliorer dans les prochains sprints.

27 Concepts Supplémentaires Sprint : itération qui dure de 1 à 4 semaines. Période fixe avec les même membres de l équipe. Velocity : nombre de point qu une équipe peut réaliser dans un sprint. Done-done : contrat établi entre l équipe et le Product Owner par backlog. L équipe doit respecter ce contrat pour déterminer si la Story est complétée à la fin d un sprint Release burndown : indicateur qui permet d avoir une vue et une progression sur une release. Scrum of Scrum meeting: rencontre périodique de synchronisation entre les représentants des équipes Scrum Grooming du backlog : Estimation des nouvelles stories

28 Ref: Mark Leverson

29

30 Release Planning

31 Liste de lectures Scrum/Agile