Gouvernance des mises en œuvre
Pourquoi les mises en œuvre technologiques échouent encore
Les jalons peuvent être atteints alors que des décisions, dépendances, critères d’acceptation et preuves de préparation restent insuffisamment maîtrisés. La différence se joue souvent dans la gouvernance et le contrôle de la mise en œuvre.
Le décalage entre avancement et confiance
Une mise en œuvre technologique peut disposer d’un planning signé, d’un comité de pilotage régulier et de rapports d’avancement rassurants, tout en arrivant à une échéance critique avec des questions essentielles sans réponse. Les livrables sont-ils réellement acceptés ? Les rapprochements de données sont-ils achevés ? Les équipes métier maîtrisent-elles leurs nouveaux processus ? L’activité déclarée n’est pas une preuve de préparation.
Cinq facteurs de risque récurrents
Premièrement, des responsabilités décisionnelles imprécises retardent les validations. Deuxièmement, les dépendances entre la banque et son fournisseur sont traitées comme des tâches isolées plutôt que comme des conditions partagées de réussite. Troisièmement, les contrôles qualité interviennent trop tard pour permettre des corrections raisonnables. Quatrièmement, la qualité des données et la traçabilité des tests sont parfois confondues avec de simples taux d’avancement. Enfin, les décisions de mise en production reposent sur des déclarations de préparation insuffisamment étayées.
Ce que font les programmes les plus solides
Ils attribuent clairement les responsabilités, prévoient les circuits d’escalade, associent chaque jalon à des livrables et critères d’acceptation, et rendent visibles les risques et arbitrages en suspens. Ils demandent tôt les preuves de recette, de rapprochement, de bascule et de continuité des opérations. Les risques résiduels doivent être explicitement évalués et assumés par les responsables autorisés.
Une question essentielle pour la direction
Avant tout jalon majeur, la direction doit demander : quelles preuves démontrent que les métiers, la technologie et l’organisation sont réellement prêts, au-delà du simple respect du planning ?
Un tableau de bord vert ne suffit pas
Un taux d’achèvement peut être utile pour la planification, mais il ne prouve pas qu’un livrable a été accepté. Un état « vert » peut masquer une interface non testée, des décisions de conception ouvertes ou des anomalies critiques. L’information de gouvernance doit relier le statut annoncé aux preuves, à un responsable nommé et à une décision traçable.
Exemple bancaire illustratif
Dans un projet fictif de remplacement du core banking, les tests sont annoncés presque terminés. Les soldes clients sont rapprochés, mais certaines exceptions comptables de fin de journée et une interface de paiement essentielle restent ouvertes. Le projet est avancé techniquement, sans être nécessairement prêt à fonctionner de façon fiable au quotidien. Le véritable enjeu est la visibilité et la prise en charge du risque.
Questions à poser au comité de pilotage
Quels livrables critiques sont acceptés ? Quels arbitrages sont en retard ? Quelles preuves attestent de la qualité des données ? Quels parcours métier de bout en bout restent à démontrer ? Que feront les opérations si un contrôle critique échoue après la bascule ? Les réponses doivent être documentées et comprises par les deux parties.
Perspective CoreViaApproach
La gouvernance crée de la valeur lorsqu’elle rend les risques visibles plus tôt, exige des preuves significatives et facilite les décisions. CoreViaApproach aide les établissements et leurs partenaires à réduire l’écart entre l’avancement rapporté et la préparation démontrée.