Como executar reuniões da equipe de desenvolvedores?


19

Nossa equipe de 10 desenvolvedores se reúne semanalmente. As reuniões são bastante chatas e não são particularmente úteis. Que formato / agenda você utiliza para ter boas reuniões?

Nos encontramos semanalmente na sala de conferências com pizza fornecida. O formato é percorrer a sala e listar o status de várias tarefas em que estamos trabalhando e discutir tarefas para a próxima semana. Os gerentes fornecerão uma visão geral dos próximos projetos e prioridades para os próximos meses e ano.

Atualizar

O objetivo dessas reuniões é mais ou menos o desenvolvimento de equipes em geral, para compartilhar o conhecimento do que todos estão trabalhando e para manter todos conscientes das mudanças nas iniciativas da empresa. Não é para 'distribuir' formalmente tarefas de trabalho (isso é feito por outros meios).


Então, qual é o objetivo dessas reuniões? Alguém não saberia o que fazer sem eles?
user281377

Bom ponto - pergunta atualizada.
Marcus Leon

Eles estão entediados com pizza grátis? O_o
maple_shaft

1
Quando eu conduzia minhas reuniões, a melhor maneira que encontrei para envolver a equipe de desenvolvimento foi começar a falar sobre as últimas tendências em tecnologia e deixar as pessoas compartilharem suas opiniões. Talvez todos devam adicionar um item à agenda para discussões sobre as mais recentes tecnologias ou técnicas. Considere também misturá-lo com jogos ou quebra-cabeças que permitem que a equipe se relacione. Uma boa noite na cidade também pode fazer maravilhas. Você não precisa gastar muito dinheiro, talvez se encontre na casa de alguém e cozinhe um restaurante juntos.
25411 Jeff

3
Você diz que essas reuniões são chatas e não são particularmente úteis. Então por que você está tendo eles?
Capitão Sensible

Respostas:


11

No momento em que realizamos nossas reuniões de equipe, já sabemos o que temos feito durante toda a semana e o que faremos na próxima semana. E temos uma visão geral razoável do plano de longo prazo.

O que fazemos em nossas reuniões de equipe é conversar sobre o que está nos incomodando. Tudo o que aconteceu na última semana que nos atrasou significativamente, coisas que gostaríamos de mudar no futuro, principalmente problemas de processo.

O formato da mesa-redonda é semelhante ao seu, mas o executamos com várias tarefas para várias pessoas. E estamos muito ansiosos para mantê-lo alegre. Espera-se que as pessoas sejam totalmente abertas e desanimam de levar as coisas para o lado pessoal.

E, deliberadamente, cronometramos esta reunião para ser a última metade de uma manhã de sexta-feira e vamos de lá para o pub para o almoço (não obrigatório), que não dura necessariamente apenas uma hora.

Eu sugeriria por experiência que os gerentes (ou seja, qualquer pessoa acima do líder da equipe / gerente de projetos) não deveriam estar nessas reuniões. Isso apenas desencoraja as pessoas de serem totalmente honestas. Os líderes de equipe / gerentes de projeto podem transmitir mensagens para cima em diferentes reuniões.


Eu gosto da reunião curta e depois sair para o pub. Então você dá a volta na mesa e as pessoas trazem à tona qualquer problema que elas tenham? Descobri que os desenvolvedores nem sempre articulam suas opiniões sem serem explicitamente perguntados - como fazer com que todos compartilhem seus pensamentos?
Marcus Leon

+ oo para discutir problemas de processo semanalmente. Espero que sua velocidade seja bastante alta e melhore a cada semana.
precisa

@Bill, na minha experiência, conforme a equipe cria uma identidade, os desenvolvedores se tornam mais abertos a articular seus problemas. Especialmente se eles virem resultados. A maioria dos desenvolvedores fica quieta enquanto não acredita que algo venha a se manifestar.
PDR

Ir ao pub e discutir questões é uma boa maneira de convencer os que estão falando. :) Funciona para mim.
25411 Jeff

8

