Quelques réalisations en Agile, Les caractéristiques d un projet en Agile. - Agile live - project main features -

Transcription

1 Le 6 décembre 2013 Page 1

2 PLAN 1 Le constat : dérapages... d un projet en AGILE.. Questions/Réponses. Page 2

3 Page 3

4 Le constat : dérapages. Les projets informatiques subissent des dérapages en délais, coûts, évolutions de périmètres, Dans quelle proportion? Selon l étude réalisée en 2002 par Booz-Allen et Hamilton, 35% des projets ERP sont abandonnés, 55% nécessitent un dépassement des délais et des budgets, Seuls 10% des projets se déroulent correctement et selon les prévisions... Quid de l ensemble des projets informatiques (développements spécifiques et progiciels) en 2013? «Devant les chiffres impressionnants d échecs, de dérapages parfois considérables...» (source : programme journée AFDIT du 6 décembre 2013). Page 4

5 Page 5

6 REX AGILE Journée AFDIT + formations Journée d étude Mines Paris Tech + formations 1983 REX = env. 60 projets REX = + de 80 projets Page 6

7 2.1 Le retour d expérience en 2002: Journée d étude organisée le 3 juillet 2002 à l Ecole des Mines (Mines Paris Tech) Conférence de Me André MEILLASSOUX et : «Les prérequis techniques, humains et juridiques pour réussir un projet S.I.» Dossier disponible : voir slides suivants et dossier complet à Mines Paris Tech. Cours : Ecole Centrale Paris (cycle Ingénieurs) et Mines Paris Tech-HEC (Mastère Spécialisé «Management des Systèmes d information et des Technologies) Page 7

8 2.1 Pré-requis techniques. Page 8

9 Page 9

10 Page 10

11 Page 11

12 Page 12

13 2.2 Pré-requis humains. Page 13

14 Les pré-requis humains. 1. Dimension humaine = facteur clé de réussite, 2. Chef de projet SI = Profil de Manager + Bonne connaissance des processus opérationnels, 3. Rôle de la Direction Générale + Comité de pilotage, 4. La communication est un sous-projet à part entière, 5. Mise en cohérence des équipes et motivation. Page 14

15 2.3 Pré-requis juridiques. (Me Meillassoux) Page 15

16 Les pré-requis juridiques. 1. L outil de gestion indispensable du projet SI : le schéma contractuel. a) L utilité du contrat, b) Comment construire un contrat? c) La structure du contrat. 1. Que faire en cas de dérapage de votre projet? Page 16

17 2.2 Le retour d expérience en 2002 : l émergence d AGILE Page 17

18 Retour d expérience (REX): 17 Spécialistes du développement logiciel ont établi, sur la base de leur expérience, le Manisfeste AGILE en février 2001 Parmi les plus connus: Ward Cunningham l'inventeur du Wiki via WikiWikiWeb, Kent Beck, père de l'extreme programming et cofondateur de JUnit, Ken Schwaber et Jeff Sutherland, fondateurs de Scrum, Jim Highsmith, prônant l'asd, Alistair Cockburn pour la méthode Crystal clear, Martin Fowler, Dave Thomas et Arie van Bennekum pour DSDM (Dynamic System Development Method), la version anglaise du RAD (développement rapide d'applications). 74% des ingénieurs projets déclarent adhérer au «Manifeste Agile» de 2001, et appliquer au moins partiellement ses principes. (1) (1) sources : programme journée AFDIT du 6/12/2013). Page 18

19 REX : 4 valeurs du Manifeste AGILE. 1. Individus et échanges plus que processus et outils, 2. Produit fonctionnel plus que documentation pléthorique, 3. Collaboration du client plus que négociation du contrat, 4. Réactivité au changement plus que suivi d'un plan. Page 19

20 1. Satisfaire le client, 2. Accepter / Rechercher les changements, 3. Livrer un logiciel fonctionnel toutes les 2 semaines à 2 mois, 4. Collaborer quotidiennement, 5. Motiver les équipes, 6. Transmettre l information en face à face, 7. Pour performer, livrer un logiciel qui fonctionne, 8. Adopter un régime tenable, 9. Développer l excellence technique, REX : 12 pré-requis tirés de l expérience. 10.Faire simple, 11.Permettre à l équipe de s auto-organiser, 12.Donner du temps à l équipe pour son amélioration permanente: Page 20

