¿Qué haría si descubriera que el proyecto que inició para su cliente no puede hacerse técnicamente?

Es molesto pero no muy raro. Situaciones similares me ocurrieron alrededor de 5 o 6 veces en mi carrera. Trabajé en TI más de 30 años, de ahora en adelante no es tanto, pero conozco a otras personas que se encuentran con estos casos con mucha más frecuencia.

Si tiene una buena relación con su cliente y tiene la intención de mantenerla así, lo mejor es ser sincero y hacer que ese problema no solo sea suyo sino también suyo. Y no debe esperar, darle el comentario tan pronto como esté limpio con los problemas suele ser el mejor curso.

¿Dices que no has realizado un análisis lo suficientemente profundo? Eso simplemente demuestra que te sientes culpable. Pero si su equipo necesitó dos semanas para darse cuenta de que había un problema, es probable que este problema no fuera obvio. El tiempo invertido podría verse como un tiempo de estudio del proyecto, y en proyectos de software complejos que a veces se venden. No te sientas culpable. Es parte del trabajo.

¿Su cliente espera algún software que no pueda entregar? Probablemente quiera ese software para algún propósito. El propósito es lo que probablemente sea importante para él, no el software real. El software descrito es simplemente una posible solución a un problema específico, pero generalmente no es el único.

El modo de seguir depende de los detalles de la imposibilidad técnica que haya visto.
Si lo que pretende lograr simplemente no es posible sea cual sea el software (es decir, implicaría enviar alguna señal más rápido que la luz o restricciones similares). Tienes que decirle y definir con él otro objetivo más accesible. O incluso simplemente detenerse allí para este proyecto y comenzar con algo completamente diferente.
– si el objetivo es alcanzable, pero no en la forma en que se definió inicialmente (o implica una cantidad prohibitiva de trabajo), también debe informarle y redefinir un objetivo más accesible.

En realidad, es un flujo de trabajo bastante normal en metodologías ágiles. Define una imagen grande con su cliente y algún hito (iteración) cuando se sincronizará con él. Cuando se alcanza el hito, le da retroalimentación sobre cómo va el proyecto, redefine el panorama general, incluyendo lo que aprendió en la iteración anterior y lo que se hará en la próxima iteración, y así sucesivamente hasta que se pueda entregar el proyecto.

Descubrir después de un tiempo que alguna tarea no se puede hacer es un poco extremo, pero sigue siendo un conocimiento valioso (hubiera sido peor descubrirlo tres meses después). Y aún puedes seguir trabajando con él.

Si logras involucrarlo en el diseño del proyecto, incluso puede que le guste, y es probable que confíe más en ti en los próximos proyectos si no ocultas los problemas. Porque eso es lo que hacen las personas de confianza y los clientes quieren trabajar con personas de confianza.

Hola,

En esta situación y en cualquier situación futura, debe aprender de sus errores. Por lo tanto, lo primero es no volver a asumir nada sin estar seguro de que puede lograrlo. Tuve un amigo que dijo «la suposición es la madre de todos los f * ck-ups».

El siguiente paso es siempre, ahora y en el futuro, ser leal y confiable con todos: clientes, proveedores, colegas, etc.

Todos pueden cometer un error. Incluso si es un gran error. Ahora, debe hacer todo lo posible para resolverlo de la mejor manera posible para el cliente. Piensa en una solución. Si no tiene la opción de regresar, tal vez pueda emitir una nota de crédito para un proyecto futuro con el mismo cliente. Tal vez pueda hacer que este crédito sea más grande que el pago anticipado que le hicieron, para que reconozcan que está haciendo un esfuerzo real para corregir este error y que están siendo valorados.

Espero haber sido de su ayuda.

Saludos cordiales / David

Mike Martin lo golpeó en la cabeza. Sé honesto y consulta. Para explicar un poco más, si no se firmó un contrato y se realizó el pago inicial, están pagando por su experiencia técnica más que nada. Si el CTO de otra compañía se dirige a usted para que trabaje para ellos, probablemente confíe en que usted puede brindarle asesoramiento técnico valioso, y que sus pensamientos iniciales y el resultado / producto / entrega deseados pueden no ser posibles o no ser la mejor solución . Explíquele y bríndele diferentes soluciones.

