HERMES est la méthode de gestion de projet de référence en Suisse, particulièrement dans l'administration publique fédérale, cantonale et communale. Développée par l'Office fédéral de l'informatique et de la télécommunication (OFIT), elle couvre l'ensemble du cycle de vie d'un projet IT.
La version actuelle, HERMES 5 (depuis 2014), est une méthode modulaire et adaptable qui peut être configurée selon le type, la taille et la complexité du projet. Elle combine les meilleures pratiques des méthodologies de gestion de projet tout en étant spécifiquement adaptée au contexte suisse.
HERMES s'articule autour de 4 dimensions principales qui définissent comment organiser et exécuter un projet :
5 phases séquentielles qui structurent le déroulement temporel du projet
Points de décision entre les phases pour validation et autorisation de continuer
4 niveaux d'organisation avec rôles et responsabilités clairement définis
Activités concrètes à réaliser et livrables à produire dans chaque phase
Cette structure modulaire permet d'adapter HERMES à différents types de projets : développement logiciel, acquisition de produit, adaptation de système, projet infrastructure, projet de service, ou même projet individuel.
Chaque phase a des objectifs clairs, des activités spécifiques et des livrables attendus. Le passage d'une phase à l'autre nécessite une validation formelle lors d'un jalon décisionnel.
Objectif : Définir les bases du projet, analyser la faisabilité et obtenir le mandat de réalisation. Cette phase détermine si le projet doit être lancé ou non.
| Activités clés | Livrables principaux |
|---|---|
|
• Analyse de la situation actuelle • Définition des objectifs du projet • Étude de faisabilité technique et économique • Analyse des risques initiaux • Définition du périmètre (scope) • Identification des parties prenantes |
• Mandat de projet (document fondateur) • Étude de faisabilité • Plan de projet initial • Analyse des risques • Budget prévisionnel • Organisation du projet |
Objectif : Élaborer la solution détaillée, planifier précisément la réalisation et préparer tous les éléments nécessaires au développement.
| Activités clés | Livrables principaux |
|---|---|
|
• Élaboration du cahier des charges détaillé • Conception de l'architecture système • Spécifications fonctionnelles et techniques • Planification détaillée de la réalisation • Définition de la stratégie de tests • Préparation de l'infrastructure |
• Cahier des charges • Architecture système détaillée • Spécifications fonctionnelles • Spécifications techniques • Plan de tests • Plan de formation • Plan de mise en production |
Objectif : Développer, configurer ou acquérir la solution selon les spécifications, puis la tester pour s'assurer qu'elle répond aux exigences.
| Activités clés | Livrables principaux |
|---|---|
|
• Développement/configuration du système • Tests unitaires et d'intégration • Tests système et d'acceptation • Corrections des anomalies • Documentation technique et utilisateur • Préparation du matériel de formation |
• Système fonctionnel testé • Code source documenté • Rapports de tests • Documentation technique • Manuel utilisateur • Matériel de formation • Plan de déploiement finalisé |
Objectif : Mettre le système en production, former les utilisateurs et assurer la transition vers l'exploitation courante.
| Activités clés | Livrables principaux |
|---|---|
|
• Migration des données • Installation en production • Formation des utilisateurs finaux • Formation du support technique • Recette finale par les utilisateurs • Transfert à l'exploitation • Communication du lancement |
• Système en production • Données migrées et validées • Utilisateurs formés (attestations) • Documentation d'exploitation • Procès-verbal de recette • Plan de support • Communication officielle |
Objectif : Évaluer le projet, capitaliser l'expérience acquise (lessons learned) et procéder à la clôture administrative et financière.
| Activités clés | Livrables principaux |
|---|---|
|
• Évaluation finale du projet • Bilan financier et des ressources • Analyse des écarts (coûts, délais, qualité) • Retour d'expérience (lessons learned) • Archivage de la documentation • Dissolution de l'équipe projet |
• Rapport de clôture • Bilan financier final • Document lessons learned • Recommandations pour futurs projets • Archives projet complètes • Procès-verbal de clôture officielle |
HERMES définit une organisation hiérarchique à 4 niveaux avec des rôles clairement définis. Cette structure assure une gouvernance claire et des responsabilités bien identifiées.
Niveau stratégique et décisionnel du projet.
| Rôle | Responsabilités principales |
|---|---|
| Mandant | Responsable final du projet, finance le projet, valide les décisions majeures, arbitre en cas de conflit, porte la responsabilité du succès ou de l'échec |
| Utilisateur | Représente les besoins métier, valide les exigences fonctionnelles, participe aux tests d'acceptation, valide la recette finale |
| Fournisseur | Responsable de la fourniture des prestations (développement, infrastructure), garantit la qualité technique de la solution |
Assure le suivi et le contrôle du projet.
| Rôle | Responsabilités principales |
|---|---|
| Chef de projet | Dirige le projet au quotidien, planifie et coordonne les activités, gère l'équipe, contrôle les coûts et délais, rapporte au mandant |
| Architecte | Responsable de l'architecture technique, définit les choix technologiques, assure la cohérence de la solution, valide les aspects techniques |
| Responsable qualité | Garantit la qualité des livrables, définit les standards, organise les revues, vérifie la conformité |
Gestion opérationnelle des différents domaines.
| Rôle | Responsabilités principales |
|---|---|
| Responsable développement | Coordonne l'équipe de développement, planifie les sprints/itérations, assure la qualité du code |
| Responsable tests | Planifie et coordonne tous les tests, gère l'environnement de test, rapporte les anomalies |
| Responsable exploitation | Prépare l'infrastructure de production, assure la transition vers l'exploitation, gère le support niveau 2/3 |
Exécution concrète des tâches techniques.
| Rôle | Responsabilités principales |
|---|---|
| Développeurs | Codent, testent unitairement, documentent le code |
| Testeurs | Exécutent les tests, rapportent les bugs, vérifient les corrections |
| Experts métier | Fournissent l'expertise fonctionnelle, valident les spécifications, participent aux tests d'acceptation |
HERMES propose différents scénarios adaptés à différents types de projets. Chaque scénario active certains modules (ensemble cohérent de tâches) selon les besoins.
| Scénario | Description | Cas d'usage |
|---|---|---|
| Développement logiciel | Création d'une nouvelle application sur mesure | Développement d'un système de gestion métier spécifique |
| Acquisition produit | Achat et intégration d'un logiciel standard | Acquisition d'un ERP, CRM ou autre solution du marché |
| Adaptation système | Modification majeure d'un système existant | Ajout de fonctionnalités, migration vers nouvelle version |
| Projet infrastructure | Mise en place ou évolution d'infrastructure IT | Nouveau datacenter, migration cloud, réseau |
| Projet de service | Mise en place ou amélioration d'un service IT | Helpdesk, centre de services, processus ITIL |
| Projet individuel | Version allégée pour petits projets/POC | Prototypes, études, projets de moins de 3 mois |
Chaque scénario peut être personnalisé en ajoutant ou retirant des modules selon les besoins spécifiques du projet. HERMES recommande de partir d'un scénario de base puis d'adapter.
HERMES définit des templates pour tous les documents importants du projet. Voici les 9 documents essentiels que vous rencontrerez dans presque tous les projets HERMES.
| Document | Phase | Importance | Description |
|---|---|---|---|
| Mandat de projet | Initialisation | 🔴 Critique | Document fondateur qui définit objectifs, périmètre, budget, organisation |
| Étude de faisabilité | Initialisation | 🔴 Critique | Analyse technique, économique et organisationnelle de la viabilité du projet |
| Plan de projet | Initialisation | 🔴 Critique | Planification détaillée : phases, jalons, ressources, budget, risques |
| Cahier des charges | Conception | 🔴 Critique | Spécifications fonctionnelles et non-fonctionnelles détaillées |
| Architecture système | Conception | 🟠 Important | Description technique de la solution : composants, interfaces, technologies |
| Plan de tests | Conception | 🟠 Important | Stratégie et cas de tests pour tous les niveaux (unitaire à acceptation) |
| Documentation utilisateur | Réalisation | 🟠 Important | Manuels utilisateur, guides d'utilisation, FAQ |
| Plan de déploiement | Conception/Déploiement | 🟠 Important | Procédures de mise en production, migration données, rollback |
| Rapport de clôture | Clôture | 🟡 Utile | Bilan final, lessons learned, recommandations |
HERMES n'est pas un carcan rigide. Pour un petit projet interne, vous n'avez pas besoin de produire tous les documents. Identifiez les éléments essentiels pour votre projet et adaptez en conséquence. Un projet de 2 mois n'a pas besoin du même formalisme qu'un projet de 2 ans.
Beaucoup de projets échouent car ils sont lancés trop vite sans objectifs clairs. Prenez le temps de bien définir le mandat, les objectifs mesurables, et d'analyser la faisabilité. Une semaine investie en initialisation peut éviter des mois de problèmes plus tard.
Le rôle "Utilisateur" dans HERMES n'est pas là pour faire joli. C'est la garantie que la solution répondra aux vrais besoins métier. Organisez des workshops réguliers, faites valider les spécifications, et impliquez les utilisateurs dans les tests d'acceptation.
HERMES inclut un module complet de gestion des risques. Maintenez un registre des risques à jour, réévaluez-les régulièrement, et mettez en place des mesures de mitigation. Les risques non gérés deviennent des problèmes qui coûtent cher.
HERMES est modulaire, utilisez ce dont vous avez besoin
Investir du temps en initialisation évite des problèmes
Les utilisateurs doivent participer activement
Gestion active et continue des risques
HERMES se positionne parmi d'autres méthodologies de gestion de projet reconnues. Voici une comparaison avec PRINCE2 (standard britannique) et Agile/Scrum.
| Aspect | HERMES | PRINCE2 | Agile/Scrum |
|---|---|---|---|
| Origine | 🇨🇭 Suisse (OFIT) | 🇬🇧 Royaume-Uni (Axelos) | 🇺🇸 USA (Manifeste Agile) |
| Approche | Séquentielle modulaire, adaptable | Séquentielle structurée, basée sur 7 principes | Itérative, incrémentale, adaptive |
| Flexibilité | 🟡 Moyenne à élevée (modulaire) | 🟠 Moyenne (adaptable mais formel) | 🟢 Très élevée (changements bienvenus) |
| Documentation | 🟠 Importante mais adaptable | 🔴 Très importante et formelle | 🟢 Minimale (juste suffisante) |
| Durée cycle | Phases de plusieurs semaines/mois | Phases de plusieurs semaines/mois | Sprints de 1-4 semaines |
| Gestion changements | Processus formel, possible mais contrôlé | Processus très formel, lourd | Intégrés naturellement chaque sprint |
| Coût | 🟢 Gratuit, open source | 🔴 Certifications payantes | 🟢 Gratuit |
| Idéal pour | Projets publics suisses, projets formels | Grands projets complexes multi-organisations | Projets IT innovants, exigences évolutives |
Le portail officiel HERMES (www.hermes.admin.ch) propose gratuitement :
Trois niveaux de certification sont proposés par différents organismes accrédités :
| Niveau | Prérequis | Objectif |
|---|---|---|
| Foundation | Aucun | Connaissance de base de HERMES, compréhension des concepts fondamentaux |
| Advanced | Foundation + expérience | Application pratique de HERMES, capacité à adapter la méthode au contexte |
| Expert | Advanced + projets significatifs | Maîtrise complète, conseil et formation d'autres professionnels |
La certification Foundation est particulièrement utile pour les candidats à des postes dans l'administration publique suisse, où HERMES est souvent exigé.
Pour illustrer concrètement l'application de HERMES, voici comment j'ai structuré mon projet de diplôme d'informaticien de gestion ES : Système de calendrier familial sur écran e-ink (affichage des événements Google Calendar sur écran e-paper Raspberry Pi).