Du projet à la production : comment arrêter de balancer des “usines à gaz” aux équipes métiers

Dans de trop nombreuses organisations, les projets IT arrivent en production lourds, complexes, et mal adoptés. Les métiers parlent d’“usines à gaz”, la DSI rétorque qu’elle a respecté le cahier des charges. Entre les deux, un fossé : l’absence d’un vrai journalisme de terrain côté IT — observation, interviews, recueil des irritants — qui transforme la stratégie en usage concret.

L’écart qui tue : quand la conformité remplace l’utilité

Côté DSI, on coche des jalons : cadrage, chiffrage, conception, développement, livraison. Côté métier, on coche des contournements : Excel, mails, partages informels. Le premier livrable fonctionne “comme prévu”, le second “comme vécu”. Le symptôme est connu : 6 mois après la mise en prod, les volumes d’usage stagnent, les requêtes d’évolution explosent, la légitimité du projet s’érode. Le problème n’est pas technique. C’est un défaut d’enquête.

L’utilisateur n’est pas “stakeholder”, c’est la source

Dans la plupart des dossiers, l’“utilisateur” est convoqué tard et rarement : quelques ateliers en amont, une démonstration proche du go-live, une recette parfois symbolique. Or un produit qui change un geste métier doit se construire avec ce geste, au rythme des contraintes du terrain : pic d’activité, horaires, terminaux, langage, signaux faibles. C’est du reportage : on observe, on reformule, on valide.

“Ce qu’on nous a livré est conforme au process, pas à notre réalité”, résume une responsable d’agence. Phrase banale, mais diagnostic implacable : la DSI a capté le processus prescrit, pas l’activité réelle.

Le piège des cahiers des charges encyclopédiques

Plus un cahier des charges est volumineux, plus il multiplie les angles morts. On y empile les souhaits, on tente d’anticiper les cas limites, on “sécurise” en ajoutant de la fonctionnalité. On finit par livrer une cathédrale là où il fallait un parvis : un MVP propre, utilisable, mesurable. Le reste doit venir après usage, pas avant.

Le bon réflexe n’est pas de réduire l’ambition, mais de séquencer la valeur. Un premier lot qui retire une douleur aiguë, une montée en charge guidée par des métriques, des itérations rapides. La sophistication ne doit jamais précéder l’adoption.

La dette d’UX : le coût caché le plus élevé

Dans les comités, on valorise le périmètre, la tenue des délais, le respect budgétaire. Peu d’indicateurs mesurent l’effort cognitif demandé aux équipes. Or la dette d’UX — écrans denses, parcours longs, vocabulaires techniques, friction mobile — coûte plus cher que trois sprints supplémentaires : formation chronophage, tickets au support, contournements, rejet culturel. Un écran qui évite deux clics à 3 000 personnes, c’est des jours-homme économisés chaque semaine. Cette micro-économie est la macro-valeur.

MVP, pilotes, friction : un triptyque de production

Les projets qui “prennent” partagent trois constantes.

Un MVP clair. Moins de fonctionnalités, plus de fluidité. On choisit un geste prioritaire, on l’exécute parfaitement. Tout ce qui ne sert pas ce geste est déplacé à plus tard. Le backlog devient une file d’attente, pas un sac à dos.

Des pilotes sérieux. Pas des vitrines. Des sites contrastés, des usages en “vraie vie”, des métriques avant/après, un droit au stop. On accepte de retoucher le design, la navigation, la hiérarchie de l’information. On publie des notes de version lisibles, on traite les irritants visibles avant les raffinements invisibles.

La chasse à la friction. On mesure le nombre de clics, la durée d’une tâche, le taux d’erreur, la part de mobile, le temps d’affichage, l’accessibilité. On corrige vite, on communique clair. L’équipe projet tient un journal d’incidents UX aussi sérieux que le suivi des bugs.

Le DSI comme traducteur simultané

Le rôle clef n’est ni “chef de projet” ni “product designer” : c’est le DSI-traducteur. Il transforme des contraintes techniques en bénéfices compréhensibles et des irritants métiers en exigences testables. Il assume des arbitrages : renoncer à une fonction pour gagner une semaine de formation, décaler un lot pour intégrer un SSO, pousser un design system pour récupérer de la cohérence. Surtout, il parle la langue des deux mondes.

