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

19

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).

Marcus Leon
la source
Quel est donc l'objectif de ces réunions? Quelqu'un ne saurait-il quoi faire sans eux?
user281377
Bon point - question mise à jour.
Marcus Leon
Ils s'ennuient avec une pizza gratuite? O_o
maple_shaft
1
Quand j'avais l'habitude de diriger mes réunions, la meilleure façon de mobiliser l'équipe de développement était de commencer à parler des dernières tendances technologiques et de laisser les gens partager leurs opinions. Vous devriez peut-être tous ajouter un point à l'ordre du jour pour des discussions sur les dernières technologies ou techniques. Pensez également à le mélanger avec des jeux ou des casse-tête qui permettent à l'équipe de se lier. Une bonne soirée en ville peut aussi faire des merveilles. Vous n'avez pas à dépenser une tonne d'argent, peut-être vous rencontrer chez quelqu'un et préparer un dîner ensemble.
Jeff
3
Vous dites que ces réunions sont ennuyeuses et peu utiles. Alors pourquoi les avez-vous?
Captain Sensible

Réponses:

11

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.

pdr
la source
J'aime la courte réunion et ensuite sortir au pub. Donc, vous faites le tour de la table et les gens soulèvent simplement leurs problèmes? J'ai trouvé que les développeurs ne sont pas toujours en mesure d'exprimer leurs opinions sans qu'on leur demande explicitement - comment faire en sorte que tout le monde partage ses pensées?
Marcus Leon
+ oo pour discuter des problèmes de processus chaque semaine. Je suppose que votre vitesse est assez élevée et s'améliore chaque semaine.
kevin cline
@Bill, d'après mon expérience, au fur et à mesure que l'équipe construit une identité, les développeurs deviennent plus ouverts à l'articulation de leurs problèmes. Surtout s'ils voient des résultats. La plupart des développeurs restent silencieux aussi longtemps qu'ils ne croient pas que quelque chose va se lever.
pdr
Aller au pub et discuter des problèmes est un bon moyen de faire parler ceux qui sont tranquilles. :) Ça marche pour moi.
Jeff
8

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,

JasonTrue
la source
1
Point pris. Bien qu'en tant que mentioend dans la question, il y ait un but aux réunions - c'est le résultat qui est le problème. En fait, nous n'avons pas de réunions de mise à jour quotidiennes (nous les évitons) - donc une certaine forme de réunion régulière pour informer le groupe et se réunir en équipe est souhaitable ici.
Marcus Leon
6

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!

Matthieu M.
la source
1
J'aime le format. Surtout le segment de présentation - je pense que ce serait avantageux pour le groupe. Aussi agréable d'entendre un développeur dire qu'il aime vraiment les réunions!
Marcus Leon
@Bill: J'aime mes réunions d'équipe :) Ne vous inquiétez pas, j'ai aussi ma part de réunions ennuyeuses à assister ... J'avoue que j'aime beaucoup les présentations, c'est une petite récompense pour le présentateur (montrer: p) , un bon échauffement pour le groupe (qui va devoir le soutenir) et une bonne occasion de remarques / idées / etc ...
Matthieu M.
3

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.

kprobst
la source
Bonne idée. Souhaitez-vous le faire de manière ad hoc ou un déjeuner explicite et apprendre le sujet discuté et préparé à l'avance?
Marcus Leon
1
Probablement ad hoc ... sauf s'il y a une sorte de présentation formelle qui doit être mise en place à l'avance.
kprobst
1

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.

ChrisF
la source
Bon point sur les réunions mensuelles pour certains articles. La pizza est un grand succès - j'aime manger avec l'équipe (tout comme Joel joelonsoftware.com/items/2011/04/28.html ). Bien qu'il soit ennuyeux de manger dans la salle de conférence - j'ai pensé à sortir déjeuner avec le groupe.
Marcus Leon
1
@Bill - peut-être réserver la pizza apportée pour les réunions mensuelles et sortir pour le déjeuner une fois par semaine / quinzaine en équipe.
ChrisF
1

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 :(

DXM
la source
0

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

OpenSorceress
la source