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 I @ 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 / 2 0 1 5 / 0 4 / S C R U M - 1 0 1 - 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
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)
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 2012. Certifié PMI Agile Certified Practitioner (PMI-ACP) depuis 2014. https://ca.linkedin.com/pub/mohamed-arezki-csm -pmi-acp /3/339/166
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
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
Pourquoi Agile
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é
Approches Agile Les méthodes agiles reposent sur la structure Itérative Incrémentale Adaptative
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.
Exercice sur les valeurs Agile 1. Plan de projet détaillé 2. Documentation détaillé 3. Architecture cible 4. Analyse approfondie 5. Communication par email 6. Communication verbale 7. Respect des plans
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
Méthodes Agile
Kanban
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
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
Rôles et les artefacts Scrum
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
Scrum Master Gardien du processus Scrum Gérer les blocages Evaluer le progrès Qualités : Leader Facilitateur Discipliné Engagé Confiance en lui
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
Utilisateurs et parties prenantes Contribution à travers le PO Fournir les besoins Donner les rétroactions Qualités : Ouverts Leaders Flexible Visionnaire
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
Product Backlog
Sprint Backlog
Tableau d avancement
Survol d un Sprint
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.
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
Ref: Mark Leverson
Release Planning
Liste de lectures Scrum/Agile