2517-gestion-de-projet-agile (1).pdf

8/18/2019 2517-gestion-de-projet-agile (1).pdf

1/30

Gestion de projet Agile

STS IRISModule 4.2 - « Gérer et organiser un projet informatique »


2/30

2STS IRIS M4.2 - Gestion de pro jet Agile

Introduction

Principes et méthodes AgilesScrum

Sommaire


3/30


Introduction

Gestion de projet : démarche structurante assurant lebon déroulement d'un projet avec :

Une planification

Une gestion des ressources humainesUn suivi des enjeux financiers

Les principales méthodes de gestion de projet :Découpage en phases (voir cycle en V)Découpage en activités WBS (Work Brakedown Structure)Nouveau : Les méthodes Agiles


4/30


Approche en cascade : Cycle en V

Inconvénients :

- rigidité de l'approche : on n'aime pas la nouveauté- pour les développeurs : tests de validation tardifs- pour les clients : recette tardive- documentation pléthorique


5/30


Activités WBS (Work Brakedown Structure) (1)

Découpage en activités qui possèdent :des entrées et des résultatsun responsable

Le découpage se fait jusqu'à ce que l'on maîtrise :La durée de l'activitéLes ressources associéesLe coût de l'activité

Les tâches doivent être indépendantes les unes desautres.


6/30

6STS IRIS

M4.2 - Gestion de pro jet Agile

Activités WBS (Work Brakedown Structure) (2)

Les phases sont réalisées en groupe

Les activités sont réalisées individuellementUne activité doit durer entre quelques jours et quelquesmois maximum.

Projet

Phase 1 Phase 2

Activité 1.1 Activité 1.2

Activité 1.1.1 Activité 1.1.2 Activité 1.1.3


7/30

7STS IRIS


Rôle des diagrammes de Gantt

Utile pour afficher le statutdes activités en parallèlesPeut aider à identifier les

activités dans une démarcheWBSPour les projets plus

complexe on pourra utiliser lemodèle de gestion de projetPERT


8/30

8STS IRIS


Exemple de structure WBS


9/30

9STS IRIS


Les risques engendrés par les méthodes classiques

Mauvaise interprétation des souhaits du clientChangement des besoins fonctionnelsDépassements des délais et des budgetsBugs

Abandon du projet Au final, seuls ¼ des projets sont considérés commeréussis


10/30

10STS IRIS


Introduction


Sommaire


11/30

11STS IRIS


Agile : les variables d'ajustement d'un projet

CoûtQualitéDurée

Périmètre fonctionnelRègle du jeu :

Le client a le droit de fixer3 variables

L'équipe de développement ajuste la dernière.Lepérimètre fonctionnel est la variable qui fournit la maîtrise la plusefficace.


12/30

12STS IRIS


Les méthodes Agiles

Barry W. Boehm a introduit en 1986 un nouveau modèle dedéveloppement itératif et incrémental, précurseur des méthodesExtreme programming (XP), Scrum ou Crystal clear…

En 2001, un manifeste écrit par 17 experts introduit4 valeursfondamentales déclinées en 13 principes permettant de définir unenouvelle façon de développer des logiciels.http://www.agilemanifesto.org/

Gang of 17... Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, WardCunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, JonKern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, DaveThomas


13/30

13STS IRIS


Les 4 valeurs de l'Agilité

L'équipe :Les individus et leurs interactions avant les processus et lesoutils.

L’application :Des fonctionnalités opérationnelles avant la documentation.La collaboration :

Collaboration avec le client plutôt que contractualisation desrelations.

L’acceptation du changement : Adaptation au changement plutôt que conformité aux plans


14/30


15/30

15STS IRIS


Les principes de l'Agilité (2)

Laméthode la plusefficace de communiquer desinformations à une équipe et entre ses membres reste laconversation en face à face.Lefonctionnement de l'application est le premier indicateurd'avancement du projet

Agile favorise le développement àrythme "normal" ousoutenable.Les gestionnaires, développeurs et utilisateurs devraientêtre en mesure de maintenir un rythme constant et ce,indéfiniment.Porter une attention continue à l’excellence technique et à laconception améliore l’agilité.


16/30

16STS IRIS


Les principes de l'Agilité (3)

Lasimplicité garantitl'évolutivité du systèmeLesmeilleures architectures, exigences et designs prennentnaissance dans des équipes qui se gèrent elles-mêmes.Régulièrement, l’équipe fait une réflexion sur les façons dedevenir plus efficace, s’ajuste et modifie son comportementen conséquence. »


17/30

