Cómo decidir si merece la pena continuar

Un proyecto ha consumido meses y sigue lejos del resultado esperado. Terminarlo parece desperdiciar el esfuerzo. Continuar parece la única forma de dar sentido a lo ya hecho.

El trabajo pasado forma parte de la historia del proyecto y puede haber producido conocimientos o recursos que aún puedes usar. Sin embargo, la siguiente decisión compromete tiempo y dinero que siguen disponibles. ¿Qué puede aportar el trabajo futuro y a qué coste?

Los contratos, las dependencias y los compromisos creados por el proyecto siguen afectando a lo que es viable, aunque no puedas recuperar el gasto pasado. Distingue las consecuencias presentes de los intentos de recuperar un gasto que ninguna elección devolverá.

Separa el gasto pasado de los recursos que aún puedes usar

Considera una iniciativa ficticia para crear un servicio de suscripción. El equipo desarrolló parte del sistema, entrevistó a posibles usuarios y descubrió que atender la demanda exigiría más soporte del previsto.

Las horas de entrevistas no se pueden recuperar. Lo aprendido puede ayudar a comparar ofertas diferentes. Parte del software podría servir para otro proyecto, si adaptarlo compensa. Un contrato existente podría generar un coste al cerrar el proyecto.

Haz inventario de estos elementos sin asignar valor automáticamente a cada uno. Un sistema casi terminado no es necesariamente barato de terminar ni demuestra que alguien lo usará. Haber aprendido mucho no significa que continuar producirá conocimientos igual de útiles.

Vuelve a estimar el trabajo pendiente

Las estimaciones iniciales pueden seguir circulando después de que los descubrimientos cambien el trabajo necesario. Pregunta qué falta ahora, según lo que el equipo aprendió durante la ejecución.

En el ejemplo de la suscripción, el soporte podría representar la mayor parte del coste mientras la conversación sigue centrada en terminar el código. Compara la oferta completa, incluida su operación y mantenimiento, con otras formas de atender la misma necesidad.

Una estimación nueva puede ser muy incierta. Registra qué la respalda y qué dependencia podría cambiarla. Un intervalo plausible con sus condiciones es más útil que una fecha precisa sin fundamento.

Incluye lo que no ocurrirá mientras el proyecto siga. El equipo podría posponer una mejora con demanda comprobada. Examina también esa alternativa para no juzgar el trabajo existente con más dureza que su sustituto.

Comprueba si el objetivo sigue importando

El problema puede haber cambiado desde el inicio. Un servicio dirigido a una dificultad concreta puede resultar menos útil después de que los clientes cambien sus rutinas. O el objetivo puede seguir siendo válido y la solución elegida ser inadecuada.

Revisar el objetivo ayuda a distinguir estas situaciones. «Tenemos que terminar el sistema» es una tarea. «Tenemos que atender esta necesidad de forma sostenible» permite terminar, simplificar o cambiar de rumbo.

Habla con quienes usarán el resultado y quienes lo mantendrán. Los desarrolladores pueden evaluar qué falta antes de la entrega; el personal de soporte puede identificar los compromisos que continuarán después.

Considera una salida parcial

Terminar todo y continuar todo pueden parecer las únicas opciones. Puede existir una versión menor que compruebe la necesidad, una parte útil que conservar o una obligación que cumplir antes de parar.

La empresa ficticia podría ofrecer el servicio manualmente a un grupo pequeño si eso aclara el esfuerzo y la disposición a usarlo. La prueba necesita una pregunta y un límite. De lo contrario, puede prolongar un proyecto que nadie quiere terminar.

La empresa quizá también deba detener las ventas nuevas mientras cumple los compromisos existentes. Incluye el coste de transición en la decisión. Una salida responsable rara vez significa abandonar todo el trabajo en curso.

Fija la siguiente revisión antes de continuar

Si el equipo continúa, acordad qué debe observarse para justificar otra etapa. ¿Qué pruebas de demanda importan? ¿Cuánto esfuerzo es aceptable? ¿Cuándo se revisarán otra vez las estimaciones?

Elige condiciones que el equipo pueda observar y relacionar con el objetivo. «Mejorar la confianza en el proyecto» no aporta una regla clara. «Prestar este soporte dentro del esfuerzo estimado para los casos definidos» ofrece una hipótesis concreta que evaluar.

La revisión también debe permitir cerrar el proyecto. Si cada resultado decepcionante solo conduce a ampliar otra vez el plazo, el criterio no está guiando la decisión.

Escribe el argumento para continuar usando solo beneficios y costes que aún puedan ocurrir. Añade después las obligaciones de transición actuales. Si el argumento depende sobre todo del gasto pasado, revisa la estimación del trabajo pendiente y la alternativa que está retrasando.