Tenir une réunion technique hebdomadaire

Il y a de nombreuses réunions qui jalonnent le calendrier de travail, mais je remarque de plus en plus qu'il en manque une principale : la réunion technique. Réfléchissez un instant, à quand remonte la dernière rencontre technique que vous avez faite sur votre projet actuel ? Au mois dernier ? A l'an dernier ? Jamais, le plus souvent.

Comment se fait-il que l'équipe technique ne se réunisse qu'exceptionnellement pour parler de ce qui fait son quotidien : programmer. Les raisons affluent alors immédiatement à l'esprit : on n’a pas le temps, le chef n'a rien organisé, ce n'est pas productif, on n’est jamais tous là, on n’y a pas pensé. Mettons que si vous avez commencé à lire cet article, le dernier point n'est déjà plus recevable : vous êtes maintenant en train d'y penser.

Dans une réunion technique, on reproduit ce qui est fait pour les autres aspects du projet, mais cette fois-ci, concentré sur des points techniques. Cela s'organise très bien tout seul d'ailleurs : actualité des technologies (PHP a sorti une nouvelle version), retour d'expérience (j'ai utilisé Git, c'est super), dossier approfondi (on va voir ensemble comment écrire un test unitaire), revue de code ou de conception, problèmes qui se profilent. Les sujets ne manquent pas.

Le plus important de la réunion est de traiter des points de fond, indépendamment de la production. C'est le cadre idéal pour débattre de la conception, ou réfléchir à la manière dont les espaces de noms vont pouvoir être utilisés dans les développements actuels. Pas de décision immédiate, pas d'obligation à produire : notez combien cela change de ces "discussions techniques", faites avec une fesse sur le coin d'un bureau, qui se terminent toujours par des décisions unilatérales, sous contrainte de production.

Durant la réunion, c'est le moment de laisser chacun expliquer pourquoi il préfère les constructeurs aux usines d'objets (et vice-versa), ou faire une démonstration de tests unitaires. Une telle réunion permet d'élever le niveau de jeu de tous les intervenants, et de souder les membres de l'équipe : le travail en entreprise a fortement tendance à cloisonner les développeurs dans des tâches parallèles : c'est bien connu, les parallèles ne se rencontrent jamais.

Pour réussir cette réunion, voici quelques suggestions :

• Placez-la à un moment de la semaine, moins chargé. Vendredi après-midi par exemple (quand on ne fait plus de mise en production) mais si vous avez un pic de trafic ce soir-là, placez-la mercredi matin.
• 1 heure suffit : indiquez aux participants les horaires exacts, et soyez précis dans leur application. Pas besoin de faire trop long, il faut garder les intervenants concentrés. De plus, il est facile de trouver une heure par semaine.
• Soyez réguliers : il vaut mieux tenir la réunion, et la faire courte. L'important ici est de prendre l'habitude.
• Nommez un secrétaire pour noter l'ordre du jour, et les minutes importantes. Cela permet de garder une trace. Cela permet aussi d'écarter les remarques ridicules du genre : c'est une perte de temps. Désormais, on peut baptiser la réunion "veille technologique" ou "formation".
• Étendez la réunion à l'ensemble des développeurs de l'entreprise : vous pouvez commencer par votre équipe, mais n'hésitez pas à faire venir les développeurs des autres services/projets. Cela élève le niveau de compétences de tous.
• Vous n'avez pas besoin d'autorisation de toute votre hiérarchie pour tenir ce type de réunion. Et ce n'est pas uniquement le chef de projet ou le gourou qui peut proposer ces réunions : il faut surtout quelqu'un qui sache trouver la bonne salle.

Une réunion technique régulière porte rapidement ses fruits en termes d'esprit d'équipe et de connivence de développement. Et vous pouvez même apporter les croissants si vous voulez ou fêter les 15 ans de PHP.