Por que você nunca faz tanto quanto planejou? [fechadas]

Eu sempre começo o dia pensando "vou fazer isso facilmente até o final do dia" e defino o que parece ser um alvo realista.

Então, por que eu nunca bati nele? A tarefa sempre acaba demorando 3x mais devido a erros imprevistos, alterações de última hora etc.

Sou apenas eu? Parece que não estou conseguindo prever melhor o que pode ser feito em um dia.

Porque você nunca foi ensinado a planejar.

Planejamento é uma habilidade , assim como codificação ou escrita. Mas, de alguma forma, é deixado de fora de quase todos os currículos.

Ele precisa ser aprendido e praticado, e suas estimativas de seus próprios recursos precisam ser atualizadas continuamente. É por isso que práticas de trabalho como o Agile enfatizam a medição de seu trabalho real anterior e a comparação com suas estimativas, para que você possa melhorar suas habilidades de planejamento.

Como outros já disseram, você precisa prestar contas não apenas da tarefa, mas de todos os seus antecessores, tarefas relacionadas (por exemplo, aprender a fazer X) e precisa conhecer seus próprios preconceitos mentais internos que o impedirão de contabilizando corretamente a maneira como você realmente trabalha.

Treine e, quem sabe, você pode melhorar.

Difícil de acreditar que ninguém tenha mencionado a lei de Hofstadter ainda.

Penso que a resposta real é que seu planejamento sempre assume um cenário de melhor caso, como se tudo funcionasse imediatamente e nunca houvesse interrupção. Na vida real, você começa a codificar e, em seguida, o telefone toca, fica distraído por cinco minutos, gasta mais 15 minutos em fluxo de pilha ou programadores. alguns pesquisando no Google, gastam 2 horas para testar as possíveis soluções, etc.

Em outras palavras: o "melhor caso" só acontece nos seus sonhos.

Todo programador, de vez em quando, tem um dia perfeito. Você acorda 5 minutos antes de o alarme disparar, sentindo-se ótimo. O café da manhã é feito e no balcão, junto com café fresco, para que você possa pegar alguma coisa e sair pela porta. Durante o trajeto, você apaga todas as luzes verdes e o tráfego parece ser especialmente leve. Contemplando o dia que está à sua frente, você é capaz de entender completamente o design e as consequências da tarefa à sua frente, que foi bem planejada com requisitos firmes.

Você começa a trabalhar e descobre que não possui e-mails importantes, mensagens de voz em espera e seus colegas de trabalho estão fora ou em reuniões nas quais você não precisa comparecer. Você inicia seu editor e está imediatamente na zona, pode sentir a estrutura do código e ver suas estruturas de dados e algoritmos se encaixando no lugar de um todo bonito e coeso. Os pensamentos fluem através de suas mãos para o teclado, inserindo um código perfeitamente formado que é elegante, sustentável e sem erros.

Durante o dia em que você trabalha sem interrupções, o escritório fica quieto e você fica tão concentrado que nunca fica tentado a acompanhar as notícias, os blogs etc. Quando compila e executa seus testes, descobre que tudo funciona sem problemas, é claro que você sabia que funcionaria, e no final do dia você se compromete sem conflitos. Olhando para o relógio no seu caminho, você percebe que coloca 12 horas e parecia uma breve sessão de codificação de 20 minutos.

Nesse dia, naquele dia perfeito, é o que assumimos que teremos toda vez que tivermos que estimar alguma coisa.

Não se esqueça de reuniões, pessoas interrompendo você, etc. Erros imprevistos são difíceis de prever, mas com o tempo você poderá ter uma idéia de quantos erros você descobrirá em um determinado período de tempo. Ao estimar quanto tempo algo levará, você deve considerar o contexto. Ou seja, "supondo que não seja interrompido ou descubra bugs, devo poder fazer algo em X por um período de tempo"

Como um pequeno exercício para você, considere o seguinte:

• No início do dia, anote qual é seu objetivo e a estimativa de tempo para ele.
• A cada interrupção (reunião, conversa de colegas de trabalho etc.), anote o período aproximado de tempo
• Toda vez que você encontrar um novo bug, anote-o como uma tarefa não planejada, juntamente com aproximadamente quanto tempo levou para desenvolvê-lo.

Você encontrará alguns padrões que começam a surgir e pode planejar adequadamente para eles. Sempre que você informar ao seu gerente um tempo estimado de conclusão, apenas faça uma ressalva com o pressuposto do primeiro parágrafo. Você pode se surpreender com a precisão da estimativa ao remover o tempo gasto em interrupções e bugs.

Quando você está trabalhando em uma lista de erros ou lista de recursos, provavelmente já está realizando o primeiro e o terceiro pontos. Esse pequeno exercício lhe dirá para onde está indo todo o seu tempo e você poderá se surpreender com a resposta.

Você pode querer expandir seu prazo de previsibilidade. Você pode determinar o que pode fazer em uma semana? Se todas as tarefas estão demorando três vezes mais do que você pensava, parece que você é consistente o suficiente para ser previsível. Você só precisa ajustar em 3x;)

porque você simplesmente ignorou o fato de que erros imprevistos podem ocorrer.

Faça algumas estatísticas sobre o tempo médio gasto nos erros e leve em consideração esse tempo ao fazer seu plano.

Porque você não está planejando corretamente. Ai .

Aposto que, se você mantiver um total contínuo de quanto você escorrega (no papel), e depois ajustar suas estimativas em%, poderá planejar corretamente.

FWIW, software é notoriamente difícil de estimar. McConnell (da fama do Code Complete) já publicou um livro.

Algo que costumo fazer é me distrair com coisas aleatórias que não têm relação com o que estou fazendo. Uma lista de tarefas pode ajudar com isso; quando pensar em algo, escreva-o e faça-o depois de terminar o que está à sua frente.

Porque passo muito tempo no estouro de pilha.

Matriz urgente / importante pode valer a pena considerar para ver para onde vai o seu dia. É sobre coisas urgentes, mas não importantes, como reuniões e interrupções despreparadas? É sobre coisas urgentes e importantes que você não sabia no início do dia? Apenas um exercício para considerar aonde vai o seu tempo.

Eu tenderia a pensar que as coisas mais interessantes são importantes ou então por que elas são interessantes? Apenas um pensamento.

Essa é uma boa pergunta e que estou constantemente pensando. Eu costumo pensar que

• é muito fácil avaliar mal a quantidade de trabalho que o recurso X levará.
• Eu nunca planejo insetos ou viagens à chaleira.
• ou você faz muito com pouco código ou nada é feito muito e parece não haver nenhum intermediário.
• às vezes você perde sua 'zona', às vezes as coisas precisam ser pensadas.