L’implication du client dans un projet informatique est aussi importante que la qualité de son prestataire car il apporte connaissance métier et vision de son besoin. Cette implication est au coeur de la méthode Theodo, nous ayant permis de quadrupler la taille de nos projets et notre CA en deux ans

1. AGILE NANTES 2014
BENOÎT CHARLES-LAVAUZELLE, CEO & CO-FONDATEUR
JULIEN LAURE, SCRUM MASTER, COACH AGILE
IMPLIQUER VOS CLIENTS DANS LA
RÉUSSITE DE LEURS PROJETS

2. LES ORIGINES : ALLOMATCH
Photo de Fabrice Bernhard et Benoît Charles-Lavauzelle, fondateurs d’Allomatch, et screenshot du site
allomatch.com

3. UNE STARTUP AVEC DEUX ATOUTS MAJEURS DÈS LE DÉPART
Les deux atouts ayant permis à Allomatch de se développer
Une équipe technique d’ingénieurs de
très bon niveau
L’intégration dans un incubateur de
startups

4. 2009 : LES DÉBUTS DE THEODO : LA PREMIÈRE MISSION
Présentation des enjeux de la première mission de Theodo
… à 3 jours !
Faire passer le temps de travail de notre client de 3 semaines…

5. MALGRÉ CE PREMIERS SUCCÈS, LES PREMIÈRES MISSIONS
CONDUISENT À BEAUCOUP DE FRUSTRATION
Présentation du mode de fonctionnement de Theodo conduisant à la frustration de Theodo et des clients
Clients
insatisfaits
Risque
financier
Contrat au
forfait
Nouvelles demandes de
fonctionnalités des clients

6. NOUS DEVIONS CHOISIR LA 3ÈME VOIE
La vision de Theodo, 3 ans après sa création
REJETER LE STATU QUO
APPORTER DE LA VALEUR :
• À NOS CLIENTS
• À NOS EMPLOYES
• À L’ENTREPRISE

7. APPORTER DE LA VALEUR EN
IMPLIQUANT NOS CLIENTS
ETAPE #1

8. 2011 : NOUS AVONS TENTÉ DE COMPRENDRE LES CAUSES
D’INSATISFACTION DE NOS CLIENTS
Hypothèses de causes de l’échec des premiers projets de Theodo
notre équipe technique est elle assez compétente?
notre méthodologie est elle efficace?
développons-nous les bonnes fonctionnalités pour nos clients
investissons-nous assez dans la relation commerciale avec nos clients?
sommes-nous trop chers?
avons-nous les bons clients?
sommes nous sur le bon marché?

9. POUR COMMENCER : REMETTRE EN QUESTION NOTRE
MÉTHODOLOGIE, EN S’INSPIRANT DES LEADERS DU WEB
Présentation des méthodologies des leaders du web
Google, Amazon, Facebook… Utilisent les méthodologies agiles, et
notamment Scrum

10. 1ER TEST DE L’AGILITÉ CHEZ THEODO : UN ÉCHEC CUISANT
Les résultats du premier projet agile chez Theodo
Temps de développement
Fonctionnalités développées
=
x 3

11. POURTANT, LA MÉTHODE SCRUM AVAIT ÉTÉ RESPECTÉE À LA
LETTRE...
Présentation du cycle de développement avec la Méthodologie Scrum
5 jours
24 h

12. ... MAIS NOUS N’AVIONS ABSOLUMENT PAS IMPLIQUÉ NOTRE
CLIENT DANS LES DÉVELOPPEMENTS
Les deux raisons majeurs de l’échec de notre premier projet agile
Notre client n’avait
« pas le temps »
Un développeur Theodo
était le Product Owner
Aucun feedback du client avant
la fin du projet
Plus d’une semaines pour avoir
les réponses à nos questions

13. LA SOLUTION POUR IMPLIQUER NOS CLIENTS :
PASSER À UNE FACTURATION AU TEMPS PASSÉ
Les étapes pour impliquer le client en alignant les intérêts de nos clients à ceux de Theodo
Facturation au temps passé et
non plus au forfait
Le client veut disposer d’une
équipe productive
Le client doit s’impliquer et
participer avec nous au
développement

14. CEPENDANT, LES CLIENTS ÉTAIENT À L’ÉPOQUE RÉTICENTS À
ADOPTER CE NOUVEAU MODÈLE
Liste de nos clients ayant refusé au départ d’adopter le modèle de facturation au temps passé qui leur était
proposé
Non
merci

