Entrega de projeto em tempo hábil x qualidade do código

[Nerdmonkey 3]

Boa tarde pessoal.

Se eu postei na área errada, por favor, podem mover para o tópico correto

Em termos de entrega de projeto, entendo que, prazos devem ser cumpridos.

Gostaria de sabe a opinião de vocês com relação á entregar o projeto com um código inferior para não perder o prazo, ou, conversar com o cliente que será necessário mais tempo para entrega e entregar um código com mais qualidade?

 

Levando-se em consideração que o cliente não liga pra como está sendo feito, e sim que está funcionando.

E também o fato de que foi estipulado um prazo, porém foi necessário aumentá-lo para encontrar uma melhor solução para o problema sem perda de qualidade do código.

[Matheus Tavares 167]

Olá @Nerdmonkey.

 

Na maior parte do tempo, seu cliente (ou até mesmo o usuário final) não dá a mínima para o quanto de memória sua aplicação está usando, se ela foi feita em PHP ou Java, se trabalha com mono ou multi-threads, se roda na versão X.Y.Z ou na versão A.B.C, enfim, você entendeu.

Para esse cara, o que importa é conseguir interagir com o sistema e que ele funcione. Simples assim.

 

Quem se importa com qualidade do código? Você e quem vai lidar com o código futuramente. Ninguém mais.

 

Então eu acredito que dá pra resumir a resposta no seguinte:

 

O projeto pode crescer de alguma forma? É um sistema ou apenas uma página de apresentação da empresa?

Se ele puder crescer, invista na qualidade. Seu cliente não se importa nesse momento, mas ele está pagando por um trabalho que ele espera ser bem feito e futuramente as consequências (boas ou ruins) disso surgirão.

Se esse não for o caso, você pode sacrificar algumas boas práticas em nome do seu compromisso com o cliente. No final, dá na mesma.

Nós programadores, tendemos a ser muito vaidosos com nossos códigos, e isso é excelente. Apenas não esqueça que há limites para isso... um sistema não termina nunca. Você pode ficar otimizando ele o resto da vida.

[luiz14 16]

Em 10/02/2018 at 15:13, Nerdmonkey disse:

Boa tarde pessoal.

Se eu postei na área errada, por favor, podem mover para o tópico correto

Em termos de entrega de projeto, entendo que, prazos devem ser cumpridos.

Gostaria de sabe a opinião de vocês com relação á entregar o projeto com um código inferior para não perder o prazo, ou, conversar com o cliente que será necessário mais tempo para entrega e entregar um código com mais qualidade?

 

Levando-se em consideração que o cliente não liga pra como está sendo feito, e sim que está funcionando.

E também o fato de que foi estipulado um prazo, porém foi necessário aumentá-lo para encontrar uma melhor solução para o problema sem perda de qualidade do código.

Eu acredito que vale a pena conversar com o cliente sim, porque normalmente ele não tem ideia de quais os benefícios que um código com mais qualidade pode trazer ao projeto dele. Sem falar que isso pode ser decisivo para que ele volte novamente a fazer negócios com você, pode ser que não, mas pode ser que sim, pois tem cliente que não vai te dizer que não gostou do seu trabalho, ele simplesmente vai contratar outra pessoal da próxima vez.

 

Levando em consideração o prazo. Você pode entregar a primeira versão do projeto, que esteja funcionando, dentro do prazo estipulado e depois entregar uma segunda versão mais trabalhada, mas sempre com o consentimento do cliente, pois acredito que ser claro e objetivo é a coisa mais certa a ser feita. Ponha-se no lugar do cliente, se você fosse ele, você gostaria que ele fizesse aquilo que você está fazendo? Se a resposta for não, eu te aconselho a não fazer. Mesmo que ele não ligue para como está sendo feito, eu acredito que qualquer trabalho que você fizer para alguém é essencial conversar bastante com o cliente, tirar suas dúvidas, as dúvidas dele e esclarecer tudo o que você considere importante.

[Omar~ 87]

Prazos... Templo, qualidade do serviço....

Dilema de um desenvolvedor....

 

Então, como já disseram, pouco importa como foi feito ou como funciona, para o cliente ele só quer a coisa funcionando e entregue no menor tempo e custo possível.

(Até hoje nunca vi ninguém chegar e dize: Eu quero a coisa impecável, leve o tempo e custo que for necessário)

Sobre a qualidade vamos ver uma situação.

Citar

Você faz um mal trabalho que fica travando ou dando erros corriqueiramente, logo o cliente é o primeiro quem vai avaliar seu trabalho. Então para solucionar os problemas devido ao seu péssimo código ele contrata outro que explica para ele que o aquilo que você fez é uma porcaria.

Então um novo cliente decide antes de lhe contratar, procurar alguma referência a seu trabalho então chega ao cliente citado anteriormente. Resultado, um cliente perdido e outro que nem se interessou, logo o ciclo vicioso começa e mais e mais trabalho você perde.

 

Então o foco de deve ter é entregar mais rápido o possível, com a melhor qualidade possível dentro do limite de prazo (Nunca vir com a desculpa que vai precisar de mais tempo, isso soa como incompetência).

O que pode fazer é terminar o projeto (dentro do prazo) apresentar para o cliente e lhe pedir mais tempo para fazer melhorias por um custo bem menor do que cobrou na produção, como isso você passa a responsabilidade da qualidade para as mãos do cliente.

 

E como também disseram, não se preocupe demais em otimização, porque você melhora aqui e ali e sempre a o que melhorar.