Comment organiser des réunions d'équipe de développeurs?

Notre équipe de 10 développeurs se réunit chaque semaine. Les réunions sont plutôt ennuyeuses et peu utiles. Quel format / ordre du jour utilisez-vous pour organiser de bonnes réunions?

Nous nous réunissons chaque semaine dans la salle de conférence avec une pizza fournie. Le format consiste à faire le tour de la salle et à répertorier l'état des différentes tâches sur lesquelles nous travaillons et à discuter des tâches de la semaine prochaine. Les gestionnaires fourniront un aperçu des projets et priorités à venir pour les mois et l'année à venir.

Mise à jour

Le but de ces réunions est plus ou moins - la constitution d'une équipe générale, pour partager la connaissance de ce sur quoi tout le monde travaille et pour tenir tout le monde au courant des initiatives changeantes de l'entreprise. Il ne s'agit pas de «distribuer» officiellement des tâches (cela se fait par d'autres moyens).

Au moment où nous faisons nos réunions d'équipe, nous savons déjà ce que nous avons fait toute la semaine et ce que nous ferons la semaine prochaine. Et nous avons un aperçu raisonnable du plan à long terme.

Ce que nous faisons dans nos réunions d'équipe, c'est parler de ce qui nous dérange. Tout ce qui s'est passé la semaine dernière qui nous a ralenti considérablement, les choses que nous aimerions changer à l'avenir, en particulier les problèmes de processus.

Le format de la table ronde est similaire au vôtre mais nous en sortons avec une charge de tâches pour diverses personnes. Et nous tenons à le garder léger. On s'attend à ce que les gens puissent être totalement ouverts et découragés de prendre les choses personnellement.

Et nous planifions délibérément cette réunion comme la dernière moitié d'un vendredi matin et nous nous rendons ensuite au pub pour le déjeuner (non obligatoire), qui ne dure pas forcément qu'une heure.

Je dirais par expérience que les gestionnaires (c.-à-d. Quiconque au-dessus du chef d'équipe / chef de projet) ne devraient pas participer à ces réunions. Cela décourage seulement les gens d'être totalement honnêtes. Les chefs d'équipe / chefs de projet peuvent relayer des messages vers le haut dans différentes réunions.

Annulez les maudites réunions. Ils n'ont aucun point à moins qu'ils n'en aient un. J'en ai été trop nombreux au cours des 15 dernières années. Je suis à peu près sûr que si les cellules cérébrales blessées par ces «réunions d'équipe» sans ordre du jour fonctionnaient toujours, mon équipe et moi aurions construit quelque chose qui s'est vendu pour des milliards de dollars et je pourrais me retirer dans une relative obscurité et poursuivre mon rêve de tripoter un code dont je ne me soucie que pendant les vingt prochaines années.

Vous avez probablement déjà de brèves réunions de statut quotidiennes ou des stand-ups. Si vous devez continuer le rituel de perdre une heure par semaine pour vous sentir comme si vous formiez une équipe, alors construisez déjà une équipe. Établissez un ordre du jour ou demandez aux membres de votre équipe des éléments qu'ils pensent que l'équipe devrait aborder, et donnez-leur le pouvoir d'aller donner suite à ces impulsions après la réunion. C'est ça.

S'il n'y a rien de digne de mention à l'ordre du jour la veille de la réunion, annulez-le et sortez prendre un verre (ou un café) pour une diversion après le travail, afin de ne pas interrompre la concentration qui aurait pu se développer juste avant l'interruption prévue, et juste parler de tout ce qui vous vient à l'esprit. Geek talk. Ça va arriver. C'est bon. Si vous me payez assez bien, cela ne me dérangera même pas d'acheter mon propre gin tonic.

J'ai eu assez de pizza tiède pour les réunions d'équipe ennuyeuses au cours des 15 dernières années de ma carrière pour ajouter au moins 10 kilos en trop sur mon tour de taille, et je marche et retourne au travail la plupart du temps. Je n'en ai pas besoin. À moins que les gens de mon équipe ne craignent, auquel cas je prépare déjà ma sortie, je construirai mon propre rapport, aucun exercice structuré requis. J'en ferai plus, je serai plus heureux et mes collègues m'aimeront plus que si je me sens obligé de présenter une tentative de prouver ma puissance intellectuelle ou d'écouter des drones sur les améliorations de processus ou la masturbation intellectuelle ritualisée sur le contrôle des sources fournisseur de modèles de test d'unité de données de départ d'usine pour l'accélération des widgets et les meilleures pratiques pour tirer parti de mes initiatives stratégiques pour les environnements de test de performance. (Pardon,

Nous avons généralement une réunion d'une heure tous les lundis matin (équipe de 10 personnes), vers 9h:

• Top Down : 15 minutes pour le TL (Team Lead), qui nous raconte ce qui se passe dans l'entreprise (nouveaux contrats, nouveaux développements, quelque chose d'excitant ...)
• Autour de la table : 15 minutes pour un tour de table (moins de 2 minutes chacun alors) où nous disons simplement ce que nous faisons pour nous assurer que tout le monde sait ce qui se passe, et pendant lequel le TL nous dira la direction générale pour la semaine à venir. Les détails sont tenus à distance.
• Présentation : 30 minutes pour une présentation de l'un des projets que nous avons. Que ce soit une vue d'ensemble de haut niveau, une maquette ou technique, cela dépend de qui fait la présentation et sur quoi ils travaillent. La présentation est ouverte et les gens sont invités à intervenir. Si une discussion devient trop précise, elle est reportée, afin que la présentation puisse continuer.

