Definición del ciclo V
El ciclo V en la gestión de proyectos surge del modelo de cascada teorizado en la década de 1970, que permite representar procesos de desarrollo de forma lineal y en fases sucesivas.
Este modo de gestión de proyectos se desarrolló en la década de 1980 y se aplicó al campo de los proyectos industriales, luego se extendió a los proyectos de TI. Fue cuestionado desde principios de la década de 2000, bajo el efecto de la aceleración de los cambios tecnológicos, favoreciendo métodos más llamados "ágiles".
La letra V se refiere a la vista esquemática de este ciclo, que toma la forma de una V: una fase descendente seguida de una fase ascendente. El ciclo V asocia con cada fase de implementación una fase de validación, como se muestra en el diagrama a continuación:
Ventajas de esta metodología
La principal ventaja del ciclo en V es que evita volver una y otra vez para redefinir las especificaciones originales, como un trinquete. Cada fase de diseño requiere la redacción de una documentación precisa y exhaustiva, donde cada punto debe ser validado por el producto final. Una vez que se valida un paso, no retrocedemos y avanzamos al siguiente paso de manera sólida; esta es la principal fortaleza del ciclo en V.
Debido a su aspecto riguroso e intuitivo, el ciclo en V sigue siendo un proceso fácil de implementar. El trabajo preliminar de definir las especificaciones al inicio del proyecto significa que, una vez iniciadas, los empleados conocen todas las etapas, quienes pueden orientarse fácilmente en el marco temporal del proyecto y conocer el propósito de sus tareas. Asimismo, la documentación requerida para cada paso se puede replicar de un proyecto a otro en su estructura (especificaciones, especificaciones de prueba, etc.).
En general, el ciclo en V es más adecuado para estructuras de múltiples sitios, porque no requiere reuniones diarias, sino solo reuniones de dirección para actuar como una transición de una fase a otra. Su aspecto lineal permite, por tanto, una organización geográfica fragmentada, donde trabajar junto a los empleados no es clave en el proceso.
Desventajas
El principal inconveniente del ciclo V se puede resumir en dos palabras: el efecto túnel. Tras una fase de definición precisa del producto a la que debe completar el equipo, el proyecto se lanza en un "túnel" compuesto por las fases antes mencionadas. Pero, ¿y si se superan las especificaciones originales? ¿Qué pasa si la necesidad del cliente cambia o se ha expresado mal? Por lo tanto, el ciclo V no se adapta bien a los cambios, que es tanto su fortaleza como su principal debilidad.
Ofrece así una menor reactividad en relación al contexto tecnológico y económico, a las solicitudes de los clientes, a los imprevistos; la toma de riesgos se limitará sistemáticamente. El efecto túnel también es inducido por el trabajo sustancial de producir documentación al inicio del proyecto, que no puede corregirse a partir de entonces. Finalmente, la imagen del túnel ilustra el tiempo (a veces muy) largo entre la expresión de la necesidad y la receta del producto final.
Ciclo V vs. métodos ágiles
En general, se puede decir que el ciclo V se centra en el proceso, mientras que los métodos ágiles favorecen el producto.
Como parte de métodos ágiles (Scrum, XP, RAD, …), el proyecto es refinado por iteraciones , a través de la repetición de un ciclo de operaciones (el pique como parte del método Scrum). Como hemos visto, el ciclo V define todo el producto final en las primeras etapas y deja poco espacio para la adaptación más adelante en el ciclo.
Entonces, los métodos ágiles permiten desarrollar el producto por incremento . Producimos un poco más cada vez, pieza a pieza, para conseguir el resultado final. En cambio, el ciclo V concentra la realización del todo en una sola fase, que está completamente diseñada aguas arriba y verificada aguas abajo.
Esta falta de adaptación y flexibilidad del ciclo V ha provocado precisamente la aparición de métodos ágiles, especialmente en el campo del software y el marketing, para responder a los cambios cada vez más rápidos en las tecnologías y las demandas de los consumidores.
Implementación del ciclo V
¿Para qué proyectos?
En vista de los elementos presentados anteriormente, los siguientes elementos favorecen el uso del ciclo en V:
- Requisitos muy específicos emitidos por el cliente, por ejemplo, en el contexto de una licitación.
- La presencia de un proveedor de servicios, que controla todas las etapas de implementación. y por lo tanto requiere menos comunicación entre los diferentes actores.
- La posibilidad de seguir especificaciones sin cambios de principio a fin.n, por la naturaleza del producto o proyecto.
- Un proyecto donde el entorno tecnológico cambia muy poco, limitando así los riesgos de retraso inherentes al efecto túnel.
Una fase crucial: el diseño
Las necesidades del cliente deben recogerse de forma exhaustiva y rigurosa. Las especificaciones funcionales deben estar sujetas a un proceso de seguimiento y validación final. Deben sintetizar las solicitudes del cliente mientras cubren todo el programa del proyecto.
La descripción de los medios para lograr el producto final, por su parte, solo debe intervenir en la etapa de especificaciones técnicas (diseño general), para evitar que los medios definan el fin.
¿Quién valida?
Por último, si bien no menos importante , por defecto, el ciclo V define etapas sin definir sus roles o responsabilidades. Por lo tanto, es aconsejable al inicio del proyecto designar a las personas o entidades que desempeñarán el papel de (aumentando el nivel de detalle):
- Gestión de proyectos (funcional) o MOA
- Gestión de proyectos (sistema) o MOE
- El equipo de arquitectura, o diseño general (técnico, empresarial)
- El equipo de desarrollo (por componente)
Los roles se indican mediante la secuencia de anillos en V en el diagrama anterior.