21 Les 4 moteurs Moteur de Communication : faciliter l engagement et le consensus, Moteur de Solution : structurer l expression des exigences et la formalisation de la solution, Moteur de Pilotage : gérer la performance de l engagement, Moteur de Réalisation : Assurer la qualité fonctionnelle et technique de la solution, Moteur = PDCA (Plan, Do, Check, Act = Planifier, Réaliser, Vérifier, Corriger/Améliorer) Page 21

22 L organisation de l équipe. Rôles du ScrumMaster et du ProductOwner, Organiser le travail dans un Backlog Livrer des versions à chaque Sprint Page 22

23 Page 23

24 Cas n 1 1. PHASE 1 : Objectif Adapter S.I. pour obtenir une productivité X Contexte : - Entreprise matériel high-tech et infrastructures, - Excellente pratique de la maintenance mise en place par le leader mondial du secteur, - Environnement SAP. Excellente GMAO, - Développement interne par les équipes informatiques - Position AMOA métier (Direction industrielle) 3. Solution retenue : - Développer un système expert en appui de la GMAO, (Sans reproduire une erreur d une entreprise décrite lors de la conférence Mines Paris Tech de 2002 : écriture de lignes de code alors qu un progiciel existait) 4. Résultat atteint : - Productivité atteinte avec système expert breveté. Page 24

25 Cas n 1 (suite) 5. PHASE 2 : Objectif Poursuivre l adaptation du S.I. pour obtenir une productivité X 3 par rapport à Solution retenue : - Poursuite du développement du système expert en appui de la GMAO dans un contexte LEAN. 7. Résultat atteint : - Productivité atteinte avec une nouvelle version du système expert. 8. PHASE 3 : Objectif Réduire le temps d indisponibilité des infrastructures. 9. Solution retenue : - Adaptation du système expert aux nouvelles contraintes. 10. Résultat atteint : - Temps d indisponibilité conforme aux objectifs. Page 25

26 Cas n 2 1. PHASE 1 : Objectif en Août Analyse d une solution S.I. dans le cadre de l achat potentiel de 2 usines d une multinationale (FR + ESP) par un groupe d investisseurs 2. Contexte : - Entreprise chimie pour secteur automobile, - Pas de SI à l achat : pas de réseaux, de matériel, de salle informatique, de bureautique, de messagerie, de solution métier, d EDI (obligatoire) - Pas de personnel support (comptabilité, RH, achats, informatique,..) - Environnement SAP du vendeur, - Position AMOA (DSI management de transition temps partiel rattaché au DAF) pers au Total 3. Solution retenue : - 3 scénarii étudiés avec analyse sur 10 ans (petite / moyenne / haute solution S.I.) 4. Résultat atteint : - Présentation coûts, délais, à l équipe d investisseurs. Page 26

27 Cas n 2 (suite) 5. PHASE 2 : Objectif initial (20/12/2008) : Installation opérationnelle (hard/soft) en 2 mois. Objectif négocié : système opérationnel mi juillet 2009 ( 7 mois) 6. Solution retenue : - Phase de transition avec SAP du vendeur, - ERP SAGE X3 Comptabilité (2 mois) - Mi juillet : Salle informatique + réseaux + Sage X3 vente / achats / production / qualité + plate-forme EDI + messagerie + bureautique, - Pas d embauche au niveau informatique sous-traitance : infrastructures, intégration ERP et EDI 7. Résultat atteint : - Système opérationnel, - Coût 2 fois inférieur à la profession Page 27

28 Cas n 2 (suite) 8. PHASE 3 : Mi Intégration de certaines filiales (Brésil, USA,..) et rachats d entreprises + niveau des stocks divisé par 2. - Nouveau contexte : 34 filiales sur les 5 continents + nouveaux métiers pers au niveau mondial. 9. PHASE 4 : Indisponibilité 24/7 : maxi 4 fois X 3h par an, Coût S.I. au moins 2 fois inférieur à la profession, Nouvelle réduction des stocks. 10. Solution retenue : - Externalisation messagerie (office 365) - Externalisation Infrastructure «CLOUD» chez un des leaders mondiaux, - Système d assistance en appui à la GPAO (maquette spécifique) 11. Résultat atteint : - Objectifs atteint fin Page 28