Yo diría que si está dispuesto a proporcionar diferentes soluciones, no le debe ningún reembolso. Si no está dispuesto a proporcionar diferentes soluciones o si está realmente preocupado por la relación, bríndele algún beneficio futuro. Sin embargo, también argumentaría que rara vez hay una relación tan importante para una empresa que necesita proporcionar sus servicios de forma gratuita en una situación como esta.

Tienes que decirle Es director de tecnología de una empresa pública, por lo que es probable que haya tenido problemas en el camino muchas veces antes.

Primero, sea más específico sobre qué es exactamente inalcanzable. ¿Es inalcanzable todo el proyecto o existe la posibilidad de que se pueda lograr si el alcance se cambia de alguna manera?

Comunícate de una manera que le permita elegir. Presente la situación a él como: después de 2 semanas de aprender y hacer este proyecto, descubrimos que XYZ posiblemente no se deba a ABC. Quería hacerte saber tan pronto como descubrí el problema porque nuestra relación significa mucho para mí. Me gustaría discutir los detalles con usted y tener sus pensamientos. En mi opinión, tenemos opciones: 1. Cambiar XYZ y repensar el alcance del proyecto o 2. Suspender el trabajo en el proyecto.

Discuta las implicaciones financieras de la elección realizada. No puede responder la parte sobre el pago inicial hasta que decida cómo va a avanzar. Es muy posible que el CTO pueda decir “Le agradezco que me haya dicho, descartemos este proyecto y trabajemos en otro proyecto”. O bien, podría solicitar la devolución de este dinero. O bien, podría estar de acuerdo con que guardes el dinero porque hiciste el trabajo y fuiste honesto con él rápidamente. O bien, hay otras 20 cosas que podría decir.

Escucha lo que tiene que decir. No hay necesidad de tomar decisiones en el momento. Pídale que le proponga un camino hacia adelante, y una vez que lo haga, diga gracias y se alegrará de haber tenido la charla, y lo contactará en X días con sus pensamientos.

Si sus posiciones se invirtieran y usted fuera el cliente, ¿qué comportamiento esperaría de su proveedor? Creo que querrás que sean honestos y tengan una integridad sobresaliente.

Suponiendo que ha agotado todas las opciones para hacer que la tecnología funcione, debe informar al CTO de inmediato para que puedan planificar por sí mismos. Al final, si el acuerdo no puede modificarse y debe cancelarse, debe reembolsar el pago inicial. Después de todo, fue su error al no saber si era factible de antemano.

El hilo conductor aquí es la comunicación. Comience ahora y siga comunicándose. No es fácil, pero las cosas se ponen cada vez más difíciles cuanto más esperas.

Usted mencionó que esta “cosa” es técnicamente imposible. ¿Es realmente técnicamente imposible (para cualquiera), o es simplemente imposible para su empresa implementarlo con sus capacidades actuales? Si le resulta imposible hacerlo, una muestra de buena fe sería reunir todo lo que ha encontrado, así como algunas recomendaciones de empresas / empresas que podrán llevar a cabo este proyecto. Eso demuestra que le importa el efecto que esto tendrá en su cliente y que desea intentar ayudarlo a recuperarse de este retraso.

En términos del depósito, es complicado. Si hubiera un contrato, se explicaría qué sucede con el depósito. Como no existe, esto podría ser de dos maneras diferentes:

1. Se te pedirá que lo pagues.
2. No lo harás.

Ya ha trabajado un poco para determinar cómo / si se puede producir esta “cosa”. Has determinado que no puede. Solo porque no puede, no significa que no hiciste el trabajo. ¿Qué tan franco fue con su cliente desde el principio acerca de si había incertidumbre en este proyecto? ¿Dijiste “sí, podemos hacer eso, no hay problema!” O dijiste “eh, es una idea interesante. Tendremos que averiguar cómo puede suceder eso primero …”

No soy abogado ni sé en qué jurisdicción se encuentra esto, así que no diré nada sobre su exposición legal. Pero eso es secundario para que retengas a este cliente en el futuro. Básicamente, la humildad será clave aquí, y su disposición a trabajar con su cliente para hacer las cosas bien.

