Cuánto demora desarrollar una plataforma web
Plazos por tipo de proyecto, en qué se va el tiempo realmente, y qué se puede hacer cuando la fecha no se mueve.
· 3 minutos de lectura
El plazo se pregunta menos que el precio y suele importar más, porque casi siempre hay una fecha del negocio detrás: una temporada, un contrato, una auditoría.
Estos son los plazos con los que trabajo, medidos desde que el alcance está definido hasta que el sistema está en producción.
Los plazos
| Tipo de proyecto | Plazo desde el alcance definido |
|---|---|
| Evaluación o definición, sin desarrollo | 1 a 3 semanas |
| Sistema interno acotado | 4 a 8 semanas |
| Plataforma web con varios perfiles | 2 a 4 meses |
| Plataforma con pagos, integraciones y móvil | 4 meses o más |
| Primera versión vendible de un SaaS | 3 a 5 meses |
La frase «desde que el alcance está definido» hace la mitad del trabajo de esta tabla. Definir toma entre una y tres semanas más, y es tiempo que se recupera con creces.
En qué se va el tiempo
Una distribución típica de un proyecto de tres meses:
- Definición y diseño funcional: 20 %. Lo que se decide aquí condiciona todo lo demás.
- Construcción: 45 %. Menos de lo que la mayoría supone.
- Pruebas y correcciones: 20 %. Casi siempre subestimado, y lo primero que se recorta cuando la fecha aprieta.
- Migración de datos y puesta en marcha: 15 %. Depende de cuántos datos viejos haya y en qué estado estén.
Escribir el código es menos de la mitad del proyecto. Por eso «sumar programadores» rara vez adelanta la fecha.
Lo que más atrasa
Por orden de frecuencia:
- Decisiones que quedan esperando. Una pregunta enviada un lunes y respondida el jueves siguiente son tres días detenidos. Es la causa más común y la más fácil de evitar: alguien de tu lado con capacidad de decidir y tiempo asignado.
- Accesos que no llegan. Credenciales de un sistema externo, permisos de otra empresa, una cuenta que hay que crear. Se pide al empezar, no cuando se necesita.
- Alcance que crece durante el camino. Cada función agregada tiene un costo en días, y agregarlas sin mover la fecha es la forma más segura de llegar tarde a todo.
- Datos en peor estado del previsto. Duplicados, campos vacíos, formatos que cambiaron. Se descubre al migrar, y ahí ya es tarde para presupuestarlo.
- Integraciones con sistemas que no controlas. Dependen de terceros que responden a su propio ritmo.
Por qué sumar personas no acorta
Es la reacción natural cuando un proyecto va lento, y en un equipo pequeño suele empeorarlo. Cada persona nueva necesita que alguien del equipo le explique el proyecto, y ese tiempo sale de quien más rinde.
Además hay trabajo que no se puede repartir: dos personas no diseñan la misma estructura de datos a la vez. En proyectos de este tamaño, un equipo pequeño y estable entrega antes que uno grande y rotativo.
Qué sí funciona cuando la fecha no se mueve
Cuando la fecha viene del negocio y es real, lo que se ajusta es el alcance.
Se elige el flujo que tiene que estar operando para esa fecha, se entrega completo, y el resto queda para después. Un sistema con una función terminada sirve el primer día; uno con cinco funciones a medias no sirve ninguno.
Esa conversación conviene tenerla al principio, no la semana anterior a la entrega.
Cómo se controla el plazo durante el proyecto
Entregas parciales cada dos o tres semanas, con algo que se pueda abrir y probar. No es solo para que veas avances: es la única forma de detectar temprano que algo se entendió distinto, cuando corregirlo cuesta días en vez de semanas.
Si quieres las cifras además de los plazos, está el artículo sobre cuánto cuesta un software a medida, y si el proyecto ya empezó y va atrasado, por qué se atrasan los proyectos.