Programadores odeiam reuniões
Muitas reuniões são convocadas apenas para auto-afirmação dos gestores quando poderiam ser evitadas e todos os assuntos resolvidos com um simples e-mail. Não existe nada mais tóxico à produtividade do que uma reunião.
Paul Graham escreveu um artigo intitulado “Maker’s Schedule, Manager’s Schedule” que explica o motivo de nós programadores odiarmos tanto reuniões. Acontece que o nosso cronograma funciona de uma forma diferente que o das outras pessoas. Reuniões nos custam mais caro.
A agenda do gerente segue o modelo tradicional, onde cada dia é dividido em intervalos de um hora. Programar uma reunião é apenas um problema de ordem prática, basta encontrar um intervalo em aberto na sua programação e escrever “reunião”. Quando se gerencia o tempo desta maneira, você pode reservar algumas horas para uma única tarefa se for necessário, mas por padrão você pode mudar o que está fazendo a cada hora.
Mas programadores (e outros profissionais) gerenciam o tempo de outra maneira. Eles geralmente costumam dividir sua agenda em dois períodos: manhã e tarde. Não é possível desenvolver software bem em unidades de uma hora. Isso não é tempo suficiente nem para começar.
É por este motivo que programadores odeiam tanto reuniões, afinal uma única reunião pode acabar com uma tarde inteira de trabalho, dividindo-a em dois pedaços pequenos demais para fazer qualquer coisa importante.
Eu sei que pode soar um pouco sensível demais, mas em alguns casos mesmo uma rápida reunião no meio da tarde pode deixar um programador improdutivo por um dia inteiro. Se eu sei que a tarde será quebrada, então eu sou menos propenso a iniciar algo ambicioso no período da manhã.
Nós entendemos a importância das reuniões. Tudo o que estamos pedindo aos gerentes é que eles entendam os custos.
5 Comentários
Trackbacks
- Tweets that mention Nome do Jogo » Blog Archive » Por que reuniões são tóxicas? (ou por que programadores odeiam reuniões) -- Topsy.com
- Tweets that mention Nome do Jogo » Blog Archive » Por que reuniões são tóxicas? (ou por que programadores odeiam reuniões) -- Topsy.com
Concordo com quase tudo. Intervalos quase sempre resolvem problemas, isso no meu ponto de vista é fato. Já resolvi, ou pelo menos tive uma nova ideia de como resolver um problema em papos na copa tomando alguma coisa. Uma técnica que tem funcionado bem na equipe que estou trabalhando agora é o “Pomodoro”:http://www.pomodorotechnique.com/ , não respeitamos muito os 25 minutos mas fazemos intervalos em menos de uma hora, e o resultado tem sido positivo.
Acho que o gargalo na produtividade está nas reuniões próximas ao horário de almoço, ou próximas do horário em que um dos pares tem que ir embora. Isso realmente não nos motiva a fazer alguma funcionalidade complexa ou que tome um pouco mais de tempo.
Ótimo tema. Parabéns!
No meu caso acontece diferente, Douglas.
Durante algum tempo eu tentei adotar o sistema pomodoro, mas assim como vocês eu não respeitava a pausa e continuava trabalhando. Cheguei a conclusão de que este método só é eficiente quando preciso realizar alguma tarefa que não gosto de fazer ou algo que estou procrastinando. Neste caso os 25 minutos de foco ajudam muito.
Mas quando estou desenvolvendo, eu levo de 15 a 20 minutos para entrar em meu estado de produtividade total e o bip do relógio ao finalizar o pomodoro acaba se tornando uma interrupção para mim.
Concordo totalmente com você que em muitos casos dar uma pausa pode ajudar a encontrar uma solução com mais facilidade. Neste caso um pomodoro pode resolver sim.
Ainda assim, voltando ao tópico, uma coisa é uma leve pausa para tomar uma água enquanto se discute sobre o problema que você está tendo. Outra coisa bem diferente é parar o trabalho para assistir a uma reunião.
Carlos, obrigado pela resposta. Talvez eu tenha focado meu comentário apenas na questão dos intervalos pequenos. Sobre as reuniões concordo com você.
abs,
Falou e disse! Grande abraço Carlos!
Falou tudo!
Geralmente eu não começo nada desafiador sabendo que daqui 1h vai ser feito uma reunião, e acabo não fazendo “nada” neste tempo, claro que fico pesquisando algo útil, mas vendo por um lado é improdutivo.
Uma forma que demorei mas consegui colocar na empresa que trabalho (esta não tem nada na área, existe apenas eu como o cara do “sistema”), dos gestores ler o que está escrito na ferramenta que gerencia o projeto, isso eles não ficam me interrompendo o tempo todo, e eu não preciso ficar enviando e-mail para dar status do desenvolvimento e muito menos fazendo reuniões desnecessárias para mim.
O pior de tudo ainda é os engenheiros de obra pronta, que não tem a minima noção e adora dar palpite, um exemplo que tive hoje ainda:
“e se nós definirmos neste pedido a opção 1, e no outro a 2, podemos aplicar um filtro na busca e listar apenas o que queremos!”
Achei que só eu tinha esse ponto de vista em relação a reuniões!
Valeu Carlos.