Sou um programador acima da média (tenho interesse no desenvolvimento de linguagens, frameworks e tecnologia em geral e tenho uma boa compreensão de sistemas), mas sempre acho que não consigo entregar as coisas (a tempo). Isso não afeta o meu trabalho do dia a dia, pois possui um bom processo de controle (tarefas de tamanho reduzido com desenvolvimento orientado pela vergonha), mas definitivamente me machuca nos meus projetos pessoais.
Algumas das razões que acho que estão em jogo. -Eu Torno as coisas mais complicadas do que precisam. Muitas vezes, muito mais do que eu admito. -Não sou muito bom em diminuir as tarefas às vezes. -Eu ando em cantos obscuros quando os encontro, em vez de manter um foco a laser.
O resultado geralmente é que eu não entrego. Agora eu posso saber na parte de trás da minha mente que o que eu preciso fazer, mas eu apreciaria sua estratégia de como ser o cara que "entrega".
fonte
Respostas:
Algumas observações:
Segundo Seth Godin , a maneira como você envia dentro do prazo e do orçamento é a seguinte: quando você fica sem tempo ou fica sem dinheiro, você envia. É isso aí.
Ele também diz que as pessoas tendem a arriscar coisas; eles desenvolvem a coceira para corrigir apenas mais um bug ou adicionar apenas mais um recurso. Eles fazem isso, não porque realmente precisam desse novo recurso ou correção para enviar, mas porque têm medo de escrutínio; contanto que o produto não seja enviado, eles podem evitar críticas.
As pessoas ganham a reputação de serem valiosas porque sabem como fazer as coisas, não apenas porque têm boas idéias. Eles têm a capacidade de terminar. Não se trata de uma estratégia. É sobre uma mentalidade. Use essa mentalidade para se cercar das ferramentas necessárias (tanto mentais quanto físicas) para se tornar o mais produtivo possível.
Tudo isso dito, há uma técnica que eu defendo, e que são breves rajadas de produtividade de alto nível. Dê a si mesmo períodos de 20 ou 30 minutos em que você decide que será o mais produtivo possível durante essa breve explosão. Defina um cronômetro. Quando esse cronômetro terminar, faça uma pausa de 5 minutos. Esticar, andar por aí. Esvazie sua mente. Não pense em trabalho durante esse período.
Espuma, enxágüe, repita.
fonte
Há uma grande diferença entre atrasar-se em uma tarefa fixa e bem definida e atrasar-se porque a tarefa muda. No trabalho, é o cliente que pede mudanças, e todos entendem que o cronograma mudará de acordo.
Em casa, você é o cliente e o programador. Quando você está trabalhando em algo e a idéia surge na sua cabeça "Puxa, se eu mudar A ou reescrever B, o projeto será melhor", que é uma mudança, não sendo tarde. Nos negócios, um cliente ponderaria as alternativas e tomaria uma decisão, em casa você está fazendo o mesmo.
Considere a criação de um site no trabalho e, no meio do processo, o cliente liga e pergunta "Eu sei que você está criando parte dele no Flash, mas poderíamos usar o HTML5?" Você pensaria e responderia algo como "Bem, sim, mas isso fará com que o projeto demore mais 3 semanas e adicione x dólares ao custo".
Em casa, a diferença é que geralmente temos um duh! momento em que percebemos "Nossa, isso seria melhor se eu estivesse usando HTML5". A parte que pulamos é a parada para pensar nas implicações da mudança em termos de cronograma; em outras palavras, geralmente não paramos para pensar na mudança. Em vez disso, geralmente apenas fazemos isso porque "sabemos" ou "pensamos" que é o melhor caminho. Não inicializamos o Excel e fazemos um cálculo financeiro como um contador de feijão faria no trabalho ao decidir se uma alteração deveria ser feita.
Pessoalmente, eu gosto disso em casa, nem todo desenvolvimento deve ser conduzido por contadores de feijão ;-)
Não se intimide, entenda mal o que está acontecendo.
fonte
Ótimos conselhos aqui - Além disso, tente conseguir um parceiro interessado no mesmo projeto que você deseja fazer. Então você pode motivar um ao outro e fazer as coisas. É como conseguir um parceiro de academia - ajuda muito nos dias de folga.
É exatamente por isso que os projetos de código aberto funcionam - muitas pessoas que realmente querem fazer isso, meio que se pressionam para manter a qualidade / entrega consistente.
fonte
Poucos pontos vêm à mente:
Defina uma meta alcançável específica.
Faça da simplicidade um objetivo pelo qual lutar.
Coloque um plano de projeto realista e tente cumpri-lo.
Isolar a pesquisa da entrega.
Analise seu desempenho (como você está fazendo aqui).
Coloque o tempo inicial no design.
fonte
O que funciona para mim é escrever cerca de 5 a 10 tarefas de tamanho pequeno no meu quadro branco no início do dia. Nada muito ambicioso. Meu principal objetivo é cruzar essas tarefas antes do final do dia. Se nada mais, basta realizar essas tarefas.
É claro que vou seguir as tangentes e trabalhar em muitas outras coisas, mas se o dia estiver chegando ao fim, vou largar essas tangentes e voltar à lista. Minha motivação é que desejo a satisfação de ver toda a lista riscada e iniciar uma nova lista no dia seguinte.
É incrível o quanto mais produtivo eu sou quando faço isso.
fonte
Para projetos pessoais, esse nível de procrastinação é bom. Eles são mais para se divertir e aprender do que produzir produtos finais. Se você estivesse falando sobre projetos de clientes, isso seria uma questão muito diferente.
Se você está preocupado com sua produtividade em projetos pessoais, eu definiria metas alcançáveis com recompensas. Você também precisa aceitar que o envio é um recurso. É melhor ter um produto imperfeito agora do que um produto perfeito no futuro.
fonte
Eu tenho o mesmo problema e encontrei as duas coisas a seguir me ajudaram tremendamente:
fonte
Não se deixe iniciar outro projeto até concluir o projeto em que está trabalhando. Acabo empilhando muitas coisas que quero fazer, para não terminar nenhuma delas. Se você ficar entediado, faça malabarismos com 2 projetos.
fonte