Cuánto tarda un software a medida y dónde se pierde el tiempo

Dónde se pierde el tiempo

En los proyectos que se retrasan, el problema rara vez es el programador. Suelen repetirse cuatro causas:

• Requisitos a medias. Se empieza a programar con una idea general de lo que hace falta. Cuando aparece el caso que nadie previó, hay que rehacer lo ya hecho.
• Integraciones desconocidas. Conectar con un ERP o con una tienda parece sencillo hasta que se descubre cómo está configurado, qué campos son obligatorios o qué datos están duplicados.
• Datos sucios. Productos sin código, clientes repetidos o precios en tres hojas distintas. Limpiarlos no es programar, y se suele subestimar.
• Aprobaciones lentas. Una demo que se queda sin revisar durante semanas retrasa la siguiente ronda de cambios más que cualquier desarrollo.

Cómo se planifica para que no se alargue

Nuestra forma de trabajar separa el proyecto en fases que se pueden revisar por separado. Primero se hace un diagnóstico compartido, en el que se revisan los flujos y se decide qué se automatiza y qué no. Después se diseña la solución, con su alcance y lo que no entra. Solo entonces se construye, en ciclos cortos con demostraciones.

Esta división tiene un efecto práctico: la primera entrega ya sirve para algo. Si el primer módulo resuelve el problema más caro, el resto puede esperar a que el equipo lo use y pida ajustes con criterio.

Una fecha sin alcance escrito no es una fecha. Pide que la propuesta diga qué entra, qué no entra y qué tiene que decidir el cliente, y en qué momento.

Lo que puede hacer el cliente para acortar el plazo

1. Elegir el proceso que más tiempo consume y dejar el resto para después.
2. Nombrar a una persona que decida. Si las decisiones pasan por tres personas, el proyecto va al ritmo de la más lenta.
3. Revisar las demos a tiempo, con comentarios concretos en lugar de «ya lo veremos».
4. Reunir antes los datos y accesos que hacen falta para las integraciones.

Qué preguntar antes de firmar

Antes de aceptar un plazo, conviene preguntar tres cosas: qué entra en la primera entrega, qué se revisa en cada demo y qué ocurre si aparece un requisito nuevo a mitad de camino. La respuesta a la última pregunta dice mucho del proveedor: si nadie sabe contestarla, el plazo que te dan no tiene mucho fundamento.

Si quieres valorar tu caso concreto, empieza por el servicio de software a medida o escríbenos y te decimos qué parte del proyecto pesa más en el plazo.