A ver, a mi siempre me han dicho que da menos problemas decir un tiempo corto y luego pedir disculpas y retrasar la entrega, que dar un tiempo largo y entregarlo antes de tiempo.
No sé, nunca me he puesto a los mandos de un proyecto, más allá de la parte de planificación de código y reparto de tareas. Supongo que tendrá algo que ver que los tiempos largos exigen más dinero al cliente, que puede verse estafado si el trabajo no es "tan complicado como parecía", pero tener que pedir disculpas y más dinero por un retraso, no sé, lo veo más difícil de lograr, porque es posible que el cliente deje el trabajo a medias... aunque claro, el contrato está firmado y ya tienes algo medio hecho, se van a sentir más estafados que de la otra manera, pero no les queda más remedio que llegar hasta que el proyecto, al menos, sea usable.
Claro que de cara al consultor, es lo ideal. En cuestiones de ética... Aunque también hay cada cliente que... tela.
Hace un par de días estaba con una incidencia a medio hacer y tuve que frenar el desarrollo porque el programador original me advirtió que estaba haciendo una mejora de su código, no un arreglo de un error.
Marcadores