Une méthodologie de projet pour le SI hospitalier : commencer par le besoin, pas par l'outil

Un projet informatique n'est pas qu'une affaire de logiciel. Dans les établissements de santé, la réussite d'un projet dépend d'abord de la façon dont il est cadré, porté et conduit. Or, trop souvent, ces projets sont lancés sans méthodologie claire - et c'est l'une des raisons pour lesquelles certains n'aboutissent pas, ou débouchent sur des outils que personne n'utilise vraiment.

Le constat : des projets menés sans cadre

Dans bien des cas, le choix d'un logiciel précède la compréhension du besoin. La décision se prend sur une impression, une recommandation extérieure ou une démonstration séduisante, plutôt que sur une analyse des usages réels. Cette phrase, entendue sur le terrain, résume à elle seule le problème :

« J'ai entendu dire qu'un logiciel était bien, donc on prend celui-là. »

Choisir l'outil avant de connaître le besoin, c'est prendre le problème à l'envers. Le logiciel finit par imposer ses contraintes aux soignants, au lieu de répondre à leurs usages. Les conséquences sont connues : rejet des utilisateurs, contournements, ressaisies, et au bout du compte un investissement qui ne produit pas la valeur attendue.

Notre conviction : le besoin d'abord, l'outil ensuite

Nous avons présenté à une direction hospitalière une méthodologie de gestion de projet qui inverse cette logique. Le principe est simple : on ne choisit un outil qu'après avoir compris précisément ce dont les soignants ont besoin dans leur pratique quotidienne. Cela suppose d'aller les rencontrer, d'observer leurs usages et de recueillir leurs attentes réelles - un travail qui demande du temps.

Le sponsor doit être la direction

C'est le point déterminant. Cette démarche ne peut pas être portée uniquement par la DSI : elle touche à l'organisation même de l'établissement. Seule la direction peut arbitrer, donner le mandat, et surtout dégager du temps soignant pour que les besoins soient recueillis correctement.

Sans ce portage au plus haut niveau, le recueil des besoins reste théorique : les soignants n'ont pas le temps de participer, et l'on retombe dans le choix d'outil « par ouï-dire ». Positionner la direction comme sponsor, c'est reconnaître qu'un projet SI est d'abord un projet de transformation, pas un simple achat de licence.

Une méthodologie structurée en 8 phases

Notre méthodologie s'appuie sur un cycle de vie projet jalonné, où chaque phase produit ses propres livrables documentés. Ce cadre garantit qu'aucune étape n'est escamotée - en particulier le cadrage et le recueil des besoins, trop souvent sacrifiés.

Un cadre complet, au-delà des phases

Au-delà du cycle de vie, la méthodologie intègre un référentiel structuré : pilotage et gouvernance, protection des données personnelles (RGPD) dès la conception, outillage et guides, revue de projets et bibliothèque de livrables types. Chaque projet dispose ainsi d'un cadre éprouvé et réutilisable, plutôt que de repartir de zéro à chaque fois.

Ce que cela change concrètement

Une méthodologie portée par la direction, qui commence par le besoin, produit des effets tangibles : des projets qui aboutissent, des soignants qui adhèrent parce qu'ils ont été écoutés, et des outils réellement utilisés parce qu'ils correspondent aux usages. C'est la différence entre un logiciel imposé et une solution adoptée.

La question n'est pas « quel logiciel est bien ? », mais « de quoi les soignants ont-ils réellement besoin ? ». La réponse à la seconde question désigne le bon outil.