17STS IRIS


Responsabilisation de l'équipe de développement Agile

Les méthodes Agiles responsabilise l'équipe :l'équipe connaît les besoins et les priorités ,elle fait les estimations ,

elle décide de son organisation ,elle produit un travail de qualité ,elle remonte les problèmes.


18/30

18STS IRIS


Les différentes méthodes Agiles

Adaptative Software Development (ADS)CrystalScrumExtreme Programming (XP)


19/30

19STS IRIS


Introduction


Sommaire


20/30

20STS IRIS


Scrum


21/30


Introduction à Scrum

Scrum est une méthode Agile qui permet de produire la plusgrande valeur métierdans la durée la plus courte.Du logiciel qui fonctionne est produit à chaquesprint, c’est àdire toutes les 3 / 4 semaines.Le métier définit les priorités, l’équipe s’organise elle-mêmepour déterminer la meilleure façon de produire lesexigences les plus prioritaires.

A chaque fin de sprint, tout le monde peut voirfonctionner leproduit courant et décider soit de le livrer dans l’état, soit decontinuer à l’améliorer pendant un sprint supplémentaire.


22/30


Cycle de vie de Scrum

Product Backlog :Fonctionnalités

priorisées par le client

Sprint Backlog :Fonctionnalités affectéesà l'itération (Sprint)estimées par l'équipe.

Sprint Planning

Meeting

Daily ScrumMeeting

Sprint ReviewMeeting

Deliverable :Incrément potentiellementexploitable


23/30


Les rôles dans une équipe Scrum (1)

Un directeur de produit (product owner ) qui est soit le client,soit une personne représentant le client, il:

définit les fonctionnalités du produitchoisit la date et le contenu de la releaseresponsable du retour sur investissementdéfinit les priorités dans le backlog en fonction de lavaleur métier ajuste les fonctionnalités et les priorités à chaque sprint sinécessaireaccepte et rejette les résultats


24/30



UnScrum Master qui:représente le management de projetest responsable de faire appliquer les valeurs et lespratiques de Scrum par l’équiperésout les problèmess’assure que l’équipe est complètement fonctionnelle etproductivefacilite une coopération poussée entre tous les rôles etfonctionsprotège l’équipe des interférences extérieures


25/30



Leséquipiers qui:se composent de 5 à 10 personnesregroupent tous les rôles: architecte, concepteur,analyste, développeur, testeur, …sont à plein temps sur le projets’organisent eux-mêmesne changent pas de composition pendant un sprintse concentrent sur un sprint à la fois (sprint courant)

l é ( )


26/30


Scrum : les réunions (1)

Planification du Sprint (2 à 4h)Définir lebut du sprintDéfinition dupérimètre du sprintIdentification les tâches à partir des élémentssélectionnésEstimation des tâches

Attribution des tâchesObtenirl'engagement de l'équipe

S l é i (2)


27/30


Scrum : les réunions (2)

Scrum quotidien (15mn debout)Qu’as-tu fait depuis la dernière fois ?Que prévois-tu de faire jusqu'à la prochaine réunion ?Qu'est-ce qui te gêne pour réaliser ton travail aussiefficacement que possible ?

Revue de sprint (2 à 4h)Préparer la démonstrationRappeler les objectifs du sprintEffectuer la démonstrationÉvaluer les résultats du sprintCalculer la vélocité réelle et ajuster le plan de release

E ti ti t l ifi ti (1)


28/30


Estimation et planification (1)

Une release se compose de plusieurs itérations, chaqueitération contient 2 à 3 histoires utilisateurs (user story ~ casd'utilisation UML).Chaque histoire utilisateur se découpe en tâches.Chaque tâche possède un nombre de points qui correspondà la taille de son exigence en terme de travail et decomplexité.Les différents acteurs participent sur l’attributions des pointsde toutes les tâches et se mettent d’accord.Une fonctionnalité avec un point précis sert de référencepour l’estimation des points des autres tâches. Les pointssuivent la suite de Fibonacci: 1 2 3 5 8 13.

E ti ti t l ifi ti (2)


29/30


Estimation et planification (2)

Dans le cadre du suivi, seul le reste à faire est pris encompte.Le reste à faire se compte en heures.Lavélocité de l’équipe correspond au nombre de points faitspendant une itération.Le suivi peut se faire à l’aide d’un graphe d’activité del’équipe (burndown).

Scrum au quotidien


30/30


Scrum au quotidien...

2517-gestion-de-projet-agile (1).pdf

Documents

Transcript of 2517-gestion-de-projet-agile (1).pdf