Comment exécuter des réunions d'équipe de développeurs?
Notre équipe de 10 développeurs rencontre chaque semaine. Les réunions sont plutôt ennuyeuses et non particulièrement utiles. Quel format/agenda utilisez-vous pour avoir de bonnes réunions?
Nous nous rencontrons chaque semaine dans la salle de conférence avec une pizza fournie. Le format est de faire dans la salle et énumérez l'état de diverses tâches que nous travaillons et discutez des tâches pour la semaine prochaine. Les gestionnaires fourniront un aperçu des projets et des priorités à venir pour les mois à venir et l'année à venir.
Mise à jour
L'objectif de ces réunions est un bâtiment de l'équipe plus ou moins générale, de partager la connaissance de ce que tout le monde travaille et de garder tout le monde au courant des initiatives de la société transfrontalières. Il ne s'agit pas de "distribuer" des tâches de travail (cela se fait via d'autres moyens).
Au moment où nous faisons nos réunions d'équipe, nous savons déjà ce que nous faisons toute la semaine et ce que nous allons faire 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é au cours de la dernière semaine qui nous a ralentis considérablement, des choses que nous aimerions changer dans l'avenir, en particulier les problèmes de processus.
Le format rond-dessus est similaire à celui de la vôtre, mais nous en sortons avec une charge de tâches pour diverses personnes. Et nous sommes très désireux de le garder léger. Les gens sont censés pouvoir être totalement ouverts et se découragent de prendre des choses personnellement.
Et nous avons délibérément une fois cette réunion pour être la dernière moitié d'un vendredi matin et aller de là au pub pour le déjeuner (non obligatoire), ce qui ne dure pas nécessairement qu'une heure.
Je suggérerais d'expérience que les gestionnaires (c.-à-d. Toute personne au-delà du chef d'équipe/chef de projet) ne devraient pas être dans ces réunions. Cela ne décourage que les gens d'être totalement honnêtes. Les chefs d'équipe/gestionnaires de projet peuvent relancer des messages à la hausse de différentes réunions.
Annuler les damnées de réunions. Ils n'ont aucun point à moins d'avoir un point. J'en ai été à trop d'entre eux au cours des 15 dernières années. Je suis à peu près sûr que si les cellules du cerveau blessées par ces "réunions d'équipe" de no-agenda fonctionnaient toujours, mon équipe et j'aurais construit quelque chose qui vendu pour des milliards de dollars et que je pouvais prendre sa retraite à une obscurité relative et poursuivre mon rêve de Trouble avec un certain code que je me soucie que pour les vingt prochaines années.
Vous avez probablement de brefs brefs réunions de statut quotidien ou des stand-ups déjà. Si vous devez continuer le rituel de gaspiller une heure par semaine afin que vous soyez comme si vous êtes en train de bâtir, puis de l'équipe construit déjà. Définissez un ordre du jour ou demandez des éléments de vos membres de votre équipe qu'ils pensent que l'équipe devrait s'adresser et leur donner le pouvoir d'aller sur ces impulsions après la réunion. C'est ça.
S'il n'y a rien de digne de note à l'ordre du jour de la veille de la réunion, annulez-le et sortez des boissons (ou du café) pour un détournement au début de l'emploi, de sorte que vous n'ayez pas interrompre la concentration auparavant. l'interruption prévue et parle de tout ce qui me vient à l'esprit. Geek Talk. Ça va arriver. C'est bon. Si vous me payez assez bien, je n'en voudrais même pas acheter mon propre gin et mon tonique.
J'ai eu assez de pizza de chépapp courrable à des réunions d'équipe ennuyeuses au cours des 15 dernières années de ma carrière pour ajouter au moins 10 des livres excédentaires sur ma taille et que je marche pour le travail et du travail la plupart des jours. Je n'en ai pas besoin. À moins que les personnes de mon équipe ne soient sucrées, auquel cas je saisis déjà ma sortie, je vais construire mon propre rapport, aucun exercice structuré n'est requis. Je serai plus terminé, je serai plus heureux, et mes collègues vous aimeront plus que si je me sens obligé de présenter une tentative de prouver mon puissance intellectuelle ou d'écouter des personnes sur des améliorations de processus ou de la masturbation intellectuelle ritualisée sur le contrôle de la source Modèles de test de données de données d'usine de fournisseur d'usine pour l'accélération du widget et les meilleures pratiques permettant de tirer parti de mes initiatives stratégiques pour les environnements de test de performance. (Désolé, je snoozing et je viens de choisir une chaîne de termes au hasard pour régurgiter que j'ai à moitié entendu au cours des vingt dernières minutes d'inutilité.)
Nous avons généralement une réunion de 1 heure tous les lundis matin (10 hommes), vers 9h00:
- TOP BAS: 15 minutes pour le TL (chef d'équipe), qui nous dit ce qui se passe dans la société (nouveaux contrats, nouveaux développements, tout ce qui est passionnant ...)
- autour de la table: 15 minutes pour une table ronde (moins de 2 minutes chacun puis) où nous disons simplement ce que nous faisons pour vous assurer que tout le monde sait ce qui se passe et pendant lequel le TL va nous dire la direction générale de la semaine à venir. Les spécificités sont conservées à la baie.
- Présentation: 30 minutes pour une présentation de l'un des projets que nous avons. Soit une vue d'ensemble de haut niveau, maquette ou technique, cela dépend de l'OMS qui fait la présentation et de ce qu'ils travaillent. La présentation est ouverte et les gens invités à Chim in. Si une discussion devient trop spécifique, elle est reportée, de sorte que la présentation puisse continuer.
J'aime vraiment ces réunions, personnellement, car c'est un moyen rapide de se mettre à jour sur ce qui se passe à l'extérieur de mes petits projets d'animaux de compagnie.
Je pense que le point important est de garder les détails sur:
- à la fin de la semaine (fin du jeudi/vendredi au début du 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 à la TL, pas besoin de répéter que lundi matin et portait chacun de leurs esprits
- des discussions prolongées sont découragées et les personnes encouragées à 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 ses chefs vendredi, donc nous obtenons des nouvelles fraîches).
Les gens peuvent apporter des croissants ou d'autres choses, mais ce n'est pas obligatoire et non prévu. Nous apprécions quand tout le monde!
Si les choses deviennent ennuyeuses, discutez de la dernière technologie. Demandez aux développeurs ce qu'ils ont fait avec de nouveaux cadres, serveurs, etc.
Vous pouvez essayer de signaler les progrès de la dernière semaines dans un e-mail à l'avance et ne discute que des problèmes qui ont causé des problèmes et brièvement Signore ce que vous allez faire cette semaine. Cela gardera le rapport de chaque personne brief et intéressant.
Les projets et priorités à venir ne devraient généralement pas changer de semaine en semaine, pourquoi ne pas les déplacer en une réunion mensuelle distincte. Si quelque chose d'urgent vient alors, il peut être soulevé dans la réunion hebdomadaire, sinon vous allez simplement vous répéter.
Je perdrais aussi la pizza. Vous ne voulez pas de distractions.
Lorsque notre équipe était toutes locale, nous avions l'habitude de rencontrer ces réunions hebdomadaires. Si votre objectif est de grandir l'équipe (plutôt que de l'équipe de déclaration de compte-activité spécifiquement à vous), mon conseil serait de prendre autant de "processus" ou de structurer. Nous avons commencé comme vous, faites le tour de la table et tout le monde énumère leur travail, tandis que tout le monde écoute s'ennuyait de leurs crânes si ce travail ne leur est pas appliqué de quelque manière que ce soit.
Une chose que nous décidons comme l'équipe, est que si notre patron allait nous rendre assis dans une pièce pendant une heure, nous aurons au moins des beignets. Nous sommes donc entrés dans la salle et chaque semaine une personne différente serait responsable des beignets (un processus que tout le monde peut s'abonner à). Notre patron s'est également détendu au fil du temps et au lieu de sujets spécifiques à lister et à passer à autre chose, nous venons de contourner la table et nous n'avons sorti que des choses qui nous ont burgés ou c'était cool/intéressant. Si votre bouche était bourrée d'un beignet ou si vous n'avez pas envie de parler ce matin, vous pourriez simplement passer.
En tant que développeur dans une grande entreprise, je pourrais faire une liste de 250 choses que la société fait la perte de mon temps, mais j'ai effectivement trouvé ces réunions de façon amusante de tirer le SH # T avec l'équipe et de 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 ce sont mieux si les Devs deviennent de présenter ce qu'ils ont accompli. Les Devs sont désintéressés dans la crainte générique des masses (désolé, des masses) mais le respect et l'estime de nos pairs (qui comprennent réellement à quel point cela devait être difficile, ou à quel point, etc.) est une dépendance. Devs aime le nouveau nettoyeur plus fort plus fort plus fort. Cadre de groupe -> Votre fête Lundi matin LAN. ^ ^ La réunion doit se concentrer sur les Devs et le Code/Tech, ou c'est généralement un gaspillage de la durée de développement (Devs se liera sur le code ^ ^ Il arrive tout simplement.)
Ht