15. UN NOUVEL ÉCHEC INSTRUCTIF
Les échanges entre Theodo son client au début et à la fin du projet
Theodo : « Souhaitez
vous travailler au temps
passé? »
Client : « Non merci! »
Client : « Nous
souhaiterions
rajouter de
nouvelles
fonctionnalités au
produit »
Theodo :
« Désolé, on ne
travaille pas
gratuitement! »

16. LE DÉCLIC : UN ÉCHANGE INFORMEL AVEC LE CLIENT À LA FIN DU
PROJET
Les deux conseils contradictoires de notre client à la fin du projet
Co-fondateur de l’entreprise cliente:
« C’est vous les experts, vous ne devez pas laisser le choix à
vos clients, et leur imposer le modèle qui permettra de
réussir le projet »
Theodo : “ Auriez-vous accepté si nous vous avions proposé de
travailler au temps passé?”
« Probablement non »

17. UN CHOIX DIFFICILE À FAIRE...
Le dilemme de Theodo suite à l’échange avec son client

18. ... MAIS PLUTÔT TESTER LA NOUVELLE MÉTHODO SUR TOUS NOS
NOUVEAUX PROJETS QUE DE RESTER DANS LE MODÈLE AU FORFAIT
Graphique représentant le CA de Theodo
x40.8 M€
1.2 M€
3.000 K€
5.000 K€
2011 2012 2013 2014

19. ... MAIS PLUTÔT TESTER LA NOUVELLE MÉTHODO SUR TOUS NOS
NOUVEAUX PROJETS QUE DE RESTER DANS LE MODÈLE AU FORFAIT
Graphique représentant le CA de Theodo
x40.8 M€
1.2 M€
3 M€
5 M€
2011 2012 2013 2014

20. ... MAIS PLUTÔT TESTER LA NOUVELLE MÉTHODO SUR TOUS NOS
NOUVEAUX PROJETS QUE DE RESTER DANS LE MODÈLE AU FORFAIT
Graphique représentant le CA de Theodo
x40.8 M€
1.2 M€
3 M€
5 M€
2011 2012 2013 2014
70% de clients
existants
commandant
de nouvelles
missions
30% de
nouveaux
clients

21. LA SATISFACTION CLIENT AU PLUS HAUT : UNE PREUVE DU SUCCÈS
DE LA NOUVELLE STRATÉGIE
Un indicateur-clé de succès : le taux de satisfaction clients
des clients se disent
« prêt à recommander Theodo »

22. LA MÉTHODOLOGIE THEODO EST SALUÉE PAR SES CLIENTS
Témoignages de clients satisfaits de leur collaboration avec Theodo
« Nous avons fait venir la startup française Theodo qui conçoit des applications
en un temps record grâce notamment aux méthodes agiles. Elle fait du mentoring
auprès de nos équipes de développement. »
« L’expertise méthodologique et l’excellence technique des équipes de Theodo
nous ont permis de développer notre nouvelle application web en un temps
record, dans le respect des coûts et des délais ! »
« En 15 ans de travail avec des sociétés spécialisées dans le web c'est la première
fois que je suis pleinement satisfait. L’équipe technique est compétente et engagée et
la méthodologie scrum appliquée avec rigueur. »
« Ce qui est bien avec les développeurs Theodo ? C’est qu’ils sont forts en finance »

23. LA PRATIQUE DE L’AGILITÉ CHEZ
THEODO ET L’IMPLICATION DU CLIENT EN
EXEMPLES CONCRETS
LES POINTS CLÉS

24. COMMENT RASSURER LE PO ?
POINT CLEF: 1/5

25. POUR LE RESPONSABILISER ET L’IMPLIQUER, L’ESTIMATION DES
FONCTIONNALITÉS EST RÉALISÉE EN ÉQUIPE AVEC LE PO
Photo d’un “planning poker”

26. DONNER DE LA VISIBILITÉ AU PO CHAQUE JOUR AVEC LA
BURNDOWNCHART
Un exemple de Burndownchart

27. « Ecart au standard :
on est en retard de 6 points »
MAIS COMMENT RÉAGIR LORSQU’UN RETARD EST CONSTATÉ ?
Un exemple de Burndownchart avec un retard

28. CHAQUE ECART EST CONSIDÉRÉ COMME UN PROBLÈME ET
DEVIENT L’OPPORTUNITÉ D’APPRENDRE
Le board de résolution des problème : utilisation du PDCA avec Scrum

