Cualquier director de operaciones ha vivido esta historia: un proyecto contratado para durar seis meses que, tras constantes aplazamientos, cumple año y medio sin estar operativo y habiendo duplicado el presupuesto.

Al contrario de la opinión habitual, la causa rara vez estriba en la lentitud de los programadores. El origen reside habitualmente en la gestión del proyecto y en la falta de definición.

Los 5 motivos que dilatan los calendarios

1. Definición inicial deficiente: Comenzar a programar con requerimientos ambiguos obliga a rehacer semanas enteras de desarrollo tras la primera demo.

2. Retrasos en las validaciones internas: Si los responsables de departamento tardan semanas en facilitar datos de prueba, la cadena de trabajo se detiene.

3. Modificaciones continuas de requerimientos: Cada «pequeña sugerencia» a mitad de sprint distorsiona la estructura y genera incidencias imprevistas.

4. Código sin testear acumulado: Acelerar prescindiendo de pruebas técnicas genera plataformas inestables que tardan meses en corregirse.

5. Proceso de recepción informal: La ausencia de criterios de aceptación pactados convierte la entrega final en un debate sin fin.

• Fijar el alcance técnico de manera estricta antes de iniciar cada ciclo
• Designar a un líder de proyecto interno con autoridad para tomar decisiones
• Entregar versiones de software operativas y comprobables cada dos semanas
• Aparcar las nuevas demandas para incorporarlas ordenadamente en una fase posterior