- Em vez de manter a mesma produtividade todos os dias, trata-se de trabalhar distinguindo os dias em que a concentração está no auge e os dias em que não está
- O nível de foco no trabalho dos engenheiros varia de um dia para o outro, e aceitar isso naturalmente, em vez de ver como um problema, pode até favorecer a produtividade
- Quando não se está em estado de foco, forçar trabalho de alta complexidade em projetos facilita a ocorrência de erros que deixam passar pontos centrais
- Como, no trabalho de projeto, os erros geram um custo de coordenação maior do que simples retrabalho, é melhor esperar
- Quando se está em estado de foco, é eficaz mergulhar apenas nas tarefas de alta prioridade; quando não, a estratégia mais eficiente é resolver principalmente tarefas fáceis
- Em grandes empresas de tecnologia, períodos mais tranquilos e períodos de concentração intensa se alternam, então um estilo de trabalho ajustado a esse ritmo é eficiente
Observações básicas sobre o ritmo de trabalho
- A produtividade diária não é constante para cada engenheiro; em alguns dias é possível ter foco extremo, enquanto em outros ele é limitado
- Tentar manter exatamente o mesmo tempo e intensidade de trabalho pode acabar levando a sobrecarga ou autocensura
- A diferença entre dias de alta e baixa produtividade não deve ser vista como um problema, mas aceita como uma variação natural
O que é trabalho de foco
- "Trabalho de foco" não significa simplesmente investir horas, mas sim um trabalho que gera progresso real no projeto; não se refere a todo tipo de tarefa
- Fazer cursos, revisar PRs simples, responder mensagens e programar tarefas repetitivas podem ser feitos mesmo com foco baixo
- Mesmo em dias de pouca concentração, o tempo pode ser aproveitado com tarefas de apoio, em vez de descanso completo
Os problemas de forçar o ritmo
- Em trabalho de projeto de alta complexidade, a qualidade do resultado muda bastante entre estar em estado de Flow/foco e não estar
- Quando se faz trabalho de projeto de alto risco sem concentração suficiente (como escrever código central ou comunicação externa), é comum descobrir no dia seguinte que pontos essenciais foram perdidos ou erros foram cometidos
- Em deploys de projeto, erros têm custo de correção alto, maior do que simples retrabalho
- Se você fizer uma solicitação errada à equipe, fica mais difícil explicar o que realmente é necessário e a prioridade da solicitação pode cair
- Quando se força o trabalho sem estar em estado de foco, surgem dores de cabeça e a sensação de estar ficando doente
- É como se, em estado de concentração, recursos internos limitados fossem consumidos e só se recuperassem lentamente com descanso mental
- Quando se está em estado de foco, mesmo trabalhar mais de 12 horas pode ser aceitável
- Claro, em prazos apertados ou pedidos urgentes, é preciso se concentrar independentemente do estado
- Mas, até a reta final de um sprint, o projeto em geral é dominado por tempo de espera por dependências externas (especialmente em grandes empresas)
- Portanto, há certa margem de escolha sobre quando executar determinadas tarefas
Dois estilos de trabalho
- Quando se está em estado de foco (in the zone):
- Os problemas parecem mais simples, e até tarefas complexas parecem viáveis
- Minimizar todas as distrações e mergulhar na tarefa mais prioritária
- Adiar respostas a tudo, exceto mensagens realmente importantes (usando o recurso "lembrar mais tarde" do Slack)
- Evitar multitarefa ao máximo e focar em uma tarefa por vez
- Se quiser trabalhar até a noite, tudo bem; depois recupera esse tempo descansando bastante no dia seguinte ou no outro
- Quando não se está em estado de foco (not in the zone):
- Todas as tarefas parecem complexas e cheias de risco
- A tendência é agir de forma defensiva e evitar riscos
- Sem se preocupar tanto com prioridade, o foco vai para ganhos fáceis
- Alternar entre vários projetos e fazer mais conversas e tarefas leves
- Não tem problema sair mais cedo do que o normal (sabendo que depois isso será compensado no período de foco)
Adequação em empresas de Big Tech
- Esse estilo de trabalho funciona surpreendentemente bem em grandes empresas de tecnologia
- Pela experiência, o trabalho de todas as equipes segue um padrão parecido
- Períodos tranquilos de projetos de baixa prioridade e períodos de projetos de alta prioridade, quando a liderança de repente passa a dar muita atenção, se alternam
- Em períodos tranquilos, manter folga; em períodos intensos, mergulhar no trabalho é uma abordagem muito eficiente
Ainda não há comentários.