¿Cómo ejecutar reuniones del equipo de desarrolladores?

19

Nuestro equipo de 10 desarrolladores se reúne semanalmente. Las reuniones son bastante aburridas y no particularmente útiles. ¿Qué formato / agenda utiliza para tener buenas reuniones?

Nos reunimos semanalmente en la sala de conferencias con pizza proporcionada. El formato es que vamos por la sala y enumeramos el estado de varias tareas en las que estamos trabajando y discutimos las tareas para la próxima semana. Los gerentes proporcionarán una visión general de los próximos proyectos y prioridades para los próximos meses y años venideros.

Actualizar

El objetivo de esta reunión es más o menos: formar un equipo en general, compartir el conocimiento de lo que todos están trabajando y mantener a todos al tanto de las iniciativas cambiantes de la compañía. No es formalmente 'repartir' asignaciones de trabajo (que se hace por otros medios).

Marcus Leon
fuente
Entonces, ¿cuál es el objetivo de esas reuniones? ¿Alguien no sabría qué hacer sin ellos?
user281377
Buen punto - pregunta actualizada.
Marcus Leon
¿Están aburridos con pizza gratis? O_o
maple_shaft
1
Cuando solía organizar mis reuniones, la mejor manera de involucrar al equipo de desarrollo era comenzar a hablar sobre las últimas tendencias en tecnología y dejar que la gente compartiera sus opiniones. Quizás todos deberían agregar un ítem a la agenda para discutir las últimas tecnologías o técnicas. También considere mezclarlo con juegos o acertijos mentales que permitan al equipo unirse. Una buena noche en la ciudad también puede hacer maravillas. No tiene que gastar un montón de dinero, tal vez reunirse en la casa de alguien y cocinar juntos.
Jeff
3
Dices que estas reuniones son aburridas y no particularmente útiles. Entonces, ¿por qué los tienes?
Capitán Sensible

Respuestas:

11

Para cuando hacemos nuestras reuniones de equipo, ya sabemos lo que hemos estado haciendo toda la semana y lo que haremos la próxima semana. Y tenemos una visión general razonable del plan a largo plazo.

Lo que hacemos en las reuniones de nuestro equipo es hablar sobre lo que nos está molestando. Todo lo que sucedió en la última semana que nos retrasó significativamente, cosas que nos gustaría cambiar en el futuro, particularmente problemas de proceso.

El formato de mesa redonda es similar al suyo, pero salimos de él con una gran cantidad de tareas para varias personas. Y estamos muy interesados ​​en mantenerlo alegre. Se espera que las personas sean totalmente abiertas y se desanime de tomar las cosas personalmente.

Y deliberadamente programamos esta reunión para que sea la última mitad de un viernes por la mañana e iremos de allí al pub para almorzar (no obligatorio), que no necesariamente dura solo una hora.

Sugeriría por experiencia que los gerentes (es decir, cualquier persona por encima del líder del equipo / gerente de proyecto) no deberían estar en estas reuniones. Solo desalienta a las personas de ser totalmente honestas. Los líderes de equipo / gerentes de proyecto pueden transmitir mensajes hacia arriba en diferentes reuniones.

pdr
fuente
Me gusta la reunión corta y luego salir al pub. Entonces, ¿vas alrededor de la mesa y la gente simplemente menciona los problemas que tienen? He descubierto que los desarrolladores no siempre expresan sus opiniones sin que se les pregunte explícitamente: ¿cómo hacer que todos compartan sus pensamientos?
Marcus Leon
+ oo para discutir los problemas del proceso semanalmente. Espero que tu velocidad sea bastante alta y mejore cada semana.
Kevin Cline
@Bill, en mi experiencia, a medida que el equipo construye una identidad, los desarrolladores se vuelven más abiertos a articular sus problemas. Particularmente si ven resultados. La mayoría de los desarrolladores permanecen callados mientras no crean que sucederá nada.
pdr
Ir al pub y luego discutir los problemas es una buena manera de hacer que los que hablan. :) Esto funciona para mi.
Jeff
8

Cancelar las malditas reuniones. No tienen ningún punto a menos que tengan un punto. He estado en muchos de estos durante los últimos 15 años. Estoy bastante seguro de que si las células cerebrales lesionadas por estas "reuniones de equipo" sin agenda aún funcionaran, mi equipo y yo habríamos construido algo que se vendió por miles de millones de dólares y podría retirarme a la relativa oscuridad y perseguir mi sueño de jugueteando con un código que solo me importa durante los próximos veinte años.

