Je prévois d'introduire des analyses rétrospectives de projets dans l'entreprise pour laquelle je travaille. Je pense qu'ils amélioreront les relations entre le développement et les clients. Ils encourageront le retour d'information et amélioreront la qualité du service aux clients.
Cependant, comme je ne l'ai jamais fait auparavant, je n'ai pas de modèle à suivre.
Quelle est la procédure post-mortem que vous utilisez ?
Existe-t-il des anti-modèles en matière de post-mortem ?
Les examens post-mise en œuvre (PIR) sont très utiles pour améliorer la réalisation de votre projet et vos relations avec vos clients, et constituent également un lieu utile pour régler les problèmes survenus au cours du projet.
Un PIR doit avoir un ordre du jour clair (à l'aide de cartes, d'une série de questions, etc.) et faire appel à un facilitateur impartial. Cette personne ne doit pas être le client, le gestionnaire de projet ou un membre de l'équipe. Tous doivent participer.
Une fois le PIR achevé, il est conseillé de rédiger un petit document sur les enseignements tirés du projet, qui devrait inclure toutes les contributions du PIR. Ces deux documents sont d'excellents outils pour déterminer ce que vous avez fait et ce que vous n'avez pas fait de bien. De plus, lorsque vous démarrez le projet suivant, vous disposez d'excellents atouts pour la planification.
J'ai rédigé un modèle que j'utilise ( [Google Docs](http://docs.google.com/Doc?id=dd8xj6nh_0gk7xqtc8 "This needs some formatting to get it back to MS Word". I can email you original if you would like it.") ). Les principales rubriques permettant d'analyser ce que vous avez fait de bien et de moins bien sont les suivantes ;
1. Prestation de services (ROI, objectifs de VAN, exigences satisfaites ?)
2. Champ d'application (les résultats attendus étaient clairs, la gestion des modifications du champ d'application)
3. Calendrier (dates d'achèvement réelles ou prévues, le calendrier était-il réaliste et clair ?)
4. Les coûts (approuvé vs réel, capital vs dépenses, gestion des changements budgétaires)
5. La qualité (le niveau approprié a-t-il été spécifié et atteint, y a-t-il eu un plan de qualité approprié ?)
6. La communication (y a-t-il eu un plan convenu ?, examiner les principaux groupes de parties prenantes et la manière dont ils ont été contactés, les parties prenantes qui n'ont pas été contactées).
7. Personnel (les rôles/responsabilités étaient-ils clairs, les ressources étaient-elles suffisantes ?)
8. Risque (plan de gestion des risques, registre des risques (avec mesures d'atténuation), examens des risques)
10. Gestion des marchés publics (y a-t-il eu un plan ?, une analyse de l'achat ou de la vente ?, une évaluation du vendeur ?, l'ouverture et la clôture de contrats appropriés ?)
Tu auras besoin d'une grande pile de fiches de trois couleurs différentes. (Nous utilisons le jaune, le vert et le rose).
Dans un premier temps, nous dessinons une chronologie sur le tableau blanc. Tout le monde doit coller les fiches jaunes sur la ligne du temps pour marquer les événements importants du cycle de publication. L'idée est de rafraîchir la mémoire de chacun sur ce qui s'est passé pendant la publication et de les préparer pour la section suivante.
Dans un deuxième temps, chacun note les points positifs et négatifs de la libération. Les cartes vertes correspondent aux points positifs, les cartes roses aux points négatifs. En général, nous essayons de faire en sorte que chacun ne mette sur le mur que les deux ou trois cartes les plus importantes (à ses yeux).
Troisième étape. Chacun a la possibilité de voter en cochant les cartes les plus importantes à ses yeux. Le nombre de votes par personne est généralement fonction du nombre de candidats pour lesquels nous devons voter.
Une fois les votes reçus, nous examinons les questions les plus votées et en discutons. L'objectif est de proposer des actions concrètes qui permettront soit d'améliorer les bonnes choses, soit de faire disparaître les mauvaises. L'important est de sortir de la réunion avec des "prochaines étapes" claires sur chaque question, dont la réalisation est confiée à des personnes spécifiques.
En fait, nous effectuons une version réduite de cette procédure chaque mois, afin de garder un œil sur les éléments qui pourraient entraver le développement au fur et à mesure que nous avançons.
Prévoir des analyses rétrospectives fréquentes, après une phase ou un cycle court. Organisez-les aussi près que possible de la fin d'une phase - n'attendez pas ou tout le monde oubliera ce qui s'est passé.
Préparez un calendrier des événements pour votre phase et distribuez-le avant la réunion. Passez-la brièvement en revue au début de la réunion pour vous assurer que rien d'important n'a été oublié. Cela permet aux participants de se souvenir et d'encadrer la discussion.
La majeure partie de la réunion doit être simple. Faites le point sur ce qui s'est bien passé et ce qui s'est mal passé. Même si le fait de terminer par le "bon" semble aider les gens à se sentir mieux à la fin de la réunion, résistez à l'envie ! Des études montrent que la structure "bon d'abord/mauvais ensuite" est plus efficace pour obtenir les bonnes informations.
N'essayez pas de résoudre les problèmes au cours de la réunion. Cependant, essayez de distinguer les causes de la racine des symptômes.
Choisissez un consensus sur les 5 principaux problèmes à résoudre pour la prochaine fois. Attribuer les responsabilités (c'est l'étape la plus importante, sinon rien ne sera fait). La prochaine fois, passez en revue les problèmes que vous étiez censés avoir résolus.
Les réunions ne doivent pas durer plus d'une heure. Si votre groupe est important (plus de 15 à 20 personnes), envisagez de le diviser en plusieurs sessions. Les questionnaires anonymes sont utiles pour les personnes qui ne peuvent pas assister à la réunion, qui sont timides ou qui craignent les répercussions. Cela dit, si vous gérez ce type de questionnaire, veillez à ne pas tirer sur le messager - vous aurez des opinions, et toutes les opinions sont valables. Cela ne veut pas dire que vous devez accorder la même importance à chaque opinion, mais cherchez à déceler les tendances qui indiquent une baisse de moral.
Un podcast sur les rétrospectives que j'ai beaucoup apprécié se trouve sur génie logiciel radio avec Linda Rising.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
