¿FDD o Scrum? 6 ventajas de FDD frente a Scrum

Hace unos días vimos una serie de dos post sobre la metodología ágil FDD (aquí te dejo el primero de FDD y el segundo). Y en esto de las metodologías siempre suele haber dos problemas: primero conocer la metodología y luego saber si es la más adecuada para nuestra empresa. Intentemos, en este post, ayudar con el segundo.
Aunque sería demasiado ambicioso, e imposible, pretender que con un post se tenga disponga de toda la información para elegir una metodología, en este caso entre FDD o Scrum, sí que creo que resumir las principales ventajas de FDD frente Scrum puede ser de ayuda en este difícil mundo de la ingeniería del software.

¿FDD o Scrum? 6 ventajas de FDD frente a Scrum

1 – FDD está pensada para equipos y proyectos grandes, y, en mi opinión, en estos casos Scrum “flojea”. Scrum trabaja mejor en equipos pequeño, cohesionados y auto-organizados (te dejo este post sobre los equipos auto-organizados). FDD está pensado para equipos más numerosos, proyectos con un gran número de requisitos, etc.
2 – Detalla más el proceso. Aun siendo ambas metodologías realmente un “framework” o meta-metodología, debiendo ser adaptadas al caso real, FDD deja las cosas más acotadas y proporciona algo más de detalle.
3 – Detalla la iteración cero. En muchas metodologías ágiles no queda claro cuando montar el entorno, hacer el primer diseño, arquitectura, estimaciones, etc. En la práctica, esto se suele hacer en lo que comúnmente se llama iteración cero y que en FDD, a diferencia de otras metodologías, la iteración cero queda bien clara en sus tres primeros procesos. En Scrum queda menos claro este punto.
4 – Contempla fase la arquitectura y el diseño. Punto muy oscuro en Scrum y XP, y que en FDD está muy reforzado. FDD recomienda explícitamente el uso de UML, dispone de un proceso de diseño, etc.
5 – Define roles, como el jefe de proyecto y el arquitecto. Otra diferencia sustancial con las metodologías ágiles más conocidas (Scrum y XP) es que FDD contempla roles como jefes de proyecto, arquitectos responsables y programadores jefe. Este tipode roles son muy comuns en las empresas y difíciles de cambiar.
6 – Manejo jerárquico de los requisitos. Otro tema muy complicado de gestionar en proyectos grandes son las grandes listas de requisitos o  historias de usuario (te dejo el post de historias de usuario). FDD mejora esa gestión, ya que hace uso de jerarquías de requisitos.
¿FDD o Scrum? ¿Alguien tiene alguna experiencia al respecto?

• Acerca de
• Últimas entradas

jgarzas

Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.

Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.

También soy profe de la Universidad Rey Juan Carlos.

Últimas entradas de jgarzas (ver todo)

• Las 3 matrices de priorización Ágil - 19 octubre, 2023
• Etapas del Agile Product Management - 12 octubre, 2023
• Agile Product Management: DINÁMICA «Árbol Solución Oportunidad» + «Valores Esperados» - 5 octubre, 2023