Débloquer un projet SI arrêté depuis 18 mois : la méthode en grand groupe

Le vrai obstacle n'est presque jamais technique

Un projet SI bloqué depuis 12 ou 18 mois dans un grand groupe a rarement un problème de code. Le plus souvent, il a un problème de confiance entre les parties prenantes : la direction métier qui a porté le projet se sent laissée de côté, la DSI protège un calendrier qu'elle ne maîtrise plus, le chef de projet initial a quitté le navire en sentant la complexité politique monter. Le code, quand il existe, n'est souvent pas le facteur limitant.

C'est un diagnostic contre-intuitif pour une direction générale qui exige un déblocage sous 60 jours. L'instinct pousse à relancer le développement, ajouter des ressources, presser le prestataire en place. Mais tant que la cause profonde du blocage reste organisationnelle, ajouter des développeurs sur un projet mal aligné ne fait qu'accélérer la production du mauvais outil.

Pourquoi relancer le projet tel quel ne marche pas

La tentation la plus fréquente consiste à reprendre le cahier des charges existant et à le confier à une nouvelle équipe, en espérant que le problème vienne du prestataire précédent plutôt que de la méthode. Cette approche échoue pour une raison simple : un cahier des charges construit loin du terrain, sans confrontation avec le quotidien réel des utilisateurs, reste déconnecté quelle que soit l'équipe qui l'exécute.

« On est arrivé dans un contexte où la direction artistique était loin d'être contente d'être bloquée sur ce sujet-là. Avec pas mal de points de douleur autour de ça. »

Sur un projet mené pour la Direction Artistique de Chanel, bloqué depuis un an à un an et demi, cette dynamique était exactement celle-là : des spécifications de trente pages construites en chambre, une équipe de développement historiquement en retard faute de conception alignée, une direction métier qui ne se sentait plus écoutée par sa propre DSI. Reprendre le projet tel quel aurait simplement reproduit le blocage avec de nouveaux visages.

La méthode : aligner avant de coder

L'adhésion précède toujours la solution

Dans un grand groupe, personne n'avance sur un projet auquel il n'adhère pas, quelle que soit la qualité technique de ce qui est proposé. La première étape n'est donc pas de produire une meilleure solution, c'est de comprendre pourquoi le projet n'a pas avancé, en rencontrant chaque partie prenante séparément avant de reformuler quoi que ce soit. Ce travail d'écoute a permis, sur le projet Chanel, de remplacer les specs par une compréhension fine du quotidien des architectes à travers le monde, condensée dans un mapping visuel présentable aux équipes internationales, validé avant même la première maquette.

Un kickoff qui change la trajectoire

L'alignement obtenu en amont change la nature du lancement du développement. Quand les développeurs arrivent avec un user flow déjà validé, un diagramme d'architecture et des maquettes dynamiques qu'ils ont déjà manipulées, ils identifient eux-mêmes les limites techniques avant que le code ne commence. Le retour d'expérience de l'équipe technique elle-même a désigné ce kickoff comme le moment où ils ont senti une différence nette par rapport à leurs habitudes de gestion de projet.

Le rythme qui rassure une direction sous tension

Une fois l'alignement posé, la cadence du développement devient elle-même un outil de réassurance. Des démonstrations bimensuelles de trente minutes avec le métier, sur l'environnement de test des développeurs eux-mêmes, donnent à la direction une visibilité continue plutôt qu'un silence de plusieurs mois suivi d'une livraison surprise. C'est ce rythme, plus qu'un reporting formel, qui rebâtit la confiance qu'un blocage de 18 mois a érodée. Sur ce point, un regard externe débloque souvent des décisions que l'organisation interne n'arrivait plus à prendre seule, précisément parce qu'il n'a pas d'enjeu politique dans l'historique du blocage.

Ce que ça a donné

Sur ce projet, la phase de conception et d'alignement a duré environ deux mois, le développement deux mois et demi à trois mois. Au total, sept mois et demi à huit mois pour un projet resté bloqué douze à dix-huit mois auparavant, livré avec un mois d'avance sur la deadline. Le mois d'août compris dans la période, sans tension de dernière minute. L'écart ne vient pas d'une équipe plus nombreuse ou plus rapide au clavier, il vient du fait que les allers-retours de conception ont eu lieu avant le développement plutôt que pendant.

Si un projet dort dans votre organisation depuis plus d'un an, ne commencez pas par relancer un appel d'offres technique. Commencez par une série d'entretiens séparés avec chaque partie prenante, sans solution à proposer, pour comprendre ce qui bloque réellement avant de décider quoi faire ensuite.