¿Por qué debería usar Desarrollo controlado por características?

Question

Extreme Programming, Scrum y Test Driven Development definitivamente parecen ser los métodos ágiles más populares en este momento. Pero recientemente alguien sugirió que eche un vistazo al Desarrollo impulsado por características.

¿Alguna vez ha utilizado este método con éxito? ¿Cuáles son las ventajas de usarlo?

Answer 1

FDD es una metodología anterior. Tiene muchas de las ideas de otras metodologías ágiles y echa de menos algunas de ellas. Al igual que Scrum, está un poco centrado en la gestión y creo que necesitas algunos elementos de XP para implementaciones prácticas.

FDD es ciertamente interesante de examinar. Pero al igual que Scrum y XP, creo que debes entender la mecánica y no solo implementar las prácticas para tener éxito. Si solo "haces FDD" o "haz Scrum", no eres tan adaptativo como deberías.

Las cosas que me gustaría ver en si se quiere entender ágil serían

scrum o FDD para entender lo que la administración puede salir de ágil.
XP para comprender cómo habilitar ágil desde una perspectiva tecnológica.
Crystal Clear para comprender los aspectos de comunicación.
magra ágil para obtener una perspectiva completamente diferente sobre las metodologías ágiles

yo no lo llamaría TDD una metodología ágil por cierto. Es una práctica de XP pero no una metodología completa per se.

Answer 2

FDD es lo que me gusta pensar como una metodología de envoltorio, ya que le permite aplicar un método para administrar proyectos a un nivel muy alto, pero aún le permite usar otras metodologías en un nivel inferior.

FDD se centra en poder establecer estimaciones y programas e informar sobre el estado de un proyecto como un todo, o en un nivel muy granular, pero no prescribe un método específico para aplicar con el fin de crear el cronograma, dejando eso a su criterio. La idea es que pueda ver su proyecto y afirmar con cierta certeza cuál es el estado del proyecto, ya sea a tiempo, resbalones, principios, etc.

Utilizo FDD como un medio para organizar mis proyectos en etapas manejables, de modo que sé CUANDO debo cerrar la sesión y comenzar cualquier etapa. Pero por sí mismo, FDD sería bastante inútil. Por ejemplo, personalmente utilizo la programación basada en la evidencia y un BDD/TDD combinado como elementos de un proceso de desarrollo que se gestionan bajo una especie de paraguas FDD. Personalmente, no pude hacer el XP completo o SCRUMM sin tener problemas porque mis proyectos y mi equipo se verían obstaculizados si se los obligara a participar en prácticas de otras metodologías que no agregan valor a nuestras circunstancias únicas.

En cualquier caso, es mejor no fijarse en ninguna metodología dada, porque las necesidades/condiciones de la empresa y el proyecto probablemente cambien con regularidad, y debe ser flexible en la forma de abordar la gestión de proyectos si lo desea ellos para tener exito Ninguna metodología única es una bala de plata, por lo que el truco es determinar qué métodos funcionan para usted y ajustar su metodología para satisfacer sus necesidades individuales. De esto se trata fundamentalmente de ser "Ágil".