Feature Driven Development (FDD)

Больше похоже на это

Arte Griego

от Juan Manuel

Buenas Prácticas de Manufactura (BPM)

от Paola Jimenez

insertar imagen

от carlos sanchez

INGENIERIA

от Jyfrel González

Feature Driven Development (FDD)

Momentos de uso

Contempla la figura del jefe de proyecto

Orientada a equipos más grandes de los que normalmente se usan en otras metodologías

Cuando se utiliza personal externo

Cuando se necesita algo ágil pero el equipo es enorme

Desventajas

Evita cualquier tipo de documentación

Se deben repartir muchos roles

Necesita miembros con experiencia

Características

Propone etapas de cierre en periodos de dos semanas

Se basa en un proceso iterativo con iteraciones cortas

Se obtienen resultados periódicos y tangibles

Evita el exceso de presupuesto y fallas en el programa

Se preocupa por la calidad

Se enfoca en las fases de diseño y construcción

No hace tanto énfasis en obtener requerimientos

Proceso ágil

Origen

Se diseño con el fin de trabajar con otras metodologías

Por Jeff de Luca y Peter Coad

Roles y responsabilidades

Roles de verificadores

Se encargan del despliegue y documentación

Roles de soporte

Administrador de sistemas

Ingeniero de construcción

Abogado o gurú del lenguaje

Administrador de entregas

Roles principales

Jefe de dominio

Propietarios de clase

Programador jefe

Director de desarrollo

Arquitecto jefe

Director de proyecto

Ventajas

Manejo jerárquico de los requisitos

Define roles como el jefe de proyecto y el arquitecto

Contempla la fase de arquitectura y el diseño

Detalla la iteración cero

Detalla más el proceso

Esta metodología esta pensada para equipos más grandes

Procesos

Construir por rasgo

Se incluyen tareas

Integración e inspección del código

Testing unitario

Codificación

Inspección del diseño

Construcción total del proyecto

Diseñar por rasgo

Se incluyen las mismas tareas que en la construcción

Se construye la funcionalidad por medio de un proceso iterativo

Se seleccionan un conjunto de funcionalidades

Planear por rasgo

Ordena las funcionalidades

Dependencia

Prioridad

Se termina la parte lineal del modelo

Construir una lista de los rasgos

Se divide en funcionalidades pequeñas

Se evalúa por el cliente

Lista informal que resume las funcionalidades

Desarrollar un Modelo Global

Se divide en áreas que analizan el diagrama de clases de cada una

Se construye primero un modelo teniendo en cuenta ciertos puntos

Requisitos

Contexto

Visión

Enfoque ágil

No requiere la utilización de ningún modelo de proceso especifico

Se diseño para trabajar con otras actividades de desarrollo

Énfasis en diseño y construcción

Se enfoca en interaciones cortas que entregan funcionalidades tangibles