Ya hay muchas buenas respuestas a esta pregunta, así que solo agregaré mis 2 centavos. Ser 100% transparente con el cliente es la mejor manera de ganar confianza y construir una relación laboral a más largo plazo. Si intenta ocultar el hecho de que el proyecto no se puede lograr, solo entregará software que no sea lo que el cliente quiere y que es la mejor manera de quemar puentes. Sin embargo, si le dice al cliente por qué no es factible y le permite decidir qué hacer, eso genera confianza y significa que es más probable que continúe usando sus servicios.

He pasado por la misma situación hace unas semanas. También somos una empresa emergente que brinda servicios de desarrollo web. Nuestro equipo compromete desde estudiantes de secundaria hasta graduados de ingeniería informática.

Uno de los miembros de nuestro equipo no técnico habló con su amigo y arregló un proyecto sin profundizar.

Según la información de nuestro miembro del equipo, conocimos a su amigo y aceptamos el pago inicial. Obviamente, todo se debió a la confianza de que tampoco firmamos ningún contrato.

Trabajando para el proyecto a última hora, nos dimos cuenta de que este proyecto necesita unos pocos días / semanas más para completarse. Y finalmente, no pudimos completar eso a tiempo y luego completamos el proyecto convenciendo al cliente de por qué las cosas que quería no eran alcanzables.

En uno de nuestro otro proyecto, nuestro miembro del equipo técnico cometió otro gran error. Arregló el proyecto y aceptó un gran pago inicial de una empresa internacional. La misma situación vino de nuevo. No pudimos completar ese proyecto, ya que las cosas que el cliente quiere no eran tan alcanzables y se volverían demasiado complejas incluso si completamos ese proyecto. Como ya habíamos pasado el plazo y no había mucho progreso, tuvimos que devolver el pago inicial e incluso creamos una versión lite del proyecto.

Espero eso ayude. Actuar según el cliente.

Creo que necesita aclarar la situación a su cliente. Debe explicarles por qué no se puede hacer y qué es lo que hace que pare en este punto. Pero al mismo tiempo tendrá que encontrar soluciones alternativas y ese es el punto en el que necesita trabajar duro.
Como ya sabe cuáles son los problemas, puede pensar en otras soluciones. Diles de una manera presentable. Espero que todos puedan encontrar nuevas soluciones.

Aquí se han dado excelentes consejos y no puedo agregar nada que no se haya dicho. En el futuro lo recomendaría.
Siempre comience con un contrato para un estudio de factibilidad como consultor. Hable extensamente con el cliente para obtener una lista de expectativas con viñetas y aborde solo a aquellos en su estudio. Haga que el plazo para el estudio sea lo más corto posible. Base los resultados del informe factible en factores cuantificables en relación con la aportación del cliente y agregue la advertencia de que los problemas desconocidos o no abordados pueden tener un efecto desconocido en la viabilidad del proyecto. Cuando sea posible, usted como consultor debe “contratar” expertos y tener contratos de consultoría con ellos. Si obtiene el trabajo después del estudio, obtenga otro contrato de consultoría con el cliente y especifique el rendimiento en función del estudio de factibilidad. En mis contratos especifico que, en caso de que la empresa haya sufrido daños financieros debido a mi consulta, solo soy financieramente responsable de los honorarios que les he cobrado. Buena suerte.

Escuché la historia de un contratista que asumió un proyecto (aunque no en TI), después de varios trabajos, el cliente descubrió que su trabajo no es lo suficientemente bueno (es decir, no es lo suficientemente pulido / profesional para el requisito). Luego, el cliente lo retiró de ese proyecto, pero aún así se le pagó por el tiempo que trabajó.

Yo diría que lo correcto es decirles tal como están. Puede ser afortunado, no requerirán que reembolse el dinero.

Todavía no lo he visto, pero vale la pena declararlo: si no eres el CEO de tu empresa, sube las escaleras. Estaría en la oficina de mi jefe explicando la situación antes de llevarlo al cliente.

Diles que es posible, honestamente. Sugerir algunos proyectos alternativos o algo así.

Se honesto.

Muéstreles lo que ha hecho, por qué no se puede hacer, luego bríndeles alternativas (lo que puedo hacer es …)