Il y a des expériences qui forment plus vite que dix ans de carrière classique. Voici le bilan honnête de 3 ans comme lead dev dans une startup fintech gabonaise — les acquis, les erreurs, et ce que je conseille à quiconque envisage ce type de poste.
Le contexte
La startup proposait une solution de paiement mobile B2B pour PME. Équipe initiale : 5 personnes. À mon départ : 18 personnes, dont 7 développeurs. Stack : Django, React, PostgreSQL, hébergement on-premise puis migration AWS progressive. Clients : Gabon, Cameroun, Congo.
Ce qui m'a formé le plus vite
Porter plusieurs casquettes sans filet. En startup, vous êtes développeur, architecte, DevOps, formateur interne et parfois interlocuteur commercial technique. En 6 mois, j'avais accumulé plus d'expérience concrète qu'en 2 ans en ESN où chaque rôle était compartimenté.
Décider avec peu de données. Pas de data team, pas de product manager expérimenté. On prend des décisions d'architecture avec du jugement et peu de métriques. Ce muscle — décider sous incertitude — ne se développe pas en grande structure.
Expliquer la technique à des non-techniques. Le CEO voulait comprendre pourquoi un bug "simple" prenait 3 jours. Cette compétence vaut de l'or en freelance ensuite.
Les vraies difficultés (celles qu'on minimise avant d'y être)
La dette technique s'accumule de façon non linéaire. Les premières deadlines investisseur ne laissent pas de place pour le refactoring. On livre, on livre, on livre. Et un jour, ajouter une feature prend 3 semaines au lieu de 3 jours.
Le turnover frappe fort. Sur 18 développeurs recrutés en 3 ans, 11 sont partis. Chaque départ coûte 3 mois de montée en compétence d'un remplaçant. La documentation n'est jamais optionnelle dans cet environnement.
Les pannes en production à 2h du matin. Sans astreinte structurée, c'est le lead dev qui répond. J'ai mis en place PagerDuty et une astreinte tournante 6 mois trop tard.
Ce que j'ai mis en place qui a vraiment aidé
- Tests automatisés : couverture montée de 12% à 67% en 18 mois. Régressions en production réduites de 70%.
- Code review obligatoire : toute PR = 2 approbations. Bugs critiques réduits de 60%.
- Runbook pour les 8 incidents les plus fréquents : n'importe quel dev peut résoudre les pannes courantes à 2h du matin.
- Onboarding structuré : un nouveau dev opérationnel en 2 semaines au lieu de 6.
Mon conseil pour les développeurs qui envisagent ce parcours
L'expérience startup est irremplaçable si vous voulez comprendre comment un produit tech se construit de A à Z. Mais négociez dès le départ : équipement correct, accès aux formations, et une clause claire sur la propriété intellectuelle. Et commencez à documenter le jour 1.