Un chef de projet dans une commune reçoit le résultat du test PlanScore : 17 points sur 21, avis de décision "démarrer". À la deuxième page du plan d'approche figure une phrase qui la fait hésiter : pour la migration, l'organisation deviendra entièrement dépendante d'un seul fournisseur externe, et ce risque est explicitement mentionné. Un plan prêt à démarrer peut-il contenir un risque ?
Être prêt à démarrer n'est pas la même chose qu'être sans risque
PlanScore vérifie si les éléments constitutifs d'un plan d'approche sont en ordre avant le lancement : le périmètre est-il délimité, les objectifs sont-ils concrets, les conditions préalables sont-elles réglées. C'est une question différente de : quels risques ce projet court-il, et sont-ils maîtrisés ? Un instrument distinct existe pour cette question, RisicoRadar, qui enregistre, pèse et révise les risques en continu — non pas comme un instantané avant le démarrage, mais tout au long du projet. PlanScore et RisicoRadar ne mesurent donc pas la même partie d'un projet, et un score élevé sur l'un ne dit rien du résultat de l'autre.
Ce que le Bureau ICT-toetsing (BIT) faisait pour les projets de l'État néerlandais de plus de cinq millions d'euros — un regard indépendant avant la décision de lancement — PlanScore le fait pour chaque plan, mais en deux minutes au lieu de plusieurs mois. Mais là aussi, la question était de savoir si la base d'un projet était solide, pas de garantir que le projet se déroulerait sans risques. Ces deux questions n'ont jamais été identiques, et cela ne change pas parce que le contrôle va plus vite.
Un risque nommé n'est pas une faiblesse
La dépendance envers le fournisseur, dans le plan du chef de projet, n'y figure pas par hasard. Quelqu'un a identifié cette dépendance, l'a consignée par écrit, et y a probablement déjà ajouté une première réflexion sur la manière de la maîtriser. C'est précisément à cela que servent le périmètre, les hypothèses et les conditions préalables dans un plan d'approche : non pas effacer les risques, mais les rendre visibles avant que l'exécution ne commence.
Comparez cela à un autre plan, celui d'un établissement de soins qui met en place un nouveau système clients, avec un PlanScore de 12 sur 21 et aucun risque nommé. Ce score plus bas, avec une section risques vide, est un signal plus mauvais que le 17 avec la dépendance fournisseur incluse — non pas parce qu'un chiffre élevé l'emporte toujours, mais parce qu'un plan sans risques ne signifie généralement pas qu'il n'y en a pas. Cela signifie plus souvent que personne n'a pris la peine de les chercher.
Lire deux contrôles côte à côte
En pratique, cela signifie que le résultat PlanScore et le registre des risques restent deux documents distincts, que vous lisez côte à côte avant de prendre une décision de type go/no-go. Un score de 17 sur 21 dit : la base de ce plan est en place. Le registre des risques dit : voici ce qui peut encore mal tourner, et voici ce que nous faisons pour y remédier. Les deux sont nécessaires pour prendre une décision équilibrée ; aucun ne remplace l'autre.
Cela signifie aussi qu'un plan prêt à démarrer n'est pas une garantie que le projet se déroulera bien — la qualité d'un plan avant le démarrage est un signal de réussite, pas une garantie de celle-ci. Une dépendance fournisseur qui semble maîtrisée aujourd'hui peut encore mal tourner dans six mois. Ce n'est pas la preuve que le test PlanScore a échoué ; c'est la preuve que la gestion des risques après le lancement est un travail différent de la préparation au démarrage avant le lancement.
Ce qu'il faut en faire
Lors d'une décision go/no-go, ne demandez pas seulement le résultat PlanScore, mais aussi le registre des risques actualisé accompagnant ce plan. Un score élevé avec quelques risques explicitement nommés est un signal plus sain qu'un score élevé sans le moindre risque.