Talvez você não concorde com tudo que eu escrevo por aqui, mas tem uma coisa que é praticamente unanime entre todos os programadores: reuniões são uma tremenda perda de tempo.
Reuniões nos fazem perder muito tempo que poderíamos estar programando, mas é um mal necessário. Uma reunião é um momento em que todos os envolvidos no projeto param para pensar no que estão fazendo. E é neste momento que são tomadas as decisões sobre como fazer o que quer que seja que você precise fazer.
Mas ainda mais importante que pensar no que precisa ser feito, é pensar no que você está fazendo enquanto você está fazendo. Não estou falando de parar por alguns instantes antes de começar a escrever código e pensar em como você vai escrever determinada funcionalidade. Estou falando de um processo contínuo de meditação – toda decisão que precisa ser tomada deve envolver um processo (mesmo que rápido) de meditação antes – que deve ocorrer a todo momento. Este processo é critico e deve envolver todos os aspectos da sua vida.
Foto de regolare
A maioria dos programadores codifica no piloto automático. Isto é um problema grave, porque você deixa o seu inconsciente tomar as decisões por você, quando na verdade cada decisão tomada deveria ser analisada antes. Seu cérebro é uma ferramenta surpreendente, com um pouco de esforço você pode tomar o controle e focalizar seus pensamentos de verdade na execução da tarefa que você está realizando.
No inicio isto pode parecer uma tarefa difícil, talvez seja necessário realizar certas pausas a cada 10 ou 5 minutos somente para pensar no que você está fazendo, mas com o tempo você conseguirá fazer isto de forma consciente ao mesmo tempo em que continua escrevendo. Mas nunca deixe esta tarefa no piloto automático.
PENSE! Não considere pausas para pensar como tempo perdido. Com o passar do tempo você perceberá que está mais envolvido com o trabalho e que você entende melhor o negócio da empresa para qual está trabalhando. O tempo gasto será pago, já que você será mais eficiente. E principalmente, você gastará menos tempo em reuniões já que você provavelmente já terá pensado na maioria dos problemas antes.
Reuniões não são perda de tempo. Reuniões mal organizadas/estruturadas é que são.
Já cansei que entrar em reunião e ter que gastar um bom tempo atualizando todo mundo pq ninguém se preparou para ela.
Quando marcar a reunião, deixe claro o assunto e seja rápido com ele. De preferência em um lugar sem cadeiras. :)
[]s
Programar no piloto automatico eh apenas um sintoma de uma “doenca” bem maior… programar (e trabalhar em geral) deveria ser uma fonte de diversao, deveria ser algo interessante. Se tu trabalha no automatico, eh sinal de que nao esta conseguindo manter o interesse no trabalho e provavelmente ele nao eh um bom trabalho… Se isso acontecer frequentemente cogite procurar um outro emprego, afinal existem centenas deles por aih!
Sobre reuniões: concordo com o que você (Brando) falou no artigo e o que o Pamplona comentou. Reuniões mal planejadas são perda de tempo; mas como reuniões planejadas são *raríssimas*, fica a impressão que toda reunião é perda de tempo. Toda reunião deve ter um plano, deve somente envolver as pessoas diretamente ligadas, todos devem ser avisados sobre a pauta da reunião, deve ter uma agenda, e deve ser marcada com antecedência (a não ser que seja uma reunião emergencial). Uma rápida busca no Google já aponta ótimas fontes, como a desse Wiki: http://www.howtodothings.com/business/how-to-plan-a-meeting
Sobre programar no piloto automático: realmente toda atividade de programação exige meditação (adorei esse termo para este contexto). Antes de toda atividade, todo programador deveria dedicar um bom tempo para pensar, filosofar, rabiscar em um pedaço de papel, para só então ousar iniciar a programação. Isso, com certeza, vai evitar muito desperdício.
Valeu Brando!
Concordo com vocês que a grande maioria das reuniões, ou o maior tempo das reuniões é perda de tempo.
Porém o que tenho vivido ultimamente é o problema da falta de reunião. Como assim? Explico, com a correria dos projetos, em alguns casos não se chamam todas as pessoas necessárias nas primeiras reuniões, e isso tem ocasionado que tarefas são delegadas a pessoas que não tem um conhecimento necessário para tomar algumas decisões, o que vem acarretando em reuniões de emergência, quando o barco já está andando para “apagar o incêncio”.
Abraço!
Então hoje em dia, tenho achado as reuniões técnicas, de definição dos projetos , um tempo precioso, pois geralmente quando elas acontecem com todos os envolvidos, nos poupam dores de cabeça futuras.
Deixando a discussão de prós e contras sobre programação em pares de lado, é impossível programar em par no “piloto automático” da forma ilustrada pelo Carlos Brando. É impressionante a quantidade de críticas sobre a implementação que ocorrem pelo par que não ocorrem pelo programador singular. Eu iria até longe o suficiente para dizer que é impossível programar no piloto automático e em pares ao mesmo tempo. A necessidade que você tem de informar o que pretende fazer e o que está fazendo ao seu par, ou a necessiadade de pensar nos próximos passos de algo que você não está comandando diretamente te impedem de delegar a tarefa ao subconsciente.
Curiosamente, a programação em pares é uma das práticas originadas do XP menos fervorosamente defendida pela comunidade.
Quanto à reuniões, eu tenho medo de afirmar que elas são um desperdício de tempo. Hoje, trabalho em uma startup, mas já trabalhei em diversas multinacionais e embora a reunião não seja a ferramenta ideal de comunicação, eu não consigo afirmar com convicção qual a outra ferramenta que poderia suplantá-la: documentação? email? twitter?
Esse é um problema que ainda precisa ser resolvido, e que está sendo resolvido nas empresas pequenas, onde há margem para inovação e onde a ineficiência dói mais.
Reunião é perda de tempo se não tiver pauta. Se não tem pauta, não tem escopo. Se não tem escopo, a reunião só vai servir para marcar uma outra reunião.
Até mais,
Roberto
Acho as reuniões importantes, desde que os envolvidos no projeto saibam o que foi pedido, dando a possibilidade de eu fazer as perguntas certas, para obter as respostas certas.
Até agora (para mim) nenhuma reunião foi útil, os envolvidos no projeto sabiam menos que eu e no final vem sempre aquele débito técnico.
Concordo com o @Roberto Furutani
Reunião é perda de tempo se não tiver pauta. Se não tem pauta, não tem escopo. Se não tem escopo, a reunião só vai servir para marcar uma outra reunião.
Mudando de assunto: Programar no piloto automático deve ser horrível, todo dia busco melhorar meu “pensar no que está fazendo, enquanto está fazendo”.
Ronaldo, simplesmente…