Votre équipe livre.
Mais pas assez vite.
Ni assez sereinement.
Le Craft & Velocity Program est un accompagnement embedded de 12 semaines — directement dans vos sprints, sur votre vrai code — pour transformer vos pratiques engineering en avantage compétitif mesurable.
Vous reconnaissez au moins 3 de ces situations
Vos livraisons s'allongent de sprint en sprint, sans raison claire.
Chaque déploiement génère du stress. Les développeurs croisent les doigts.
Vous avez du mal à justifier vos investissements tech au board ou au product.
Vos meilleurs devs s'ennuient ou parlent de partir.
L'IA est là, mais la vélocité n'a pas bougé. La dette augmente masquée.
L'architecture s'est faite dans l'urgence, sans cap d'ensemble.
Le Craft & Velocity Program agit sur le système, pas sur les individus.
Un programme conçu pour durer
Pas un audit. Pas une formation. Un accompagnement embedded qui change les pratiques là où elles se forment — sur le vrai code, dans les vrais sprints.
Diagnostic complet de votre équipe : métriques DORA, entretiens individuels, audit codebase et pipeline CI/CD. On établit la baseline honnête et les chantiers prioritaires par impact business.
- Engineering Health Report (score 0-100 par dimension)
- Roadmap 10 semaines proposée et validée
- Estimation du coût de la dette technique (€/an)
- Kick-off Phase 2 — alignement équipe + CTO
8 semaines de coaching embedded sur votre vrai backlog. TDD, clean code, CI/CD, architecture, IA — appris en faisant, pas en formation. Chaque session livre de la valeur concrète.
L'équipe devient autonome. On documente, on transmet, on forme les champions internes. Vous repartez avec un playbook complet et un rapport ROI présentable au board.
- Playbook Engineering complet (Notion)
- 2-3 champions internes formés et opérationnels
- Rapport Final ROI (before/after toutes métriques DORA)
- Plan de continuité + rituels hebdomadaires en place
On s'adapte à votre rythme. Pas l'inverse.
On-site embedded
1 à 2 jours par semaine dans vos locaux. Pair programming, mob sessions, ateliers — directement dans vos sprints.
Async sous 4h
Disponible sur Slack ou Teams les jours ouvrés. Questions bloquantes, revues de code, décisions d'architecture.
Rapport mensuel CTO
Dashboard métriques avant/après. Chantiers terminés, prochains objectifs, risques identifiés. Présentable au board.
Rétrospective de phase
À la fin de chaque phase, un bilan structuré avec l'équipe. Ce qui fonctionne, ce qu'on ajuste, les prochains objectifs.
Ce que le terrain enseigne en 25 ans
Des situations réelles rencontrées dans des équipes engineering grandes organisations.
« La résistance au TDD vient souvent des développeurs les plus seniors — ceux qui ont "survécu sans ça pendant 10 ans". La clé : ne pas débattre de la théorie. En mob, le TDD détecte un bug que personne n'avait vu. Ce moment change généralement les esprits. »
« Le pipeline CI tombait 3 fois par semaine parce que personne n'avait la propriété des tests d'intégration. En une semaine : propriété définie, tests flaky corrigés, pipeline vert. Ce seul changement a réduit le lead time de 2 jours. »
« La code review était "formelle" — chacun approuvait rapidement pour ne pas bloquer les collègues. On a découvert que 40% du lead time était absorbé par des retours tardifs. Structurer la code review a été plus impactant que n'importe quelle amélioration du pipeline. »
Pas des slides. Des livrables qui restent.
Score complet par dimension, forces à préserver, chantiers prioritaires classés par ROI business.
Checklist opérationnelle co-construite avec l'équipe. Standards de nommage. Immédiatement applicable.
Notion workspace : pratiques, rituels, politiques IA, backlog tech priorisé. La mémoire organisationnelle de votre équipe.
Dashboard métriques DORA avant/après. Présentable au board. Justifie l'investissement en données réelles.
Gouvernance, outillage, prompts utiles documentés. L'équipe utilise l'IA pour accélérer, pas pour accumuler de la dette.
Métriques before/after complètes, ROI calculé en €, valeur créée vs investissement, recommandations 6 mois.
Ce que mesurent les équipes après 12 semaines
Des métriques DORA réelles. Aucun chiffre inventé.
| Métrique | Avant | Après 12 semaines | Delta type |
|---|---|---|---|
| Lead time (idée → prod) | 15 – 25 jours | 6 – 10 jours | −50 à −60% |
| Fréquence de déploiement | 1 – 2×/mois | 2 – 4×/semaine | ×3 à ×8 |
| Couverture de tests | 5 – 25% | 50 – 75% | +40 à +50 pts |
| Incidents production/mois | 8 – 15 | 2 – 5 | −60 à −75% |
| MTTR (temps de résolution) | 4 – 8h | 30 min – 2h | −70 à −80% |
| Adoption IA équipe | 5 – 20% | 80%+ | +60 à +75 pts |
| eNPS développeurs | −10 à +10 | +30 à +60 | +30 à +60 |
Ces chiffres varient selon le contexte initial. Le diagnostic Phase 1 établit votre baseline réelle et fixe des objectifs personnalisés.
Kamanga Muludiki
Dev → Tech Lead → Engineering Leader → Coach international
25 ans de terrain dans des organisations comme BNP Paribas, Canal+, Crédit Agricole, Agirc-Arrco. J'ai vécu de l'intérieur ce que c'est d'avoir une équipe qui livre sous pression, de refactorer en prod sans filet, de convaincre un board que la qualité technique génère du cash.
MBA Exécutif Epitech. Je ne vends pas de la théorie. J'interviens sur votre vrai code, avec vos vraies contraintes. Et je mesure tout.
Ce que demandent les CTOs avant de se lancer
La Phase 1 commence par un kick-off avec le CTO, les managers et l'équipe. Ensuite, j'interviewing chaque développeur en 1:1 (30 min chacun), j'observe une session de planning, j'audite la codebase et le pipeline CI/CD. En fin de semaine 2, vous recevez l'Engineering Health Report complet avec les chantiers priorisés par impact business.
Non. C'est le principe du coaching embedded : on travaille sur votre vrai backlog, pas sur des exercices artificiels. Les sessions de mob programming et de pair coaching produisent des livrables de valeur réelle. La première semaine peut sembler un peu plus chargée (les interviews), mais dès la Phase 2, le rythme s'intègre naturellement dans vos sprints.
C'est le cas de presque toutes les équipes au départ. La résistance n'est pas un problème de volonté, c'est souvent une réaction normale à des changements imposés par le haut. Mon approche commence par écouter ce que les développeurs vivent vraiment. Le changement vient de l'intérieur. J'ai 25 ans d'expérience pour naviguer ces dynamiques.
La majorité des consultants livrent un rapport et repartent. Ici, je reste 12 semaines embarqué dans votre équipe. Je ne dis pas quoi faire — je le fais avec vous, sur votre vrai code. La différence, c'est que les pratiques se forment en faisant, pas en lisant un document qu'on archive sans jamais appliquer.
Parce que les formations seules ne changent pas les comportements. Vous pouvez expliquer le TDD à un développeur : s'il n'y a personne pour l'accompagner quand il l'essaie sur son vrai projet avec ses vraies contraintes, ça ne tient pas. Le coaching embedded fait la différence parce qu'il agit là où les pratiques se forment — dans le code réel.
Ce n'est jamais le bon moment, et c'est précisément le problème. Les équipes sous pression permanente ne trouvent jamais le bon moment pour s'améliorer, et la situation empire progressivement. Mon accompagnement s'adapte à votre rythme. On ne casse rien. On améliore en parallèle du delivery.
On mesure tout. La Phase 1 établit votre baseline DORA (lead time, fréquence de déploiement, MTTR, taux d'incidents, couverture de tests, adoption IA, eNPS développeurs). Chaque mois, je vous remets un rapport avec l'évolution. En Phase 3, le Rapport Final ROI calcule la valeur créée en euros : réduction de la dette technique, incidents évités, gain de vélocité, capacité de delivery récupérée.
Les deux. L'accompagnement on-site (1-2 jours/semaine) est préférable pour les sessions de mob programming et les ateliers d'équipe. La disponibilité async (Slack/Teams) fonctionne très bien à distance. On trouve le bon équilibre selon votre organisation géographique lors du kick-off.
Dans 12 semaines, votre équipe peut livrer
deux fois plus vite. Et bien dormir avant les déploiements.
L'investissement dans la qualité engineering ne coûte pas — il rapporte. Et si vous attendez encore 12 mois, le problème sera plus cher à résoudre.
"Transformer le code en cash sans sacrifier la qualité ni le long terme, à l'ère de l'IA."
— Kamanga