Metodologías tradicionales ¿vs? Metodologías ágiles.
En esta entrada del blog hablaremos de metodologías de gestión de proyectos. Vamos a comparar las tradicionales frente a las ágiles e intentar sacar una conclusión sobre cuál es la mejor y cuál escoger para nuestros proyectos de desarrollo de software. SPOILER: DEPENDE, ninguna de las dos es la panacea y nuestra elección dependerá de los factores de nuestro proyecto.
Primero vamos a definir cada una de las metodologías y veremos lo que implica trabajar con ellas.
Metodologías tradicionales
Las metodologías tradicionales como su nombre nos indica son las que se han usado toda la vida. Buscan imponer disciplina al proceso de desarrollo software y de esa forma volverlo predecible y por ello eficiente.
Estas metodologías tienen un enfoque predictivo, donde se sigue un proceso secuencial en una sola dirección y sin marcha atrás. La estimación y captura de requisitos se realiza una única vez al principio del proyecto, de aquí el porqué son predictivas. La estimación tiene mucha importancia debido a que sólo se realiza una vez y de esta dependen los recursos que empleamos en el proyecto.
Inician el desarrollo de un proyecto con un riguroso proceso de captura de requisitos, análisis, diseño y desarrollo. Los requisitos son acordados de una vez y para todo el proyecto, y no se esperan cambio en ellos.
Este tipo de metodología se puede aplicar cuando se tiene tiene mucha experiencia con un determinado tipo de producto y ya se sabe estimarlo. También puede funcionar para proyectos donde los requisitos no cambian y las condiciones del entorno son conocidas y estables.
En el otro lado están las metodologías ágiles, que surgen como alternativa a las metodologías tradicionales, en la búsqueda de reducir la probabilidad de fracaso por sub-estimación de costos, tiempos y funcionalidades en entornos cambiantes.
Metodologías ágiles
Los marcos de trabajo y metodologías ágiles se caracterizan por ser adaptativas y flexibles, esto significa que no son reticentes a los cambios, al revés, son eventos esperados y que se acogen con normalidad. El marco de trabajo más utilizado en la actualidad es Scrum, aunque también existe Kanban, Lean y otros.
Una condición importante para su correcto funcionamiento es la comunicación e implicación del cliente debido a que los requisitos y funcionalidades pueden cambiar en cualquier momento; el cliente puede ser un miembro más del equipo. Se da valor a una correcta confección del grupo de trabajo del que se intenta que sea pequeño (máximo 10 personas) y en el que se busca un grupo motivado, cuyos miembros se complementen los unos a los otros y que esté cohesionado.
En proyectos ágiles, el trabajo se fragmenta en partes que se priorizan y se desarrollan durante un periodo de tiempo corto (entre 1 y 4 semanas), denominados «sprints».
Una de las máximas en las metodologías ágiles es la de anteponer el valor aportado al producto sobre otras tareas (documentación extensa, burocracia en procesos, etc). El objetivo es obtener un producto funcional lo antes posible, de este modo ya en las primeras instancias del proyecto tenemos un producto con valor que se va mejorando con cada «sprint».
Que la documentación no sea una prioridad no significa que se deje de lado, se requiere una documentación corta y concisa sin muchas florituras.
Como vemos las metodologías ágiles necesitan de un determinado contexto, valores y conocimientos para funcionar correctamente. Y no se puede decir que se emplea una metodología ágil si no se interiorizan sus valores y siguen sus reglas de buen uso.
Metodologías tradicionales vs ágiles
¿Cuando usar metodologías ágiles o tradicionales?
DEPENDE, de los factores que están involucrados en el proyecto: requisitos, equipo, tipo de cliente, entorno, etc.
Usamos metodologías tradicionales en proyectos con un problema conocido y una solución al mismo bien definida. En este entorno es fácil analizar, diseñar y ejecutar una solución. Es ideal si sabemos que los requisitos que se establecen al principio del proyecto no van a cambiar. Esto puede aplicar en proyectos cortos donde el riesgo sea más limitado.
En un entorno muy cambiante donde no está claro el problema a solucionar, ni la forma de hacerlo son más eficaces las metodologías ágiles ya que incorporan mecanismos de gestión del cambio que implican un menor esfuerzo.
En una metodología ágil el cliente/usuario tiene un papel clave. Si su implicación y/o dedicación no va a ser muy alta, quizás este tipo de metodología no sea las más apropiada. Aunque existe la posibilidad de que la figura del cliente sea representado por un miembro del equipo o alguien de la parte de negocio.
Como vemos la decisión está influenciada por múltiples valores que definen el proyecto.
Metodologías combinadas
En ellas se intenta aunar los mejor de la tradicional y de la ágil. De ágiles se incorpora el cómo gestionan la incertidumbre. Las tradicionales aportan la facilidad de predecir los costes y necesidades del proyecto.
Un ejemplo claro es cómo podemos enfrentarnos a la incertidumbre del día a día con metodologías ágiles y ver su impacto en la planificación a medio y largo plazo cada semana.
Esta ha sido una breve explicación de cómo funcionan las metodologías ágiles y tradicionales, y como la elección que debemos hacer de ellas para nuestros proyectos siempre estará condicionada por diferentes factores. En un par de semanas nos volvemos a encontrar por estos lares con otro interesante tema tecnológico.
