# 3. Déroulement d'un projet
Ce chapitre décrit le cycle de vie d'un projet selon que la méthode soit classique ou agile.
## Cycle de vie du projet
Selon HERMES, un projet se déroule selon différentes [phases](https://www.hermes.admin.ch/fr/pjm-2022/comprendre/phases.html), selon s’il s’agit d’un projet classique ou d’un projet agile.
Son cycle de vie se résume donc à trois grandes étapes :
- Le début du projet, qui permet de définir les objectifs et les exigences métiers, mais aussi tout le périmètre du projet (choix des variantes, planification des délais et des coûts initiaux, ...) ;
- La création de la solution, qui, comme son nom l’indique, permet de concevoir et réaliser la solution répondant aux exigences métiers ;
- La fin du projet, qui permet d’assurer la transition vers l’exploitation de la solution implémentée.
A l’UNIL, nous avons fait le choix d’utiliser le modèle de projet Agile, tout en nous laissant la liberté de composer des projets avec des modèles hybrides.
### **Classique vs. Agile**
Un projet classique (ou waterfall) se déroulera avec trois phases spécifiques : conception, réalisation, déploiement. Chacune de ces phases est dépendante de la précédente, et ne peut être exécutée tant que la phase qui précède n’est pas terminée et les résultats approuvés.
Un projet agile se déroulera avec une seule phase : mise en œuvre. Durant cette phase, plusieurs releases de la solution seront implémentées et déployées, permettant plus de souplesse et de rapidité dans la livraison d’une solution partielle mais utilisable.
## Préinitialisation
A l’UNIL, nous avons créé une phase de préinitialisation pendant laquelle les demandes d’évolution du système d’information institutionnel de l’UNIL sont traitées et priorisées. Bien que ne faisant pas partie de la méthodologie HERMES, et que durant cette phase, un projet n’est pas encore actif, plusieurs travaux préparatoires sont entrepris pour permettre le démarrage du projet.
Pour plus d’information à ce sujet, merci de consulter le wiki [Demande d’évolution du système d’information (DESI)](https://wiki.unil.ch/ci/books/demande-d%E2%80%99%C3%A9volution-du-syst%C3%A8me-d%E2%80%99information-%28desi%29) consacré à ce sujet.
## Phase d’initialisation
Le début du projet comprend toujours la phase d'initialisation (HERMES).
Le début du projet est consacré à l'orientation du projet selon les visions, les besoins et les objectifs. Elle constitue une base pour la planification et le pilotage du projet.
Ici nous nous concentrons uniquement sur le minimum nécessaire à l’élaboration de la phase d’initialisation.
Les exceptions sont traitées au cas par cas et ne font pas partie d’une démarche standard MPRO.
[](https://wiki.unil.ch/ci/uploads/images/gallery/2024-10/Uowimage.png)
###
La validation d’une Demande d’évolution du système d’information (DESI) par le Comité de direction (CODIR) en fonction d’un préavis positif et d’une priorisation du Comité de coordination des projets (COPRO) est l’élément déclencheur à la création d’un projet.
La [Directive ](https://www.unil.ch/files/live/sites/central/files/textes-leg/6-inf/dir6-10-dev-gouvernance-ci1.pdf)[6.10](https://www.unil.ch/files/live/sites/central/files/textes-leg/6-inf/dir6-10-dev-gouvernance-ci1.pdf) est garante du processus et de la définition de la stratégie numérique de l’UNIL.
### Désignation de la Cheffe ou de projet
Une fois que la décision est prise d’initier un projet, le Responsable du Pôle Projet désigne une Cheffe ou un Chef de projet et lui transmet tous les éléments en sa possession concernant le projet (Mandant \[lien wiki\], objectifs, périmètre, contraintes, etc.).
### Séance d’initialisation
Une séance d’initialisation entre le **Responsable du Pôle Projet****,** la **Mandante** ou le **Mandant** et la **Cheffe** ou le **Chef de projet** est organisée au plus tôt afin de et de s’aligner sur les objectifs, le périmètre et les contraintes du projet.
Une solution développée à l’UNIL est généralement découpée en plusieurs lots de fonctionnalités réalisées lors de sprints de 2 semaines, permettant ainsi d’avoir régulièrement des feedbacks des utilisateurs sur les résultats partiels obtenus, mais aussi permettre d’exécuter des tests fonctionnels de manière plus régulière afin de gagner en qualité.
Dans le cas de l’implémentation d’une solution du marché, les activités ci-dessus sont réalisées généralement par ou avec un prestataire externe. Les spécifications détaillées servent à rédiger un cahier des charges qui servira de référence pour réaliser un appel d’offres et évaluer les offres reçues.
## Phase de clôture
La fin d’un projet se manifeste par la phase dite de clôture du projet. La MPRO offre une structure de tâches, séances et livrables pour terminer systématiquement un projet. Nous retrouvons au minimum :
- Les expériences acquises, systématiquement collectées et documentées en permanence sous forme de rétrospective du projet
- Le document « Évaluation finale du projet »
- La séance de COPIL de clôture du projet
- Le traitement du reste à faire
- La clôture administrative du projet
### Rétrospective du projet
Il s’agit d’une collecte et documentation systématique des expériences du CPR et de l’équipe de projet. Son objectif principal est de capitaliser sur l’apprentissage et les expériences afin d’améliorer les processus futurs.
Selon les besoins il peut aussi y avoir des rencontres bilatérales entre la cheffe ou le chef de projet et la ou le mandant, de la ou du RM ou autres membres du COPIL suivant les niveaux hiérarchiques ou des rencontres plénières avec toute l’équipe rassemblée
Le résultat de ces revues est transcrit dans le document « Expériences acquises ».
### Évaluation finale du projet
L’évaluation finale du projet constitue la base de la décision concernant la clôture du projet. Elle fournit au mandant une comparaison entre les objectifs visés et les objectifs atteints concernant les contenus, les délais, les coûts et la procédure. Elle présente un résumé des expériences liées au projet.
Les éléments du document « Expériences acquises » sont utilisés dans la production du livrable « Évaluation finale du projet ».
Il est recommandé de faire valider au préalable l’Évaluation finale du projet avant de la transmettre au COPIL pour relecture.
### Séance de COPIL de clôture
Il s’agit de la séance de décision pour décharger officiellement les participantes et participants au projet de leurs responsabilités et clôturer le projet.
L’Évaluation finale du projet est le fil conducteur du COPIL de clôture. Les membres du COPIL ont préalablement pris connaissance de ses éléments et les valident durant la séance. Elles et ils valident également les actions à entreprendre quant au « reste à faire » (Ex : activités de type hypercare ; tickets ouverts chez le prestataire ; quand traiter les demandes ouvertes hors-périmètre etc.).
### Traitement du reste à faire
Il s’agit d’une planification post-projet d’actions et d’améliorations qui encadre le cycle d’exploitation(cf. PLM – Product Life Cycle Management).
### Clôture administrative
Il s’agit d’une liste de tâches à effectuer tant au niveau du classement des documents, que de la fermeture des espaces de collaborations, des outils de suivi du projet et des développements afin d’assurer la qualité de la clôture du projet.
### RETEX
## Pilotage et Conduite du projet
Le pilotage (décisions stratégiques, par le mandant) et la conduite (décisions opérationnelles, par le chef de projet) du projet sont gérés et suivis tout au long de la durée du projet, en fur et à mesure de l’avancement de ses phases. Plusieurs tâches sont attendues de la part de la ou du mandant, de la ou du chef de projet ou de l’équipe du projet, notamment :
- Planifier et suivre les délais, le budget, les risques, …. ;
- Coordonner les travaux des parties prenantes du projet ;
- Organiser et réaliser les séances des différents [comités ](https://wiki.unil.ch/ci/books/methodologie-projets-mpro/page/2-organisation-et-roles);
- Rédiger et faire valider les livrables ad hoc.
Chaque projet fait l’objet d’un reporting régulier de la part du chef de projet, qui mentionne :
· Le pourcentage d’avancement général du projet
· La météo du projet et sa tendance, selon trois niveaux :
o Soleil : le projet se déroule selon la planification en cours. Si certains problèmes peuvent être identifiés, ils n’ont pas
d’impact sur le déroulement du projet.
o Nuage : une dérive est constatée dans la planification du projet, impactant plus ou moins fortement les délais, les coûts ou les ressources du projet. Des mesures correctives sont attendues pour mitiger les problèmes identifiés.
o Pluie : le projet est à risque car la planification ne peut plus être respectée en l’état. Les travaux sont en général stoppés dans l’attente d’une révision de la planification et/ou de la mise en place d’un plan d’action pour résoudre les problèmes impactants.
· Une description des faits marquants, des éventuels problèmes rencontrés et des prochaines étapes