J'aime vraiment ces réunions, personnellement, car c'est un moyen rapide de se tenir au courant de ce qui se passe en dehors de mes petits projets pour animaux de compagnie.

Le point important, je pense, est de garder les détails:

• à la fin de la semaine (fin jeudi / début vendredi), nous faisons un rapport complet sur ce que nous avons fait, ce qui était prévu et a été reporté / annulé et les problèmes que nous avons rencontrés au TL, pas besoin de le répéter lundi matin et ennuyé chacun de leur esprit
• les discussions prolongées sont découragées et les gens sont encouragés à planifier une réunion spécifique avec les personnes concernées.

Cela fonctionne plutôt bien (surtout, je suppose, parce que notre TL rencontre ses collègues et son patron vendredi afin que nous ayons de nouvelles nouvelles).

Les gens peuvent apporter des croissants ou d'autres choses, mais ce n'est pas obligatoire et non prévu. Nous apprécions quand quelqu'un le fait!

Si les choses deviennent ennuyeuses, discutez des dernières technologies. Demandez aux développeurs ce qu'ils ont fait avec les nouveaux frameworks, serveurs, etc.

Vous pouvez essayer de signaler les progrès de la semaine dernière dans un e-mail à l'avance et ne discuter que des problèmes qui ont causé des problèmes et décrire brièvement ce que vous allez faire cette semaine. Cela rendra le rapport de chaque personne bref et intéressant.

Les projets et priorités à venir ne devraient généralement pas changer d'une semaine à l'autre, alors pourquoi ne pas les déplacer dans une réunion mensuelle distincte. Si quelque chose d'urgent se présente, il peut être soulevé lors de la réunion hebdomadaire, sinon vous allez simplement vous répéter.

Je perdrais aussi la pizza. Vous ne voulez aucune distraction.

Lorsque notre équipe était entièrement locale, nous avions l'habitude de tenir ces réunions hebdomadaires. Si votre objectif est de faire grandir l'équipe (plutôt que le statut de rapport de l'équipe spécifiquement pour vous), alors mon conseil serait de supprimer autant de "processus" ou de structure. Nous avons commencé comme vous, faites le tour de la table et tout le monde énumère son travail, tandis que tous ceux qui écoutent s'ennuyaient de leur crâne si ce travail ne s'appliquait pas à eux.

Une chose que nous décidons en tant qu'équipe, c'est que si notre patron devait nous faire asseoir dans une pièce pendant une heure, nous aurions au moins des beignets. nous avons donc fait le tour de la salle et chaque semaine, une personne différente était en charge des beignets (un processus auquel tout le monde peut s'abonner). Notre patron s'est également détendu au fil du temps et au lieu de sujets spécifiques à énumérer et à passer, nous avons simplement fait le tour de la table et n'avons soulevé que des choses qui nous ont dérangés ou qui étaient cool / intéressantes. Si votre bouche était remplie d'un beignet ou si vous n'aviez pas envie de parler ce matin-là, vous pourriez simplement passer.

En tant que développeur dans une grande entreprise, je pouvais dresser une liste de 250 choses que cette entreprise fait pour perdre mon temps, mais j'ai en fait trouvé ces réunions amusantes pour simplement tourner la merde avec l'équipe et manger des beignets. Maintenant que notre équipe est située dans 3 états différents et 4 pays, nous n'avons plus ces réunions :(

Je trouve que c'est mieux si les développeurs arrivent à montrer ce qu'ils ont accompli. Les développeurs sont désintéressés par la crainte générique des masses (désolé, masses), mais le respect et l'estime de nos pairs (qui comprennent en fait à quel point cela a dû être difficile ou intelligent, etc.) est une dépendance. Les développeurs adorent le nouveau nettoyant plus brillant, plus fort et plus rapide. Réglage de groupe -> votre soirée LAN du lundi matin. ^ ^ La réunion doit se concentrer sur les développeurs et le code / technologie ou c'est généralement une perte de temps pour les développeurs (les développeurs se lieront au-dessus du code ^ ^ cela arrive juste).

HTH