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, 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) consacré à ce sujet.

Phase d’initialisation

Voir : MPRO - Initialisation d'un projet_V3.docx

Phase de mise en œuvre

Durant la phase de mise en œuvre, la solution est implémentée par l’équipe de projet en respectant les objectifs et les exigences métiers établies et validées lors de la phase d’initialisation.

Les principales activités entreprises durant cette phase, qu’il s’agisse d’un mode agile ou non, sont les suivantes :

Les spécifications détaillées de la solution sont rédigées. Ces spécifications transcrivent dans un langage technico-fonctionnel les exigences métiers à l’aide de registres d’exigences, de maquettes graphiques, de modèles de données ou de modélisations de processus ;
La solution est implémentée sur la base des spécifications détaillées fournies aux développeurs. Différentes technologies sont utilisées à l’UNIL pour ces développements, dépendant principalement de l’écosystème et du domaine métier concerné ;
Des tests sont exécutés pour valider que la solution soit conforme aux spécifications, et par extension, qu’elle réponde aux exigences métiers. Il existe différents types de tests :
- Les tests unitaires, généralement réalisés par les développeurs sur les fonctions spécifiques qu’ils ont implémentées ;
- Les tests fonctionnels, réalisés par l’équipe projet (Test Manager, référent métier, pour valider le fonctionnement général de la solution ;
- Les tests utilisateurs, réalisés par les utilisatrices et utilisateurs clés (lien à mettre à jour), voire par les utilisatrices et utilisateurs finaux, pour la prise en main et les dernières vérifications de l’utilisabilité de la solution.
Dans certains projets, une migration de données est aussi requise. Elle doit être documentée, planifiée, exécutée et testée au même titre que les développements de la solution ;
La solution est enfin mise en production (i.e. déploiement sur l’infrastructure de production), puis mise en service après sa réception par les représentant·es des métiers. L’accompagnement au changement et la formation des utilisatrices et utilisateurs finaux se déroulent généralement durant la période juste avant la mise en service.

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

Voir : MPRO - Description de la clôture du projet.docx

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 ;
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