Une introduction a la Méthode Agile Équipe Agile Une introduction a la Méthode Agile

Agenda Introduction de l’équipe Introduction à la méthode Agile Agile Manifesto Les 12 Principles Agile Les différentes méthodes Agile Notre axe Nos sources Analyse Notre conclusion Recommendations

équipe Agile Ileana Butu Responsable de la qualité: responsable de la réservation des salles de réunions, rappel aux membres les heures des rencontres, du bon déroulement des réunions, s’occupe de l’animation en rapport avec le projet, veille au respect et à la tenue des réunions.  Anicette Kiza-Todou Analyste chercheur: responsable de la recherche, de l’analyse et du choix des sources, analyse les livrables avant leur soumission au promoteur.  Quentin Jaquier Responsable communication/rédacteur: responsable de la présentation orale, de la rédaction, la correction et la synthèse des documents.  René Lajoie Chef d’équipe: gère l’équipe, fournit une rétroaction aux membres de l’équipe, veille à ce que tous les membres de l’équipe fassent leurs tâches. Maxeau Mercier Coordinateur de projet: responsable de la coordination, vérifie que tous les livrables ont été faits correctement, fait le suivi auprès des membres de l’équipe, suggère des changements à apporter.

Introduction a la Méthode Agile Les méthodes agiles sont une philosophie Le cycle de développement en trois mots: itératif, incrémental et adaptatif Respectent 4 valeurs fondamentales déclinées en 12 principes qui forment la base de la pratique Agile Elle forment le contre-équilibre des approches traditionnelles prédictives et séquentielles de type waterfall (en cascade).

Agile Manifesto Écrit en février 2001 par 17 développeurs indépendants qui continuent de trouver de meilleures façons de développer des logiciels et sont arrivés à un consensus autour de quatre principales valeurs dont: L’interaction d’équipe au lieu d’utiliser des procédures et des outils Le bon fonctionnement de l’application au lieu de la documentation La collaboration du Client au lieu de la négociation de contrat La facilitation et l’acceptation du changement au lieu de suivre un plan https://www.agilealliance.org/agile101/the-agile-manifesto/ Agile Manifesto The Agile Manifesto was written in February of 2001 by seventeen independent-minded software practitioners . While the participants didn't agree about much, they found consensus around four main values. We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.

Les 12 Principes Agile Satisfaire le client en priorité Accueillir les demandes de changement « à bras ouverts » Livrer le plus souvent possible des versions opérationnelles de l’application ou du produit Assurer une coopération permanente entre le client et l’équipe projet Construire des projets autour d’individus motivés Privilégier la conversation en face à face Mesurer l’avancement du projet en termes de fonctionnalités de l’application Faire avancer le projet à un rythme soutenable et constant Porter une attention continue à l’excellence technique et à la conception Faire simple Responsabiliser les équipes Ajuster à intervalles réguliers son comportement et ses processus pour être plus efficace

Rapide Comparaison

Rapide Comparaison

Les différentes méthodes agile Classées par date de publication : Rapid Application Development (RAD, 1991) Intégration continue (1991) Dynamic systems development method (DSDM, 1995, consortium anglais commercialisant le RAD) Scrum (1996) Extreme programming (XP, 1999) Adaptive software development (ASD, 2000) Développement basé sur les fonctionnalités (FDD pour Feature Driven Development, 2003) Behavior-driven development (BDD, 2003) Crystal clear (2004) Test driven development (TDD) Conception pilotée par le domaine (DDD pour domain-driven design) Équipe transverse Burndown chart Programmation en binôme Planning poker Réusinage de code Timeboxing Récit utilisateur (Plus Populaires)

C’est quoi SCRUM (Mêlée) Scrum est un processus agile qui nous permet de mettre l'accent sur des livrabes de très haute qualité en très peu de temps. On peut inspecter les livrables rapidement et souvent (aux deux semaines, au mois). La compagnie définit les priorités et les équipes se gèrent elles-mêmes sur la meilleure façon pour livrer les items les plus prioritaires. À la fin de chaque itération, un livrable peut être remis ou continuer d’améliorer une itération. Scrum est un processus de développement faisant partie des Méthodes Agiles La méthode Scrum tire son nom du monde du rugby, scrum = mêlée Le principe de base étant d'être toujours prêt à réorienter le projet au fil de son avancement C'est une approche dynamique et participative de la conduite du projet Scrum n'est pas vraiment un processus ni une méthodologie - ni une méthode même si on parle de méthode Agile. Lors d'un Scrum Gathering, Ken Schwaber, un des fondateurs, a décrit Scrum comme : "not a process or a methodology, but a path". Une voie à suivre.

