Agilité et gestion de projet

Transcription

1 Agilité et gestin de prjet Sensibilisatin Yann Olive

2 AUTOPORTRAIT RAPIDE 2

3 Dates clés Avant : Etudes de Physilgie végétale 2000 : Débuts dans le dévelppement Web 2012 : Respnsable Prductin et Qualité Web chez V-Technlgies 3

4 V-Technlgies Fndée en salariés 2 activités principales Agence Web Editin de la suite lgicielle Lige 4

5 LA GESTION DE PROJET 5

6 Définitin «Ensemble finalisé d activités et d actins entreprises dans le but de répndre à un besin défini dans des délais fixés et dans la limite de l envelppe budgétaire alluée.» Surce : Wikipedia 6

7 Légende Cycle prjet «classique» Initialisatin Cnceptin Dévelppement Explitatin Mise en service Live Objectifs EB SFG SFD CR fctl Organisatin Frmatin Recette Fctl Cntributin Qualif. Besin Faisa bilité Arch. Tech. STD CR tech Gabarits Intégratin Recette Tech Crrectins Evlutins EB: expressin de besin SFG: Spéc. Fnctinnelles Générales SFD: Spéc. Fnctinnelles Détaillées STD: Spéc. Techniques Détaillées CR Fctl: Cahier de Recette Fnctinnelle CR Tech: Cahier de Recette Technique 7

8 Mdèle en cascade Analyse des besins Cnceptin Implémentatin Validatin Maintenance 8

9 Cycle en V Analyse des besins Recette Spécificatins Tests de validatin Cnceptin générale Tests d intégratin Cnceptin détaillée Tests unitaires Réalisatin

10 Les incnvénients de ces méthdes classiques Un feedback tardif pur les équipes fnctinnelles et techniques Système peu réceptif au changement Une dcumentatin lurde Une recette client tardive

11

12 12

13 13

14 Au final, risque d échec Un prduit éligné du besin client Dépassement des budgets Délais nn respectés Une maintenance lurde (anmalies) Persnne n est satisfait Standish Grup 2011

15 Pstulat du génie lgiciel Le client sait ce qu il veut Les équipes savent cmment faire Rien ne va changer, le plan est établi C est une utpie, mais ca rassure tut le mnde

16 Prjet vs Prduit Les prjets infrmatiques snt cnsidérés cmme de la prductin industrielle, et nn cmme une activité de cnceptin. Prduit : Résultat d une activité humaine sus la frme d un bien u d un service Surce : Wikipedia

17 LES MÉTHODES AGILES 17

18 Le manifeste agile (2001) Nus décuvrns cmment mieux dévelpper des lgiciels par la pratique et en aidant les autres à le faire. Ces expériences nus nt amenés à valriser : Les individus et leurs interactins plus que les prcessus et les utils Des lgiciels pératinnels plus qu une dcumentatin exhaustive La cllabratin avec les clients plus que la négciatin cntractuelle L adaptatin au changement plus que le suivi d un plan Nus recnnaissns la valeur des secnds éléments, mais privilégins les premiers.

19 Cncrètement Le dévelppement est pririsé en fnctin des valeurs métiers Une apprche itérative et incrémentale est mise en place La capacité à s adapter en curs de prjet et à se remettre en cause est rendue pssible Les équipes snt pluridisciplinaires expérimentées. Tus les prcess snt basés sur la transparence et cmmunicatin entre le client et le prestataire, et au sein des équipes

20 Principales méthdes agiles L extreme Prgramming 1999 Kent Beck : «Extreme Prgramming Explained» Scrum 2001 Ken Schwaber : «Agile sftware develpment with Scrum» Jeff Sutherland et Ken Schwaber : «Scrum Guide» Kanban 2010 David J Andersn : «the principles f the kanban methd» 20

21 L EXTREME PROGRAMMING (XP) 21

22 Les valeurs Cmmunicatin mniprésente dans l équipe et avec le client Obtenir un feedback rapide Prduire un cde de qualité, Privilégier la simplicité Du curage : être uvert aux changements et savir se remettre en questin Le respect entre tus les acteurs

23 Mise en euvre Cnceptin simple et itérative avec le client Ecriture des test en amnt des dévelppements Autmatisatin et Intégratin cntinue Qualité du cde Refactring Apprpriatin cllective du prduit (Pair review ) Limiter la dette technique 23

24 SCRUM 24