Cancele as malditas reuniões. Eles não têm nenhum ponto a menos que tenham um ponto. Estive em muitas delas nos últimos 15 anos. Tenho certeza de que, se as células cerebrais feridas por essas "reuniões de equipe" fora da agenda ainda estivessem funcionando, minha equipe e eu teríamos construído algo que foi vendido por bilhões de dólares e poderia me aposentar na relativa obscuridade e perseguir meu sonho de mexendo com algum código que só me interessa pelos próximos vinte anos.

Você provavelmente já tem breves reuniões ou status de status diariamente. Se você deve continuar o ritual de desperdiçar uma hora por semana para se sentir como se estivesse construindo uma equipe, então a equipe já deve construir. Defina uma agenda ou solicite itens aos membros da equipe que eles acham que a equipe deve abordar e dê a eles o poder de agir e agir sobre esses impulsos após a reunião. É isso aí.

Se não houver nada digno de nota na agenda no dia anterior à reunião, cancele-a e saia para beber (ou café) para um desvio no início do trabalho, para que você não interrompa qualquer concentração que tenha sido realmente construída antes a interrupção programada e apenas fale sobre o que vier à mente. Conversa de nerd. Isso simplesmente vai acontecer. Está certo. Se você está me pagando bem o suficiente, eu não me importarei de comprar meu próprio gin e tônico.

Eu tive uma pizza morna de baixa qualidade nas reuniões chatas da equipe nos últimos 15 anos da minha carreira para adicionar pelo menos 10 libras em excesso na minha cintura, e na verdade eu ando para o trabalho na maioria dos dias. Eu não preciso disso. A menos que as pessoas da minha equipe sejam péssimas, nesse caso eu já estou planejando minha saída, construirei meu próprio relacionamento, sem a necessidade de exercícios estruturados. Farei mais, serei mais feliz e meus colegas de trabalho gostarão mais de mim do que se eu me sentir obrigado a apresentar alguma tentativa de provar minha potência intelectual ou ouvir as pessoas falando sobre melhorias de processo ou masturbação intelectual ritualizada sobre controle de fontes modelos de teste de unidade de dados de sementes de fábrica de fornecedores para aceleração de widgets e práticas recomendadas para alavancar minhas iniciativas estratégicas para ambientes de teste de desempenho. (Desculpe,


1
Ponto tomado. Embora, como mencionado na pergunta, haja um propósito para as reuniões - é o resultado que é o problema. Na verdade, não temos reuniões diárias de status (evitamos) - portanto, é desejável uma forma regular de reunião para informar o grupo e reunir-se em equipe.
Marcus Leon

6

Geralmente, temos uma hora de reunião toda segunda-feira de manhã (equipe de 10 homens), por volta das 9h:

  • Top Down : 15 minutos para o TL (Team Lead), que nos diz o que está acontecendo na empresa (novos contratos, novos desenvolvimentos, qualquer coisa interessante ...)
  • Mesa Redonda : 15 minutos para uma mesa redonda (menos de 2 minutos cada), onde apenas dizemos o que estamos fazendo para garantir que todos saibam o que está acontecendo e durante os quais o TL nos dirá a direção geral para a próxima semana. Os detalhes são mantidos à distância.
  • Apresentação : 30 minutos para a apresentação de um dos projetos que temos. Visão geral de alto nível, maquete ou técnica, depende de quem está fazendo a apresentação e no que está trabalhando. A apresentação é aberta e as pessoas convidadas a participar. Se uma discussão for muito específica, ela será adiada, para que a apresentação possa continuar.

Eu realmente gosto dessas reuniões, pessoalmente, porque é uma maneira rápida de atualizar o que está acontecendo fora dos meus pequenos projetos de animais de estimação.

O ponto importante, eu acho, é manter os detalhes de fora:

  • no final da semana (final de quinta-feira / sexta-feira), fazemos um relatório completo sobre o que fizemos, o que foi agendado e foi adiado / cancelado e os problemas que encontramos no TL, não é necessário repetir isso na segunda de manhã e aborreceu cada um deles
  • discussões prolongadas são desencorajadas e as pessoas são encorajadas a agendar uma reunião específica com os interessados.

Funciona bastante bem (especialmente, eu acho, porque nosso TL se encontra com seus colegas e chefe na sexta-feira, para receber notícias novas).

As pessoas podem trazer croissants ou outras coisas, mas não é obrigatório e não está programado. Nós apreciamos quando alguém o faz!


1
Eu gosto do formato. Especialmente o segmento de apresentação - acho que seria um benefício para o grupo. Também é bom ouvir um desenvolvedor dizer que realmente gosta das reuniões!
Marcus Leon

@ Bill: Gosto das reuniões da minha equipe :) Não se preocupe, também tenho minha parte de reuniões chatas para participar ... Admito que gosto muito das apresentações, é uma pequena recompensa para o apresentador (exibição: p) , um bom aquecimento para o grupo (que vai ter a apoiá-lo) e uma boa ocasião para observações / ideias / etc ...
Matthieu M.

