Diminua seu tempo
Desmembre
Estimativas que se estendem por semanas ou meses são fantasias. A verdade é que você simplesmente não sabe o que vai acontecer tão longe no futuro.
Então, reduza seu tempo. Continue desmembrando prazos em pedaços menores. Em vez de um projeto de 12 semanas, pense nele como 12 projetos de uma semana. Em vez de estimar tarefas que levam mais de 30 horas, divida-as em blocos mais realistas de 6 a 10 horas. Depois, prossiga um passo de cada vez.
A mesma teoria se aplica a outros problemas também. Você está enfrentando um problema que é grande demais para compreender? Desmembre. Continue dividindo os problemas em peças cada vez menores até que você consiga digeri-los.
Tarefas Menores e Prazos Menores
Desenvolvedores de software são um tipo especial de otimista: quando apresentados a uma tarefa de programação, eles pensam, “Isso vai ser fácil! Não vai levar muito tempo.”
Então, dê a um programador três semanas para completar uma grande tarefa, e ele passará duas e meia procrastinando, e então uma programando. O resultado fora do prazo provavelmente atenderá aos requisitos errados, porque a tarefa se revelou mais complexa do que parecia. Além disso, quem consegue lembrar o que a equipe concordou há três semanas?
Dê a um programador uma tarde para codificar um módulo pequeno e específico e ele o executará, pronto para passar para o próximo.
Tarefas menores e prazos menores são mais gerenciáveis, escondem menos possíveis mal-entendidos de requisitos, e custam menos para mudar de ideia ou refazer. Prazos menores mantêm os desenvolvedores engajados e dão mais oportunidades para eles desfrutarem de um senso de realização e menos razões para pensar, “Ah, eu tenho tempo de sobra para fazer isso. Por agora, deixe-me terminar de classificar as músicas na minha biblioteca do iTunes.”
—Gina Trapani, desenvolvedora web e editora do Lifehacker, o guia de produtividade e software
Fatores Verdadeiros
Na próxima vez que alguém tentar te pressionar por uma resposta exata para uma pergunta impossível de saber — seja para uma data de prazo, um custo final do projeto ou o volume de leite que caberia no Grand Canyon — comece tirando o ar da sala: diga “Eu não sei.”
Longe de prejudicar sua credibilidade, isso demonstra o cuidado que você traz para sua tomada de decisão. Você não vai apenas dizer palavras para parecer inteligente. Isso também iguala o jogo ao reformular a questão como uma conversa colaborativa. Ao aprender o quão exata sua estimativa precisa ser (e por quê), vocês podem trabalhar juntos para desenvolver um entendimento compartilhado sobre os verdadeiros fatores por trás dos números.
—Merlin Mann, criador e editor do 43folders.com
Resolva O Problema Que Está Bem Na Sua Frente
Minha coisa favorita que aconteceu na web em tempos recentes é o lançamento e adoção do atributo “nofollow”. Ninguém falou sobre isso antes. Não houve conferências ou comitês onde um bando de palermas poderia debater sua natureza semântica ou gramatical. Nenhum rfc que poderia transformar uma ideia simples em um trecho de xml de 20 linhas que eu teria que ler apenas para descobrir como usar, e depois não usar porque não tinha certeza se estava formatando para a versão .3 ou 3.3b.
É simples, é eficaz, ofereceu uma opção para pessoas que queriam uma opção — e isso é muito mais importante quando se lida com uma população da web que não se importa com especificações ou deferências.
Às vezes, resolver os próximos vinte problemas não é tão útil ou prudente quanto resolver o que está bem diante de nós. Não foi apenas uma pequena vitória contra o spam (todas as vitórias contra o spam são pequenas), mas uma vitória para aqueles de nós que gostam dos resultados simples e rápidos que ser um desenvolvedor web é sobre.
—Andre Torrez, programador e VP de Engenharia na Federated Media Publishing