El documento describe las metodologías ágiles para el desarrollo de software. Resume que las metodologías ágiles intentan minimizar riesgos en tiempos de desarrollo cortos mediante la entrega regular de software funcional, comunicación cara a cara y priorizando el software que funciona sobre la documentación. También enfatizan la capacidad de respuesta a cambios en los requisitos y ofrecen una solución casi a medida para muchos proyectos de software.

1. ÁGILE
Universidad Tecnológica  Calixto Esquivel Omar
Del Valle de Toluca
 Guadarrama Navarrete María Isabel
 Hernández Alejandro Yuruani
 Romero Campos Francisco
 Silva Santana Antolin
FEBRERO DE 2013
1

2. UNIVERSIDAD
TECNOLÓGICA
2
DEL VALLE DE TOLUCA
índice
 RESUMEN
 OBJETIVOS
 ¿QUE ES ÁGILE?
 PRINCIPIOS DEL MANIFIESTO ÁGILE
 HISTORIA
 ¿POR QUÉ SURGEN LAS METODOLOGIAS ÁGILES?
 CONFIABILIDAD
 CERTIFICACIONES
 VERSIONES
 CARACTERÍSTICAS PRINCIPALES
 TABLA COMPARATIVA
 EJEMPLO
 CONCLUSIONES
 REFERENCIAS
 ANEXO (SCRUM)

3. UNIVERSIDAD
TECNOLÓGICA
3
DEL VALLE DE TOLUCA
Resumen
 El desarrollo de software ágile es un marco de trabajo conceptual para
emprender proyectos de Ingeniería de software.
 Los Métodos Ágiles, intentan minimizar riesgos en tiempos de desarrollo
de software cortos.
 Los Métodos Ágiles enfatizan una comunicación en tiempo
real, preferentemente cara a cara sobre documentos escritos.
 Las Metodologías Ágiles también acentúan en que el software
trabajando es la primera medida del progreso.
 Las metodologías ágiles ofrecen una solución casi a medida para una
gran cantidad de proyectos.

4. UNIVERSIDAD
TECNOLÓGICA
4
DEL VALLE DE TOLUCA
Objetivos
 Brindar una descripción del marco
teórico de referencia de la metodología
del desarrollo Ágil.
 Analizar algunas características
esenciales de esta metodología para
adaptarlas al contexto de la Ingeniería
del Software.

5. UNIVERSIDAD
TECNOLÓGICA
5
DEL VALLE DE TOLUCA
¿ Qué es?
Las metodologías ágiles de desarrollo
están especialmente indicadas en
proyectos con requisitos poco
definidos o cambiantes.
La cual nos exige desarrollar el
software en menor tiempo, para
garantizar la finalización del mismo y
como mínimo se involucran
programadores y clientes.

6. UNIVERSIDAD
TECNOLÓGICA
6
DEL VALLE DE TOLUCA
Historia
 La definición moderna de desarrollo ágil de software evoluciono a mediados
de los años 1990 como parte de una reacción contra los métodos de “peso
pesado”, muy estructurados y estrictos, extraídos del modelo de desarrollo en
cascada.
 El enfoque fue planteado por primera vez por Martin y se dio a conocer en la
comunidad de Ingeniería de Software con el nombre de RAD o Rapid
Application Development. RAD consistía en un entorno de desarrollo
altamente productivo, en el que participaban grupos pequeños de
programadores utilizando herramientas que generaban código en forma
automática tomando como entradas sintaxis de alto nivel.
 En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace
formalmente el termino “ágil” aplicado al desarrollo.

7. UNIVERSIDAD
TECNOLÓGICA
7
DEL VALLE DE TOLUCA
Principios del manifiesto ágil
1. La satisfacción del cliente
2. Bienvenida a los cambios que puedan ocurrir
3. Entregar regularmente software que trabaje
4. Gente de negocios y desarrolladores trabajan diariamente en
conjunto
5. Construcción de proyectos alrededor de individuos motivados
para esto
6. Las comunicaciones cara a cara son las mejores

8. UNIVERSIDAD
TECNOLÓGICA
8
DEL VALLE DE TOLUCA
Principios del manifiesto ágil
7. Software que trabaje es la mejor medida del progreso
8. Atención continua a la excelencia y al buen diseño
9. Promover el desarrollo sostenible
10. Simplicidad
11. Las mejores arquitecturas, requerimientos , y diseños emergen de equipos
auto-organizados
12. Introspección , los equipos deben regularmente hacerse una revisión
hacia si mismos y sus procesos para intentar mejorar

9. UNIVERSIDAD
TECNOLÓGICA
9
DEL VALLE DE TOLUCA
¿Por qué surgen las Metodologías Ágiles?
 Dificultad para implantar metodologías
tradicionales. Sofisticadas herramientas CASE y
notaciones (UML)
 Una solución a medida para un segmento
