L’achèvement d’un projet signe-t-il son arrêt de mort ?
Parlons un peu du post-mortem ! 💀
Vous venez de réaliser un super projet, il a été mis en production et la phase de garantie est terminée ! Vous vous en souviendrez longtemps, que de beaux souvenirs partagés tous ensemble autour de ce sujet passionnant… Quel dommage qu’il faille à présent passer à autre chose !
Cela vous paraît absurde ? Ça tombe bien, nous aussi !
Et si on parlait un peu de la réunion de post-mortem ?
Le terme “post-mortem” est-il le terme adéquat ?
👩🏫 Le point scolaire
L’expression “post-mortem” vient du latin “post” qui signifie “après” et “mortem” qui signifie “mort”. Donc la réunion de post-mortem est une réunion censée se tenir “après la mort” du projet.
Mais, dans le contexte du web, lorsqu’un projet est achevé, peut-on vraiment parler de la mort de ce projet ?
A quel moment un projet est-il achevé ?
Déjà, il est important de bien différencier l’achèvement d’un projet et l’interruption d’un projet :
- Un projet est achevé lorsque toutes les phases sont terminées.
- Un projet est interrompu lorsqu’on décide de le stopper définitivement au milieu ou à la fin de sa réalisation pour une raison ou une autre.
L’appellation “post-mortem” peut donc avoir du sens après l’interruption d’un projet. Après l’achèvement, en revanche, peut-on réellement parler de la mort du projet ?
De notre point de vue, la vie d’un projet continue bien après sa mise en production ! C’est à ce moment-là que les retours des premiers concernés commenceront à remonter car la solution commencera à être réellement éprouvée et les utilisateurs pourront évaluer sa pertinence dans le contexte de leur problématique métier.
Chez TCM, on préfère parler de rétrospective.
Quel est l’objectif de la rétrospective d’un projet ? 🎯
La rétrospective d’un projet est axée autour de 4 points clés :
- Évaluer le déroulement du projet
- Discuter des performances de la solution
- Explorer les perspectives d’évolution
- Mettre en lumière les points positifs à reproduire et les erreurs à éviter pour la suite
Qui participe à la rétrospective d’un projet ?
Pour déterminer les personnes qui doivent participer à la rétrospective d’un projet, vous pouvez vous poser les questions suivantes :
- Quelles sont les différentes parties prenantes du projet ?
- Qui a travaillé à sa réalisation ?
- Qui va utiliser le projet ?
Chez TCM, nous avons l’habitude de faire participer au moins l’une des personnes suivantes :
- Un référent technique : une personne qui a participé au développement du projet et qui connait la technique et les défis qu’ont rencontrés les développeurs
- Un référent gestion de projet : Une des personnes qui ont planifié, coordonné et supervisé le projet
- Un référent commercial : La personne qui a été le premier contact entre TCM et l’instigateur du projet
- Le client : Une personne qui est à l’origine du projet
Qu’aborde-t-on lors d’une rétrospective?
Présentation des participants
La première chose à faire est de prévoir un moment pour que chaque participant à la réunion se présente, il est possible que certains des intervenants ne se connaissent pas entre eux et cette présentation permet à chaque participant de connaître ses interlocuteurs et le rôle de chacun dans cette réunion.
Exposition des objectifs de la réunion
Il faut ensuite rappeler les objectifs de la réunion : Pourquoi est-ce qu’on a réuni tout le monde ? En quoi consiste cette réunion ?
Rappel du contexte du projet
Certains intervenants peuvent travailler sur de nombreux sujets en parallèle, rappeler le sujet permet à tout le monde de savoir précisément de quoi on traite.
Déroulement du projet
Donner un aperçu de la manière dont s’est déroulé le projet :
- Quelles ont été les différentes phases ?
- Le planning a-t-il été respecté ? Y-a-t-il eu de l’avance ou du retard ? Pour quelles raisons ?
- Comment le projet a-t-il été géré ?
Intégrer des statistiques représentant le travail abattu peut également être intéressant.
Performance de la solution
Ce point est très important. Évaluer la performance de la solution apportée va permettre de déterminer si vous avez répondu correctement au besoin. Pour ce faire, on peut suivre les étapes suivantes :
- Rappeler les besoins définis au départ
- Montrer la solution technique mise en place pour y répondre
- Déterminer si la solution répond aux attentes et donner des éléments chiffrés sur l’utilisation du projet
Événements marquants
Essayer de mettre en lumière les différents points forts et challenges que vous avez relevés durant le projet
Choses à reproduire ou à éviter
Et si un jour vous deviez refaire un nouveau projet avec la même équipe ou bien faire évoluer le produit actuel, quels sont les points intéressants que vous aimeriez refaire de la même manière ? Quels sont les points à ne surtout pas reproduire ? Pensez à recueillir le ressenti général des équipes, même si les personnes en question ne participent pas à la réunion.
Perspectives d’évolution
Déterminer les évolutions qui pourraient être ajoutées au projet et solliciter les utilisateurs finaux sur leur utilisation de la plateforme.
Inclusion des points transverses
Y-a-t’il des points transverses que vous aimeriez aborder ?
Par exemple : La maintenance du projet.
Étapes suivantes
Quelles sont les étapes suivantes pour le projet ?
Bilan de la réunion
Rappel des points clés évoqués tout au long de la réunion et liste des actions à mener.
Conclusion
La réunion de rétrospective a pour principal objectif de prendre du recul par rapport au travail effectué de manière à continuer la collaboration de la meilleure façon possible. La rétrospective ne vise pas à clôturer le projet, mais bien à le faire vivre et évoluer en tirant un enseignement bénéfique des expériences passées dans un processus d’amélioration continue.