Probablemente ya tenga breves reuniones diarias de estado o stand-ups. Si debe continuar con el ritual de perder una hora a la semana para que sienta que está formando un equipo, entonces el equipo ya está listo. Establezca una agenda o solicite elementos de los miembros de su equipo que ellos piensan que el equipo debe abordar, y deles el poder de actuar y seguir esos impulsos después de la reunión. Eso es.

Si no hay nada digno de mención en la agenda el día antes de la reunión, cancélelo y salga a tomar algo (o café) para un desvío temprano después del trabajo, para que no interrumpa la concentración que se haya acumulado justo antes la interrupción programada, y solo habla sobre lo que se te ocurra. Hablar geek. Simplemente sucederá. Está bien. Si me pagas lo suficientemente bien, ni siquiera me importaría comprar mi propio gin-tonic.

En los aburridos 15 años de mi carrera he tenido suficiente pizza tibia en las aburridas reuniones del equipo para agregar al menos 10 de los kilos de más en mi cintura, y en realidad camino y regreso del trabajo la mayoría de los días. No lo necesito A menos que la gente de mi equipo sea una mierda, en cuyo caso ya estoy tramando mi salida, construiré mi propia relación, no se requieren ejercicios estructurados. Haré más, seré más feliz y agradeceré a mis compañeros de trabajo más que si me sintiera obligado a presentar algún intento de demostrar mi potencia intelectual o escuchar a la gente que habla sobre mejoras de procesos o masturbación intelectual ritualizada sobre el control de la fuente. Modelos de prueba de la unidad de datos semilla de la fábrica del proveedor para la aceleración de widgets y las mejores prácticas para aprovechar mis iniciativas estratégicas para entornos de prueba de rendimiento. (Lo siento,

JasonTrue
fuente
1
Punto a favor. Aunque como se menciona en la pregunta, las reuniones tienen un propósito: el resultado es el problema. En realidad, no tenemos reuniones de estado diarias (las evitamos), por lo que aquí es deseable algún tipo de reunión regular para informar al grupo y para reunirnos como equipo.
Marcus Leon
6

Por lo general, tenemos una reunión de 1 hora todos los lunes por la mañana (equipo de 10 hombres), alrededor de las 9 a.m.

  • De arriba hacia abajo : 15 minutos para el TL (Líder del equipo), que nos cuenta qué está pasando en la empresa (nuevos contratos, nuevos desarrollos, cualquier cosa emocionante ...)
  • Round the Table : 15 minutos para una mesa redonda (menos de 2 minutos cada uno) donde simplemente decimos lo que estamos haciendo para asegurarnos de que todos sepan lo que está sucediendo, y durante el cual el TL nos dirá la dirección general para la semana que viene. Los detalles se mantienen a raya.
  • Presentación : 30 minutos para una presentación de uno de los proyectos que tenemos. Ya sea una descripción general de alto nivel, maqueta o técnica, depende de quién está haciendo la presentación y en qué están trabajando. La presentación es abierta y la gente está invitada a participar. Sin embargo, si una discusión es demasiado específica, se pospone para que la presentación pueda continuar.

Realmente me gustan esas reuniones, personalmente, porque es una forma rápida de estar al día sobre lo que está sucediendo fuera de mis pequeños proyectos de mascotas.

El punto importante, creo, es mantener los detalles fuera:

  • al final de la semana (al final del jueves / principios del viernes) hacemos un informe completo sobre lo que hicimos, lo que estaba programado y pospuesto / cancelado y los problemas que encontramos con el TL, no es necesario repetir eso el lunes por la mañana y aburrir a todos de su ingenio
  • se desaconsejan las discusiones prolongadas y se alienta a las personas a programar una reunión específica con los interesados.

Funciona bastante bien (especialmente, supongo, porque nuestro TL se reúne con sus colegas y su jefe el viernes, así que recibimos nuevas noticias).

Las personas pueden traer cruasanes u otras cosas, pero no es obligatorio y no está programado. Sin embargo, apreciamos cuando alguien lo hace.

Matthieu M.
fuente
1
Me gusta el formato Especialmente el segmento de presentación: creo que sería beneficioso para el grupo. ¡También es bueno escuchar a un desarrollador decir que realmente les gustan las reuniones!
Marcus Leon
@Bill: Me gustan las reuniones de mi equipo :) No te preocupes, también tengo mi parte de reuniones aburridas para atender ... Admito que me gustan mucho las presentaciones, es una pequeña recompensa para el presentador (presumir: p) , un buen calentamiento para el grupo (quién tendrá que apoyarlo) y una buena ocasión para comentarios / ideas / etc ...
Matthieu M.
3

