Prazo apertado não é desculpa para trabalho mal feito
Quando vemos um projeto de internet mal produzido, muitas vezes nos questionamos os motivos que levaram o produto final a ter tantas falhas.
Uma das razões mais apontadas pelos desenvolvedores é o prazo apertado. Na nossa visão, o tempo curto não é desculpa para um trabalho mal feito, por um simples fato: se assim fosse, praticamente todos os projetos web seriam mal produzidos, já que praticamente todos possuem prazos apertados.
Como equacionar então a urgência do prazo com um produto final de qualidade? A resposta está no lançamento modular.
O primeiro ponto é avaliar o prazo disponível e ter em mente o que é possível fazer dentro daquele período. Em seguida, deve ser analisado o escopo do projeto ideal e identificar quais são as funcionalidades essenciais do projeto.
O desenvolvedor deve então trablhar nessas funcionalidades essenciais para lançá-las no prazo previsto, sem deixar de lado a qualidade. Depois do lançamento, começa-se a trabalhar nos demais módulos, melhorando o site ou sistema continuamente.
Essa estratégia pode não ser a ideal, mas sem dúvida é muito melhor do que lançar tudo o que se quer ter em uma data definida e colocar no ar um projeto cheio de falhas, com muitas funcionalidades e nenhuma funcionando adequadamente.
O melhor mesmo é não aceitar prazos apertados. E se o profissional (ou empresa) o aceitou, que o cumpra.
Alegar que o prazo apertado foi o motivo da falta de qualidade é no mínimo fugir da reponsabilidade que aceitou ao receber o dindin na hora de fechar o contrato. Se o prazo era apertado para produzir com qualidade, porque o aceitou?
Com isso sai perdendo o cliente, sai perdendo o profissional e sai perdendo o mercado.
Repito: Se o prazo era apertado, não aceitasse. E se aceitou, se vire para cumprir (e com qualidade).
Simples e objetivo como em qualquer acordo comercial.
Abs
Acredito que com tempo o trabalho sai mais bem feito. não é possível abrir o mar em poucos dias.. Com tempo você consegue realizar as tarefas de forma mais equilibrada e consistente.
abraço.
Em projetos web é difícil definir a prazo para a entrega do produto. já trabalhei em projetos onde consegui entrar 3 a 4 funcionalidade com complexidade alta em apenas um dia, mas também já trabalhei em projetos onde levei 4 a cinco dias para fazer uma coisa simples. Existem diversos fatores que devem ser avaliados, a demanda pode ser uma manutenção de código legado, a arquitetura pode estar mal desenvolvida e a gerência pode achar que não deve ser feita refatoração.
Esta questão é muito complexa para apontar um exemplo e dizer que é uma verdade abssoluta.