METODOLOGÍAS DE DESARROLLO

ÁGIL XP Y SCRUM

Grupo N°:6
 1. PRINCIPIOS DE LAS METODOLOGÍAS ÁGILES

PRINCIPIOS DESCRIPCIÓN

● Los clientes deben participar durante todo el desarrollo del proyecto.

● Su función es ofrecer, priorizar y evaluar nuevos requerimientos en el proyecto.
Involucramiento del cliente ● Es un incentivo que permite procesar la información de manera fácil, de las necesidades del
consumidor.

● Software en el que se desarrollan incrementos, dependendiendo de las necesidades del cliente.

● Existe bajo riesgo en fallo total del proyecto.
Entrega Incremental ● Pueden ser utilizados como prototipos por los usuarios para obtener experiencia sobre los
requerimientos.

● No hay un proceso definido para el desarrollo del trabajo, mas bien, se aprovecha las habilidades
Personas, no procesos de los miembros, dando oportunidad a que cada integrante aplique su propia técnica de trabajo.

● El equipo de desarrollo debe estar preparado para rediseñar el sistema, con los cambios pertinentes
Aceptar el cambio solicitados por el usuario.

● Se debe mantener la simplicidad, sin perjudicar la calidad del software.

● Utiliza estructuras simples, evitando así la complejidad del sistema, agilizando los futuros
Mantener la simplicidad cambios.
 2.PRÁCTICAS DE LAS METODOLOGÍAS ÁGILES 1/2

PRINCIPIO O PRACTICA DESCRIPCIÓN

● Los requerimientos se registran en tarjetas de historia.

● Las historias se determinan por el tiempo disponible y la prioridad relativa.
Planeación incremental ● Consiste en no realizar cambios de forma general, si no hacer cambios pequeños como sucesivos de
forma incremental para así lograr metas mayores.

● Se libera el desarrollo de pequeñas funcionalidades, que van incrementando funcionamiento a la

primera liberación.
Liberaciones Pequeñas ● Ofrece valor para el negocio.

● Cubre las necesidades actuales con la creación de un diseño sencillo, al nuevo requerimiento del
Diseño simple usuario.

● Se realiza pruebas de unidad automatizadas.

Prueba del primer desarrollo ● Se verifica la nueva funcionalidad implementada en el proyecto.
● Esta en constante revisión antes de ser implementado.

● Los desarrolladores deben reestructurar el código fuente.

Refactorización ● Se encuentran mejoras en el código, sin cambiar su funcionalidad.
 2.PRÁCTICAS DE LAS METODOLOGÍAS ÁGILES 2/2

● Los desarrolladores trabajan en parejas para comprobar, ofrecer apoyo, y poder realizar un buen trabajo
Programación en pares en el proyecto.

● Todos los desarrolladores, laboran en todas las áreas del sistema.

● No se desarrollan campos de experiencia.
Propiedad colectiva ● Todos los desarrolladores tienen el derecho de revisar y cambiar cualquier función del sistema .

● Al completar una tarea e integrar al sistema se realiza la prueba de unidad.

● Después de haber sido revisada y completada la tarea, se la integra al sistema para continuar con el
Integración continua siguiente requisito.

Ritmo Sustentable ● La calidad y productividad del código puede verse afectado si se extiende el tiempo de entrega del
proyecto.

● El cliente también forma parte del equipo de desarrollo, haciéndose responsable de llevar los
Cliente en el sitio requerimientos del sistema para su implementación.
 3. SCRUM CARACTERÍSTICAS
PRINCIPIOS O
DESCRIPCIÓN
PRACTICAS
● Toma de decisiones, basadas en la observacion y experimentacion
CONTROL DE ● Se aplica 3 ideas principales: Transparencia (conocimiento del proyecto a todos los colaboradores),
PROCESO EMPÍRICO Inspección (Desarrollo paso a paso del proyecto), Adaptación (Adecuar las formas de trabajo en el
proyecto).
● Fomenta la contribución entre miembros de equipo de desarrollo.
COLABORACION ● Comunicación entre cliente y el equipo.
● Se basa en 3 dimensiones básicas: Conciencia, Articulación y Apropiación.
● Organiza la carga de trabajo.
AUTO- ● Los miembros tienen responsabilidades y compromisos claros.
ORGANIZACIÓN ● Los equipos marcan sus ritmos y desarrollo progresivo.
● El equipo adquiere madurez, confianza entre los miembros.
● Crea un producto que entregue máximo valor al negocio del cliente.
PRIORIZACIÓN ● Se establecen prioridades en los trabajos para saber qué se debe desarrollar primero.
● Solución de forma inmediata a problemas que surgen en el proyecto, priorizando su solución.
● Es limitante e importante.
● Debe tener uso adecuado para cumplir la planificación y ejecución del proyecto.
TIEMPO ASIGNADO ● Elementos: Ciclos de desarrollo de trabajos cortos (Sprints), Reunión diaria del equipo, Reunión de
planificación del Sprint, Reunion de revision del Sprint.
● Se adapta a las necesidades del usuario en cada momento.
DESARROLLO ● Se enfoca en manejar los cambios a objeto de crear productos que satisfagan las necesidades del
ITERATIVO cliente.
● Se definen responsabilidades en el producto, equipo de trabajo y roles relacionados con el proyecto.
 “BIBLIOGRAFÍAS”

• Paulk, M. C., Curtis, B., Chrissis, M. B. y Weber, C. V. (1993). “Capability Maturity Model, Version 1.1”.
IEEE Software, 10 (4), 18–27.

• Osterweil, L. (1987). “Software Processes are Software Too”. 9th Int. Conf. on Software Engineering,
IEEE Press, 2–12.

• Basili, V. y Green, S. (1993). “Software Process Improvement at the SEL”. IEEE Software, 11 (4), 58–66.

• Haase, V., Messnarz, R., Koch, G., Kugler, H. J. y Decrinis, P. (1994). “Bootstrap: Fine Tuning Process
Assessment”. IEEE Software, 11 (4), 25–35.

• Humphrey, W. S. (1988). “Characterizing the Software Process”. IEEE Software, 5 (2), 73–79.

• Sommerville, I. y Sawyer, P. (1997). Requirements Engineering: A Good Practice Guide. Chichester:

John Wiley & Sons.