Si las cosas se ponen aburridas, discuta la última tecnología. Pregunte a los desarrolladores qué han estado haciendo con nuevos marcos, servidores, etc.

kprobst
fuente
Buena idea. ¿Haría esto de manera ad hoc o un almuerzo explícito y aprendería el tema discutido y preparado con anticipación?
Marcus Leon
1
Probablemente ad hoc ... a menos que haya algún tipo de presentación formal que deba establecerse con anticipación.
kprobst
1

Puede intentar informar el progreso de las últimas semanas en un correo electrónico con anticipación y solo discutir temas que causaron problemas y resumir brevemente lo que va a hacer esta semana. Esto mantendrá el informe de cada persona breve e interesante.

Los próximos proyectos y prioridades generalmente no deberían cambiar de una semana a otra, así que ¿por qué no moverlos a una reunión mensual separada? Si surge algo urgente, se puede plantear en la reunión semanal, de lo contrario, simplemente se repetirán.

También perdería la pizza. No quieres distracciones.

ChrisF
fuente
Buen punto sobre reuniones mensuales para ciertos artículos. La pizza es un gran éxito: me gusta comer con el equipo (al igual que Joel joelonsoftware.com/items/2011/04/28.html ). Aunque se vuelve aburrido comer en la sala de conferencias, he pensado en salir a almorzar con el grupo.
Marcus Leon
1
@Bill: quizás reserve la pizza que trajo para las reuniones mensuales y salga a almorzar una vez por semana / quincena en equipo.
ChrisF
1

Cuando todo nuestro equipo era local, solíamos tener estas reuniones semanales. Si su objetivo es hacer crecer el equipo (en lugar de que el equipo le informe específicamente sobre el estado), entonces mi consejo sería eliminar la mayor cantidad de "procesos" o estructuras. Comenzamos como tú, damos la vuelta a la mesa y todos enumeran su trabajo, mientras que todos los que escuchan se aburren de sus cráneos si ese trabajo no se aplica a ellos de ninguna manera.

Una cosa que decidimos como equipo es que si nuestro jefe nos haría sentarnos en una habitación durante una hora, al menos tendremos donas. así que recorrimos la sala y cada semana diferentes personas se encargarían de las donas (un proceso al que todos pueden suscribirse). Nuestro jefe también se relajó con el tiempo y, en lugar de temas específicos para enumerar y seguir adelante, simplemente dimos la vuelta a la mesa y solo mencionamos cosas que nos molestaron o que fueron geniales / interesantes. Si tu boca estaba llena de un donut o no tenías ganas de hablar esa mañana, podrías pasar.

Como desarrollador de una gran empresa, podría hacer una lista de 250 cosas que esa empresa hace para perder el tiempo, pero en realidad encontré esas reuniones divertidas para simplemente dispararle al equipo y comer rosquillas. Ahora que nuestro equipo está ubicado en 3 estados diferentes y 4 países, ya no tenemos esas reuniones :(

DXM
fuente
0

Creo que estos son mejores si los desarrolladores pueden mostrar lo que han logrado. Los desarrolladores no están interesados ​​en el asombro genérico de las masas (lo siento, misas), pero el respeto y la estima de nuestros compañeros (que realmente entienden lo difícil que debe haber sido, o cuán inteligente, etc.) es una adicción. Los desarrolladores adoran el nuevo brillante, mejor, más fuerte, más rápido, lo que sea. Configuración de grupo -> su fiesta LAN de lunes por la mañana. ^ ^ La reunión debe centrarse en los desarrolladores y el código / tecnología o, en general, es una pérdida de tiempo del desarrollador (los desarrolladores se vincularán sobre el código ^ ^ simplemente sucede).

HTH

OpenSorceress
fuente