Dans les organisations qui performent, on voit le DSI en observation sur site, casque sur les oreilles dans un centre d’appels, tablette en main dans un point de vente, au bloc avec les soignants. C’est là qu’on “entend” le produit.

Gouvernance produit : courte, serrée, lisible

La gouvernance ne doit pas être un théâtre, mais une chaîne de décision courte. Un Product Owner mandaté pour l’usage, un Tech Lead mandaté pour la simplicité, un sponsor métier qui porte la transformation, un DSI qui tient les délais et la dette. Les comités se jugent aux décisions prises, pas aux slides projetées. Les arbitrages sont documentés, les renoncements assumés, le calendrier tenu.

Côté production, la Ready Checklist ne concerne pas que l’infra : comptes, rôles, jeux de données réalistes, scripts de reprise, tutoriels de 90 secondes, plan de rollback. Un projet prêt, c’est autant un mode d’emploi qu’un binaire.

Cas d’usage : la cathédrale et le parvis

Dans un réseau de centres de service, on livre un portail tout-en-un : prise de rendez-vous, gestion de file, affichages contextuels, reporting. Belle architecture, faible usage. Audit express : sur mobile, trois écrans avant l’action ; en heure de pointe, les pages expirent ; les rôles AD ne correspondent pas aux shifts ; pas d’affichage “offline”. Reprise en main façon parvis : un micro-front dédié à la file, interopération SSO, cache local, KPI de temps moyen par geste. Adoption en trois semaines, montée fonctionnelle ensuite. La cathédrale reviendra, mais pierre par pierre.

Contrats et livraison : l’anti-spaghetti

Le contrat fournisseur doit protéger l’usage, pas seulement l’intégration. SLA d’expérience (temps d’affichage p95, taux d’erreur), droits d’accès aux métriques, clause de réversibilité des assets UX, conformité au design system, budget tampon consacré aux retours pilotes. Côté livraison, on bannit les “big bang” : feature flags, canary release, dark launch pour tester sans exposer, observabilité temps réel. En clair : la production est un média, on émet en douceur, on surveille l’audience, on ajuste le programme.

Former moins, expliquer mieux

Si le plan de formation dépasse deux heures par profil, le problème est de conception. On privilégie des capsules vidéo ultra-courtes, des tooltips contextuels, une FAQ vivante et des parcours guidés. Et surtout, on parle bénéfices (“tu gagnes 12 minutes par dossier”) plutôt que fonctionnalités (“nouveau module d’agrégation”). La conduite du changement n’est pas une tournée de PowerPoint, c’est un service après-vente de l’attention.

Mesurer l’essentiel, pas l’accessoire

Le succès ne se juge pas au “go live”, mais à trois courbes : usage, friction, impact. Usage : comptes actifs, gestes réalisés, rétention. Friction : temps par tâche, clics, erreurs, tickets. Impact : délais réduits, économies de licence, qualité de données. Tout le reste est décor. Ces métriques sont publiques dans l’entreprise, commentées chaque mois, reliées à des décisions.

Ce qu’il faut arrêter, dès maintenant

Arrêter de penser qu’un grand périmètre sécurise le ROI. Arrêter de croire que la complexité rassure les sponsors. Arrêter de mettre l’effort sur le dernier mois “recette-formation-communication”. La valeur se gagne dans les trois premiers sprints : comprendre, simplifier, prouver. Ensuite, on déroule.

Ce qu’il faut instaurer, durablement

Un design system qui évite de réinventer les boutons. Un backlog priorisé par la douleur (irritants d’abord). Un rituel d’écoute mensuel avec les sites pilotes. Une culture de l’écriture courte (notes de version lisibles, décisions traçables). Une équipe produit mixte et stable, évaluée sur l’adoption, pas sur le volume développé.

Conclusion : le DSI, dernier kilomètre de la simplicité

Entre un projet “livré” et un outil “utilisé”, il y a le dernier kilomètre. C’est le territoire du DSI-traducteur : celui qui transforme des promesses en gestes, des écrans en réflexes, des roadmaps en résultats. Les métiers n’ont pas besoin d’usines à gaz. Ils ont besoin d’outils qui tiennent dans la main, dans la minute, dans la vraie vie. Le reste est littérature.


En savoir plus sur GDL T&C

Subscribe to get the latest posts sent to your email.

Comments are closed.

En savoir plus sur GDL T&C

Abonnez-vous pour poursuivre la lecture et avoir accès à l’ensemble des archives.

Poursuivre la lecture