Quais intervalos de trabalho são mais produtivos: curtos ou longos? [fechadas]


12

Quais sessões de trabalho são mais produtivas para a programação: curta (<= 30 minutos), média ou longa (> = 2 horas)? Em quais casos? (Considere a possibilidade de codificar novas funcionalidades, fazer pequenas modificações, ajustar a interface do usuário, refatorar, depurar, aprender a API e tentar entender o código de outras pessoas).

O que você pode contar com suas experiências? Informações de estudos e melhores práticas também são muito bem-vindas. Embora seja bom ver links ou referências.

Informações confiáveis ​​são preferidas à resposta completa.


Alimentos valiosos:

  • O pensamento focado é o objetivo final aqui
  • Geralmente, o trabalho ininterrupto> 2 a 3 horas gera foco e pensamentos nebulosos
  • Quando você está no fluxo, é melhor se deixar trabalhar por 1-2 horas
  • Vale a pena praticar a técnica Pomodoro, por ajudar a superar a inércia do pensamento e a procrastinação, para obter uma melhor sensação de tempo. Especialmente, pode ajudar a começar a fazer coisas que você não gosta tanto
  • Ao usar o software de 'gerenciamento de interrupção', você pode ser mais flexível, por exemplo, pular 1 interrupção, mas não mais. Isso permite que você adote a situação: estar no fluxo, quando houver um fluxo, permanecer administrável quando não estiver no fluxo
  • Ar fresco, relaxamento e exercícios durante o intervalo podem ajudar a envolver o hemisfério direito para obter novas idéias e soluções

Experimente ferramentas de software para 'gerenciamento de interrupção':

  • Pomodairo - além disso, rastreia a lista de tarefas e possui interface de usuário pice
  • WorkRave - fornece mais flexibilidade na configuração. também utilizável sem alto-falantes

"short" rapidamente se torna "long" por acidente: P
Trezoid 23/05

Existem ferramentas como despertador ou Pomodairo, que torná-lo consciente sobre o que é curto e que é muito tempo;)
Alexey

Respostas:


18

Eu acredito que o mais importante é realmente focar . 5 minutos focados podem ser mais produtivos do que 5 horas mexendo fora de foco, navegando em sites de troca de pilhas, conversando etc.

Se você estiver realmente focado, não poderá continuar por horas continuamente (se puder, não estará realmente focado). Seu cérebro ficará sem combustível. De fato, a maioria das técnicas de gerenciamento de produtividade / tempo, como a Técnica Pomodoro , tem tudo a ver:

  1. Dividindo seus objetivos em tarefas pequenas e realizáveis.
  2. Realizar uma tarefa de cada vez, concentrando-se nela e apenas nela, por um período de tempo especificado na caixa de tempo.
  3. Tomando pelo menos uma pequena pausa.

Ao fazer algo difícil, o tempo de aquecimento - carregando todas as informações em seu cérebro e compreendendo o problema - pode ser bastante longo, portanto, períodos arbitrariamente curtos não são produtivos e o período ideal ininterrupto depende do nível de dificuldade da tarefa. Mas qualquer coisa >> 2 horas é simplesmente estúpido. Levantar-se da cadeira por 5 minutos e tomar ar fresco economizará horas, pois você encontrará a solução que está tentando descobrir nas últimas 2 horas.


Mais sobre a técnica Pomodoro, conforme solicitado por Alexey: Eu tentei, na verdade, é o único método formal de gerenciamento de tempo que já tentei. Foi um experimento benéfico que me ajudou a valorizar o timeboxing, e eu ainda poderia usá-lo, especialmente se tiver problemas em "iniciar". No entanto, quando em fluxo, achei Pomodoro puro - pausa a cada 25 minutos - muito rígido. Parar apenas por causa de um tempo preciso e predefinido acaba sendo desperdício. O cronômetro de toque é uma distração e faz com que as peças mentais caiam e reconstrua seu "cache cerebral" depois que o intervalo leva tempo.

