La migration d’un logiciel communal comprend le transfert des dossiers, la vérification des données importées et la mise en service de l’application de destination. Le projet doit attribuer la validation de ces opérations et définir les conditions d’arrêt de l’ancien logiciel avant le cutover.
La méthode HERMES fournit un cadre pour organiser les résultats attendus et les décisions qui engagent la suite du projet. Son application peut rester proportionnée à la taille de l’opération. Le principe consiste à attribuer clairement les responsabilités et à examiner des résultats utiles avant de poursuivre.
Définir les décisions qui appartiennent à la commune
HERMES est la méthode de gestion de projet de la Confédération. Son approche classique distingue l’initialisation, la conception, la réalisation, le déploiement et la clôture. Le choix du scénario, des résultats et de l’approche dépend du projet.
La méthode n’impose pas automatiquement son application à toutes les communes. La commune vérifie ses propres règles et les exigences de l’engagement. Elle peut ensuite choisir une adaptation qui conserve les décisions nécessaires sans reproduire tous les documents d’un programme fédéral.
Dans l’exemple du logiciel de gestion, le mandant représente l’autorité qui engage le projet et décide de sa poursuite. Le chef de projet coordonne les travaux et rend compte de leur avancement. Les représentants des utilisateurs vérifient que les fonctions répondent aux tâches réelles. Ces rôles peuvent mobiliser peu de personnes, mais leurs responsabilités doivent rester lisibles.
Le fournisseur pilote sa livraison. La commune conserve la capacité d’examiner les résultats et de décider de leur acceptation. Lorsque le projet présente des risques importants, une revue indépendante peut compléter ses ressources internes. Son intérêt dépend du besoin de contrôle et des compétences disponibles.
Relier chaque étape à un résultat vérifiable
L’adaptation suivante illustre cinq décisions sur un projet simple. Elle ne remplace pas les jalons et résultats du scénario HERMES effectivement retenu.
| Étape | Résultat examiné | Décision de la commune |
|---|---|---|
| Initialisation | Besoin, variantes, coût complet et risques | Choisir une variante et autoriser le projet |
| Conception | Fonctions, interfaces et stratégie de reprise | Valider la solution à réaliser |
| Réalisation | Version testable, résultats d’essais et écarts | Autoriser la préparation du déploiement |
| Déploiement | Migration vérifiée et moyens d’exploitation | Accepter la mise en service dans les conditions prévues |
| Clôture | Documentation, responsabilités et éléments encore ouverts | Confirmer la fin du projet et organiser le suivi |
À l’initialisation, la commune compare plusieurs options, y compris une évolution du système existant lorsque cette option est pertinente. Elle précise les contraintes de données et le coût sur la durée. Cette analyse évite d’arrêter une solution technique avant d’avoir examiné le besoin.
À la conception, l’équipe traduit les usages en critères d’acceptation. Pour le contrôle des habitants, elle peut vérifier la reprise d’un dossier représentatif, ses pièces et les échanges nécessaires avec les autres systèmes. La commune sait sur quels résultats elle jugera la livraison.
Une revue de conception n’empêche pas tous les incidents. Elle permet cependant de découvrir une dépendance oubliée ou une hypothèse de migration fragile avant que le déploiement ne rende la correction plus coûteuse.
Préparer la migration et l’exploitation ensemble
La réalisation fournit progressivement une solution que les utilisateurs peuvent essayer. Les tests couvrent les fonctions prioritaires et les cas particuliers identifiés. Le compte rendu conserve les écarts, leur importance et la décision prise pour chacun. Un résultat incomplet peut justifier une correction, une restriction du périmètre ou un report.
Avant la mise en service, l’équipe répète la reprise des données et vérifie les résultats. Elle prépare l’accès des utilisateurs, la sauvegarde, l’assistance et les conditions de retour à l’ancien système. L’autorisation de déployer doit tenir compte de l’ensemble, pas uniquement de la réussite de l’installation.
La clôture organise ensuite la continuité. Les responsables d’exploitation reçoivent la documentation, les accès et la liste des points encore ouverts. La commune distingue ces éléments des nouvelles demandes qui relèvent d’une évolution ultérieure. Cette séparation donne un sens concret à la fin du projet.
Pour les petits projets, HERMES One propose une approche allégée. L’allègement porte sur les moyens nécessaires pour conduire le projet ; il ne dispense pas de préciser qui décide, sur quel résultat et avec quelle information.
Utiliser le cadrage pour préparer l’achat
L’initialisation décrit le périmètre de l’achat, compare les variantes et estime le coût sur la durée prévue. La commune peut s’appuyer sur cette matière pour déterminer la procédure applicable et rédiger ses exigences. L’article sur le choix d’un fournisseur communal développe ce lien avec les marchés publics.
Les exigences contractuelles et les critères d’acceptation doivent rester cohérents. Un contrat qui promet une migration réussie sans préciser les données, les contrôles et les responsabilités laisse la décision finale difficile à prendre. Le projet gagne en clarté lorsque les documents décrivent la même livraison.
La valeur d’une méthode de projet tient ainsi aux décisions qu’elle rend possibles. Pour une petite commune, quelques résultats bien choisis et examinés au bon moment peuvent suffire à organiser cette gouvernance, à condition que les risques du projet déterminent l’effort de contrôle.
Références
L’exemple sert à expliquer une adaptation possible. La commune choisit les rôles, les résultats et les jalons à partir du scénario réel et des règles qui lui sont applicables.