Agilité chez un éditeur de logiciel

Présentation au sujet: "Agilité chez un éditeur de logiciel"— Transcription de la présentation:

1 Agilité chez un éditeur de logiciel
W4 Jean-Loup Comeliau Marketing Produit Conseil & MOI Jean-Luc Maze Coach & Manager Projet Agile © W4 et C&MOI

2 Application chez un client W4 Application en interne sur un projet W4
Sommaire Qui est W4 ? Vous avez dit agilité ? Application chez un client W4 Application en interne sur un projet W4 Conclusion 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 et C&MOI

3 Qui est W4? © W4 et C&MOI

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 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 » © W4 et C&MOI

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) *Gartner © W4 et C&MOI

6 BUSINESS FIRST Restitution Exécution Modélisation Mobile Web Cloud
Ecrans Indicateurs Suivi Processus Données IHM Restitution Exécution Modélisation ERP Connecteurs dédiés LDAP Annuaire entreprise DB Données métier ECM Documents Web Service Connecteurs Génériques XLS Données locales © W4 et C&MOI

7 Approche moteur Accessing Business Model Scheduling Rendering BPM GUI
Business data GUI Scheduling Rendering © W4 et C&MOI

8 Produits W4: pour outiller l’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 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 » © W4 et C&MOI

9 Vous avez dit agilité? © W4 et C&MOI

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

11 De l’intérêt d’un outillage Agile Les valeurs fondamentales
Powered by BUSINESS FIRST De l’intérêt d’un outillage Agile Les valeurs fondamentales Valeur Apports de BUSINESS FIRST L’interaction avec les personnes plutôt que les processus et les outils. C’est le principal attrait de l’approche « composition visuelle d’application » disponible avec BUSINESS FIRST. la rapidité de compréhension des modèles par les utilisateurs favorise le dialogue MOE/MOA et rend les échanges directement productifs. Un produit opérationnel plutôt qu’une documentation pléthorique. En supprimant la phase de codage, l’exécution directe des modèles validés réduit les risques d’introduction de dysfonctionnements. « Cerise sur le gâteau » : la capacité offerte 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 La collaboration avec le client plutôt que la négociation de contrat. Là aussi les composeurs de la suite BUSINESS FIRST sont un bon moyen de fédérer en toute transparence (temps passé, résultats obtenus,…) les apports de chacun à la solution finalisée La réactivité face au changement plutôt que le suivi d'un plan. L’approche par les modèles est un plus incontournable dès lors qu’il s’agit de prendre en compte des évolutions sans avoir (grâce à la limitation du code spécifique) à tout reprendre. 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 © W4 et C&MOI

12 De l’intérêt d’un outillage Agile Les principes fondateurs
Powered by BUSINESS FIRST Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité Le changement est accepté, même tardivement dans le développement. Les processus agiles exploitent le changement comme un avantage compétitif pour le client La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle La méthode la plus efficace de transmettre l'information est une conversation en face à face Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte Les processus agiles promeuvent un rythme de développement soutenable. Sponsors, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens Les gens du métier et les développeurs doivent collaborer quotidiennement au projet © W4 et C&MOI

13 Les priorités définies !
Ligne produit Interne W4 Externe W4 Etendre la culture management de projet Réaliser des projets clients intégrant BF en mode Agile Démontrer que sur certain projet client il est préférable de proposer une approche Agile Promouvoir BF en démontrant qu’il est un plus en environnement agile Positionner W4 comme un acteur reconnu de l’écosystème Agile 1 1 2 2 3 © W4 et C&MOI

14 Application chez un client W4
Réaliser des projets clients intégrant Business First en mode Agile 1 © W4 et C&MOI

15 Solution retenue: vues métiers et fonctions
© W4 et C&MOI

16 Comment passer du cahier des charges au backlog ?
Evaluation en groupe Dialogue permanent avec le Product Owner Consolidation du Backlog © W4 et C&MOI

17 Comment s’y prendre pour tout réaliser ?
© W4 et C&MOI

18 Comment constituer et formaliser les objectifs ?
© W4 et C&MOI

19 Comment s’organiser pour produire avec efficacité ?
© W4 et C&MOI

20 Comment informer rapidement l’ensemble de l’équipe ?
© W4 et C&MOI

21 Comment rendre compte du travail effectué durant le sprint ?
© W4 et C&MOI

22 Objectifs vs Résultats Suivi 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 ! Initiale Révisée © W4 et C&MOI

