Proyecto rechazado

Question

La semana pasada tuve una reunión con un posible cliente y decidí rechazar cualquier otra planificación del proyecto y ahora no estoy seguro de si no debería haberlo hecho.

El cliente busca una empresa que le desarrolle un software. No son una empresa de software y no tienen conocimientos internos sobre desarrollo.

Han contratado a alguna persona externa que les ayuda con los detalles técnicos y esa persona tiene opiniones muy firmes sobre qué herramientas utilizar para desarrollar y cómo hacerlo (supongo que se basan en lo que esa persona sabe).

Decidí rechazar el proyecto porque para mí, parece más bien que están buscando a alguien para hacer sólo la codificación y no entregar realmente un producto terminado.

¿Debería ser una bandera roja si los clientes quieren comprar un producto terminado y al mismo tiempo participar en el proceso de cómo debe hacerse ese producto?

Answer 1

Tal vez te hayas precipitado un poco.

Tal y como lo describes, no veo ninguna bandera roja, pero sí un par de banderas naranjas.

Con un cliente no técnico, el potencial para el tipo exacto de desacuerdo que usted describe es bastante grande.

Para ellos, las tecnologías de la información pueden ser un territorio inexplorado o mal trazado anteriormente, por lo que ahora compensan en exceso intentando microgestionar el proceso.

Una forma de avanzar podría ser demostrar que realmente tienes sus mejores intereses en el corazón; que eliges tus herramientas para hacer el trabajo más rápido y mejor, y ser completamente transparente sobre el progreso teniendo un breve bucle de retroalimentación.

Dicho esto, el éxito depende a menudo de las personalidades de las personas clave; la terquedad o la testarudez son prácticamente imposibles de sortear satisfactoriamente.

Si yo estuviera en su lugar, habría seguido adelante con el cliente, y sólo me habría detenido si fuera evidente que un choque de personalidades le impediría cumplir con éxito.

Answer 2

En mi experiencia, no es raro que un cliente quiera participar en la creación de un proyecto.

El cliente suele querer asegurarse de que las cosas se configuran como necesitan desde el principio. En lugar de recibir un producto final y luego elaborar una lista de cambios para cubrir todo lo que necesitan modificar.

Después de todo, los hitos no están ahí por esta razón para suspender el desarrollo a mitad de camino y corregir cualquier cosa que necesite ser cambiada. No estoy seguro de haber siempre conseguido un proyecto, y luego se limitó a entregar un producto final con cero de los clientes a lo largo del proceso.