Manual Gestión de Proyectos Ágiles

Manual de Contenido GESTIÓN DE PROYECTOS: AGILE THINKING. INTRODUCCIÓN

MODELO DE DESARROLLO EN CASCADA Obviamente es deseable cierto nivel de eficiencia operacional, pero sin embargo en el modelo podemos apreciar la importancia de las operaciones internas en detrimento del contexto ex- terno. Confiamos en la aplicación de la modelización que, como consecuencia de una correcta ejecución y puesta en marcha del mismo, dará como salida el resultado esperado. Si volvemos al apartado de “Contexto” recordaremos que solo el 32% de los proyectos son exito- sos. Este hecho se debe a la carencia de adaptabilidad a cambios externos así como a no primar el objetivo final: satisfacer al cliente. La aplicación del proceso no permite encontrar errores en la definición de requerimientos o necesidades del cliente hasta las últimas fases del mismo, de- terminando en ocasiones que el esfuerzo de semanas realizado por el equipo de desarrolladores mediante “una aplicación de proceso de desarrollo de proyecto” correcto sea ineficiente y no operativo, no teniendo ningún valor. El secreto del éxito que el Desarrollo Ágil de Software ha tenido consistentemente en la última década consiste en sus numerosos y rápidos ciclos de retroalimentación diseñados para validar supuestos, sincronizar expectativas y validar la concretización del valor solicitado por el cliente. Hace más de dos décadas, ya Boris Beizer había anotado un fenómeno interesante en su libro 'Software System Testing and Quality Assurance' : “El costo de corregir un defecto es directa- mente relacionado a su grado de exposición pública”. Cada defecto tiene un costo asociado a su corrección. Este costo es menor mientras más temprano se detecte en el proceso de desarrollo del proyecto. Este costo incluye factores de arquitectura, equipo técnico, equipo de desarrollo y calendarización y rastreo. Pero el costo más grande de un defecto se refleja en la pérdida de credibilidad con el cliente. El defecto más costoso de todos será aquel encontrado por el cliente. Es decir, que el factor de éxito de las metodologías ágiles no solamente ha sido la capacidad de manejar requerimientos cambiantes, sino también el dramático incremento de calidad del pro- ducto entregado mediante una retroalimentación mejorada. Cada ciclo de retroalimentación es lo que denominamos una iteración, es decir, la repetición de un proceso o conjunto de herramientas con objeto de alcanzar una meta, para su posterior revisión y reinserción en el modelo nuevamente. El objeto es pulir y pulir una y otra vez, priori- zando las funcionalidades a desarrollar en el proyecto, sumándolas según se vaya avanzando en el proyecto.

Implementation

Business Engineering

Requirement

Analysis & Design

Test

Deployment

Implementation Test

Business Engineering

Analysis & Design

Requirement

Deployment

Implementation

Analysis & Design

Business Engineering

Requirement

Test

Deployment

53