29. LA RÉACTION EST IMMÉDIATE, ET LES PROBLÈMES SONT TRAITÉS
RAPIDEMENT
La Burndownchart à la fin du sprint

30. QUI EST LE BON PO ?
POINT CLEF: 2/5

31. LE CEO ASSISTE A UNE CEREMONIE ET MONTRE SA TOTALE
INSATISFACTION
Le scénario de l’échec du début d’un projet
Le PO valide les fonctionnalités au cours
des sprints. Il est le seul présent aux
réunions hebdomadaires
Product Owner :
Directeur Technique
Stakeholder :
CEO de l’entreprise, le « vrai » client,
Se présente à la cérémonie suite au sprint 7
DEVELOPPEMENT
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7
« Mais l’application de marche pas sous
IE7 ? Tous les utilisateurs sont sous IE7»

32. LE “PO IDÉAL” N’A PAS TOUJOURS LES DISPONIBILITÉS NÉCESSAIRE, IL
FAUT ALORS L’IMPLIQUER EN TANT QUE STAKEHOLDER
Photos d’une cérémonie : les développeurs échangent directement avec le client sans intermédiaire

33. EST-ON EN TRAIN DE REUSSIR LE PROJET?
POINT CLEF: 3/5

34. Sur la velocité
Sur l’accompagnement
Standard 8/10
Le questionnaire Theodo
PRENDRE EN COMPTE ET MESURER LES RETOURS DU PO CHAQUE
SEMAINE

35. Développeur
: « C’est une
source
importante de
motivation »
LE QUESTIONNAIRE EST PRÉSENT EN PERMANENCE SUR LE BOARD
Client : « On
accorde de
l’importance à
mes remarques »
Exemple de Scrum Board avec le questionnaire de satisfaction Theodo affiché, et les réactions du client et
d’un développeur

36. COMMENT FAIRE VALIDER VITE LE PO ?
CASE STUDY : 4/

37. Photo d’un Scrum board et témoignage d’un client
LE PO N’EST PAS SUR PLACE ET NE SAIT PAS QUAND LA
FONCTIONNALITÉ PEUT ÊTRE VALIDÉ
Product Owner :
« je prends trop de temps à valider par e-mail »

38. SOLUTION : MISE EN PLACE DU BOARD VIRTUEL, POUR
ÉCHANGER PLUS RAPIDEMENT ET FLUIDIFIER LES RETOURS
Un exemple de board Trello
Product Owner : « Je peux valider
directement depuis Trello  ! »

39. Photo d’un Scrum board avec plusieurs tickets à valider
MALGRÉ NOS EFFORTS POUR LES IMPLIQUER, PLUSIEURS CLIENTS
TARDAIENT À VALIDER LES FONCTIONNALITÉS DEVELOPPÉES
Stock de tickets à valider

40. SOLUTION : MISE EN PLACE DU “DAILY E-MAIL”, POUR COMMUNIQUER AU
QUOTIDIEN AVEC LE PO ET IMPLIQUER LES STAKEHOLDERS
Un exemple de daily e-mail
Burndown chart avec
l’état du sprint mis en
avant visuellement
Actions à mener par le
PO
Accès aux board virtuel, aux
plateformes de
validation, identifiants et
mots de passe

41. COMMENT IMPLIQUER LE PO
SUR LA QUALITÉ ?
POINT CLEF: 5/5

42. LE FOCUS SUR LA VITESSE COURTE TERME…
Exemple d’avancement rapide

43. PEUT METTRE EN DANGER LA VITESSE LONG TERME
Le barème du questionnaire d’agilité
0
0,5
1
1,5
2
2,5
3
3,5
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7
Vélocité constaté sur 7 sprints

44. LE QUESTIONNAIRE D’AGILITÉ TECHNIQUE PERMET AU PO
D’ARBITRER ENTRE LE COURT TERME ET LE LONG TERME
Le barème du questionnaire d’agilité

45. Le risque du PO « proxy »
dans les grands Groupes
• multiplication de donneurs
d’ordres improvisés
• baisse de motivation de
l’équipe
LES LIMITES?
L’importance du choix du PO dans une grande organisation

46. NOUS CONTACTER
Pour aller plus loin
Julien Laure
06 58 79 02 08
julienl@theodo.fr
Benoît Charles-Lavauzelle
06 62 81 95 50
benoitcl@theodo.fr