Cuánto tarda un software a medida
Qué pasa en cada semana de un proyecto de software a medida, las tres cosas que hacen que un plazo se rompa y qué te van a pedir a ti para que no ocurra.
Después del precio, es la pregunta que más se repite: ¿cuánto va a tardar? Y la respuesta honesta incomoda a las dos partes, porque no depende solo de quien desarrolla.
Un proyecto mediano se entrega en seis semanas. Lo que decide si se cumple no es la velocidad del equipo técnico: son tres cosas que casi siempre están del lado del cliente, y conviene saberlas antes de firmar.
¿Qué pasa en cada semana?
Este es el cronograma de referencia de un proyecto mediano. No es una estimación optimista: es lo que está publicado en la página de proceso, con fecha, entregable y responsable en cada etapa.
Lo que conviene mirar de ese cronograma no son las semanas, sino que cada etapa termina en algo que puedes tocar: un informe, un prototipo navegable, un entregable funcional cada semana, un ambiente de pruebas con tus datos. Un proyecto donde no ves nada hasta el final no tarda seis semanas: tarda lo que tarde, y te enteras al final.
Las tres cosas que rompen un plazo
Ninguna de las tres es técnica. Y las tres se pueden prevenir.
- El alcance cambia a mitad del camino. No es que esté prohibido cambiar: es que cada cambio mueve la fecha, y eso hay que decirlo en el momento, no al final.
- Las decisiones tardan. Un entregable esperando aprobación una semana es una semana perdida, aunque el equipo siga trabajando en otra cosa.
- Los datos reales llegan tarde. Migrar es la parte que siempre se subestima: los datos viejos vienen sucios, duplicados o incompletos, y limpiarlos lleva más de lo que parece.
De las tres, la que más proyectos retrasa no es el cambio de alcance: es la espera. Una decisión que tarda cinco días cuesta lo mismo que una semana de desarrollo.
¿Qué te van a pedir a ti?
Esta es la parte que casi nadie pregunta antes de firmar, y la que más determina si el plazo se cumple. En un proyecto de seis semanas, lo que se espera del cliente está tasado:
Lo que pone el equipo técnico
- Semana 1 Entrevistas y mapeo del proceso actual
- Semana 2 Prototipo navegable y propuesta cerrada
- Semanas 3 y 4 Un entregable funcional por semana
- Semana 5 Pruebas, seguridad y carga de datos
- Semana 6 Puesta en marcha y capacitación
Lo que pones tú
- Semana 1 De 2 a 3 horas de tu equipo
- Semana 2 Revisar el prototipo y aprobar el alcance
- Semanas 3 y 4 Media hora por entregable para priorizar
- Semana 5 Validar en el ambiente de pruebas
- Semana 6 Disponibilidad para capacitarse
Son pocas horas, pero tienen que existir en la agenda de alguien con capacidad de decidir. El proyecto que se retrasa casi nunca es el que tenía un problema técnico: es el que no tenía a nadie del lado del cliente con tiempo asignado.
¿Y si necesito algo más grande?
Seis semanas es el cronograma de un proyecto mediano. Uno más grande no se hace en seis, pero tampoco debería plantearse como un proyecto de seis meses en el que no se ve nada hasta el final.
Lo que sí conviene exigir, dure lo que dure:
- Precio cerrado sobre un alcance escrito, no una estimación por horas que crece sola.
- Pagos por hitos, atados a entregables que puedes revisar.
- Algo funcionando cada semana, aunque sea una parte.
- El código y las claves a tu nombre al terminar.
Conclusión: la pregunta que dice más que «¿cuánto tarda?»
Cuando pidas una propuesta, hay una pregunta que revela más que el plazo: ¿qué voy a poder ver en la semana 3, y quién de mi lado tiene que aprobarlo?
Si la respuesta es clara, el plazo probablemente se cumpla. Si es vaga («ya estaremos avanzando»), la fecha del contrato es una intención, no un compromiso.
Cuéntanos qué necesitas y te decimos en cuántas semanas se entrega, qué vas a ver en cada una y qué horas te va a pedir. Sin costo y sin compromiso.
