Arranje outro emprego e deixe outras pessoas lidarem com isso. Muahahahhahahaa
.....
Apenas brincando. :)
Mas com toda a seriedade: preenchimento de estimativas é seu amigo. Eu geralmente faço uma estimativa realista decente, depois do dobro. Isso pode parecer excessivo, e às vezes é, mas é melhor superestimar um pouco e até parecer um pouco lento às vezes - do que deixar impressões ruins criando código com bugs e sempre extrapolando suas estimativas. E, claro, você incorrerá em débito técnico ao permitir que o codebase seja hacky.
Outra dica (relacionada): Sempre calcule tarefas aparentemente minúsculas, sem problemas para um bloco de tamanho decente. Digamos, por exemplo - um item que você tem quase certeza que será apenas uma linha simples de 30 segundos - dê 1 hora (ou talvez o menor bloco de tempo no seu quadro de horários ou sistema CR, por exemplo 15 minutos / 0.25 horas) . E dê blocos de meio dia ou de um dia para os itens um pouco maiores, mas ainda relativamente triviais.
A razão para isso é principalmente psicológica: eu acho que se você adquirir o hábito de hackear rapidamente pequenas mudanças, o trabalho se apressa, e você nunca acaba se sentando, fazendo um balanço e refatorando coisas que precisam ser feitas. refatorado. Além disso, em um nível prático: pequenas, mas não triviais, as mudanças às vezes se apagam, e você não quer estar constantemente sentindo que está atrasado e apagando os incêndios de bug. É parte e parcela do motivo pelo qual as bases de código são hackeadas ao longo do tempo.Por fim, lembre-se sempre de que as pessoas não precisam saber que você está preenchendo suas estimativas. Contanto que você seja um desenvolvedor competente e esteja trabalhando em um ritmo decente, esse preenchimento não será perceptível. ou seja, não diga ao PHB "Minha estimativa inicial é que levará duas horas, mas me dê meio dia". Diga a ele: "Acho que levará cerca de meio dia". e deixa lá.