Como lidar com o problema dos "30 minutos restantes"?

Há muitas opções:

• Verifique (relevantes) blogs/novos/diários e leia o que se passa no seu campo
• Documente o que fez durante o dia
• Planeie o que precisa de fazer no dia/semana/mês seguinte
• Volte ao seu correio e finalmente obtenha realmente a informação que lhe escapou enquanto o ignorava
• Verifique se fez todas as “tarefas organizacionais”, e se não o fizer, faça-os (Entregue o seu horário, envie esse relatório na sua secretária para quem quer que o leia, inicie o backup, etc.). …)
• Limpe o seu quadro branco/desk/desktop de qualquer coisa que lá tenha acumulado mas que tenha perdido relevância há três semanas
• Já fez tudo isto? Ainda 30 minutos? Volte ao passo 1! (E, você é um mágico).

Para além de planear o seu dia, arrumar as coisas e sair mais cedo (para compensar o atraso noutras alturas), deixe-me sugerir algo que provavelmente parece muito contra-intuitivo:

Tente evitar parar num “ponto de paragem natural”

Preocupa-o o facto de que, se se meter meia hora numa tarefa de codificação, vai ter dificuldade em carregar o contexto quando voltar a ela no dia seguinte. Mas a minha experiência é precisamente o oposto. Digamos que você vai escrever uma função simples. Você sabe que haverá alguma inicialização, um loop para processar todo o X no Y, e alguma limpeza. Vou literalmente adicionar o ficheiro ao meu projecto, declarar a função, adicionar três comentários (talvez escrever o para ou enquanto constrói em torno de um deles) e depois – ir para casa.

De manhã, quando entrar, não precisa de se lembrar do que estava a fazer ou consultar as suas notas – está tudo bem aí para si. Porquê ir para casa com um ficheiro vazio, ou uma folha de papel em branco, à sua espera pela manhã? Em vez disso, pelo menos escreva um título ou uma linha de assunto. Pelo menos, escreva o nome da função. Se é suposto escrever um documento, faça a pasta, crie um documento vazio com o nome correcto e coloque o título do documento na parte superior da primeira página. Aplique uma folha de estilo.

Comece. Depois saia. Pode ficar MUITO surpreendido - é muito mais fácil começar se não tiver parado num ponto de paragem natural. Lançar a partir destes pontos é super fácil.

Na verdade, é tão fácil que por vezes uso uma variante disto para me enganar a mim próprio para trabalhar em algo em que não quero trabalhar. Eu apenas faço a parte de “começar” - fazer o novo projecto ou pasta vazia ou o que quer que seja. Fazer um ficheiro chamado outline e colar no outline a partir do e-mail. Descarregar as especificações ou as notas de lançamento. Encontrar o link para o vídeo que preciso de ver. Nada disto conta realmente como trabalhar naquilo em que não quero trabalhar, são apenas as coisas de “começar a trabalhar” que me permitiriam realmente trabalhar nele, por isso faço estas tarefas sem resistência. E depois descubro, quando as faço, que a minha resistência cai e sou capaz de fazer a tarefa em si.

Experimente.

Ficaria mais do que feliz em vê-lo ir para casa e recuperar os 30 minutos noutro dia. Como diz, será muito mais produtivo a fazer isto do que a tentar fazer 30 minutos de trabalho, perdendo o seu contexto durante a noite e tentando recomeçar de manhã.

Mas, de qualquer forma, nunca sou um “stickler” para o trabalho das “9 às 5”. O seu empregador pode ser mais regressivo~ mais rigoroso nisto.

Praticar o planeamento e a escrita. Não se pode codificar outra coisa, mas normalmente há algum planeamento para codificar que continua e se o escrevermos nesses 30 minutos, podemos lê-lo logo no dia seguinte e começar a codificar. Se passar por um plano, basta fazer outro para que esteja preparado para mergulhar em alguns itens em vez de apenas um.

