1. Programacion extrema
1.1. centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software
1.2. se basa en realimentación continua entre el cliente y el equipo de desarrollo
1.3. Se utilizan las historias para especificas los requisitos del software
1.4. Roles:
1.4.1. Programador
1.4.1.1. escribe las pruebas unitarias y produce el código del sistema.
1.4.2. Cliente
1.4.2.1. escribe las historias de usuario
1.4.3. Tester
1.4.3.1. Es el encargado de pruebas ayuda al cliente a escribir las pruebas funcionales
1.4.4. Tracker
1.4.4.1. proporciona realimentación al equipo en el proceso XP
1.4.5. Coach
1.4.5.1. Es responsable del proceso global
1.4.6. Consultor
1.4.6.1. Es un miembro externo del equipo con un conocimiento específico en algún tema necesario para el proyecto
1.4.7. Gestor
1.4.7.1. Es el vínculo entre clientes y programadores
2. SCRUM
2.1. Especialmente indicada para proyectos con un rápido cambio de requisitos
2.2. se ha utilizado con éxito durante los últimos 10 años.
2.3. Caracteristicas principales:
2.3.1. El desarrollo de software se realiza mediante iteraciones, denominadas sprints, con una duración de 30 días.
2.3.2. Se realizan reuniones a lo largo proyecto, entre ellas destaca la reunión diaria de 15 minutos del equipo de desarrollo para coordinación e integración.
2.4. Roles
2.4.1. Scrum master
2.4.1.1. Persona que lidera al equipo guiándolo para que cumpla las reglas y procesos de la metodología.
2.4.2. Product owner (PO)
2.4.2.1. Representante de los accionistas y clientes que usan el software
2.4.3. Team
2.4.3.1. Grupo de profesionales con los conocimientos técnicos necesarios y que desarrollan el proyecto
3. CRYSTAL Methodologies
3.1. se considera un juego cooperativo de invención y comunicación, limitado por los recursos a utilizar.
3.2. conjunto de metodologías caracterizadas por estar centradas en las personas que componen el equipo
3.3. Laspolíticas de trabajo en equipo dependerán del tamaño del equipo:
3.3.1. Crystal Clear (3 a 8 miembros)
3.3.2. Crystal Orange (25 a 50 miembros)
4. DSDM
4.1. Dynamic Systems Development Method
4.1.1. Características:
4.1.1.1. es un proceso iterativo e incremental
4.1.1.2. el equipo de desarrollo y el usuario trabajan juntos
4.1.1.3. Nace en 1994 con el objetivo de crear una metodología RAD unificada
4.1.2. Fases:
4.1.2.1. estudio viabilidad
4.1.2.2. estudio del negocio
4.1.2.3. modelado funcional
4.1.2.4. diseño y construcción
4.1.2.5. implementación
5. ASD
5.1. Adaptive Software Development
5.1.1. Su impulsor es Jim Highsmith.
5.1.2. Caracteristicas:
5.1.2.1. iterativo
5.1.2.2. orientado a los componentes de software más que a las tareas
5.1.2.3. tolerante a los cambios
5.1.3. Fases del ciclo de vida:
5.1.3.1. especulación
5.1.3.1.1. Se inicia el proyecto y se planifican las características del software
5.1.3.2. colaboración
5.1.3.2.1. Se desarrollan las características
5.1.3.3. aprendizaje
5.1.3.3.1. Se revisa su calidad y se entrega al cliente
6. FDD
6.1. Feature-Driven Development
6.1.1. Se preocupa por la calidad, por lo que incluye un monitoreo constante del proyecto.
6.1.2. Propone tener etapas de cierre cada dos semanas.
6.1.3. Se basa en un proceso con iteraciones cortas que producen un software funcional que el cliente y la dirección de la empresa pueden ver y monitorear
6.1.4. 5 Pasos:
6.1.4.1. Desarrollo de un modelo global.
6.1.4.1.1. Los desarrolladores construyen un diagrama de clases o de objetos por cada área.
6.1.4.2. Construcción de una lista de funcionalidades.
6.1.4.2.1. La lista es elaborada por los desarrolladores y es evaluada por el cliente.
6.1.4.3. Planeación por funcionalidad.
6.1.4.3.1. se procede a ordenar los conjuntos de funcionalidades conforme a su prioridad y dependencia, y se asigna a los programadores jefes.
6.1.4.4. Diseño por funcionalidad.
6.1.4.4.1. Se selecciona un conjunto de funcionalidades de la lista.
6.1.4.5. Construcción por funcionalidad.
6.1.4.5.1. Se procede a diseñar y construir la funcionalidad mediante un proceso iterativo
7. LD
7.1. Lean Development
7.1.1. Definida por Bob Charette’s a partir de su experiencia en proyectos con la industria japonesa del automóvil en los años 80
7.1.2. utilizada en numerosos proyectos de telecomunicaciones en Europa
7.1.3. los cambios se consideran riesgos
7.1.4. Su principal característica es introducir un mecanismo para implementar dichos cambios