Cómo rescatar un proyecto de software que quedó a medias

Cómo llega un proyecto a quedarse a medias

Pasa más de lo que parece. El proveedor dejó de contestar, la persona que lo hacía se fue a otro trabajo, se acabó el presupuesto antes de terminar o el sistema funciona, pero falla tanto que nadie confía en él.

No es motivo para sentirte mal ni para tirar todo a la basura. Es el punto de partida para tomar una buena decisión, con información y sin prisa.

Señales de que se puede rescatar

Antes de pedir una revisión, mira si tu proyecto cumple con algunas de estas señales:

• Una parte ya funciona y la gente la usa, aunque sea con fallas.
• Tienes, o puedes conseguir, acceso al código del proyecto y al servidor donde está publicado.
• La información importante, como clientes, pedidos o inventario, está guardada y se puede consultar.
• Lo que falta es concreto: pantallas sin terminar, errores conocidos, funciones a medias.
• El problema de negocio que querías resolver sigue siendo el mismo.

Qué reunir antes de pedir ayuda

No necesitas tenerlo todo para empezar. Si te falta algún acceso, pídelo por escrito a quien hizo el proyecto, con una lista concreta de lo que necesitas.

Mientras más de esto tengas a la mano, más rápida y precisa será la revisión:

• Accesos: usuario administrador del sistema, del hospedaje o servidor, del dominio y del correo.
• El código del proyecto, o el acceso al lugar donde está guardado.
• Cuentas de servicios: tiendas de apps, proveedor de pagos, servicio de mensajes o de correos automáticos.
• Documentos: la propuesta original, contratos, listas de pendientes y conversaciones donde se acordaron funciones.
• Una lista tuya de qué funciona, qué falla y qué nunca llegó.

Cómo es una buena revisión

Una revisión seria no es «échale un ojo». Se revisa qué partes funcionan, qué tan seguro está el sistema, si la información está bien guardada y cuánto falta para lo que tu negocio necesita.

Al final debes recibir una explicación clara, en palabras que entiendas, y un plan con prioridades: qué arreglar primero porque frena tu operación y qué puede esperar.

En Tritech esa revisión toma de 2 a 3 semanas. Te decimos con claridad qué sirve y qué no, y te damos un plan de rescate con prioridades.

¿Rescatar o empezar de nuevo?

Rescatar conviene cuando la base es sólida y lo que falla son partes concretas. Aprovechas lo que ya se hizo y tu equipo no tiene que aprender un sistema nuevo.

Empezar de nuevo conviene cuando cada arreglo rompe otra cosa, cuando la base no aguanta lo que tu negocio necesita o cuando nadie logra entender cómo está hecho.

Pon atención también si nadie tiene los accesos o si la información no se puede sacar del sistema. No es motivo de pánico, pero sí de una revisión a fondo antes de invertir más. Es mejor saberlo pronto que seguir pagando arreglos a algo que no va a aguantar.

A veces lo mejor es un punto intermedio: mantener lo que funciona mientras se construye la parte nueva y hacer el cambio por etapas, sin detener tu operación. Lo importante es que la decisión salga de la revisión, no de la prisa ni del enojo con el proveedor anterior.

Para que no te vuelva a pasar

Muchos proyectos que se quedan a medias tienen algo en común: el dueño del negocio no veía avances reales hasta que ya era tarde. Algunas costumbres sencillas lo evitan:

• Pide avances que puedas probar tú mismo, en tu celular o computadora, de forma frecuente.
• Deja por escrito el alcance, las etapas y lo que queda fuera.
• Ten acceso a las cuentas importantes desde el primer día.
• Antes de contratar, pregunta quién se va a encargar del sistema después del lanzamiento.