O nível de notas sobre isto dependerá de si como pessoa e do que o ajuda a lembrar-se melhor, mas o objectivo é planear e articular de tal forma que faça correr a memória do planeamento e o coloque de volta onde estava ontem sem demasiada perda de tempo. Já vi isto feito em comentários de código de enquadramento, em papel, notas de correio, editores de texto, imagens de quadro branco, etc… Encontre o que funciona melhor para si.

Como lidar com a questão dos “30 minutos restantes” ?

Isto acontece-me de vez em quando, sugiro que use o tempo a seu favor.

Eu uso estes presentes de tempo previsto para investigação de novas tecnologias, ou análise da minha próxima tarefa, ou respondo/revisto perguntas sobre o Stack Overflow. Aprendo muito só por rever novas perguntas e respostas.

Não se sente e finja estar ocupado. Faça bom uso do tempo!

Como programador nunca está acabado.

Mesmo que não consiga adicionar novas funcionalidades ao seu código no tempo que lhe resta, pode (e deve) refactor:

• melhorar nomes,
• reduzir a duplicação de códigos,
• dividir métodos/funções/procedimentos longos em mais curtos
• mover métodos/funções/procedimentos para novos ficheiros para aplicar o princípio SRP e/ou mesmo nível de abstracção.

e outras coisas do género.

Qualquer uma destas tarefas demora alguns segundos, utilizando as suas capacidades de refactoring automático IDEs. E o seu teste unitário irá garantir que não alterou o comportamento das aplicações tal como está actualmente implementado.

E no caso improvável de ter quebrado algo: verifique o último estado de funcionamento do seu SCM…

Mantenho uma “lista de tarefas” que me ocorrem quando estou a trabalhar noutra coisa - tarefas que são apenas suficientemente longas para não me querer desenterrar a trabalhar nelas de imediato (ou que não quero resolver imediatamente por qualquer outra razão - como “quero que este compromisso contenha apenas uma mudança lógica”), mas suficientemente curtas para não merecerem todas as despesas gerais associadas aos projectos normais. Sempre que encontro uma tarefa como esta, escrevo-a na lista com uma grande ajuda de detalhes - onde ir, o que fazer, quem pode beneficiar e quanto tempo espero que demore_. A maioria das coisas nela contidas são casos de canto demasiado pequenos para obter recursos “oficiais”, refactores que devem ser feitos, testes unitários que devem ser escritos, etc., mas coisas que os meus colegas me pedem enquanto estou no meio de outra coisa também vão nesta mesma lista (daí o “quem pode beneficiar”).

Quando tenho sobras de tempo, vou para a lista e começo a puxar coisas aleatórias. Cada item é auto-contido e altamente previsível em termos do tempo que leva, tornando-os perfeitos para se espremerem quando tenho 15 minutos antes de uma reunião, 5 minutos depois de me preparar para uma conferência telefónica, etc. Além disso, quando alguém se atrasa para uma reunião nada o torna mais feliz do que “Ei, eu estava a pensar em ti, por isso apertei aquela funcionalidade que me pediste há seis meses atrás, não é adorável? (E nada faz me mais feliz do que não estar ali sentado, pensando: ”*&@$ reuniões, nunca comecem a horas…“)

Como lidar com a questão dos “30 minutos restantes” ?

Sempre dediquei os últimos 30 minutos de cada dia a:

• Limpar quaisquer e-mails restantes
• Verificar e actualizar o meu calendário
• Preparar para o dia seguinte
• Embalar qualquer coisa que precisasse de levar para casa (particularmente se estivesse a planear fazer algum trabalho em casa)

Estas são coisas que poderia considerar fazer se muitas vezes se deparar com 30 minutos não agendados a disponibilizar no final do dia.

E se eu realmente não tivesse nenhuma atividade que valesse a pena, eu simplesmente iria embora.

Fazer algumas das tarefas que “não há tempo” para

Há muitas tarefas para as quais uma organização pode acreditar que “não há tempo”, mas que podem criar dívidas técnicas se deixadas - os testes por vezes enquadram-se nesta categoria.

