Découverte de l’Agilité © ZENIKA 2017 All rights reserved - Proprietary & confidential L’Agilité © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ LA ROUE DE DEMING (LE MODÈLE PDCA) Plan : définir les hypothèses et le modèle que l’on souhaite vérifier Do : phase de réalisation, de mise en œuvre des hypothèses Check : Étude du système Act : apprentissage et consolidation des acquis, permet d’ajuster le modèle © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ La pensée Lean Une philosophie ● Respect des employés ● Une utilisation de toutes les compétences des employés ● Donner des responsabilités ● Avoir confiance en ses employés Un modèle de production ● Amélioration continue ● Respect des personnes ● Remettre tout en cause ● Embrasser le changement La base de l’approche Toyota est de ne pas se satisfaire du status quo, on se pose constamment la question : « pourquoi faisons-nous ça ? » © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amenés à valoriser : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu’une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d’un plan Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers. AGILITÉ Les Principes Agiles 1. Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. 2. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. 3. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. 4. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. 5. 6. Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face. 7. Un logiciel opérationnel est la principale mesure d’avancement. 8. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. 9. Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. 10. La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. 11. Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées. 12. À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. AGILITÉ AGILITÉ © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ AGILITÉ Choisissez vos principes ! • Quels principes du manifeste retenez-vous ? © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Ball Game © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Build your Own Scrum • Pour vous, Scrum, c’est quoi ? © ZENIKA 2017 All rights reserved - Proprietary & confidential Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM AGILITÉ SCRUM © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Les rôles de Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential SCRUM 3 rôles Vue d’ensemble 3 artefacts Product Owner 4 cérémonies AGILITÉ Product Backlog Planification de Sprint Scrum Master l’équipe de réalisation Backlog de Sprint Incrément de Produit Daily Scrum Revue © ZENIKA 2017 All rights reserved - Proprietary & confidential Rétrospective Definition of Done AGILITÉ SCRUM Le Product Owner • Responsable de maximiser la valeur du produit • Ordonne, exprime clairement, rend visible et fait comprendre les éléménts du Backlog produit • Une personne, pas un comité © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM L’équipe de réalisation • Entre 3 et 9 membres • Responsables de la création de l’incrément « Fini » potentiellement publiable • Structurées et habilitées par l’organisation à s’organiser et gérer leur propre travail (aut-organisation) • Pluridisciplinaires : l’équipe réunit toutes les compétences nécessaires à la création d’un incrément produit • Scrum ne reconnaît aucun titre aux membres de l’équipe, indépendamment du travail effectué par une personne © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Le Scrum Master • Leader-serviteur de l’équipe Scrum • Promeut et soutient Scrum au sein de l’équipe • Assiste les personnes externes à l’équipe pour identifier quelles sont les interactions bénéfiques avec elle • Aide tout le monde à comprendre la théorie, les pratiques, les règles et valeurs de Scrum • Au service du Product Owner • Au service de l’équipe de réalisation • Au service de l’Organisation © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Synergie entre les rôles L’Équipe Scrum : Product Owner + Scrum Master + Équipe de réalisation Scrum définit un modèle d’équipe optimisant la flexibilité et la productivité. L’équipe, pluridisciplinaire, a toutes les compétences nécessaires pour effectuer le travail sans dépendre de personnes n’appartenant pas à l’équipe. Scrum est un cadre de travail permettant de répondre à des problèmes complexes et changeants, tout en livrant de manière productive et créative des produits de la plus grande valeur possible. © ZENIKA 2017 All rights reserved - Proprietary & confidential Les cérémonies de Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM La planification de Sprint Le Product Owner discute de l’objectif que le Sprint devrait concrétiser et des éléments du Backlog produit qui pourraient permettre de Que peut-on livrer comme l’atteindre. incrément résultant du Sprint à venir ? Comment sera effectué le travail à livrer et nécessaire pour achever l’Incrément ? L’équipe de réalisation commence généralement par la conception du système et du travail afin de transformer le Backlog produit en un incrément fonctionnel du produit. Durée : 2-8 heures © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM La mêlée quotidienne L’équipe de dév synchronise ses activités et créée un plan pour les prochaines 24 heures. Qu’est-ce que j’ai fait hier qui a aidé l’équipe de développement à atteindre l’objectif du Sprint ? Que ferais-je aujourd’hui pour aider l’équipe de développement à atteindre l’objectif du Sprint ? Est-ce que je vois des obstacles qui m’empêchent ou empêchent l’équipe de développement de respecter l’objectif du Sprint ? Durée : 15’ MAX © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM La revue de Sprint A la fin du Sprint, l’équipe Scrum inspecte l’incrément réalisé et adapte le Backlog Produit si nécessaire. Pendant le revue de Sprint, l’équipe Scrum et les parties prenantes échangent sur ce qui a été fait durant le Sprint. L’équipe Scrum Les parties prenantes invitées par le Product Owner Inspecter les éléments du Product Backlog « Finis » et non « Finis » Démonstration du travail « Fini » Le Product Owner discute de l’état actuel du Backlog Produit tel qu’il est. Il projette les dates prévisionnelles et celles de livraison en fonction des progressions réalisées Le groupe convient de ce qu’il faut faire par la suite Revue des conditions du marché, des délais, budgets, fonctionnalités…. Durée : 1–4 heures © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM La rétrospective Bien que des améliorations puissent être mises en œuvre à tout moment, la rétrospective de Sprint offre une opportunité d’inspection et d’adaptation. Inspecter la manière dont le dernier Sprint s’est déroulé en ce qui concerne les personnes, les relations, les processus et les outils Identifier et ordonner les principaux éléments qui ont bien fonctionné et des améliorations potentielles Créer un plan pour mettre en œuvre des améliorations sur la façon dont l’équipe Scrum fait son travail Toute l’équipe Scrum Durée : 45’–3 heures © ZENIKA 2017 All rights reserved - Proprietary & confidential Les artefacts de Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Le Backlog Produit • Liste ordonnée de tous les éléments identifiés comme nécessaire au produit • Le PO est le responsable de son contenu, sa disponibilité et son ordonnancement • Le Backlog Produit est dynamique : il change constamment pour identifier ce que le produit requiert pour être approprié, compétitif et utile © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Le Backlog Sprint • Rend visible tout le travail que l’équipe de réalisation identifie comme nécessaire pour atteindre l’objectif du Sprint. • Seule l’équipe de développement peut changer son Backlog Sprint durant un Sprint • C’est une vue en temps-réel et très visible du travail que l’équipe de réalisation prévoir d’accomplir © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM L’incrément de Produit • Il est constitué des éléments du Backlog produit « Finis » pendant le sprint ainsi que de la valeur cumulative des incréments livrés dans les sprints précédents. • C’est un pas vers une vision ou un but. • Il doit être dans un état publiable, sans égard à la décision du Product Owner de la publier ou non. © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Définition de « Fini » • Bien que cela puisse varier considérablement d’une équipe Scrum à une autre, les membres doivent avoir une compréhension commune de ce que signifie que le travail soit complet, afin d'assurer la transparence. • Il s'agit de la définiRon de « Fini » (DefiniRon of Done) pour l'équipe Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential Quelques pratiques liées à Scrum © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Le Burndown • Mesurer la manière dont on termine un périmètre de travail constant • On mesure l’évolution du travail restant par rapport à un rythme idéal • De Sprint en Sprint, ou à l’échelle d’une version... • Pour aider à identifier des axes d’amélioration © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM Le Burnup • Comparer l’évolution du travail terminé avec celle du travail à faire • Peut être intéressant pour inspecter l’avancement sur un périmètre préalablement défini © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM I.N.V.E.S.T. Indépendant Négotiable Valorisé Estimable Suffisamment Petit Testable La User Story doit être autonome, de sorte qu'il n'y ait pas de dépendance inhérente à une autre User Story. Jusqu'à ce qu'elles fassent partie d'un Sprint, les User Stories peuvent toujours être modifiées et réécrites. Une histoire d'utilisateur doit apporter de la valeur à l'utilisateur final. Vous devez toujours être en mesure d'estimer la taille d'une User Story. Une User Story ne devrait pas être si grande qu’il devient impossible de planifier/organiser/prioriser avec le niveau de certitude approprié. La User Story ou sa description associée doivent fournir les informations nécessaires pour rendre possible le développement de tests. © ZENIKA 2017 All rights reserved - Proprietary & confidential Pizza Kanban © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN La réserve • La réserve est le lieu où se trouvent tous les ingrédients • Il existe plusieurs règles : • Une seule personne peut être présente dans la réserve • Cette personne peut y aller n’importe quand • Tout ingrédient pris dans les mains devra être amené dans l’équipe • Un seul type d'ingrédient par personne © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Le matériel • Chaque équipe aura : • Un feutre rouge • Du scotch de peintre • Une paire de ciseaux • Un tube de colle • Un four © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN La pizza Hawaï © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Itération 1 Objectif : Faire autant de parts de Pizza que possible et éviter le gaspillage 5 à 7 min © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Stop ! Mesurez ! • Ingrédient non utilisé : -5 points on conserve pour l’étape d’après • Element de la réserve amené et non utilisé : -1 point on conserve pour l’étape d’après • Pizza non cuite : -4 points et on garde pour le tour suivant • Pizza Brulée : -4 points sont éliminés • Pizza terminée = 10 points © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Visualisez votre travail et limitez le travail en cours • Rendre votre flux de travail explicite Utilisez vos meilleures pizzas pour définir une DOD* en commun • Limitez le WIP pour chaque zone de travail • Utilisez du scotch pour délimiter vos zones © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN On se prépare… • Jetez les pizzas terminées, • Conservez les ingrédients non utilisés. © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Itération 2 Objectif : Faire le MAX de parts de Pizza Hawaii en respectant les WORKFLOW et en limitant le gaspillage 5 à 7 min © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Rétrospective ! prendre le temps d’aller vite Qu’ai-je appris ? Que pourrions-nous améliorer ? Que faut-il arrêter ? © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN NOUVEAU ! Commandes et pizza • Payées à la livraison • Les points sont attribués uniquement aux commandes complètement livrées • « Pizza Rucola » Il faut placer sur la pizza de la roquette 7 feuilles (post-it) sur la part de pizza © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN La pizza Rucola © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Itération 3 Objectifs : • Répondre à un maximum de commandes. • Proposer 1' pour adapter le WORKFLOW en fonction des nouvelles règles. Toujours dans l'idée de limiter le gaspillage. 5 à 7 min © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Itération 4 Objectifs : • Fonctionner avec votre système amélioré 5 à 7 min © ZENIKA 2017 All rights reserved - Proprietary & confidential Kanban © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Flux poussé & flux tiré © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Objectif d’un système Kanban « [...] éliminer le Muri, réduire le Mura et encourager une approche évolutive du changement » - David Anderson Muri : Surcharge de travail Mura : Flux de travail et ses variations © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Les 3 Piliers de Kanban Commencez par ce que vous faites maintenant Respectez le processus et les responsabilités actuelles © ZENIKA 2017 All rights reserved - Proprietary & confidential Engagez-vous de manière itérative et évolutive AGILITÉ SCRUM KANBAN Les 5 Pratiques de Kanban • Visualiser votre flux • Limiter le travail en cours • Gérer le flux de travail • Rendre explicite les règles de gestion du processus • S’améliorer de manière collective © ZENIKA 2017 All rights reserved - Proprietary & confidential AGILITÉ SCRUM KANBAN Les phases de la démarche Kanban • Concevoir : identification du processus existant, les éléments de travail et les règles qui vont définir le système • Mettre en œuvre : après avoir été conçu, l’équipe est en charge de mettre en œuvre le système • Étudier : il s’agit d’étudier le comportement et les réponses du système aux règles établies lors de la phase de conception • Améliorer : à partir des enseignements de la phase précédente, on ajuste le système, le processus, les éléments et les règles en conséquence © ZENIKA 2017 All rights reserved - Proprietary & confidential Artistes & Spécifieurs © ZENIKA 2017 All rights reserved - Proprietary & confidential • 5-7 personnes par équipe (2/3 spécifieurs et 3/4 artistes) • Les Spécifieurs et les Artistes sont séparés • Les Spécifieurs ECRIVENT les instructions aux Artistes (pas de dessin). Les spécifieurs NE PEUVENT PAS parler aux artistes • Les Artistes peuvent écrire des messages en retour. Les artistes NE PEUVENT PAS parler aux spécifieurs. • Les Artistes ne peuvent pas voir le dessin original ! • Les spécifieurs peuvent se parler entre eux (hors présence des artistes). © ZENIKA 2017 All rights reserved - Proprietary & confidential Questions ? © ZENIKA 2017 All rights reserved - Proprietary & confidential
