L’approche agile impacte fortement la relation client avec les équipes de dev. L’approche Produit axée autour de la valeur ajoutée des développements pour le projet a changé les relations et le fonctionnement des équipes projets.Nous ferons le tour des grandes étapes et des écueils qui aimèrent à ce changement qui n’a qu’un seul but : faire un projet de qualité qui répond au besoin des utilisateurs

1. Insuffler la culture client
dans une équipe de dev
23/11/2015
@xgorse
Xavier Gorse

2. Contexte
Elao
• Agence Web qui fait du dev sur mesure depuis 10 ans
• 25 personnes avec 3 tribus (Lyon, Paris, Montpellier)
• Stack PHP/Symfony
• Petites équipes sur des projets techniques

3. Culture Client

4. Culture Produit vs. Projet

5. Vision produit
• Quel est la cible / client / utilisateur ?
• Comment le client répond à son besoin aujourd’hui ?
• Qu’est-ce que le produit va apporter ?
• Quel est le budget et le planning ?
• Qu’est-ce qui fera son succès ? Comment le mesurer ?

6. But
• Comprendre pourquoi on code
• Augmenter les chances de réussite du projet
• Augmenter la valeur ajoutée des dev pour le projet/produit
• Focus sur la valeur ajoutée
• Challenger le client

7. Approche Lean

8. Lean
• Approche itérative, incrémentielle basée sur l’expérimentation
• Amélioration continue
• Agile et Lean Startup
• Lean * (Marketing, Management … )

9. Comment ?

10. Partage
• Partage de la vision produit dès le début des chiffrages
• Kickoff avec toute l’équipe
• Présence atelier client
• Gemba walk
• Intégration du client/PO à l’équipe

11. Communication
• Importance de la discussion
• Oral/visuel de préférence
• Documentation comme formalisation de la discussion
• Trouver un mode de communication adapté

12. Transparence
• Rituels agiles avec le client (Daily et sprint planning)
• Channel Gitter/Slack projet avec le client
• Partager les impacts et les limites de l'architecture technique avec le client
• Droit à l'erreur

13. Technique
• Industrialiser / automatiser les taches techniques
• Setup
• Déploiement
• Audit qualité
• Coding Standard
• Automatiser ce qui n’a pas de valeur ajoutée

14. Challenges
• Construire une architecture flexible
• Perte de vision sur le produit, car fixé sur un sprint
• Difficulté à maitriser et comprendre la partie métier
• Profil difficile à trouver
• Trouver des clients qui comprennent une organisation produit

15. Intérêts
• Faire un produit qui marche
• Motivation/implication des équipes
• Le sentiment d’être impliqué même en tant que prestataire

16. S’adapter
• Chaque projet est différent, on doit s’adapter
• Chaque client est différent, on doit s’adapter

17. Merci