Á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

Costo de los Cambios en la Construcción de SW

10

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

Versiones

13

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

21

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

Ejemplo

UNIVERSIDAD

TECNOLÓGICA

DEL VALLE DE TOLUCA

UNIVERSIDAD

TECNOLÓGICA

DEL VALLE DE TOLUCA

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

UNIVERSIDAD

TECNOLÓGICA

DEL VALLE DE TOLUCA

Formato de Scrum(Plantilla de trabajo)

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