importante de proyectos de desarrollo de software
 Pugna entre comunidades / gurúes
 Aceptar el cambio

10. UNIVERSIDAD
TECNOLÓGICA
10
DEL VALLE DE TOLUCA
Costo de los Cambios en la Construcción de SW

11. UNIVERSIDAD
TECNOLÓGICA
11
DEL VALLE DE TOLUCA
Confiabilidad de los Métodos Ágiles
 Lograr que los proyectos desarrollados
con Metodologías Ágiles sean de calidad
no es una tarea fácil, se tiene que
garantizar que el método elegido es
confiable y que el producto resultante
también lo es.

12. UNIVERSIDAD
TECNOLÓGICA
12
DEL VALLE DE TOLUCA
Certificaciones
 CMM-SEI. El Modelo de Madurez de Capacidades del SEI
(Software Engineering Institute, Instituto de Ingeniería de
Software),
 ISO/IEC 12207:AMENDMENT 1:2002. Esta norma que tiene por
nombre “Software life-cycle processes” (Procesos del ciclo de
vida del Software).
 ISO/IEC 15504. La norma tiene como titulo “Process
Assessment” (Evaluación del Proceso de Software).
 ISO/IEC 15504. La norma tiene como titulo “Process
Assessment” (Evaluación del Proceso de Software).


13. UNIVERSIDAD
TECNOLÓGICA
13
DEL VALLE DE TOLUCA
Versiones

14. UNIVERSIDAD
TECNOLÓGICA
14
DEL VALLE DE TOLUCA
Versiones : características
• XP
Técnica utilizada para especificar los requisitos del software.
• CRYSTAL
Proceso que se basa en una exploración refinada de los
inconvenientes de los modelos clásicos.
• ITERATIVO o SCRUM
La intención de Scrum es la de maximizar la realimentación
sobre el
desarrollo pudiendo corregir problemas y mitigar riesgos de
forma temprana

15. UNIVERSIDAD
TECNOLÓGICA
15
DEL VALLE DE TOLUCA
Características Principales
 Minimiza riesgos en el desarrollo del software.
 Están especialmente indicados en proyectos
con requisitos pocos definidos.
 Capacidad de respuesta a cambios de
requisitos a lo largo del desarrollo.
 Entrega continua en plazos breves de
software funcional.

16. UNIVERSIDAD
TECNOLÓGICA
16
DEL VALLE DE TOLUCA
Características
 Trabajo conjunto entre cliente y el equipo de
desarrollo.
 Atención continua a la excelencia técnica y
al buen diseño.
 Mejora continua de los procesos y el equipo
de desarrollo.
 Eliminación del trabajo innecesario.
 Se requiere un numero pequeño de
desarrolladores.
 Cultura que prospera sobre el caos.

17. UNIVERSIDAD
TECNOLÓGICA
17
DEL VALLE DE TOLUCA
Tabla de diferencias
Metodologías Ágiles Metodologías Tradicionales
Basada en heurísticas provenientes de Basadas en normas provenientes de
prácticas de producción de código. estándares seguidos por el entorno de
desarrollo.
Preparados para cambios durante el Cierta resistencia a los cambios.
proyecto.
Reglas de trabajo impuestas Reglas de trabajo impuestas
internamente (Equipo). externamente.
Procesos menos controlados., con Procesos con muchas normas y
pocos principios. políticas.
El cliente es parte del equipo de El cliente solo interactúa solo en
desarrollo. reuniones determinadas.
Grupos pequeños. Grupos grandes trabajando en
diferentes áreas.

18. UNIVERSIDAD
TECNOLÓGICA
18 DEL VALLE DE TOLUCA
Ejemplo:
PRINCE2 (PRojects IN Controlled
Environments, Proyectos en Ambientes Controlados)
es una metodología ágil recomendable para la
administración de proyectos que cubre la
administración, control y organización de un
proyecto.

19. UNIVERSIDAD
TECNOLÓGICA
19
DEL VALLE DE TOLUCA
Conclusiones
 Los Métodos Ágiles no presuponen algún tipo de ciclo de vida
para su ejecución, es más bien una filosofía de
valores, ideas, conceptos y principios para aplicar en la
metodología que se desarrolle.
 Las metodologías Ágiles permiten a los pequeños grupos de
desarrollo concentrarse en la tarea de construir software
fomentando practicas de fácil adopción.
 Las metodologías ágiles ofrecen una solución casi a medida para
una gran cantidad de proyectos.

20. UNIVERSIDAD
TECNOLÓGICA
20
DEL VALLE DE TOLUCA
Referencias
 Martin, J., Rapid Application Development,
Macmillan Inc., New York, 1991.
 http://www.bvs.hn/cu-
