Quelle est votre démarche d'urbanisation, et de gouvernance de manière plus générale ?
Pour définir notre schéma d'urbanisation, nous sommes partis des grandes missions de la HAS : la certification des établissements de santé, l'évaluation des pratiques professionnelles dans les domaines de santé à risque... A chaque mission, nous avons fait correspondre un macro-processus. En y associant les directions métiers impliquées, nous avons étudié les services attendus par le législateur, macro-processus par macro-processus, puis mesuré l'écart existant entre le besoin et les réponses apportées par les applications existantes.
 |
| | Antoine Vigneron, DSI de la Haute Autorité de la Santé © Antoine Crochet-Damais / JDN Solutions | |
Au sein du schéma d'urbanisation, nous avons arrêté nos technologies d'infrastructure de référence : le système Linux, les bases de données Oracle et MySQL, le serveur d'applications Tomcat et des développements J2EE.
Pour chaque gros projet, nous mettons sur pied un comité de pilotage, chargé de prendre les grandes décisions en lien avec la MOA représentée par les directions métiers. Mais également un comité de suivi qui coordonne les principaux intervenants et prestataires, et un comité de projet qui assure la conduite du projet au quotidien.
Lors de chaque lancement de projet, un plan d'assurance contrôle et qualité est élaboré. En fonction de la taille et de l'enjeu du projet, le cadre de gouvernance est éventuellement simplifié. Nous avons par ailleurs créé une activité d'assistance à maitrise d'ouvrage. Cette équipe a pour but d'accompagner les métiers dans la définition des processus, et de participer à l'accompagnement du changement.
| "Nous avons défini une méthode de développement par prototypage itératif" |
Le métier de la HAS est très particulier. Réalisez-vous beaucoup de développements spécifiques ?
Je préfère faire le choix d'un progiciel le plus souvent possible. C'est le cas pour la gestion de la paie, la gestion prévisionnelle des compétences et les services liés à la messagerie. Concernant les processus métier en revanche, nous avons plutôt opté pour une politique de développement spécifique. Sur ce point, nous avons défini une méthode de développement par prototypage itératif. Elle passe par la création de trois prototypes par vagues de développement successifs, avec pour chacune une série de nouvelles fonctions.
Cette démarche permet d'aboutir rapidement à une première application, tout en laissant le temps aux responsables métier d'affiner leurs besoins. Elle nous permet ainsi de créer une infrastructure évolutive, capable de supporter les adjonctions. Cette souplesse nous permet également de faire évoluer nos processus plus facilement en fonction des modifications réglementaires, ce qui peut arriver y compris en cours de projet.