Hoje em dia, estou trabalhando principalmente de acordo com a situação atual. Se eu tiver problemas para começar a fazer alguma coisa, posso definir uma meta estrita, por exemplo "faça isso pelos próximos 30 minutos, ponto final" ou "complete isso antes de tomar mais café". Tais regras simples facilitam a autodisciplina. Mas se estou cheio de energia, fazendo um bom código, posso fazê-lo por quase 2 horas seguidas, sem interrupções. Depois de uma corrida como essa, meu cérebro fica sem energia, de modo que parar por um tempo acontece de qualquer maneira.

Mas, para ficar claro, acho que minha capacidade de trabalhar "de acordo com a situação atual" é em grande parte porque eu tentei o timeboxing, mesmo que eu raramente faça mais. Graças ao teste, eu sei que quando procrastinar, farei algum tipo de caixa de tempo - uma caixa é suficiente - e logo estou no fluxo novamente. Então, eu recomendo tentar essas técnicas. Mesmo se você não usá-lo o tempo todo, provavelmente aprenderá algumas ferramentas úteis para se controlar quando necessário.


1
+1, mesmo que seja apenas pela sugestão de ar fresco. É impressionante a quantidade de oxigênio que você queima quando realmente não está movendo um músculo, apenas se concentrando bastante. Também água. Muitos disso.
Jörg W Mittag

Joonas, você também poderia adicionar à sua resposta o efeito da técnica Pomodoro? Você notou algum impacto notável na produtividade ou na qualidade do trabalho, depois de começar a usá-lo? Para mim, itervals de 25 min + 5 min de intervalo ajudam a manter o foco durante a leitura de livros, mas sinto que algumas informações são drenadas da minha memória de curto período de tempo durante os intervalos enquanto estou codificando. E eu tenho que 'recarregar'. Talvez eu apenas tenha que me acostumar com o regime.
Alexey

@ Alexey: eu adicionei algo sobre Pomodoro.
Joonas Pulakka

1
BTW, muito rapidamente achei o som padrão no programa Pomodairo muito irritante. Então eu apenas mudo para música, do que eu gosto. E isso não quebra mais meus pensamentos. Podes tentar.
Alexey

6

Faço uma pausa de 10 minutos a cada 45 minutos .

Mas quando estou no fluxo, programando, me dou o direito de pular um, mas apenas um.

É importante fazer uma pausa para restaurar sua mente . Veja isso como uma nova reinicialização do seu sistema. Será mais rápido.

Durante a pausa, pare de pensar no trabalho. Se você não para de pensar no trabalho, não está fazendo uma pausa.

Não pulo pausas para tarefas em que o foco não é importante como na programação.


Pierre, seu regime me parece muito bem planejado. Como você criou esse esquema 45 + 10? Você experimentou variantes diferentes? (Por exemplo, estou praticando 25 + 5, mas parece que não é muito adequado para codificação). Sua ideia de pular uma quebra (mas não mais) no estado 'flow' é interessante e vale a pena tentar.
Alexey

@ Alexey: essa é a configuração padrão do WorkRave, o software que eu uso para me lembrar quando fazer uma pausa. Não testei outro esquema porque esse funcionava muito bem. Eu acho que 25 + 5 não funcionará bem para mim, mas vou tentar amanhã.

3

Intervalos longos são tipicamente mais produtivos, pois a maioria das tarefas de codificação tem uma sobrecarga no início para entrar no "fluxo".


E se você não está no fluxo, acaba se tornando uma tarefa curta.
JeffO 23/05

2

Eu digo greve quando o ferro está quente. Depois que você sentir que está apenas caminhando, precisará parar e descansar para poder ser mais produtivo a longo prazo.

A parte difícil de responder a essa pergunta é medir a produção de programação. Não tenho certeza de que alguém tenha descoberto isso ainda, então você teria que confiar na opinião do desenvolvedor. Você pode trabalhar em um problema complexo por várias horas apenas olhando para a tela e, se você encontrar a resposta, poderá ver isso como produtivo. Faça isso por 45 minutos e não crie nada, você pode se achar improdutivo. Tente mais duas sessões de 45 minutos até resolvê-lo. Agora, como você classifica suas sessões? Duas de 45 minutos improdutivas e uma produtiva quando você pensava anteriormente que sua sessão de duas horas e meia era totalmente produtiva desde que resolveu o problema.


