L'usine logicielle à l'ère de l'IA — Partie 2
DRIVE, cinq piliers pour mesurer la santé de votre organisation
Dans la partie 1, nous avons posé le diagnostic: l'IA a créé une pression vers l'avant sans précédent sur nos organisations d'ingénierie, et il nous manque la contre-pression systémique pour la maîtriser. AWS, Stripe et Google nous ont montré la voie avec leurs revues d'excellence opérationnelle.
Reste la question pratique: que mesurer, et comment transformer ces mesures en action? C'est là qu'intervient le framework DRIVE.
Pourquoi un nouveau framework ?
Contrairement aux frameworks de productivité existants (DX Core 4, SPACE, DevEx), qui mesurent l'efficacité individuelle des développeurs, DRIVE mesure l'efficacité organisationnelle — la bonne unité atomique à l'ère de l'IA, où des PR sont écrites, revues et déployées sans intervention humaine. Rendre un développeur 10% plus productif ne sert à rien si l'organisation autour de lui ne peut pas absorber, valider et opérer ce qui est produit.
DRIVE ne remplace pas DORA: il en intègre les signaux clés et y ajoute la couche de gouvernance qui transforme les métriques en action.
Les cinq piliers
Chaque pilier répond à une question de leadership :
D — Delivery (Livraison): livrons-nous vite, et de façon soutenable? Métriques clés: fréquence de déploiement, lead time (p95), volume d'alertes de garde. Ce dernier point est crucial: une charge de garde excessive est un signal d'arrêt d'urgence, car le burnout est irréversible.
R — Reliability (Fiabilité): tenons-nous nos promesses envers les clients? SLO fonctionnels en réussite/échec binaire, incidents Sev0/Sev1. L'IA facilite l'écriture de tests qui donnent une fausse confiance — d'où l'ancrage dans l'expérience client réelle.
I — Initiatives: nos investissements d'ingénierie transverses progressent-ils? Migrations, adoption de plateformes, gouvernance IA. Ces chantiers, éternellement dépriorisés au profit des features, gagnent enfin une visibilité au niveau de la direction.
V — Vigilance: défendons-nous activement nos systèmes? CVE critiques ouvertes, actifs non conformes, et surtout les actifs orphelins — ces dépôts sans propriétaire qui sont le problème de personne, donc le problème de tout le monde.
E — Efficiency (Efficience): allouons-nous les ressources aux bons problèmes? Dépenses cloud vs budget, coûts de tokens IA (un poste qui explose), et pourcentage de capacité consacré à l'innovation plutôt qu'au maintien en condition opérationnelle.
DRIVE en une vue: cinq piliers, cinq questions de leadership, et les métriques qui y répondent.
Les métriques ne suffisent pas : la revue OpEx
Point essentiel: DRIVE n'est pas un tableau de bord de plus. Les métriques n'ont de valeur que couplées à la revue d'excellence opérationnelle (OpEx) — cette réunion hebdomadaire ou bimensuelle, immuable, où les données sont interrogées par des humains et transformées en réallocations concrètes de temps, de personnes et d'argent.
Quelques principes qui font la différence:
Un rapport DRIVE agrégé: un tableau où chaque domaine ou équipe affiche son statut rouge/jaune/vert sur les cinq piliers, avec possibilité de descendre dans le détail (VP → directeurs → managers → services).
Un facilitateur dédié qui creuse les anomalies et pose les questions qui dérangent: « Tous vos SLO sont verts, mais ce rapport d'incident indique 15 minutes de panne pour les clients. Comment expliquer l'écart? »
Le focus sur les anomalies uniquement: si tout est vert, on passe. Le meilleur moyen de tuer une revue OpEx est de noyer les gens avec un paquet de données.
Une culture sans blâme, ouverte à tous — ce n'est pas la direction dans sa tour d'ivoire, c'est toute l'organisation qui s'améliore ensemble.
C'est d'ailleurs la meilleure défense contre la loi de Goodhart (« quand une mesure devient une cible, elle cesse d'être une bonne mesure »): seul l'examen critique et répété par des humains empêche les métriques de perdre leur sens.
Le rapport agrégé rend l'anomalie visible en trois secondes. Le reste de la réunion sert à la comprendre, pas à la trouver.
Par où commencer?
Pas besoin de tout déployer d'un coup. La démarche recommandée est progressive:
Choisissez d'abord les deux piliers les plus importants pour votre organisation — idéalement deux piliers qui se contrebalancent, comme Delivery et Reliability. Partez des métriques dont vous disposez déjà, même imparfaites. Lancez la revue OpEx pour développer le muscle organisationnel, puis étendez graduellement aux autres piliers. Et automatisez la collecte de données au plus vite : le jour où la préparation du rapport repose sur les épaules des managers, la revue devient un coûteux exercice de statut et meurt.
Une adoption en quatre temps: deux piliers, les données existantes, la revue, puis l'extension.
Rouler vite, mais avec de vrais freins
« Ralentissons et soyons prudents avec l'IA » est la mauvaise réponse. Ralentir ne répare rien: cela renvoie simplement dans l'ombre les goulots d'étranglement que l'IA vient de révéler. La bonne réponse, c'est de construire les systèmes et la discipline qui permettent de rouler à pleine vitesse — et d'accélérer un peu plus à chaque tour.
L'IA a donné à chaque équipe de 50 personnes la production d'une équipe de 100. Mais les systèmes autour d'elles n'ont pas été conçus pour absorber ce multiplicateur. Les organisations qui réussiront dans les années à venir ne seront pas celles qui produisent le plus de code: ce seront celles qui auront appris à s'améliorer systématiquement, sur la force de leurs systèmes plutôt que de leurs héros.
Drive fast.
Article inspiré du livre blanc « DRIVE: Operational Excellence for the AI Software Factory » de Ganesh Datta, co-fondateur et CTO de Cortex.