Composant Du Scrum Les Rôles Du Scrum Product Owner Scrum Master Équipe (Team)

Les éléments Du Scrum ‘‘Artefact’’ Product Backlog Sprint Backlog Sprint (Itération) Est une période fixe de développement et de test Résultat d'une livraison de produit utilisable Habituellement, dure de 2 à 4 semaines Mêlée Quotidienne (Daily Scrum) Brève réunion « Stand-up » chaque matin avec l’équipe SCRUM d’environs 5 à 15 minutes Trois question sont posées lors d’un Daily Scrum Quelle valeur avez-vous ajouté hier? Qu’avez-vous accompli hier? Qu’as-tu fais hier Quelle valeur ajouterez-vous aujourd'hui? Qu’allez vous accomplir aujourd’hui?  Que vas-tu faire aujourd’hui? Qu'est-ce qui vous empêchera de progresser? Avez-vous des obstacle?   Y a-t-il un obstacle qui t'empêche d’avancer ? Une livraison incrémentale potentiellement d’un produit à la fin de chaque sprint Fonctionnalités pouvant être déployées Livré toutes les 2 à 4 semaines, testé et fonctionnel

Potentiellement un produit Aperçu Du Modèle Scrum 24 hours Important Tres Important Product Backlog Moyen Daily Scrum Sprint 2-4 Semaines Sprint Backlog Potentiellement un produit

Quelques Différences Initiation Planification Exécution Contrôle Rôles Nombre de sprints Scope Planification Backlog Réunions Journalières Exécution Compléter les tâches du jour Livrable à la fin du sprint Contrôle Analyser et régler immédiatement les obstacles Présenter le livrable et y amener les modifications demandées par le Product Owner, client Clôture Post-Mortem sur le sprint pour être plus efficace au prochain sprint

KanBan board

Notre axe « la méthode agile et ses différentes déclinaisons seraient-elles des outils indispensables à tout bon gestionnaire de projet ? »

Nos sources Brillant Agile Project Management (Livre) Marc-André Longchamps, Gestionnaire de Projet (Entrevue) Gestion de projets vers les méthodes agiles (livre) La planification et le suivi d’un projet agile (webinaire)

Brillant Agile Project Management (Livre) Kan-Ban & Scrum Caractéristiques, avantages, désavantages Agile n’est pas pour tous Flexibilité Rapidité Simplicité Aisance N’éliminent pas tout de la méthode traditionnelle Auteurs pro-agiles, mais avec mise-en-gardes Insistent sur la « vitesse » d’aujourd’ hui

Marc-André Longchamps, Gestionnaire de Projet (Entrevue) Gestionnaire de projets depuis plus de vingt ans, maintenant associé chez Morneau Shepell Agile demande un changement dans la culture, rigidité de l’équipe Principal avantage: les livrables et les sprints D’avis que la méthode traditionnelle est une fondation solide avant de se tourner vers l’agile

Gestion de projets vers les méthodes agiles (livre) Différences principales entre traditionnelle et Agile Conception et définition vs. Itération et Incrémentale Avantage: découverte et gestion rapide des risques et implication constant du client Auteurs pro-agiles Méthode traditionnelle trop rigide dans plusieurs domaines tels que l’informatique

La planification et le suivi d’un projet agile (webinaire) Formation de 7 jours par l’École des Dirigeants de HEC Montréal Origine et Évolution de la méthode Agile Parallèle entre les deux méthodes Place de l’agilité sur le marché du travail Agile plus avantageuse dans certains domaines plutôt que d’autre

Analyse Points communs Méthode de plus en plus populaire S’applique plus à certains domaines que d’autre Répond à certains problèmes rencontrés avec la méthode traditionnelle Rencontre certaines difficultés que la méthode traditionnelle n’a pas Contrôle vs Collaboration Flexibilité

recommandations Méthode Moderne Demandée sur le marché Rapidité demandée HEC : Pouvons-nous en apprendre au moins une partie ? Tout n’est pas perdu de la tradition: Objectifs SMART, Qu’est-ce qu’un gestionnaire de projet, travail d’équipe, environnement de travail, etc…

Conclusion Méthode agile: beaucoup à dire 4 sources parmis beaucoup qui semblent s’accorder Une bonne corde à l’arc pour les futurs gestionnaires

www.hecagile.com

La réalité de la gestion de projet