Uma distinção importante que me faz entender é que entre parar quando você está andando e não começar se você se sente ... mal-humorado ...? . Alguns dias eu simplesmente não conseguia começar. Primeiro entrar em uma tarefa pode ser um desafio e não deve ser confundido com "não estar pronto"
Carson Myers

1

Depende da natureza da tarefa. Geralmente (como @Joonas observou), é possível dividir tarefas em partes menores, cada uma das quais pode ser gerenciada por 5 minutos a 1 hora de trabalho focado. Às vezes, enfrenta uma tarefa mais complexa, que exige mais tempo para mergulhar, como

  • entender um pedaço complexo de código / algoritmo (ou a teoria matemática por trás dele),
  • projetando um sistema complexo.

Nesses casos, são necessários intervalos de trabalho mais longos - simplesmente não se pode fazer nenhum progresso razoável durante repetidas e curtas explosões. No entanto, a capacidade de realmente se concentrar é limitada a algumas horas, no máximo, portanto são necessários intervalos.

Outro aspecto é que, com problemas realmente difíceis, é necessário envolver todo o cérebro para obter uma solução - não apenas o hemisfério esquerdo lógico / analítico, mas também o holístico da direita. Muitas vezes, enfrentando um problema difícil, seu cérebro esquerdo pode simplesmente ficar preso, rolando na mesma rotina mental repetidas vezes, sem nenhum avanço. Isso não apenas o cansa, mas bloqueia completamente qualquer possibilidade de seu outro hemisfério cerebral criativo se envolver no processo e comunicar quaisquer idéias / resultados que ele possa ter encontrado. Com frequência, nesses casos, tendo compreendido completamente o problema e seu contexto e declarado as questões relevantes, a melhor abordagem pode ser "relaxar", fazer algo completamente diferente para envolver seu cérebro lógico, permitindo assim que seu cérebro criativo trabalhe livremente.


Peter, quando você fala sobre deixar o trabalho certo no hemisfério holístico, você prefere mudar para outra tarefa ou fazer uma pausa completa e beber alguma água ou chá?
Alexey

@ Alexey, é sim o último. Qualquer coisa que seja diferente o suficiente para envolver, mas relaxa sua mente analítica. Consulte Lidar com a frustração quando as coisas não funcionam.
Péter Török

1

Provavelmente não existe uma resposta correta universal para essa pergunta. Pessoas diferentes encontrarão regimes diferentes trabalhando para eles e, como também observado acima, tarefas diferentes podem fazer demandas diferentes.

Se o seu trabalho de programação é inteiramente baseado em tela, é recomendável que você faça uma pausa a cada 50 minutos, por motivos de saúde visual. No entanto, com essa consideração de lado, acho que você precisa reconhecer que pessoas diferentes têm práticas diferentes. Além disso, independentemente da sua opção preferida, a capacidade de evitar interrupções costuma ser seriamente limitada em um ambiente de escritório.

Tenho que confessar que estou me perguntando por que você faria esse tipo de pergunta.


Peço para descobrir um regime que poderia ser melhor do que o atual.
Alexey

1

Para ser produtivo, não se trata de fazer pausas em intervalos fixos. Faça pausas sempre que achar que precisa de uma pausa para se concentrar melhor.


2
Na minha experiência pessoal, acho que, se estou muito concentrado, tendem a não perceber que preciso de um descanso. É por isso que prefiro timeboxing.
Jörg W Mittag

0

Faço uma pausa sempre que me apetece ter um. Até o momento, nos piores dias, a soma desses intervalos nunca foi superior a uma hora e meia. Quanto tempo e quantos, no meu caso, dependem de quão interessante é a tarefa em questão. Aproximadamente, menos e menos pausas quando a tarefa em questão é mais interessante. Maior número de pausas e mais se a tarefa em questão for menos interessante.

Ou seja, quando a tarefa em questão é mais interessante, a dor nas mãos ou o cansaço nos pensamentos nunca ocorrem ou ocorrem somente após a conclusão da tarefa. No caso de tarefas menos interessantes, essas coisas ocorrem com bastante frequência e em breve.

Pode ser que a Teoria da Relatividade esteja em jogo aqui. :)

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.