« Les risques, on les connaît. » La phrase revient dans presque tous nos premiers rendez-vous, et elle est en partie vraie : un dirigeant qui pilote des projets depuis quinze ans sait parfaitement ce qui peut mal tourner. Le problème n’est pas la connaissance, il est la mémoire collective. Ce que le directeur technique redoutait en janvier n’a été écrit nulle part, la personne qui l’avait signalé a changé de poste, et le risque se matérialise en octobre devant un client mécontent. L’intelligence artificielle et la gestion des risques de projet ne servent pas à prédire l’avenir. Elles servent à empêcher une entreprise d’oublier ce qu’elle savait déjà.
Le registre des risques meurt en général au bout de trois semaines
Le rituel est connu. Réunion de lancement, tableau à cinq colonnes, une quinzaine de lignes remplies dans l’enthousiasme, une cotation probabilité fois gravité, et un fichier que plus personne n’ouvre. Six mois plus tard, la moitié des lignes est obsolète et les vrais risques du moment n’y figurent pas. Ils circulent ailleurs : dans un fil de discussion, dans un compte rendu de réunion fournisseur, dans la phrase d’un ingénieur en fin de réunion que tout le monde a entendue sans la noter.
Ces phrases-là existent sous forme de texte. C’est précisément la matière que les modèles de langage savent traiter.
Trois usages qui tiennent la route
Le premier, et de loin le plus rentable, consiste à extraire les risques évoqués dans vos écrits de projet. Un assistant relit les comptes rendus hebdomadaires, les échanges avec les fournisseurs, les rapports d’essai, et propose des ajouts au registre : le sous-traitant d’usinage a mentionné deux fois un problème de capacité, la validation biocompatibilité dépend d’un laboratoire dont le carnet est plein jusqu’en mars, la spécification a changé trois fois en cinq semaines. Le chef de projet garde la main : il valide, écarte, requalifie. Il rédige beaucoup moins.
Le deuxième usage tire parti de vos projets terminés. Un modèle nourri de vos dix ou quinze derniers développements repère les récurrences que la mémoire individuelle lisse : les projets impliquant un nouveau fournisseur de composants prennent systématiquement six à huit semaines de plus, les phases de qualification lancées en juillet dérapent toujours. Le troisième relève de la surveillance de signaux précoces. Plutôt que d’attendre la déclaration d’un retard, on suit des indicateurs qui bougent avant lui : nombre de modifications de spécification par mois, délai moyen de réponse d’un fournisseur, volume de non-conformités mineures sur une ligne pilote, taux de rotation dans l’équipe projet. Le même principe que celui qui permet d’optimiser sa chaîne logistique avec l’IA : on ne prédit pas la rupture, on regarde les indicateurs qui la précèdent.
Un développement de dispositif médical, et deux risques trouvés dans des courriels
Un fabricant de dispositifs médicaux de cent trente salariés développe des instruments à usage chirurgical, avec des cycles de dix-huit à trente mois et un dossier réglementaire à constituer en parallèle. Les retards y coûtent cher, mais les retards non anticipés coûtent bien davantage : un créneau d’organisme notifié manqué se rattrape rarement en moins d’un trimestre.
L’expérimentation a porté sur un seul projet en cours et sur les comptes rendus des huit mois écoulés. Le passage automatique de ces documents a fait remonter dix-neuf risques candidats, dont douze déjà connus. Sur les sept restants, cinq relevaient du bruit. Deux ne l’étaient pas : une dépendance à un fournisseur unique pour un joint silicone, évoquée en réunion puis jamais reprise, et un décalage entre la version de la spécification utilisée par le bureau d’études et celle transmise au laboratoire d’essais. Deux risques réels sur huit mois d’écrits, cela paraît maigre. Rapporté au coût d’un mois de retard sur ce type de programme, le compte y est largement.
Ce que ces outils ne sauront pas faire
Ils ne verront pas venir l’événement rare. Une défaillance de fournisseur inédite, un changement réglementaire, un rachat de client : aucun historique ne contient ces cas, et un modèle statistique n’invente pas ce qu’il n’a jamais vu. Pour ces situations, un atelier de réflexion avec des gens expérimentés reste la meilleure méthode connue, et elle est peu coûteuse.
Deuxième réserve, sur les cotations. Un outil qui affiche « probabilité 62 % » donne une impression de rigueur sans fondement réel : derrière ce chiffre, il n’y a le plus souvent qu’une pondération arbitraire. Nous préférons trois niveaux et une discussion. Troisième point, plus difficile à entendre : un registre des risques bien tenu ne sert à rien si aucune décision ne s’ensuit. Le vrai indicateur de maturité d’une organisation n’est pas le nombre de risques identifiés, c’est le nombre de risques auxquels un budget, une date et un responsable ont été attribués. Nous en voyons beaucoup qui excellent au premier exercice et échouent au second.
Coût, délai et point de départ raisonnable
Les briques logicielles adaptées à une PME se situent entre 200 et 800 euros par mois. Une part du travail relève d’ailleurs de la configuration d’un assistant sur vos propres documents, ce qui coûte davantage en temps de cadrage qu’en licences.
Deux à trois mois suffisent pour un premier dispositif utile, à condition de commencer petit : un projet, un type de document, un rendez-vous mensuel de revue. Les aides publiques à la transformation numérique peuvent alléger la phase initiale, cela se vérifie en amont. Un dernier mot sur la finalité. L’intelligence artificielle et la gestion des risques de projet forment un couple utile tant que l’objectif reste la lucidité collective, et non la constitution d’un dossier destiné à désigner un coupable après coup. La nuance décide de l’adhésion des équipes. MINOBIA cadre ce genre de démarche avec les chefs de projet plutôt que par-dessus eux, et commence par lire vos comptes rendus.
Questions fréquentes
Faut-il envoyer nos comptes rendus à un service en ligne ?
Pas nécessairement, et sur des projets sensibles nous conseillons l’inverse. Des solutions hébergées en Europe ou installées chez vous existent, avec des engagements écrits de non-réutilisation de vos contenus.
Notre registre des risques est vide, par où commencer ?
Par une relecture assistée de vos deux dernières affaires terminées. Vous obtiendrez en une journée une liste de risques récurrents plus utile qu’un modèle générique téléchargé.
Combien de risques faut-il suivre sur un projet ?
Une dizaine activement, pas cinquante. Un registre trop long produit exactement le même effet qu’un registre vide.
Est-ce pertinent pour des projets de quelques semaines ?
Rarement. L’intérêt apparaît sur des cycles longs, où l’information se perd entre les personnes et entre les phases.
Nos assureurs ou nos clients demandent-ils ce type de suivi ?
Certains donneurs d’ordre l’exigent contractuellement, en particulier dans l’aéronautique, le médical et les marchés publics complexes. Un registre vivant devient alors un argument commercial autant qu’un outil interne.
Prêt à concrétiser votre projet IA ?
À propos de l’auteur
Joël Obitz est entrepreneur et fondateur de MINOBIA, cabinet spécialisé dans l’intégration stratégique de l’intelligence artificielle au sein des PME et ETI. Fort de 20 ans d’expérience dans le B2B industriel, il accompagne les entreprises dans leur transformation numérique, avec une approche directe, pragmatique et orientée résultats.
Contactez-nous : contact@minobia.ai
Suivez-nous sur LinkedIn et Facebook
MINOBIA – Activateur France Num https://www.francenum.gouv.fr/activateurs/minobia
