Réunions, compte rendu et travail en équipe

Un projet avance au rythme de ses réunions : on y décide, on y arbitre, on y partage l'avancement. Le compte rendu de réunion est le document qui garde la trace de ce qui a été dit, décidé et confié à chacun ; il fait foi en cas de désaccord et prouve que le projet a été suivi. Ce chapitre présente les réunions d'un projet, la façon de les préparer et de les animer, la rédaction d'un compte rendu, puis les outils du travail en équipe : la matrice RACI, les règles de communication et la gestion des désaccords.

Les réunions d'un projet

En Scrum, les événements du sprint remplacent la plupart de ces réunions : le Sprint Planning, le Daily Scrum, la Sprint Review et la Sprint Retrospective (les cinq événements). Le guide précise que ces événements réguliers servent justement à éviter d'autres réunions.

La réunion de lancement

La réunion de lancement donne au projet un départ commun. Pour le renouvellement du parc, Antoine Mercier la tient en une heure, avec la directrice, les deux techniciens et un représentant de chaque service :

1. Pourquoi : des postes de six ans, quatre qui ne recevront plus les mises à jour, des disques pleins (5 minutes, par la directrice).
2. Quoi : l'objectif, le périmètre et le hors-périmètre (10 minutes).
3. Qui : les rôles, et ce qu'on attend des services, notamment deux utilisateurs clés pour le pilote (10 minutes).
4. Quand : le planning, les jalons, la semaine où chaque service sera équipé (15 minutes).
5. Comment : les règles de communication, l'outil de suivi, la date du prochain point (10 minutes).
6. Questions (10 minutes).

Préparer et animer une réunion

Une réunion réussie se prépare. Avant :

• un objectif en une phrase : « valider le planning de déploiement par service » est un objectif ; « faire un point » n'en est pas un ;
• un ordre du jour minuté, envoyé au moins la veille, avec les documents à lire ;
• les bons participants, et seulement eux : chaque personne présente doit avoir une raison de l'être ;
• trois rôles répartis : l'animateur (il distribue la parole et ramène au sujet), le secrétaire (il note les décisions et les actions) et le gardien du temps.

Pendant, l'animateur commence à l'heure, rappelle l'objectif, suit l'ordre du jour et, à la fin de chaque point, reformule ce qui a été décidé. Les dix dernières minutes servent à relire les actions : qui fait quoi, pour quand.

Le compte rendu de réunion

Le compte rendu (CR) est le document écrit après une réunion pour en garder la trace : qui était là, ce qui a été dit, ce qui a été décidé, et ce que chacun doit faire. On distingue trois formes :

• le relevé de décisions, le plus court : seulement les décisions et les actions ;
• le compte rendu, le plus courant : les décisions et les actions, avec un résumé des échanges qui les explique ;
• le procès-verbal, le plus formel : il fait foi et se signe, comme le procès-verbal de recette.

Un compte rendu de projet suit presque toujours le même plan :

Voici celui du comité de projet du jour 24 du renouvellement du parc, qui reprend le point d'avancement du chapitre 10.

Projet Renouvellement du parc — Comité de projet n° 4

Date : jeudi 4 février 2027, 16 h 30 à 17 h 15, salle de réunion. Rédacteur : Chloé Lambert.

Présents : Hélène Garnier (directrice), Antoine Mercier (chef de projet), Chloé Lambert, Moussa Diallo. Diffusion : les présents, les responsables de service.

1. Résultat du pilote. Les deux postes pilotes ont été testés par Julie Lefèvre (comptabilité) et Sofiane Benali (commercial). Le master est validé. Le logiciel de transport, dont la licence est liée au poste, ne peut pas être intégré au master : il devra être réinstallé et réactivé sur chaque poste, environ 30 minutes par poste.

2. Avancement et écarts. Consommé : 23 jh ; reste à faire : 14 jh ; charge réestimée : 37 jh pour 33,5 prévus (+3,5 jh, +10,4 %). Causes : cadrage plus long que prévu (+1 jh), réinstallation du logiciel de transport (+1 jh sur le déploiement), tests pilotes prolongés (+1 jh), consultation (+0,5 jh). Coût supplémentaire : 1 120 €, couvert par la réserve. Fin réestimée : jour 31,5 au lieu de 31, soit le mardi 16 février au lieu du lundi 15.

3. Planning du déploiement. Le déploiement débute le vendredi 5 février par la comptabilité. Chaque service a été prévenu de son créneau par courriel.

Décisions :