2007/ponencias/CAL/CAL006.pdf
 Agile Alliance at
http://agilealliancebeta.org/article/file/904/file.pdf
 Ágile Estimating and Planning, Autores: Mike Cohn,
Editorial: Prentice Hall PTR, Año de publicación:
2005, Etiquetas: user stories, gestión de proyectos
 Scrum y XP desde las Trincheras, Autores: Henrik
Kniberg (traducción de Ángel Medinilla), Editorial:
Lulu.com, Año de publicación: 2007, Etiquetas:
scrum, xp

21. UNIVERSIDAD
TECNOLÓGICA
21
DEL VALLE DE TOLUCA

22. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Historia
En 1993 Jeff Sutherland creo el proceso de Scrum
tomado prestado.
El termino “Scrum” de una analogía planteada en un
estudio
realizado en 1986 por Takeuchi y Nonaka publicado en
la Harvard Business Review. En ese estudio, Takeuchi y
Nonaka comparar alto rendimiento, equipos multi-
funcionales a la formación del scrum utilizado por los
equipos de Rugby.

23. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
¿Qué es Scrum ?
 Es un marco de trabajo ágil que se basa en la
iteración y entrega incrementales de desarrollo
de un producto o servicio.

24. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Características
 Repensar Gestión de Proyectos
Scrum ofrece beneficios para cualquier tipo
de equipo, incluyendo mejor trabajo en
equipo, una mejor comunicación y más
rápidos resultados.
 Reaccionar con mayor rapidez
Scrum es una forma de priorizar
grandes los elementos pendientes
en trozos manejables de trabajo.

25. Características:
 Responden con mayor precisión
Scrum es de colaboración y
comunicación tanto con las personas
que están haciendo el trabajo y las
personas que necesitan que el trabajo
realizado.
 Reinventa tu mundo del trabajo.
Scrum va a cambiar la forma de hacer
negocios . La forma de acercarse a
su día a día. El cambio no será fácil.
Habrá dolor. Habrá ajustes.

26. UNIVERSIDAD
TECNOLÓGICA
26
DEL VALLE DE TOLUCA
Roles de SCRUM
 Scrum consta de estas funciones y
normalmente está compuesta por no más
de 7 recursos por equipo:

27. UNIVERSIDAD
TECNOLÓGICA
27
DEL VALLE DE TOLUCA
 Propietario del Producto: Esta es la persona a la que
identifica y prioriza las características que aparecen en
un día 30 sprint. Este es normalmente el
CEO, CTO, Gerente de Producto o algún otro alto nivel
interesados que, en última instancia es responsable por la
formación de la hoja de ruta de su producto.
 ScrumMaster: Es similar a la gerente de proyectos en
entornos Cascada, pero no administrar el equipo
entregas en el nivel micro. En su lugar, esta persona es
responsable de asegurar que el día 30 sprint siga su
curso, no se incorporan nuevas prestaciones al sprint, que
las inspecciones código ocurrir y para lograr que todo el
mundo juega con las reglas.

28. UNIVERSIDAD
TECNOLÓGICA
28
DEL VALLE DE TOLUCA
 El Equipo: Con cascada, un equipo consta de los
analistas, diseñadores, testers y especialistas en
documentación. Con Scrum, cada miembro del equipo
está facultada y espera que la autogestión de sí mismos
y a participar en todas las funciones necesarias para
ofrecer una característica. Esto incluye el
análisis, diseño, codificación, la refactorización, pruebas
y documentación. En Scrum, que normalmente no tienen
un Software Ingeniero de calidad, ya que asume los
programadores pueden llenar ese papel.

29. UNIVERSIDAD
TECNOLÓGICA
29
DEL VALLE DE TOLUCA
Procedimientos de SCRUM
 La Calidad del Software Engineer: Aunque no en la
versión más pura de Scrum, vemos la Calidad del
Software ingeniero, como una persona clave en el
scrum Team. Su responsabilidad será la de ayuda en la
elaboración de un sólido conjunto de casos de prueba
para cada orden de trabajo. Los programadores
ejecutar los casos de prueba (y reparar los fallos) antes
de pasar a la función de la Calidad del Software
Engineer para pruebas de control de calidad.

30. UNIVERSIDAD
TECNOLÓGICA
30
DEL VALLE DE TOLUCA
 La documentación especializada: Aunque no en la
versión más pura de Scrum, la documentación
especializada es la persona a la que crea las guías y las
películas de las características que hacen que el
producto sea más comercializable, estos elementos se
denominan el producto atraso.

31. UNIVERSIDAD
TECNOLÓGICA
31
DEL VALLE DE TOLUCA
Scrum (estándares):
 Cada miembro del equipo debe comprobar su
código en diario (o cuando es compilable).
 Cada los miembros del equipo deben hacer un
GET en código fuente al comienzo de cada día
para asegurarse de que tengan el código más
reciente.

