Retour d'expérience du Digital Lab chez Kiabi, une équipe avec un mode de fonctionnement agile inspiré de Heart og Agile

1. moins de framework, plus de #Heart of Agile (et de résultats)

2. Qui sommes-nous ?
Julien Roynette Romain Poiré
Kiabi (2008-2023)
- Fondateur & Leader Digital Lab
- Leader Guilds DEV & Agile
Depuis fin 2023
- Head of Developer Experience
@ADEO / Leroy Merlin
julienroynette
Leader Digital Lab Kiabi
Leader Guilde DEV
romain-poire

3. Cela fonctionne chez Kiabi MAIS
 Avec un contexte & une culture d’entreprise
 Pas une approche « One size fit all »
 Ouverture d’esprit
 REX d’une seule équipe chez KIABI
 S’inspirer mais ne pas reproduire à l’identique
Avant de commencer

4. Il y a 6 ans….
Le besoin ?
Tester rapidement et simplement de nouvelles idées métiers
les ambitions ?
Rendre concrètes & testables sur le terrain des hypothèses
Être un accélérateur au démarrage de nouveaux services
Innovation au service du besoin métier
A l'origine du Lab : back to 2017

5. Notre devise
« Il n’y a pas de mauvaises idées, il n’y a que des idées qui méritent
d’être testées sur le terrain »
 Faire grandir l’idée tous ensemble
 Intelligence collective
 Ne pas faire trop d’hypothèses théoriques
 S’appuyer sur des feedbacks concrets LE PLUS TOT POSSIBLE
A l'origine du Lab : back to 2017

6. Cycles courts (quelques semaines à quelques mois pour 1er déploiment), approche Test & Learn, Fail Fast
MVP

7. + 60 projets réalisés
de 2j à +500j
Innovations & quick
Jusqu’à 15 en parallèle
(Build & Run)
Après 6 ans, quels sont nos résultats ?
10 développeurs
impliqués & heureux
100%
recommandations
porteurs d'idées

8. OK, c’est quoi la recette ?
Techno, IA, Low code Profils seniors XP++
Code Quality
une approche Agile
Simple & pragmatique
Avec des devs impliqués & moteurs
Favorisant les échanges directs
Et allant l’essentiel

9. Heart of Agile, une approche qui nous ressemble
Collaborer étroitement avec les autres pour générer et
développer de meilleures idées de départ
Livrer tout d'abord de petites sondes
pour apprendre comment le monde se
comporte réellement. Enrichissez vos
livraisons au fur et à mesure que vous
apprenez à prédire et à influencer les
résultats
Réfléchissez périodiquement, le long du chemin.
Pensez à ce que vous avez appris lors de votre
collaboration et de vos livraisonslivraisons
Améliorez la direction de
vos idées, leur mise en
œuvre technique et vos
processus internes
Alistair Cockburn

10. 1 - Les développeurs au centre
1 Equipe type projet
2 développeurs
1 porteur
d’idée
Besoin /
Problématiqu
e
Solution
s
Quels apports à ce modèle ?
 Fluidité des échanges
 Compréhension du besoin
 Tout le monde est responsable : implication++
 Développeurs force de proposition
 Apport vision technique très tôt sur le projet
 Focus solution, simples & concrètes
 Prise de décision TRES RAPIDES
Ratio Valeur / Effort
échangé en live

11. 1 - Les développeurs au centre

12. 1 - Les développeurs au centre
Développeur : la polyvalence plutôt que l’expertise Des soft skills très importants !
Curieux
Ouvert d’esprit
Bon communiquant
Solution Focus
Envie d’apprendre
Dev Backend
Dev Frontend
Devops Cloud
UX/UI
Analyse
Objectifs  Casser les silos entre les activités
 Traiter un sujet de bout en bout
Exploitation

13. 2 - Des échanges directs
Une culture de l’oral
Sur le plateau
Sur le terrain
Où ?
Contact
Direct
Idéateur <> devs
Utilisateurs <>
devs
Brainstorming, Pair Prog/Test
Channels dédiés
Quand ?
Non planifié / récurrent
Au besoin
Adapté à l’hybride
3j remote / 2j bureau
Et aussi sur le RUN !
Compréhension des irritants
Résolution des vrais problèmes