23 Comment suivi de la progression du projet ?
En Nb Users Stories En Nb Points "Complexité" US ajoutées 20 dont 3 «Métier», 10 par dédoublement d’US existantes (interfaces avec l’existant en mode bouchon/debouchon + SI cibles), 7 pour gestion des livraisons + réevaluation US existantes En Nb Valeurs Métier 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) 35 Pts / Sprint Arbitrage effectué pour -10 points sur backlog le 14/12 ! © W4 et C&MOI

24 Comment peut-on être plus efficient ?
© W4 et C&MOI

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

26 Les priorités (re)définies !
Ligne produit Interne W4 Externe W4 Rendre + efficiente les équipe R&D Etendre la culture management de projet Promouvoir BF en démontrant qu’il est un plus en environnement agile Faire de BF une plateforme de développement collaborative outillée Démontrer que sur certain projet client il est préférable de proposer une approche Agile Positionner W4 comme un acteur reconnu de l’écosystème Agile Réduire le time to market en structurant mieux les process de Release Réaliser des projets clients intégrant BF en mode Agile 1 4 2 3 3 4 2 1 © W4 et C&MOI

27 1 2 3 4 Application chez W4 Etendre la culture en management de projet
Rendre + efficiente les équipe R&D 2 Agility Manager Faire de BF une plateforme de développement collaborative outillée 3 Promouvoir BF en montrant qu’il est un plus en environnement Agile 4 © W4 et C&MOI

28 Combler un manque : Gestion de projet agile
Il existe des outils : Excel Ice Scrum JIRA /GreenHoper Etc… Il existe des outils mais vraiment pas pratiques. Le msproject des methodes agiles n’existent pas -> difficultés d’utilisation Aucun ne satisfait complétement ! © W4 et C&MOI

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 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 © W4 et C&MOI

30 De la vision au Backlog…
Conception en Groupe Backlog en Construction Backlog de Release 1 Release 1 © W4 et C&MOI

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 18 Points Création des Users Stories 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 15 Points Création des sprints et des releases 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 Gestion de l’objet Task Association Task à User Story Gestion début et fin de Sprint Gestion début et fin de User Story Sp4 – 10J/H Suivre l’activité Gestion du Stand-Up Génération du Burndown Chart Sp5 - Packaging Release 1 N° Release Contenu fonctionnel R1 Mi-Juin Fonctionnalités de base  Pouvoir gérer un projet simple avec Agilia R2 Fin Aout Fonctionnalités avancées  Pouvoir gérer les changements et le reporting R3 Fin Septembre Ergonomie et Echanges  Faciliter l’utilisation et renforcer la communication 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 © W4 et C&MOI

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é = Transparence 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 © W4 et C&MOI

33 Agility Manager (Preview)
Backlog vue en arbre 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 © W4 et C&MOI

34 Agility Manager (Preview)
Création User Stories 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 © W4 et C&MOI

35 Agility Manager (Preview)
Mêlée quotidienne / Stand-Up 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 © W4 et C&MOI

36 Agility Manager (Preview)
Sprint : résumé composition Distribution 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 © W4 et C&MOI

37 Agility Manager (Preview)
Burnup et Burndown 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 © W4 et C&MOI

38 Conclusion © W4 et C&MOI

39 Objectifs atteints ! Rendre + efficiente les équipe R&D
Ligne produit Interne W4 Externe W4 Rendre + efficiente les équipe R&D Etendre la culture management de projet Promouvoir BF en démontrant qu’il est un plus en environnement agile Faire de BF une plateforme de développement collaborative outillée Démontrer que sur certain projet client il est préférable de proposer une approche Agile Positionner W4 comme un acteur reconnu de l’écosystème Agile Réduire le time to market en structurant mieux les process de Release Réaliser des projets clients intégrant BF en mode Agile Objectifs Atteints Objectifs en cours © W4 et C&MOI

40 En quoi scrum facilite-t-il la tenue des objectif ?
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

41 Conclusion Méthode « Classique » ou Agile ? Pourquoi ça fonctionne ?
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

42 Des projets alignés avec les besoins
Adéquation Besoin/application Continuité développement/maintenance Avantages Implication du métier Paramétrage vs Dev. Framework éditeur Besoin mé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

43 Business First, une plateforme pour produire des applications agiles3
Fonctionnalités agiles Gestion de projet agile 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 Outils de dev agiles © W4 et C&MOI

44 Merci Agilia Envoyer un email Jean-loup.comeliau@w4.eu
Site Web : Merci © W4 et C&MOI