32. UNIVERSIDAD
TECNOLÓGICA
32
DEL VALLE DE TOLUCA
 Cada uno de los miembros del equipo deben
introducir su tiempo diariamente (tiempo trabajado y
estima horas restantes).
 Cada miembro del equipo debe asistir a la reunión
diaria de Scrum (o un representante a la reunión).
 Cada miembro del equipo debe llegar a la reunión
diaria de Scrum a tiempo o debe pagar una
multa, para los ScrumMaster.

33. UNIVERSIDAD
TECNOLÓGICA
33
DEL VALLE DE TOLUCA
 Casos de prueba debe ser creado antes de codificar
comienza en cualquier función.
 Casos de prueba debe ser ejecutado por el
programador antes de liberar el código para la
inspección.
 Código las inspecciones se debe hacer en todas las
funciones.

34. UNIVERSIDAD
TECNOLÓGICA
34
DEL VALLE DE TOLUCA
 Planificación semana concluye, no introduce nuevos
requisitos pueden entrar en los 30 días a menos que el
Sprint va por delante de la programación y puede
absorber el nuevo trabajo (que no es probable).
 Si durante los 30 días sprint hay la presión de
Propietario de producto para agregar o cambiar los
requisitos porque de nuevo cliente obligaciones, el
sprint debe ser anulada. Cuando un sprint se anula, el
sprint final y un nuevo PAD Planificación Semana se
producirán, seguido por un nuevo sprint.

35. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Desarrollo tradicional vs Desarrollo Ágil
Desarrollo Tradicional Desarrollo Ágil
 Especialización  Equipo Multidisciplinar
 Fases  Solapamiento
 Requisitos detallados  Visión del producto
 Seguimiento del plan  Adaptación a los cambios
 Las metodologías tradicionales se  las metodologías ágiles son más
ven como una carrera de relevos, como un partido de Rugby, en el
en el que cada miembro es que el empuje conjunto del equipo
responsable de una fase, y hasta es importantísimo para el éxito. De
que no se termina una fase, es hecho, Scrum significa melé
imposible comenzar las siguientes.

36. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Certificaciones

37. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Ejemplo

38. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA

39. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA

40. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Durante una reunión de planeación del sprint, el equipo
determina el objetivo del sprint y el número de elementos de
trabajo pendiente del producto que los miembros del equipo
pueden realizar sobre el próximo sprint.
El scrummaster garantiza que el objetivo del sprint permanezca
constante en el sprint.
Al final de cada sprint, el equipo explica lo que salió bien y lo
que no salió bien durante el sprint y decide lo que los
miembros del equipo pueden hacer de forma diferente para
que el siguiente sprint sea más eficaz.

41. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Formato de Scrum(Plantilla de trabajo)

42. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Para definir un sprint
1.- En Iteración, especifique la ruta de acceso de iteración del
sprint.
Para obtener más información, vea Crear y modificar áreas
e iteraciones.
2.- En la pestaña Detalles, defina la fecha de inicio y
finalización para el sprint y proporcione los detalles necesarios
para describir el objetivo del sprint.
3.- Deje en blanco de la pestaña Retrospectiva hasta el final
del sprint.
4.- En la pestaña Historial, agregue los comentarios que desee
capturar como parte del registro histórico.
Cada vez que un miembro del equipo actualiza un elemento
de trabajo, en su historial se muestra la fecha del cambio, el
miembro del equipo que lo realizó y los campos que han
cambiado.

43. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Para definir un sprint
5.- En la pestaña Datos adjuntos, adjunte
especificaciones, imágenes u otros archivos que proporcionen
más detalles sobre el sprint.
6.- Haga clic en Guardar elemento de trabajo.
Después de guardar el sprint, aparecerá el identificador en el
título debajo de la barra de herramientas de elemento de
trabajo.

44. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Ejemplo de aplicación que permite a los usuarios gestionar:
 En este link podemos visualizar el llenado de los formatos
Scrum para un proyecto determinado.
FORMATOS
SCRUMformato_ejemplo_para_documentar_el_uso_de_scrum
_en_un_proyecto.pdf

45. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Conclusiones
Con Scrum es óptima para equipos de trabajo
pequeños , permite la facilidad de implantación
por su agilidad en cuanto a cambios , que se
pueda reconducir el proyecto en un momento
dado y que afecte lo menos posible los
costos, los tiempos y al equipo de trabajo.

46. UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Referencias Bibliográficas
 http://www.pragmaticsw.com
 http://caraballomaestre.blogspot.mx/2009/05/scrum-para-
dummies.html
 http://blog.smartbear.com/software-quality/bid/170264/Agile-
Scrum-Scrum-Kickoff-and-Product-Backlog
 http://www.scrumalliance.org/pages/scrum_101