29 Cas n 3 1. PHASE 1 : Objectif Concevoir une nouvelle usine ( m2) - S.I. associé pour réduire cycle production par 3 et réduire les coûts de 30%. 2. Contexte : - Entreprise secteur aéronautique, - Environnement : CATIA + VPM + SAP - Position AMOA (Equipe AMOA conception usine + AMOA S.I.) 3. Solution retenue : - Développement Hard (réseaux,..) - Maquettage de la solution sur l ancienne usine - Intégration de nouveaux modules (MES,..) et développements adaptés (transtockeur,..) 4. Résultat atteint : - Performances conformes à l objectif. Page 29

30 Page 30

31 DIX caractéristiques d un projet Agile Caractéristiques techniques: - Caractéristique 1 : Importance de l objectif, du cadrage et du résultat (PDCA), - Caractéristique 2 : Evolution du projet unique vers le multi-projets et l amélioration continue, - Caractéristique 3 : Réduction des délais et maîtrise des charges, - Caractéristique 4 : Gestion optimisée des modifications et des configurations (ITIL), - Caractéristique 5 : S.I. fonctionnel répondant aux objectifs initiaux sur l ensemble de son cycle de vie. Caractéristiques RH: - Caractéristique 6 : Agilité de l entreprise comme condition d agilité du développement S.I. - Caractéristique 7 : Autonomie et motivation très affirmée des équipes, - Caractéristique 8 : Synergie entre Maîtrise d Ouvrage (MOA) et Maîtrise d Œuvre (MOE). Equilibre des compétences. Caractéristiques juridiques: - Caractéristique 9 : Evolution du contrat du type mono-projet vers le contrat multi-projets, - Caractéristique 10 : Commande fermée versus commande ouverte. Page 31

32 4.1 - Caractéristiques techniques d un projet AGILE. Page 32

33 Caractéristique 1 : Importance de l objectif, du cadrage (schéma directeur,..) et du résultat. Définir des objectifs globaux. Exemples : Doubler la productivité (entreprise 1), Mettre en place un système opérationnel en 5 mois (entreprise 2),.. Mettre en place un cadrage efficace (Schéma Directeur,..): Permet de définir: La stratégie : faire ou faire-faire, La macro- feuille de route globale à 3/5 ans avec les macrodécoupages, Les macro-ressources (finances, RH, sous-traitance,..) à mettre en place sur l horizon, Faire une mise à jour annuelle du plan directeur, Moteur = PDCA (Plan, Do, Check, Act = Planifier, Réaliser, Vérifier, Corriger/Améliorer) Page 33

34 Caractéristique 2 : Evolution du projet unique vers le multi-projets et l amélioration continue. Les caractéristiques d un projet sont structurantes: Objectif / Résultat (recette finale), Décomposition en tâches (WBS) & organisation associée, Antériorité technique entre les tâches, Résultat de chaque tâche (recette partielle), Ressources (RH, finances, tech,..) de chaque tâche, Délai de chaque tâche avec marge libre et marge totale, Contrats internes / externes associés, avec règlements liés aux recettes, Page 34

35 Caractéristique 2 : Evolution du projet unique vers le multi-projets et l amélioration continue. La complexité d un projet est proportionnelle: 1. A la nomenclature des fonctions IT à réaliser, 2. Au niveau de performance à atteindre : complexité des algorithmes, nombre d utilisateurs finaux, taux de disponibilité,.. 3. A la dimension internationale : Europe, Amérique, Asie,.. et aux législations locales associées, 4. A la charge et au coût du projet, 5. Au délai du projet, 6. Au réseau : nombre d entreprises MOA, AMOA, MOE, sous-traitants, ),.. Quels sont les points communs entre : - Un projet interne, national,.. de 8 H X MOIS, - Un projet mondial, multi-partenaires, de 30 H X AN, - Un projet global intégrant : génie civil, S.I.,.. Page 35

36 Caractéristique 2 : Evolution du projet unique vers le multi-projets et l amélioration continue. Paramétrage progiciel ET / OU V Lancement Conception Prototypage générale Maquet.tage Préparation avant basculement V V V Amélioration continue Développement spécifique V Cahier des Tests d intégration charges V V V Spécifications Tests unitaires Coda.ge Amélioration continue Page 36