25 Un cadre méthdlgique Diviser le travail en petits livrables, liste pririsée et estimée cntenue dans le Backlg prduit Diviser le temps en itératins curtes (2/3 semaines) Furnir en fin d itératin (sprint) une versin utilisable de l applicatin Revir en fin de sprint les prirités Se remettre en questin

26 Les avantages Les prirités snt définies par le respnsable prduit (Prduct wner) Une applicatin fnctinnelle est livrée à chaque fin de sprint Adaptabilité maximale (ajut de fnctinnalités mdificatin du backlg prduit) Meilleure cmmunicatin entre tus les acteurs

27 Les cntraintes Une cadre méthdlgie exigeant Une frte dispnibilité du client Des réunins fréquentes, mais planifiées Des nuveaux rôles (plus de chef de prjet, plus de hiérarchie)

28 Les rôles Le prduct wner Client u interne Dnne la visin du prduit, (dé)cnstruit le backlg prduit L équipe Scrum Multidisciplinaire et autnme Dévelppe le prduit Le Scrum Master Facilitateur, prtecteur de l équipe Garant de la mise en œuvre de la méthde

29 Le cycle Scrum

30 KANBAN 30

31 Principes Méthde issue de l industrie autmbile (Tyta) Optimiser le temps entre la cmmande et la livraisn Une méthde d améliratin de prcessus, pas une méthde pératinnelle (cntrairement à Scrum) 31

32 Objectifs Optimisatin des prcessus existants Gérer les flux de demandes Une gestin de prductin plus suple Une meilleure prédictibilité 32

33 Cmment? PDSA (Plan D Study Act) Visualiser les éléments et les prcessus Limiter le travail en curs Flux tiré (WIP) Suivre la perfrmance du système via des indicateurs 33

34 34

35 Kanban pur l IT S applique sur tute méthdlgie : cascade, cycle en V, Scrum Extensible à tute l entreprise : Management Marketing Supprt - maintenance 35

36 AGILITÉ À V-TECHNOLOGIES 36

37 Etat des lieux (Plan) Entretiens individuels Cmprendre les prcess existants Premiers cnstats : Des petites équipes et beaucup de prjets en parallèle Prirités fluctuantes Des interruptins incessantes Périmètre fnctinnel imprécis et muvant Qui fait qui? 37

38 Un changement en duceur (D) Séparatin claire des activités de maintenance et de prductin Améliratin prgressive et cllective Préparatin des prjets (intrductin des backlg prduits) Plus de cmmunicatin à tutes les étapes Mise en place de Kanban 38

39 39

40 Des cnstats (study) Les tests : gult d étranglement Peu de fnctinnalités validées dès la première passe Mauvaise préparatin des demandes Bugs fnctinnels u techniques Evlutin du périmètre 40

41 Des actins (act) Mise en place d une standup Meeting Visualisatin des blcages et des returs Meilleure préparatin des demandes (critères d acceptance) Favriser la cllabratin et l engagement des intervenants (respect des WIP) 41

42 42

43 Des résultats Diminutin du temps de cycle En 2014 : Janvier : 20 J Décembre : 12 J Mins de returs pst dévelppement Test et crrectifs pris en charge plus rapidement Travailler ensemble pur le prduit Cmmunicatin qutidienne Feedback Apprpriatin cllective des prjets Respect du travail des autres 43

44 Et le client dans tut ça? Cntractualisatin agile, cmment faire? Cntrat au frfait : Risque déprté sur le prestataire Cntrat en régie : Risque déprté sur le client Puvir partager les risques mais Le client veut cnnaitre ses dépenses à venir (budget) Le prestataire veut cnnaitre sn chiffre d affaire 44

45 Quelques pistes Slutins alternatives aux cntrats classiques Cntrat au frfait agile (risques partagés) Facturatin par sprint Frfait + Bn de cmmandes cmplémentaires Sinn initier une apprche agile Cnstruire le backlg prduit avec le client Etre transparent - Livraisns itératives Tests en cntinu par le client Faire accepter la révisin du périmètre fnctinnel 45

46 Ressurces «Kanban» de David J Andersn «Kanban pur l IT» de Laurent Mrisseau «Kanban et Scrum - Tirer le meilleur des deux» de Henrik Kniberg et Mattias Skarin «Scrum et XP depuis les tranchées» de Henrik Kniberg Agile Tur ( 46