Cómo organizar un proyecto de desarrollo a medida
Un desarrollo a medida es mucho más que programar
Cuando una consultora presenta una propuesta de presupuesto cerrado, la fecha de entrega queda escrita en el contrato. Si esa fecha se calculó sumando solo las horas de programación, el proyecto nace atrasado. Antes de escribir código hay que cerrar requisitos, preparar entornos y validar un prototipo. Después hay que pasar las pruebas de aceptación del cliente, que muchas veces dependen de usuarios que siguen con su trabajo diario.
En esta plantilla el reparto es claro. Cerca del 30 % del tiempo (22 días hábiles) va antes del primer sprint. El desarrollo ocupa alrededor del 42 % (30 días). Pruebas, aceptación y correcciones suman otro 21 % (15 días), y el último 7 % es el monitoreo tras la puesta en producción. Si su cronograma dedica el 80 % al desarrollo, conviene revisarlo.
Paso a paso para armar el cronograma
Siga este orden. Coincide con las dependencias que ya trae la plantilla.
- Toma de requisitos con el cliente y documento de alcance firmado (5 días hábiles en la plantilla).
- Backlog con historias de usuario y criterios de aceptación, que luego guían las pruebas de aceptación.
- Arquitectura y entornos de desarrollo, preproducción y producción, en paralelo con flujos, wireframes y prototipo.
- Diseño de interfaz aprobado antes del Sprint 1. Es la tarea que más suele frenar el arranque.
- Tres sprints con nombres reales: bases y autenticación, funcionalidades principales, integraciones y ajustes finales. Si el alcance es mayor, añada sprints.
- Pruebas funcionales y de seguridad, pruebas de aceptación, correcciones y despliegue a producción con plan de marcha atrás.
Tres escenarios donde se usa
Consultora con proyecto llave en mano. El cronograma acompaña la oferta y cada hito se factura: aprobación de requisitos, entrega del prototipo, fin de las pruebas de aceptación y paso a producción. Aquí la fecha de aceptación del cliente es tan importante como la de desarrollo.
Departamento de sistemas de una empresa que quiere sustituir hojas de cálculo o una aplicación antigua en Access por una web interna. No hay contrato, pero sí dirección pidiendo fechas y usuarios que tienen que migrar datos y formarse.
Desarrollo para la administración pública, en España o en América Latina. La licitación fija plazos y entregables, y suelen exigirse documentación técnica completa, requisitos de seguridad y una recepción formal del sistema. Conviene sumar semanas de margen para las revisiones del organismo.
Errores frecuentes que mueven la fecha de entrega
Casi todos tienen que ver con lo que pasa fuera del código. Estos son los que más aparecen en proyectos a medida.
- Comprometer la fecha antes de tener el backlog estimado.
- No reservar tiempo para que el cliente haga las pruebas de aceptación, o no definir quién firma el acta.
- Subestimar integraciones externas: facturación electrónica con el SAT y un PAC en México, Verifactu en España, ARCA en Argentina, pasarelas de pago o el ERP del cliente.
- Dejar el entorno de preproducción para la semana de pruebas.
- Olvidar los puentes, Semana Santa, agosto en España o las vacaciones de fin de año al calcular días hábiles.
- Escribir la documentación y los manuales después del despliegue, cuando el equipo ya está en otro proyecto.
Seguir el proyecto sprint a sprint
Cuando el cliente apruebe el plan, guarde una línea base en Great Gantt. En cada revisión de sprint verá si el avance real va por delante o por detrás de lo previsto, y la ruta crítica le indica qué tareas mueven la fecha final. La arquitectura, por ejemplo, tiene 8 días de holgura en la plantilla, mientras que un retraso en el diseño de interfaz se traslada directo al despliegue. Puede exportar el cronograma a PDF para el comité de seguimiento o a Excel para la oficina de proyectos del cliente.