Convencer a gestão de que precisam de gastar dinheiro em tarefas que poupam dinheiro em algum tempo futuro indeterminado é muitas vezes difícil. Desta vez, se eles se queixarem, pode apontar que teve 30 minutos de sobra no final do dia, e apontar que encontrou X número de bugs.

Demasiadas vezes, os programadores são pressionados a terminar as coisas mais rapidamente e não há supervisão de qualidade suficiente.

Verifique se algo que escreveu recentemente é feito para especular - Isto aconteceu comigo ontem. Voltei a ler parte das especificações por alguma coisa, e percebi que não estava bem - passei cerca de 20 minutos a corrigir isso.

Se você é de hora em hora, use o tempo para fazer algum trabalho ocupado como adicionar comentários e limpeza geral. Normalmente também uso estes últimos 30 minutos para enviar e-mails, escrever relatórios e preencher registos de trabalho.

Se nada mais, navegue em Stack Overflow e pareça ocupado.

Qualquer software sobre uma complexidade (não muito alta) pode ser sempre um pouco melhor.

Faça o seu código um pouco melhor.

Pessoalmente, isto acontece-me, durante cerca dos últimos 15-20 minutos do dia.

O que me ajuda é planear o dia (ou semana) seguinte, apresentando alguns itens de acção, etc.

Deve considerar dividir o seu tempo de trabalho em blocos suficientemente grandes para lhe permitir trabalhar livremente dentro de cada bloco, mas que não sejam excessivamente grandes. Pode pensar que blocos arbitrariamente grandes, que duram o tempo necessário para realizar alguma tarefa, funcionam bem para si, mas a concentração sofre após algumas horas de trabalho ininterrupto. Se fizer uma pausa depois, digamos 2,5 horas, então pode cuspir um dia de trabalho de 9 horas (8 horas de trabalho mais 1 hora de pausa) em 3 blocos com 20 minutos de intervalo para café/almoço entre blocos e mais 50 minutos de pausa para exercício.

Eliminará então este “problema da última meia hora”, só haverá um bloco de 2,5 horas que será totalmente diferente das suas últimas horas de trabalho actuais. Se uma tarefa for concluída dentro do último bloco, terá muito mais energia para continuar com outras tarefas ou planear para o dia seguinte. Terás começado esse bloco com mais energia e no início do bloco saberás provavelmente que vais terminar antes do tempo, o que te torna mais inclinado a pensar positivamente em fazer outro trabalho depois do projecto estar concluído.

O facto de agora não estares inclinado a fazer isso é um artefacto de “trabalhar até ao fim de uma tarefa” que drena energia mental; se organizares o teu trabalho como longas maratonas então não é surpresa que no fim de uma tarefa te sintas como um maratonista no final.

O meu trabalho tem diferentes tipos de trabalho. Trabalho que precisa de ser feito hoje. Trabalho que precisa de ser feito esta semana. Trabalho que precisa de ser feito no próximo semestre.

O trabalho que precisa de ser feito no próximo semestre consiste na sua maioria em pequenas tarefas com pouco “trabalho de reflexão”. Estas são as coisas que eu faço no tempo livre entre tarefas maiores. São bons enchimentos para deixar o seu cérebro relaxar no final do dia de trabalho.

Pense adiante. A menos que você esteja realmente certo no final de um pacote de trabalho e “só tenha uma coisa a fazer”, mude para outra tarefa que o levará até ao fim do dia antes de você entrar na situação de “apenas 30 minutos restantes”.

Na verdade, eu não entendo porque “30 minutos não são tempo suficiente para eu codificar nada” - se você não (ou não pode) quebrar seu trabalho em pedaços menores que isso, não soa uma maneira muito eficiente de fazer progressos. De facto, se usasse uma técnica de gestão de tempo como Pomodoro estaria a partir todo o seu trabalho em pedaços de 30 minutos.