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. 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. 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. 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
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. 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. Les piliers de l’Agilité
! Transparence
! Introspection
! Adaptation
Comme le gendre face à sa belle mère…
10
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. 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. Scrum en une page
! Description
► 3 rôles
► 4 meetings
► 2 artefacts
► 1 produit
13
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. 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
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. Les meetings
! Objectif des 1er sprints
► Chartes graphiques
► Architecture général
► Lever les risques
19
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. 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. Faire son « Agile Board »
22
! Pratiquer l’Agilité, c’est être Agile dans sa façon de l’appliquer
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. 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. 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. 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. 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
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. 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. 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à !