1. Le master est validé (jalon J3 atteint).
2. Le dépassement de 3,5 jh est accepté et imputé sur la réserve.

Actions :

Action	Responsable	Échéance
Demander à l'éditeur du logiciel de transport la procédure de réactivation des licences	Antoine Mercier	5 février
Ajouter la réinstallation du logiciel de transport à la procédure d'installation	Moussa Diallo	5 février
Envoyer le guide utilisateur à tous les salariés	Chloé Lambert	5 février
Mettre à jour le registre des risques	Antoine Mercier	8 février

Prochaine réunion : jeudi 11 février, 16 h 30, point de fin de déploiement.

Les règles de rédaction :

• des faits, pas des impressions : « le cadrage a demandé 10 jh au lieu de 9 », pas « le cadrage a un peu traîné » ;
• des chiffres dès que possible : charges, dates, écarts ;
• des phrases courtes, au présent ou au passé composé, sans le mot à mot des échanges ;
• chaque action a un responsable nommé et une date : « il faudrait relancer l'éditeur » n'est pas une action ;
• une diffusion rapide, idéalement dans les 24 heures, pendant que chacun se souvient ; les participants ont quelques jours pour demander une correction, après quoi le compte rendu est considéré comme validé.

La matrice RACI

Dans une équipe, les flous de responsabilité coûtent cher : deux personnes font la même chose, ou personne ne fait ce que tout le monde croyait confié à un autre. La matrice RACI croise les tâches (en lignes) et les personnes (en colonnes), et donne à chaque case l'une de quatre lettres :

Pour le renouvellement du parc :

Communiquer dans l'équipe

Une équipe projet communique par plusieurs canaux, chacun pour un usage :

En début de projet, l'équipe écrit ses règles de fonctionnement (on parle parfois de charte d'équipe) : les horaires où chacun est joignable, le canal pour chaque type d'échange, le délai de réponse attendu, le flux de travail Git (une branche par fonctionnalité, une pull request relue par un autre membre avant toute fusion, voir les workflows Git), la Definition of Done, et la façon de prendre une décision quand on n'est pas d'accord.

Les désaccords et les conflits

Les désaccords techniques sont normaux et utiles : ils font émerger de meilleures solutions. Ils deviennent des conflits quand ils portent sur les personnes plutôt que sur le travail. Quelques réflexes :

• parler du problème, pas de la personne : « la pull request attend depuis trois jours », plutôt que « tu ne relis jamais rien » ;
• en parler tôt et directement, à la personne concernée, avant d'en parler aux autres ;
• s'appuyer sur des faits et sur les règles communes, écrites au départ ;
• escalader au Scrum Master, au chef de projet ou au tuteur si rien ne bouge.

La méthode DESC aide à formuler une demande difficile en quatre temps : Décrire les faits, Exprimer ce qu'ils provoquent, Suggérer une solution, Conclure sur les bénéfices. Le cours de management détaille les styles de management et la vie d'une équipe (styles de management).

Prouver ta contribution personnelle

Dans un projet d'équipe, le jury de l'E5 te demandera ce que tu as fait. Prépare-le dès le début : les issues ou cartes qui portent ton nom, tes commits et tes pull requests, les comptes rendus que tu as rédigés, les actions qui t'ont été confiées. « Nous avons développé l'application » ne suffit pas ; « j'ai développé la réservation et ses tests, et j'ai rédigé les comptes rendus des trois comités de projet » se vérifie (ta contribution personnelle).

Exercices

Exercice 1 sur 4 Des notes au compte rendu Réussi À revoir

Yanis a pris ces notes pendant la Sprint Review du sprint 2 de Prêt'Matos, le vendredi 12 mars 2027 : « Nadia + Julie + Karim là. Réservation OK testée par Julie, elle aime bien. Sortie/retour OK. Voir/annuler pas fini, tests pas écrits → retour backlog. Karim veut prolonger un prêt, Nadia dit oui on le met dans le backlog. Il faudrait aussi regarder pourquoi la liste est lente avec le filtre. Lina pense que c'est la requête. Prochaine review dans deux semaines. »

Rédige le compte rendu : en-tête, participants, points traités, décisions, tableau des actions.

Voir la réponseMasquer la réponse de l'exercice 1

Une proposition :

Prêt'Matos — Sprint Review du sprint 2. Vendredi 12 mars 2027. Rédacteur : Yanis.

Participants : Nadia Faure (Product Owner), Julie Lefèvre et Karim Morel (utilisateurs), Lina, Yanis et Moussa (Developers).