3

Se as coisas ficarem chatas, discuta a tecnologia mais recente. Pergunte aos desenvolvedores o que eles têm feito com novas estruturas, servidores etc.


Boa ideia. Você faria isso de maneira ad hoc ou em um almoço explícito e aprenderia o assunto discutido e preparado com antecedência?
Marcus Leon

1
Provavelmente ad hoc ... a menos que exista algum tipo de apresentação formal que precise ser configurada com antecedência.
kprobst

1

Você pode tentar relatar o progresso das últimas semanas em um email com antecedência e discutir apenas os problemas que causaram problemas e descrever brevemente o que você fará nesta semana. Isso manterá o relatório de cada pessoa breve e interessante.

Os próximos projetos e prioridades geralmente não devem mudar de semana para semana, por que não movê-los para uma reunião mensal separada. Se alguma coisa urgente surgir, ela poderá ser levantada na reunião semanal, caso contrário, você estará se repetindo.

Eu também perderia a pizza. Você não quer nenhuma distração.


Bom argumento sobre reuniões mensais para determinados itens. A pizza é um grande sucesso - eu gosto de comer com a equipe (assim como Joel joelonsoftware.com/items/2011/04/28.html ). Embora fique entediado na sala de conferências - pensei em sair para almoçar com o grupo.
Marcus Leon

1
@ Bill - talvez reserve a pizza trazida para as reuniões mensais e saia para almoçar uma vez por semana / quinzena em equipe.
ChrisF

1

Quando nossa equipe era toda local, costumávamos ter essas reuniões semanais. Se seu objetivo é aumentar a equipe (e não o status de relatório da equipe especificamente para você), meu conselho seria retirar o máximo de "processo" ou estrutura. Começamos como você, contornamos a mesa e todos listam seu trabalho, enquanto todos os que ouvem ficam entediados, se esse trabalho não se aplica a eles de forma alguma.

Uma coisa que decidimos como equipe é que, se nosso chefe nos fizer sentar em uma sala por uma hora, teremos pelo menos rosquinhas. então nós andávamos pela sala e toda semana pessoas diferentes ficavam encarregadas dos donuts (um processo em que todos podem se inscrever). Nosso chefe também relaxou com o tempo e, em vez de tópicos específicos para listar e seguir em frente, nós apenas contornamos a mesa e apenas trouxemos coisas que nos incomodavam ou que eram legais / interessantes. Se sua boca estava cheia de rosquinha ou você não estava com vontade de falar naquela manhã, poderia passar.

Como desenvolvedor de uma grande empresa, eu poderia fazer uma lista de 250 coisas que a empresa faz para desperdiçar meu tempo, mas na verdade achei essas reuniões uma maneira divertida de filmar a merda com a equipe e comer rosquinhas. Agora que nossa equipe está localizada em 3 estados diferentes e 4 países, não temos mais essas reuniões :(


0

Acho que essas são melhores se os desenvolvedores mostrarem o que realizaram. Os desenvolvedores estão desinteressados ​​pela admiração genérica das massas (desculpe, massas), mas o respeito e a estima de nossos colegas (que realmente entendem o quão difícil isso deve ter sido, ou quão inteligente, etc) é um vício. Os desenvolvedores adoram o novo mais brilhante, mais forte, mais rápido, mais limpo. Configuração de grupo -> sua festa de LAN na segunda-feira de manhã. ^ ^ A reunião deve se concentrar nos desenvolvedores e no código / tecnologia ou geralmente é uma perda de tempo do desenvolvedor (os desenvolvedores se vincularão ao código ^ ^ isso simplesmente acontece).

HTH

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.