14. 3- Un besoin émergeant qui s’appuie sur les retours terrain
Approche MVP concrète & focus
Solution
 Phase analyse du besoin la plus courte
possible
 Plus l’analyse est longue, plus on s’éloigne
de la problématique initiale que l’on
cherchait à résoudre
 Essentialiser pour proposer rapidement une
1ere solution testable sur le terrain
Le terrain comme seule vérité
 S’appuyer sur les feedbacks terrain des
VRAIS utilisateurs pour faire émerger le
besoin et améliorer le produit
 Les feedbacks terrain ont toujours raison
!
 Les devs présents sur le terrain

15. 3- un besoin émergeant : exemple d’atelier d’idéation

16. 4 – Des pratiques Agiles adaptée à l’équipe (et sans framework)
Notre équipe a créé au fil du temps sa propre méthode basée sur NOS
problématiques
Mettre en place une pratique car elle résout un problème réel ET récurrent
de l’équipe
 Fil de l’eau
 Démo live sur le plateau
 A la demande
 + focus plan d’actions repriorisé
& amélioration continue

17. 4 – Des pratiques Agiles adaptée à l’équipe (et sans framework)
 Niveau Projet
 Pas sur tous les projets
 Titre uniquement
 Uniquement les « gros » projets  Préférence outil peu « structuré »

18. 4 – Des pratiques Agiles adaptée à l’équipe (et sans framework)
Ce que l’on ne fait PAS

19. 4 – Des pratiques Agiles adaptée à l’équipe (et sans framework)
…mais aussi des pratiques HORS Agile

20. Focus valeur & produit délivré
Notre principale (et seule) mesure d’avancement est le produit
réalisé
4 – Des pratiques Agiles adaptée à l’équipe…
Seules les activités de développement apportent une valeur concrète au
produit
le reste des activités sont utiles et complémentaires pour atteindre cette finalité
(+ de 80% du temps de l’équipe est passé à développer)

21. 5 – Management au service de l’équipe
Une posture de Servant Leader
Facilitateur
Liberté
Responsabilisation
Faire grandir Transparence
Auto-organisation
Insuffler la confiance

22. 6 – Cercle vertueux de Confiance
Feedbacks positifs
Implication /
disponibilité
Ecoute
Force de proposition
Focus solution
- Concrète & Testable
- Rapide
- Pas chère
Corrections / évolutions
rapides
Responsabilisation
Droit à l’erreur
Liberté d’agir

23. Digital Lab Heart of Agile Manifesto

24. Depuis 5 ans: quels obstacles ? quelles difficultés ?
 Faire grandir l’équipe en conservant le mindset
 Conserver mindset après le départ des « fondateurs »
 Faire accepter notre méthode de travail au reste de
l’organisation
 Travailler sur des projets en lien avec d’autres équipes
 Transition méthodo lab > méthode agile + « classique »
 Passer à l’échelle

25. Comment se lancer ? Est-ce possible dans mon contexte ?
 Monter une équipe d’une page blanche
 2 à 3 développeurs polyvalents avec le bon mindset
 Identifier 1 idée d’un nouveau produit / service (petit ou moyen)
 Porté par un idéateur ouvert à tester de nouvelles choses / méthodes
 Qui va pouvoir s’impliquer et être disponible + capacité de proximité avec les utilisateurs
 Créer un climat de confiance insufflé par le management, ne pas avoir peur de l’échec
 Laisser à l’équipe la liberté de mettre en place des pratiques agiles adaptées à leurs problèmes
Démarrer avec peu de pratiques & rituels
 Délivrer très rapidement sur le terrain un 1er produit imparfait pour récupérer du feedback

26. Nos mots de la fin
«Une idée peut faire l’effet boule de neige, comme s’arrêter demain, mais
essayer c’est avancer, se tromper c'est évoluer »
« C’est dans la simplicité qu’on trouve les meilleures idées »
Merci