Points traités. 1. Réservation d'un matériel : terminée, testée en séance par Julie Lefèvre, validée. 2. Sortie et retour : terminés et validés. 3. Voir et annuler mes réservations : non terminé (tests automatisés non écrits), non présenté, retourne au Product Backlog. 4. Demandes : Karim Morel demande de pouvoir prolonger un prêt. La liste du matériel est lente quand on applique un filtre ; la requête est la cause probable.

Décisions. 1. La prolongation d'un prêt est ajoutée au Product Backlog ; la Product Owner l'ordonnera avant le prochain Sprint Planning. 2. Vélocité du sprint 2 : 10 points.

Actions.

Action	Responsable	Échéance
Écrire la story « prolonger un prêt » et ses critères d'acceptation	Nadia Faure	15 mars (Sprint Planning)
Analyser la lenteur de la liste filtrée (plan d'exécution de la requête)	Lina	15 mars

Prochaine Sprint Review : vendredi 26 mars 2027.

Les « il faudrait regarder » des notes sont devenus une action avec un responsable et une date ; « elle aime bien » est devenu un fait vérifiable : la story est validée.

Tu avais trouvé ?

Oui, j'avais bonPas encore

Exercice 2 sur 4 Corriger une matrice RACI Réussi À revoir

Voici un extrait de la matrice RACI d'un projet de site web. Relève les erreurs et corrige-les.

Tâche	Directrice	Chef de projet	Développeur	Graphiste
Maquettes	A	A	I	R
Développement	I	—	R	C
Mise en ligne	I	A	R	I

Voir la réponseMasquer la réponse de l'exercice 2

• Maquettes : deux A. Il n'en faut qu'un : la directrice (qui porte l'image de l'organisation) ou le chef de projet, mais pas les deux. Par exemple A pour la directrice, C pour le chef de projet.
• Développement : aucun A. Personne ne valide le travail du développeur. Le chef de projet devrait être A.
• Mise en ligne : correcte (un A, un R, des informés).

Tu avais trouvé ?

Oui, j'avais bonPas encore

Exercice 3 sur 4 Préparer un comité de pilotage Réussi À revoir

Le projet Prêt'Matos arrive en fin de sprint 3. La directrice veut décider s'il faut développer les statistiques (8 points, un sprint) ou arrêter le développement et passer en maintenance. Rédige l'objectif et l'ordre du jour minuté d'un comité de pilotage de 45 minutes, et liste les documents à envoyer la veille.

Voir la réponseMasquer la réponse de l'exercice 3

Objectif : décider de la suite de Prêt'Matos, un sprint de statistiques ou le passage en maintenance.

Ordre du jour :

1. Bilan des trois sprints : ce qui est livré, vélocité, retours des utilisateurs (10 minutes, Nadia Faure).
2. Coûts et charge consommés (5 minutes, Yanis).
3. Les deux options : contenu, coût d'un sprint, date, organisation de la maintenance (15 minutes, Nadia et Moussa).
4. Décision (10 minutes, Hélène Garnier).
5. Actions et prochaines étapes (5 minutes).

Documents à envoyer la veille : le tableau de bord du projet, le Product Backlog à jour avec ses estimations, la vélocité des trois sprints, une note d'une page comparant les deux options.

Tu avais trouvé ?

Oui, j'avais bonPas encore

Exercice 4 sur 4 Formuler un désaccord Réussi À revoir

Dans ton équipe, Théo fusionne régulièrement ses branches dans main sans pull request ni relecture, alors que la règle de l'équipe l'impose. Hier, une de ses fusions a cassé la connexion pendant deux heures. Écris ce que tu pourrais lui dire avec la méthode DESC.

Voir la réponseMasquer la réponse de l'exercice 4

Par exemple :

• Décrire : « Hier, ta fusion directe dans main a cassé la connexion pendant deux heures, et c'est la troisième fusion sans pull request ce mois-ci. »
• Exprimer : « Ça me met en difficulté : j'ai perdu la matinée à chercher d'où venait l'erreur, et on avait décidé ensemble de toujours passer par une relecture. »
• Suggérer : « Est-ce que tu peux repasser par une pull request à chaque fois ? Si les relectures sont trop lentes, on peut en parler à la rétrospective et s'engager à relire dans la demi-journée. On peut aussi protéger la branche main pour que GitHub l'impose. »
• Conclure : « Comme ça, on évitera les pannes et personne n'attendra trop longtemps ses relectures. »

Tu avais trouvé ?

Oui, j'avais bonPas encore