Your SlideShare is downloading. ×
Agilite Puissance3 chez W4
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Agilite Puissance3 chez W4

388
views

Published on

Présentation conjointe W4 et Conseil et Moi d'un projet de

Présentation conjointe W4 et Conseil et Moi d'un projet de

Published in: Technology

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
388
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Voici de mon côté, une liste en vrac de questions qui me serviront : Quelles sont les dates pour les projets gérés cités en bas ?   Quelle a été l’historique de la R&D W4 vis-à-vis des méthodes de gestion de projet ?   Dev classique en V avec faible capacité à rédiger des specs : car au fur et à mesure. Produit technique pour d’autres dév. 2005 : pb qualité, des spécialistes, mode XP pour transferts de compétences. Promesses XP : multidisciplinarité. Recrutement Laurent BOSSAVIC : connu pour XP en France. Implication forte, sans concession  XP va plus loin : pratiques d’engineering. 13 règles. Pb : coût pour une société petite taille : deux personnes à temps plein … Scrum : bonnes pratiques mais avec liberté. Indicateurs de suivi. Idem pour les produis qui tournent sur nos produits. Ce qu’on a maintenu : Sur le moteur : dev puis test. On peut mettre des individus nouveaux. Mode Test Driven Dev. Pondération. Pas sur les IHM … Plus de pair programming même pour le moteur. Avec Scrum : mode d orga permet de produire rapidement.   XP  convaincu methodes agile et Scrum : gestion plus légère pour prendre en compte de manière agile les fonctionnalités qui émergent. On respecte 11 regles.   Quelles sont les méthodes ou référentiels au sens large utilisée par W4 ? (gestion de projet, de risques …) Risque : sur XP trois niveau de risque (1 à 3). 3 = high risk. Sur Scrum : pondération complexité Suite de Fibonacci.   Pourquoi Scrum ? Origine du choix, cheminement, réflexion qui a abouti à Scrum ? Pour les projets de définition du CdCharges. Confiance etc … Pvr décisonnaire. Avocat chez le client. Sinon méthode V : Ex : Appel d’offre   Différence et complémentarité avec méthode XP ?   Difficultés rencontrées avec Scrum ? Éléments implémentés naturellement ? Pour des gens qui souhaitent évoluer pour gérer une équipe : CdP par exemple …   Points négatifs / Scrum ? Apports principaux et secondaires ? Forte présence client. Itération peut modifier les US. Prix du cahier des charges dispersé tout le long du projet. Le dialogue avec le client va permettre de comprendre ce qui est faisable, couteux et réalisable. Difficultés : éducation client. Veut un CdP qui ne soit pas eux. Risque méthode agile : équipe collectivement responsable  c pas moi c lui ! Gestion d equipe du Scrum master. Equipe equilibrée. Motivation et équipe accepte de le monter en compétence. Equipe Agile 1 à 6 personnes. Emergence des fonctionalités : ca arrive petit à petit. Tu donnes une vision car le détail c au fur et à mesure.   Éléments remis en cause ? RAS   Quelle est la taille des projets dans le scope de Scrum ? Pages Jaunes : 1 an sur 5 dev, 24 sprints.   Spécificités de l’implémentation Scrum chez W4 ? Valoriser le client : le product owner. Methode tradi : le cdp n existe pas dans Scrum. Non agile : tu te plantes un an plus tard et les dégats sont énormes. Alors qu’avec Scrum au bout de 2 ou 3 itérations ils décidera si ok ou nok. Meilleure maitrise du risque.   La méthode Agile et outil BF : combinaison gagnante  La valeur métier visuelle doit être produite rapidement. Contrairement à du Java on utilise des modèles. Avocat de la méthode Agile.  
  • W4 est une société qui a plus de 15 ans d’expérience dans le domaine de l’édition logicielle, D’envergure internationale, W4 propose en particulier une solution de développement agile BUSINESS FIRST. L’équipe R&D, le cœur même de l’entreprise, a du se structurer afin de répondre avec efficacité aux défis, nombreux, qui jalonnent les voies du développement logiciel. 30% du CA consacré c’est bien, mieux même que la moyenne dans le domaine de l’édition logiciel (en France) mais encore faut-il savoir comment optimiser cet investissement. L’un des axes majeur est évidemment la méthode employée pour gérer ces projets R&D : gestion de projet classique ? méthodes Agiles ? Quelle méthode Agile ? L’efficacité rime avec pragmatisme dans de nombreux domaines … y compris le nôtre. Notre choix s’est porté sur Scrum … Réf. web « Scrum doesn’t prescribe any engineering practices; XP does. I love the XP engineering practices, particularly things like test-driven development, the focus on automated testing, pair programming, simple design, refactoring, and so on  »
  • C’est au nom de ce pragmatisme que le besoin d’homogénéité s’est exprimé rapidement : « Nous développons de manière Agile, un outil Agile, sur une plateforme Agile »
  • Le manifeste agile commence ainsi : nous avons trouvé une voie améliorant le développement logiciel en réalisant ce travail et en aidant les autres à le faire. De ce fait nous avons déduit des valeurs communes
  • Il existe des outils mais vraiment pas pratiques. Le msproject des methodes agiles n’existent pas -> difficultés d’utilisation
  • Léger: Facilement installable sans surcout de techno (dispo aussi dans le cloud) Accessible: L’utilisateur ne doit pas lire 50 bouquins pour pouvoir l’utiliser (même si nous pourrions l’aider cf.pages jaunes) En BF: pour légitimer encore plus notre engagement dans cette pratique mais aussi pour valider l’adaptation de notre techno
  • Il y a des tas de mécanismes à mettre en ouevre pour y arriver, cela sera demontré au fur est a mesure des itérations
  • Il y a des tas de mécanismes à mettre en ouevre pour y arriver, cela sera demontré au fur est a mesure des itérations
  • burnup.png : suivi du projet grâce aux burnups creation_us.png : tous les éléments définis par scrum pour créer une US sont là distribution.png : si tu veux l'utiliser : pour avoir un aperçu de l'organisation des us du projet stand_up.png : Fenêtre permettant de faire le stand_up chaque matin summary_sprint.png : résumé de la composition du sprint vue_en_arbre.png : vue pratique pour voir comment est constitué le backlog
  • burnup.png : suivi du projet grâce aux burnups creation_us.png : tous les éléments définis par scrum pour créer une US sont là distribution.png : si tu veux l'utiliser : pour avoir un aperçu de l'organisation des us du projet stand_up.png : Fenêtre permettant de faire le stand_up chaque matin summary_sprint.png : résumé de la composition du sprint vue_en_arbre.png : vue pratique pour voir comment est constitué le backlog
  • burnup.png : suivi du projet grâce aux burnups creation_us.png : tous les éléments définis par scrum pour créer une US sont là distribution.png : si tu veux l'utiliser : pour avoir un aperçu de l'organisation des us du projet stand_up.png : Fenêtre permettant de faire le stand_up chaque matin summary_sprint.png : résumé de la composition du sprint vue_en_arbre.png : vue pratique pour voir comment est constitué le backlog
  • burnup.png : suivi du projet grâce aux burnups creation_us.png : tous les éléments définis par scrum pour créer une US sont là distribution.png : si tu veux l'utiliser : pour avoir un aperçu de l'organisation des us du projet stand_up.png : Fenêtre permettant de faire le stand_up chaque matin summary_sprint.png : résumé de la composition du sprint vue_en_arbre.png : vue pratique pour voir comment est constitué le backlog
  • burnup.png : suivi du projet grâce aux burnups creation_us.png : tous les éléments définis par scrum pour créer une US sont là distribution.png : si tu veux l'utiliser : pour avoir un aperçu de l'organisation des us du projet stand_up.png : Fenêtre permettant de faire le stand_up chaque matin summary_sprint.png : résumé de la composition du sprint vue_en_arbre.png : vue pratique pour voir comment est constitué le backlog
  • Les Métiers vont penser rapide, facilement modifiable, bref tout ce que montre les av-ventes Les développeurs vont penser application sur modèle (generation ou non de code) avec nombreux connecteurs etc Les experts SI/ partenaires / chef de projet vont associer ce mot à Méthode agile : D’autant plus vrai que nos présentations sont subtilement truffées de tous ces concepts: Exemple slides apres
  • Transcript

    • 1. A g ilit é c h e z u n é d it e u r d e lo g ic ie l W4 Jean-Loup Comeliau Marketing Produit Conseil & MOI Jean-Luc Maze Coach & Manager Projet Agile© W4 et C&MOI 1
    • 2. Sommaire  Qui est W4 ?  Vous avez dit agilité ?  Application chez un client W4  Application en interne sur un projet W4  Conclusion© W4 et C&MOI 2
    • 3. Q ui e s t W4 ?© W4 et C&MOI 3
    • 4. W4  Editeur, leader français du BPM  Editeur de suites logicielles  Applications métier sur-mesure  Service de composition (Composers)  Service d’exécution  Équipe d’experts : BPM, SI, IHM, modélisation…  30% CA  R&D© W4 et C&MOI 4
    • 5. Principes de base  Modèles agiles  Itératifs, évolutifs  WYMIWYG What You Model Is What You Get  Initialement embryonnaires (AMDD de Scott W. Ambler)  UML exécutable  Approche moteur : par interprétation (vs. génération de code)© W4 et C&MOI *Gartner 5
    • 6. BUSINESS FIRST Mobile Web Cloud Ecrans Indicateurs Suivi Processus Données IHM Restitution Exécution Modélisation Web ERP LDAP DB ECM XLS Service Connecteurs Annuaire Données Documents Connecteurs Données dédiés entreprise métier Génériques locales© W4 et C&MOI 6
    • 7. Approche moteur Accessing Business BPM data Business Model GUI Scheduling Rendering© W4 et C&MOI 7
    • 8. Produits W4: pour outiller l’agilité  Agilité: • Méthodologie de projets (Scrum, XP…) • Applications agiles:  Incrémentales  Évolutives techniquement et fonctionnellement  Optimise les cycles de développement car favorise l’incrémental  Raccourcit les cycles itératifs© W4 et C&MOI 8
    • 9. Vo u s a v e z d it a g ilit é ?© W4 et C&MOI 9
    • 10. Jean-Luc MAZE  Consultant/Formateur Méthodologies IT • Formation initiale Bac E + 3éme cycle Essec/Essid • Administrateur du Chapitre Paris IDF du Project Management Institute (PMI) en charge du Système d’Information • Certifié ITIL V3 fundation, Certified Scrum Master, Scrum Product Owner • En cours de certification PMP et ITIL V3 Expert 30 années d’expérience : • 12 ans de fonction « études » d’Analyste Programmeur à Chef de Projets • GPAO, Assurance, Banque, Collectivité Locale, Social et Associatif,… • 15 ans de consulting en Management de Projets, Optimisation de Processus, Infogérance, Choix et déploiement de Progiciels • Industrie, Energie, Social et Associatif, Banque, Formation Professionnelle,… • 10 ans de management de « centres de profit » • Direction Sce Etudes, Direction BU en SSII, Création Sociétés, Communautés,…© W4 et C&MOI 10
    • 11. De l’intérêt d’un outillage AgileLes valeurs fondamentales Valeur Apports de BUSINESS FIRST C’est le principal attrait de l’approche « composition visuelle L’interaction avec les personnes plutôt que les d’application » disponible avec BUSINESS FIRST. la rapidité de processus et les outils. compréhension des modèles par les utilisateurs favorise le dialogue MOE/MOA et rend les échanges directement productifs. En supprimant la phase de codage, l’exécution directe des modèles validés réduit les risques d’introduction de Un produit opérationnel plutôt qu’une dysfonctionnements. « Cerise sur le gâteau » : la capacité offerte documentation pléthorique. par BUSINESS FIRST de générer la documentation de l’application composée garantie aux équipes de disposer à tout moment d’un référentiel fiable Là aussi les composeurs de la suite BUSINESS FIRST sont un bon La collaboration avec le client plutôt que la moyen de fédérer en toute transparence (temps passé, résultats négociation de contrat. obtenus,…) les apports de chacun à la solution finalisée L’approche par les modèles est un plus incontournable dès lors La réactivité face au changement plutôt que le qu’il s’agit de prendre en compte des évolutions sans avoir (grâce suivi dun plan. à la limitation du code spécifique) à tout reprendre.© W4 et C&MOI 11
    • 12. De l’intérêt d’un outillage AgileLes principes fondateurs© W4 et C&MOI 12
    • 13. Les priorités définies ! Ligne produit Interne W4 Externe W4 Etendre la culture Réaliser des projets management de clients intégrant BF projet en mode Agile Démontrer que sur Promouvoir BF en certain projet client il démontrant qu’il est est préférable de un plus en proposer une environnement agile approche Agile Positionner W4 comme un acteur reconnu de l’écosystème Agile© W4 et C&MOI 13
    • 14. A p p lic a t io n c he z Réaliser des projets u n c lie n t W 4 clients intégrant Business First en mode Agile© W4 et C&MOI 14
    • 15. Solution retenue: vues métiers et fonctions©15 W4 et C&MOI
    • 16. Comment passer du cahierdes charges au backlog ? Evaluation enDialogue permanent groupe avec le Product Owner Consolidation du Backlog© W4 et C&MOI 16
    • 17. Comment s’y prendre pourtout réaliser ?© W4 et C&MOI 17
    • 18. Comment constituer et formaliser les objectifs ? 18© W4 et C&MOI
    • 19. Comment s’organiser pourproduire avec efficacité ?© W4 et C&MOI 19
    • 20. Comment informer rapidementl’ensemble de l’équipe ?© W4 et C&MOI 20
    • 21. Comment rendre compte dutravail effectué durant le sprint ?© W4 et C&MOI 21
    • 22. Objectifs vs RésultatsSuivi de l’avancement / Vélocité (SpM7 et SpM8) Donne le reste à faire en H exprimé à l’issue du StandUp du 24/12/2010 (14h30) Si la courbe Rouge est plus basse que la Bleue  C’est bon signe, on est en avance ! Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint Sprint Burndown WISP SpM7 & SpM8 Effort 29 44 38 32 32 55 35 26 26 28 28 Possible 400,0 Velocité 1,07 1,20 0,90 1,08 1,03 1,12 0,90 1,60 1,20 1,25 1,25 visée 350,0 Capacité 32 41 37 30 29 61 22 22 22 22 22 equipe J/H 300,0 Reste à faire en Heure 250,0 200,0 Theorique Reel Volume deffort produit 45,00 Nb J/H consommé 37,00 150,0 Vélocité ==> 1,22 100,0 50,0 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint Sprint 0,0 2 2 2 2 2 2 2 2 2 2 2 Effort /1 /1 /1 /1 /1 /1 /1 /1 /1 /1 /1 13 14 16 17 21 22 24 25 15 20 23 29 44 38 32 32 55 24 24 26 26 26 Possible Velocité 1,12 0,90 1,08 1,03 1,07 0,90 1,20 1,20 1,20 1,20 1,20 Durée visée Capacité 32 41 37 30 29 61 20 20 22 22 22 equipe J/H©22 W4 et C&MOI
    • 23. Comment suivi de laprogression du projet ? 100 400 95 380 7000 90 360 6750 85 340 6500 80 320 6250 75 300 6000 70 280 5750 65 260 5500 60 240 5250 55 220 5000 50 200 4750 45 180 4500 40 160 35 4250 140 30 120 4000 25 100 3750 20 80 3500 15 60 3250 10 40 3000 5 20 2750 0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10S11 0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10S11 2500 2250 2000 1750 1500 1250 1000 US ajoutées 20 dont 3 «Métier», 10 par dédoublement d’US 750 500 existantes (interfaces avec l’existant en mode 250 bouchon/debouchon + SI cibles), 0 S1 S2 S3 S4 S5 S6 S7 S8 S9 S10S11 7 pour gestion des livraisons + réevaluation US existantes US de provision pour reprise sur les développements (évolutifs et correctifs) US (metier, technique, administrative et projet) incluses au backlog initial (13/09/10) ► Arbitrage effectué pour -10 points sur backlog le 14/12 !© W4 et C&MOI 23
    • 24. Comment peut-on êtreplus efficient ?© W4 et C&MOI 24
    • 25. Les priorités (re)définies ! Avant d’aller plus loin un 1er Bilan : • On peut conduire un projet client en mode agile • Travailler avec Business First et W4 est un élément discriminant pour un intégrateur • Business First est un plus en environnement Scrum / Agile (+20 à 25% de productivité vs développement avec framework java classique) • L’intégration de business first avec des outils externes est pleinement réalisable mais pas aisée (bride la productivité)© W4 et C&MOI 25
    • 26. Les priorités (re)définies ! Ligne produit Interne W4 Externe W4 Rendre + efficiente Etendre la culture Promouvoir BF en les équipe R&D management de démontrant qu’il est projet un plus en environnement agile Faire de BF une Démontrer que sur Positionner W4 plateforme de certain projet client il comme un acteur développement est préférable de reconnu de collaborative outillée proposer une l’écosystème Agile approche Agile Réduire le time to Réaliser des projets market en structurant clients intégrant BF mieux les process de en mode Agile Release© W4 et C&MOI 26
    • 27. Etendre la culture en A p p lic a t io n management de projet c he z W4 Agility Rendre + efficiente Manager les équipe R&D Faire de BF une plateforme de développement collaborative outillée Promouvoir BF en montrant qu’il est un plus en environnement Agile© W4 et C&MOI 27
    • 28. Combler un manque : Gestion de projet agile Il existe des outils :  Excel  Ice Scrum  JIRA /GreenHoper  Etc… Aucun ne satisfait complétement !© W4 et C&MOI 28
    • 29. La vision  Les objectifs d’Agility Manager • Être Léger • Être Accessible • Utiliser et Valider de la techno W4 • Compléter la gamme d’outils associables© W4 et C&MOI 29
    • 30. De la vision au Backlog… FISPE Typologie 70 3 10 32 26 Impérative Administration Souhaitable Metier© W4 et C&MOI Possible Technique 30
    • 31. Du Backlog au Release Plan… N° Sprint Contenu fonctionnel SP0 – 10J/H Bases conceptuelles technologiques Gestion des objets de base (WBS, OBS, User) Sp1 – 10J/H Création des Users Stories 18 Points Mise en œuvre environnement développement Gestion des ACL et du login Paramétrage de base Création de l’objet User Story Sp2 – 9J/H Création des sprints et des releases 15 Points Mise en œuvre de l’environnement de recettes (web) Création des objets Release et Sprint Association Sprints à Releases Association Users Stories à Sprints Sp3 – 10J/H Gestion du Sprint N° Release Contenu fonctionnel 18 Points Gestion de l’objet Task Association Task à User Story R1 Fonctionnalités de base Gestion début et fin de Sprint Mi-Juin  Pouvoir gérer un projet simple avec Gestion début et fin de User Story Agilia Sp4 – 10J/H Suivre l’activité R2 Fonctionnalités avancées 18 Points Gestion du Stand-Up Génération du Burndown Chart Fin Aout  Pouvoir gérer les changements et le reporting Sp5 - Packaging Release 1 R3 Ergonomie et Echanges Fin  Faciliter l’utilisation et renforcer la Septembre communication© W4 et C&MOI 31
    • 32. A chaque sprint plusieurs objectifs… Un contenu Pédagogique =Formation Continue Un avancement global = Vision partagée Une présentation des US Ok = Appropriation continue Un reporting détaillé =© W4 et C&MOI Transparence 32
    • 33. Agility Manager (Preview)  Backlog vue en arbre© W4 et C&MOI 33
    • 34. Agility Manager (Preview)  Création User Stories© W4 et C&MOI 34
    • 35. Agility Manager (Preview)  Mêlée quotidienne / Stand-Up© W4 et C&MOI 35
    • 36. Agility Manager (Preview) Sprint : résumé composition  Distribution© W4 et C&MOI 36
    • 37. Agility Manager (Preview)  Burnup et Burndown© W4 et C&MOI 37
    • 38. C o n c lu s io n© W4 et C&MOI 38
    • 39. Objectifs atteints ! Ligne produit Interne W4 Externe W4 Rendre + efficiente Etendre la culture Promouvoir BF en les équipe R&D management de démontrant qu’il est projet un plus en environnement agile Faire de BF une Démontrer que sur Positionner W4 plateforme de certain projet client il comme un acteur développement est préférable de reconnu de collaborative outillée proposer une l’écosystème Agile approche Agile Réduire le time to Réaliser des projets market en structurant clients intégrant BF Objectifs Atteints mieux les process de en mode Agile Objectifs en cours Release© W4 et C&MOI 39
    • 40. En quoi scrum facilite-t-il la tenue desobjectif ? • Toutes les attentes de W4 étaient en fait des projets; • Les délais, les organisations et la maturité des différents projets étaient dissemblables; • La Direction Générale de W4 souhaitait disposer d’une vue consolidée de l’avancement des projets; • Le management de projet ne doit pas être sur consommateur de temps; • La mise en place du Management de projet Agile ne devait pas contraindre les équipes sur le choix des pratiques de Développement Agile Scrum car …  Un framework complet mais abordable  Une implémentation scalable  Une vision d’ensemble car fonctionnement équipe sur base et « langage » commun© W4 et C&MOI 40
    • 41. Conclusion  Méthode « Classique » ou Agile ? • Les deux ! Mais Agile en 1er choix sauf si… • Ex: Appel d’Offres, Contraintes Externes,  Pourquoi ça fonctionne ? • Co-responsabilité • Adaptation au contexte  Le principal bonus du(des) Projet(s) • Une plateforme de développement Agile intégrée (Composition, Exécution, Test, Bug Traking, et )  Agility Manager • Améliore la communication • L’Agilité puissance 3© W4 et C&MOI 41
    • 42. Des projets alignés avec les besoinsAdéquationBesoin/application nt en anc e n t/mai lopp eme déve inuité Avantages C ont Implication du métier Paramétrage vs Dev.Besoin Framework éditeurmétier Livraison Bénéfices Disponibilité rapide Qualité maîtrisée Adéquation aux besoins Durée Spécifications Développement Tests© W4 et C&MOI 42
    • 43. Business First, une plateforme pour produire desapplications agiles3 Fonctionnalités agiles AGILE 3 Gestion de projet agile Outils de dev agiles© W4 et C&MOI 43
    • 44. Agilia  Envoyer un email • Jean-loup.comeliau@w4.eu • jlmaze@conseiletmoi.com • Site Web : www.w4global.com© W4 et C&MOI 44