SCRUM, Metodología ágil de desarrollo

En el post anterior, hablaba sobre la gestión de la calidad de proyectos, enmarcada en dos metodologias basadas en procesos y herramientas, y cuyo objetivo es principalmente lograr lo planificado, es decir producir el producto diseñado, con los costes y las ventas previstas en el plan de negocios. Sin embargo, a mediados de los 90, muchos expertos en el área de gestión de proyectos comenzaron a cuestionar este tipo de metodologías, hasta que en marzo de 2001, 17 de estos expertos convocados por Kent Beck quien acababa de definir una nueva metodología denominada Extreme Programming, acuñaron el termino “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales, a las que consideraban excesivamente pesadas y rígidas por su carácter normativo y fuerte dependencias de planificaciones detalladas, previas al desarrollo. De allí surgió mas tarde, lo que hoy se conoce como manifiesto ágil, el cual expresa el valor que se debe dar a los individuos y su interacción por encima de los procesos y las herramientas; a el software que funciona, por encima de la documentación exhaustiva; a la colaboración con el cliente, por encima de la negociación contractual y a la respuesta al cambio por encima del seguimiento de un plan. De ese modelo de desarrollo ágil, cuyo ciclo de vida está compuesto por cinco etapas (Concepto, Especulación, Exploración, Revisión y Cierre) surgieron nuevas metodologías, algunas de ellas concebidas principalmente como metodologías para desarrollo de software, como SCRUM, pero que han sido aplicadas a la gestión de otro tipo de proyectos obteniendo resultados satisfactorios.

SCRUM, propuesta por los japoneses Hirotaka Takeuchi e Ikujijo Nonaka, es un modo de desarrollo de carácter adaptable y orientada a las personas antes que a los procesos, controla de forma empírica y adaptable la evolución del proyecto con las siguientes practicas de la gestión ágil: Revisión de las iteraciones, desarrollo incremental (en el proyecto no se trabaja con diseño o abstracciones), desarrollo evolutivo (intenta predecir en las fases iniciales como será el resultado final y sobre dicha predicción realizar el diseño; la estructura del producto no es realista, porque las circunstancias obligaran a remodelarlo muchas veces), auto-organización (los equipos son auto-organizados, con margen de decisión suficiente para tomar las decisiones que consideren oportunas) y colaboración entre todos según su conocimiento y no según su rol o puesto.

El resultado final en ésta metodología se consigue de forma iterativa e incremental. Al comienzo de cada iteración (sprint) se determina que partes se van a construir, tomando como criterios la prioridad para el negocio, y la cantidad de trabajo que se podrá abordar durante la iteración. Dichas iteraciones se presentan en las etapas de Especulación, Exploración y Revisión; y debido a que, según este tipo de modelos de desarrollo nunca se termina un producto, se presentan de forma infinita pudiendo llegar a la etapa de cierre solo cuando se desee enviar al mercado una versión funcional del producto.

La calidad en este caso, se logra y se mantiene de forma continua, pues se involucra al cliente durante todo el tiempo que tarde el desarrollo, permitiéndole hacer aportes que enriquezcan y generen nuevas funcionalidades y/o características al producto que se está desarrollando.

Para concluir, y haciendo un paralelo entre los dos tipos de metodologías existentes actualmente, es difícil escoger un modelo de desarrollo u otro, las dos presentan debilidades y fortalezas que según el tipo de producto (software, autos, etc.) ayudarían a tomar una decisión al respecto. Sin embargo, desde el ámbito del desarrollo de software, a manera personal y luego de documentarme un poco, considero mucho mas apropiado las metodologías ágiles basadas en el modelo adaptativo, teniendo en cuenta que, en el desarrollo de software dos factores que no pueden dejarse de lado si lo que se quiere es contar con la aprobación y satisfacción de los clientes o usuario son: la innovación y el constante desarrollo del producto, dándole valor de forma constante.

———–

Recurso: Libro Flexibilidad con SCRUM