Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII

438 views
346 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
438
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII

  1. 1. L'agilité dans le monde de la SSII
  2. 2. 2 Introduction
  3. 3. Speaker : Nicolas Saillard ! CEO & associé chez Coaxys ►  @nikosaillard / @coaxys ! Parcours : ►  Développeur NTIC chez des éditeurs Normands : 6 ans ►  Découverte de la SSII et de l’Agilité en 2006 ►  Un mélange de Directeur Technique, Delivery Manager ou encore Responsable de Centre de Services depuis 5 années ! Motivations : ►  Livrer le bon produit au bon client (malgré le contrat…) ►  Créer une ambiance de travail : Sérénité, Expertise, Confiance ! Passions : ►  La musique et le sport d’équipe, quel rapport ?... 3
  4. 4. Qui sommes nous ? ! Coaxys est née en juillet 2013 de la volonté de 3 informaticiens expérimentés et passionnés aux parcours à la fois différents et finalement très proches. Nous nous sommes réunis dans notre envie d'écrire des "success stories". ! Quels que soit la taille ou le domaine du projet, l'objectif est de conjuguer le savoir-faire de notre équipe expérimentée avec la connaissance Métier du client, dans le plus grand respect de ses projets. Coaxys représente les 2 axes indispensables pour atteindre l'objectif fixé : ! L'axe du Métier et de la compétence du client, primordial pour la ligne directrice ! L'axe de l'Expertise et de la compétence informatique, pour suivre la ligne du succès. 4
  5. 5. Une équipe dynamique ! Quelles que soit leurs rencontres et leurs expériences, un constat commun les a réunis : L’amour de l’expertise, technique ou fonctionnelle. ! Notre Expertise et nos Méthodes de travail nous permettent de vous accompagner dans l’élaboration de vos projets. 5 Nicolas SAILLARD Chief Executive Officer Nicolas GIARD Chief Technology Officer Sébastien PANNIER Chief Creative Officer Alexandre DESHAYES Associé Romaric MOUILLARD Ingénieur étude & développement
  6. 6. Le menu du jour ! Qu’est ce que l’Agilité ? ►  Les principes et le manifeste Agile ►  Méthode « By the book » : Scrum, Kanban ►  Le ROI (Return Of Interest) ! Des outils à consommer sans modération ►  Le Backlog ►  Le Burndown Chart ! La contrainte du monde de la SSII ►  Contrat Agile ? ! Retours d’expériences ►  Dans un Centre de Services ►  Dans une société naissante 6
  7. 7. 7 L’Agilité
  8. 8. Il ne faut pas croire tout ce qu’on dit ! L’Agilité n’offre pas de méthode qui aide à développer de meilleurs produits ! L’Agilité ne donne pas la réponse à comment développer des logiciels de qualité plus rapidement ! L’Agilité propose des outils, des « Frameworks », que l’on peut utiliser pour identifier ce qu’il faut faire pour développer des logiciels de qualité rapidement ! Toutefois, l’Agilité permet de mesurer la productivité des équipes et de mieux se connaitre 8
  9. 9. Le manifeste Agile ! http://agilemanifesto.org (en 2001) 9 Processus et outils Personnes et interactions > Suivi d'un plan Adaptation au changement > Documentation Logiciel qui fonctionne > Négociation à partir d'un contrat Collaboration avec le client >
  10. 10. Les piliers de l’Agilité ! Transparence ! Introspection ! Adaptation Comme le gendre face à sa belle mère… 10  
  11. 11. Constat & Objectif ! Constat d’échec… ►  70% des projets informatiques ne respectent pas leur planning initial ►  Plus de 30% n’aboutissent pas -  Source diverses Gartner, Daylight 11 ! Objectif ►  80% de valeur métier ►  50% du temps prévu ! Risque ►  100% de valeur métier ►  150% du temps prévu
  12. 12. Une méthode Agile : Scrum ! SCRUM (mêlée de rugby en anglais) ►  Méthode agile dédiée à la gestion de projet ►  Née d’un constat d’échec des méthodes traditionnelle ►  Appliquée à ses origines dans l’industrie automobile chez Toyota ►  Comparée à la mêlée de rugby où l’équipe essaye d’avancer unie. 12 ! SCRUM, c’est… ►  Transparence, Inspection, Adaptation ►  Itératif et incrémental ►  Cohérence de la solution logicielle proposée ►  L’agilité au service du métier, la mise en œuvre est pilotée par le métier
  13. 13. Scrum en une page ! Description ►  3 rôles ►  4 meetings ►  2 artefacts ►  1 produit 13
  14. 14. Une (autre) méthode Agile : Kanban ! KANBAN (panneau en japonais) ►  Une suite logique à Scrum, en plus souple ►  Rendre cohérente la production entre 2 postes de travail (encore Toyota) ►  La fin du « Time Boxing » 14 ! KANBAN, c’est… ►  Passer progressivement de « une demande est poussée par le métier » Vers « une demande tirée par les développeurs »
  15. 15. Kanban en une page ! Fondamentaux ►  Visualiser ►  Limiter le WIP (Work In Progress) ►  Expliciter les règles ►  Mesurer et piloter ►  Améliorer ! DoD : Definition of Done 15
  16. 16. Livraison de valeur ajoutée 16    Waterfall           Time StoriesRemaining Sprint1 Sprint3 Sprint2 Sprint4 Sprint6 Release1 7 8 9 Release2 11 12 13 14 R4 Scrum               
  17. 17. 17 Les outils
  18. 18. Les acteurs (à la mode SSII) Définition des rôles ! Product Owner (Propriétaire du produit = le client) ►  Responsable du produit, maintient à jour le backlog de produit ►  Détermine les priorités et les décisions concernant l'orientation du projet ! Proxy Product Owner (AMOA = Chef le projet) ►  Représente le Product Owner au sein de l'équipe ! ScrumMaster (Chef de mêlée = Resp Technique) ►  Protège l'équipe des perturbations extérieurs ►  Facilite la communication entre l'équipe et le Product Owner ►  Résout les problèmes non techniques de l'équipe ! L'équipe (Développeur, Ergonome, ...) ►  Réalise le projet 18
  19. 19. Les meetings ! Objectif des 1er sprints ►  Chartes graphiques ►  Architecture général ►  Lever les risques 19
  20. 20. Artefacts : le Backlog de produit ! Construction du Backlog de produit ►  Backlog de produit = définition du besoin client ►  Liste de fonctionnalités avec une description et une priorité métier ►  En accord avec l’équipe projet, la liste évolue au fil du projet (suppression, ajout ou modification d’élément) ! Exemple : 20
  21. 21. Artefacts : le Burndown Chart ! Usine de production indispensable en SSII ? ►  Suivi d’avancement au jour le jour ►  Outil collaboratif ►  Automatisation des tests unitaires ►  Plateforme d’intégration continue 21 ! Burndown Chart ►  Graphique permettant de voir le reste à faire sur un Sprint ►  La ligne droite (en bleu) représente la “Vélocité” idéale de l’équipe ►  La ligne courbe (en noir) représente la “Vélocité” véritable de l’équipe
  22. 22. Faire son « Agile Board » 22 ! Pratiquer l’Agilité, c’est être Agile dans sa façon de l’appliquer
  23. 23. 23 En SSII
  24. 24. SSII vs Agilité ! Objectifs naturels d’une SSII ►  Maximiser la rentabilité ►  Optimiser le taux d’occupation ►  Une course aux nouveaux clients ►  Une course au « Titre » 24 ! Objectifs de l’agilité ►  Transparence et adaptation ►  Amélioration continue ►  Stabilité des équipes ►  Equipe unie et auto-organisée
  25. 25. La notion client - fournisseur ! Client – Fournisseur ou Fournisseur – Client ? ►  Le fournisseur a besoin d’un contrat pour s’assurer d’être rémunéré ►  Le client a besoin d’un contrat pour s’assurer d’être livré ! Le contrat Délai / Coût / Périmètre ►  Le contrat est un outil obligatoire ►  Le contrat Agile ! ►  La TMA ? ►  Le contrat moral ►  Un contrat mixte… ! Le sprint « 0 » 25
  26. 26. Critères d'éligibilité ! Favorisant : ►  Besoin rapide de mise à disposition du produit ►  Imprévisibilité des besoins du client ►  Nécessité de changements fréquents ►  Besoin de visibilité du client sur l'avancement des développements ►  Présence de l'utilisateur assurant un feedback immédiat ! Défavorisant : ►  Indisponibilité du client ou de l'utilisateur ►  Dispersion géographique des ressources humaines ►  Inertie des acteurs du projet ou refus des changements ►  Gouvernance complexe de la DSI ! Attention à l’effet de mode ! 26
  27. 27. Pourquoi faire de l’Agile ? ! Augmenter le ROI (Retour sur Investissement) ►  Les méthodes traditionnelles prennent trop de temps pour répondre aux besoins du client ►  Livrer avant permet un retour sur l’investissement plus tôt ! Flexibilité ►  Répondre à l'évolution des besoins ►  Répondre aux changements de technologie ! Qualité du produit ►  Livrer le bon produit à la première livraison ►  Livrer avec moins d'erreurs, tester plus tôt et plus souvent ! Visibilité ►  Mesure de progrès = produit fini ! Feedback rapide ►  Des Feedback constants de la part du client, les intervenants et les membres de l'équipe 27
  28. 28. Comment faire de l’Agile ? ! Le client demande de l’Agilité mais est-il prêt ? ! Mettre en avant les avantages de l’Agilité ►  Adaptation ►  Accompagnement ►  Le métier pilote la réalisation ►  Une valeur métier importante dans un délai plus court ►  Un projet réussi, un produit de qualité, un budget optimisé ! Moins le cahier des charges est détaillé, plus l’intérêt d’y répondre en Agilité est grand ►  Définir le coût maximum pour le périmètre idéal ►  Définir le rythme de livraison ►  Contractualiser la fin de projet anticipée (ex : 20% du reste à produire) ! Attention aux abus, la confiance se gagne dans les 2 sens 28
  29. 29. 29 Retours d’expériences
  30. 30. Un projet au sein d’un Centre de Services ! Contraintes projet ►  Projet appel d’offre public ►  Projet vendu en méthode « classique » ►  Projet long : 1 an / 680 j/h ►  Projet complexe : métier complexe, nouvelle techno, briques multiples 30 ! Bilan : ►  + Conduite du changement dès le début du projet ►  + Qualité de réalisation ►  + Respect des délais ►  + Vision de l’avancement ►  + Equipe motivée et en progression ►  - Product Owner inexistant (interlocuteur client ne connaissant pas son métier) ►  - Contraintes contractuelles omniprésentes ! Mise en place de Scrum ►  Equipe : 5 personnes ►  Scrum Master : Directeur Technique ►  Proxy Scrum Master : externe équipe ►  Proxy Product Owner : Chef de Projet ►  Sprints de 2 semaines, Daily le matin, revue le mercredi, … ►  Rédaction de spécifications
  31. 31. Extension au Centre de Services 31 ! Contexte ►  25 collaborateurs ►  2 sites géographiques ►  3 types de technologies ! Création de pôles ►  Regroupement par technologies cibles et majeures ►  1 ScrumMaster par pôle et 1 coach ►  Plusieurs Proxy de ProductOwner ►  1 Leader = Protecteur + Serviteur ►  1 mot d’ordre : transparence ! Bilan ►  Implication et investissement ►  Reconnaissance interne et externe ►  Forte croissance d’expertise ►  Amélioration de la qualité
  32. 32. Bilan après 1 année… 32 ! L’Agilté est l’arme n°1 de Coaxys ! Des bas… ►  Cycle d’avant vente assez long ►  Des coûts parfois supérieurs et des marges inférieures ►  Navigation à vue (environ 2 mois) ►  Manque de temps pour nos projets R&D car la priorité donnée au client ! Des hauts ! ►  Une reconnaissance montante ►  Multiplication des clients et donc des références ►  Nouveau secteur d’activité ►  Une expertise grandissante ►  Un plaisir à travailler ensemble ►  Nous sommes encore là !
  33. 33. 33 Questions ?
  34. 34. 72 rue de la République – 76140 Le Petit Quevilly contact@coaxys.com www.coaxys.com

×