37 Caractéristique 3 : Réduction des délais et maîtrise des charges. Développement spécifique Ressources V Cahier des charges Tests d intégration (1 H X M) (1 H X M) Spécifications Tests unitaires (1 H X M) (1 H X M) Coda.ge (2 H X M) Délai = 5 mois 2 CdC Réduction de délai : Ressources X 2 Délai / 2 (la montée en puissance doit être gérée) 1 1 Spécif 2 Codage Page 37 TU TI Délai (Mois)

38 Caractéristique 3 : Réduction des délais et maîtrise des charges. Développement spécifique Analyse Si deux fonctions peuvent être dissociées Ressources V Cahier des charges Tests d intégration (0,5 H X M) (0,5 H X M) Spécifications Tests unitaires (0,5 H X M) (0,5 H X M) Coda.ge (21H X M) + Ressources V Cahier des charges Tests d intégration (0,5 H X M) (0,5 H X M) Spécifications Tests unitaires (0,5 H X M) (0,5 H X M) Coda.ge (21H X M) CdC 0,5 Spécif 1 Codag e TU TI 1,5 2 2,5 Délai (Mois) 1 CdC 0,5 Spécif 1 Codag e TU TI 1,5 2 2,5 Délai (Mois) Délai = 2,5 mois Page 38

39 Caractéristique 4 - Gestion optimisée des modifications et des configurations. Evaluer les conséquences d une demande de modification. Recours aux référentiels hard et soft : ITIL, change management, aéro/dga: Gestion des Incidents (bloquants, majeurs, mineurs) Gestion des Problèmes, Gestion de la Configuration (rattachée à la définition fonctionnelle du soft/hard), Gestion des Changements (évolutions mineures, majeures,..) Gestion des demandes de Services, Gestion des performances, Gestion de la disponibilité, Gestion des capacités. Utilisation de plates-formes adaptées selon les besoins: Progiciels et open sources pour la gestion des Incidents, des configurations, des changements, Page 39

40 Caractéristique 5 : S.I. fonctionnel répondant aux objectifs initiaux sur l ensemble de son cycle de vie. Objectif 1 Objectif 2 Objectif Conception Hard et soft Exploitation Maintenance Objectif Conception Hard et soft Exploitation Maintenance Page 40

41 4.2 - Caractéristiques RH d un projet AGILE. Page 41

42 Caractéristique 6 : Agilité de l entreprise comme condition d agilité du développement S.I. Président Directeur Directeur Utilisateur Kuser Utilisateur Kuser Adaptation de nos méthodologies et outils à partir des années Page 42

43 Caractéristique 7 : Autonomie et motivation très affirmée des équipes. Adaptation de nos méthodologies et outils à partir des années Page 43

44 Caractéristique 8 : Synergie entre Maîtrise d Ouvrage (MOA) et Maîtrise d Œuvre (MOE). Equilibre des compétences. AMOA MOA MOE MOE 1 ou plusieurs MOE: MOE solution métier, hard et réseaux, messagerie,.. S/T S/T S/T S/T Page 44

45 4.3 - Caractéristiques juridiques d un projet AGILE. Page 45

46 Caractéristique 9 : Evolution du contrat du type mono-projet vers le contrat multi-projets. Contrat «classique» Contrat multi-projets: Le cahier des charges est multi-projets (multi-versions), Les notions de recettes partielles, définitives,.. sont conservées, Les règlements associés sont conservés, Le premier projet est ferme, Les projets suivants sont conditionnels. Page 46

47 Caractéristique 10 : Commande fermée versus commande ouverte. Commande «fermée» Commande «ouverte»: La commande «ouverte» est associée à la commande «fermée» (contrat multi-projets), La commande «fermée» couvre les évolutions majeures, La commande ouverte couvre des évolutions mineures, Les besoins dans la commande «ouverte» sont satisfaits par des «tickets d évolution». Page 47

48 Page 48

49 Synthèse Projet AGILE CULTURE AGILE Culture AGILE (technique, RH, juridique) REX + LEAN + Concurrent Engineering + SLI / ITIL / Change Management Page 49

50 Port: Page 50

51 Questions / Réponses. 51 Page 51