Post on 17-Jul-2015
ÁGILE
Calixto Esquivel Omar
Guadarrama Navarrete María Isabel
Hernández Alejandro Yuruani
Romero Campos Francisco
Silva Santana Antolin
1
Universidad TecnológicaDel Valle de Toluca
FEBRERO DE 2013
índice
2
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
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)
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.
3
UNIVERSIDAD
TECNOLÓGICA
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.
4
UNIVERSIDAD
TECNOLÓGICA
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.
5
UNIVERSIDAD
TECNOLÓGICA
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.
6
UNIVERSIDAD
TECNOLÓGICA
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
7
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
8
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
Principios del manifiesto ágil
UNIVERSIDAD
TECNOLÓGICA
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
9
UNIVERSIDAD
TECNOLÓGICA
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.
11
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Certificaciones
CMM-SEI. El Modelo de Madurez de Capacidades del SEI(Software Engineering Institute, Instituto de Ingeniería deSoftware),
ISO/IEC 12207:AMENDMENT 1:2002. Esta norma que tiene pornombre “Software life-cycle processes” (Procesos del ciclo devida del Software).
ISO/IEC 15504. La norma tiene como titulo “ProcessAssessment” (Evaluación del Proceso de Software).
ISO/IEC 15504. La norma tiene como titulo “ProcessAssessment” (Evaluación del Proceso de Software).
12
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
14
• 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
Versiones : características
UNIVERSIDAD
TECNOLÓGICA
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.
15
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
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.
16
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Características
Tabla de diferencias
Metodologías Ágiles Metodologías Tradicionales
Basada en heurísticas provenientes de
prácticas de producción de código.Basadas en normas provenientes de
estándares seguidos por el entorno de desarrollo.
Preparados para cambios durante el proyecto.
Cierta resistencia a los cambios.
Reglas de trabajo impuestas
internamente (Equipo).
Reglas de trabajo impuestas
externamente.
Procesos menos controlados., con pocos principios.
Procesos con muchas normas y políticas.
El cliente es parte del equipo de desarrollo.
El cliente solo interactúa solo en reuniones determinadas.
Grupos pequeños. Grupos grandes trabajando en
diferentes áreas.
17
UNIVERSIDAD
TECNOLÓGICA
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.
18
UNIVERSIDAD
TECNOLÓGICA
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.
19
UNIVERSIDAD
TECNOLÓGICA
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
20
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.
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.
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.
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
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.
Roles de SCRUM
Scrum consta de estas funciones y
normalmente está compuesta por no más
de 7 recursos por equipo:
26
UNIVERSIDAD
TECNOLÓGICA
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.
27
UNIVERSIDAD
TECNOLÓGICA
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.
28
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Procedimientos de SCRUM
29
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
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.
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.
30
UNIVERSIDAD
TECNOLÓGICA
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.
31
UNIVERSIDAD
TECNOLÓGICA
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.
32
UNIVERSIDAD
TECNOLÓGICA
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.
33
UNIVERSIDAD
TECNOLÓGICA
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.
34
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 seven como una carrera de relevos,en el que cada miembro esresponsable de una fase, y hastaque no se termina una fase, es
imposible comenzar las siguientes.
las metodologías ágiles son máscomo un partido de Rugby, en elque el empuje conjunto del equipoes importantísimo para el éxito. Dehecho, Scrum significa melé
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA
Certificaciones
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.
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.
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.
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
SCRUM\formato_ejemplo_para_documentar_el_uso_de_scrum
_en_un_proyecto.pdf
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.
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
UNIVERSIDAD
TECNOLÓGICA
DEL VALLE DE TOLUCA