Resumen de 2 Videos de Metodología Ágiles

1. CMP-416 Taller de Sistemas
Facultad de Ciencias Exactas y Tecnologia
Ing. Sistemas
Docente:
David Enrique Mendoza Gutierrez
Estudiante:
Julio Cesar Cervantes Castillo

3.  Se definen como una técnica
de desarrollo de software.
 Su objetivo principal es
reducir tiempo, esfuerzo y
costos.

4.  Las metodología agiles lo que fomenta es algo ligero, un mínimo de
proceso que necesita para funcionar
 Al final no deja de ser un poco mas también filosofía de trabajo y
cultura
 Algunos enfoques empiezan a hablarse desde casi los 95 cuando
empiezan las primeras implementaciones de scrum y en el 2001 es
se firma el manifiesto ágil

5.  Los enfoques Lean en ingles significa ligeros y el significado estricto
es «sin grasa»
 Estos enfoque Lean vienen de los años 50 y 60 lo que tratan es de
suavizar un poco los procesos, agilizándolo y haciéndolos mas
sencillos.
 Se puede definir Lean como el paraguas vertebral con grandes
conceptos
 Kanban es una palabra japonesa que significa tablero visual
 Scrum es una palabra en ingles que significa mele

6.  Cuando se habla de artefactos se habla de elementos que componen
un poco los diferentes marcos de trabajo
 Los artefactos son los que entran y salen del ciclo y que permite trabajar
con los enfoques
 El Scrum es un marco de trabajo muy sencillo con pocas reglas y una
serie de artefactos (elementos) tanto de entrada como salida que
permite gestionar los ciclos
 El enfoque y la filosofía se puede aplicar en cualquier tipo de entorno.

7.  Los enfoque lean y agile tratan de conseguir que el coste de
coordinación sea lo mas pequeños posibles utilizando diferentes
herramientas y diferentes liturgia
 Jira es una herramienta profesional empresarial que viene con una serie
de puglins que permite trabajar con todo lo que son los enfoque agiles
 El triangulo de hierro sus 3 variables son el tiempo, el alcance y el
dinero.
 Scrum no es una metodología es una framework que ayuda de una
serie de artefactos a gestionar proyectos

9. Se conoce a un modelo organizativo donde se determina a partir de
un conjunto de personas que trabajan juntos para el desarrollo de un
sistema quien participa en un proyecto haciendo que cuando y
como.
Forma un conjunto de fases, actividades, métodos, herramientas y
roles bien establecido.

10. Hay varios tipos de ciclo de vida convencionales como los tipos secuenciales,
variantes, iterativos no secuenciales, iterativo tipo evolutivo, iterativo de tipo
incremental, modelos mixtos como la secuencia e interactivo
Características
 Procesos dirigidos por planes
 Todas las fases han de concluir con la elaboración completa de todos los
artefactos previstos antes de continuar
 Generalmente este tipo de modelo de procesos tiene muchos artefactos y
normalmente planificación a largo plazo
 Complejos y carecen de flexibilidad, además están sujetos en la burocracia.

11.  En proyectos innovadores se tiene que apoyar en personas de alca
cualificación y con virtudes como voluntario y fuertemente comprometido en
el éxito del proyecto, ya que son de mentes creativas, trabajan porque les
gusta porque están felices cuando las cosas salen bien.

12.  Es mejor enfatizar un modelo de proceso que permita llegar muy
rápido a software que funciona y resuelve los problemas.
 El cliente debe formar parte del equipo de desarrollo por tanto
intentar fomentar una colaboración estrecha.
 Es importante ser flexible para responder a los cambios.

13.  Agile Unified Process: S. Ambler.
 *Unified Process.
Mas conocidos son:
 Extreme Programming (XP): K. Beck
 Scrum: K. Schawaber, J. Sutherland et al.
 Kanban: D.J. Anderson.

14.  Esta metodología es posiblemente la mas
destacada de las metodologías ágiles y esto se
debe a su gran capacidad de adaptación ante
cualquier tipo de imprevisto que surja.

15.  La metodología
Scrum, es bastante
amigable y fomenta lo
que es el trabajo en
equipo en todo
momento, con la
finalidad de conseguir
los objetivos de una
forma rápida.

16.  Consiste en
ir etiquetando
con tarjetas
cada uno de
los procesos
que se deben
llevar a cabo.

17. Características
 Enfoque ágil para el desarrollo de sistemas y servicio software innovadores
 Basado en modelos de proceso iterativos y los valores del manifiesto ágil.
 Equipo multidisciplinar, motivado y auto-organizado donde no hay jefes.
 Requisitos en forma de lista priorizada de características y capacidades del
producto.
 Entrega iterativa del producto en ciclos repetitivos cortos y fijos.
 Planificación adaptativa.
 Freedback de producto y proceso en cada iteración.
 Cada entrega contiene un conjunto de características completas que
pueden ponerse en producción.

18.  Son papeles que juegan los
integrantes de un proyecto
scrum, por lo general un
proyecto puede llevarse a
cabo por 1 o más grupos de
scrum, un equipo de scrum
está formado por 3 tipos de
roles:

19. Es la voz del cliente.
 Responsable de la visión de producto y la gestión económica de su
desarrollo.
 Decide qué características y funcionalidades ha de tener el sistema
de desarrollo y el orden en que deben ser implementadas.

20. El líder.
 Ayuda a los miembros del equipo
 Ayuda a la organización
 Es responsable del proceso Scrum

21. Miembros del equipo de desarrollo.
 Responsable del diseño
 Son autos organizados
 Deben tener todos los conocimientos técnicos y capacidades para
producir software funcional de buena calidad

22. Se le llama Daily Scrum a la reunión diaria durante un sprint.
 Tiene que ser de pie y no dura mas de 15min
 Se cuentan como van las cosas pero no se resuelve, solo se
plantean los problemas si es que existe
 Responden a 3 Preguntas
• Que he hecho desde la ultima reunión
• Que tengo planeado hacer hasta la próxima reunion
• Que impedimentos he encontrado para realizar mi trabajo según
lo previsto

23. Es un acuerdo del equipo que contiene todas las condiciones que deben
cumplir los item del Product Backlog que se aceptan en el Sprint para
considerarlos completados
Hay equipos que manejan 2 definiciones:
 Hecho
Hecho todo lo que he podido
 Hecho Hecho
Hecho he hecho todo lo necesario para que un cliente este satisfecho
con la funcionalidad que se ha implementado

24.  Si todo va bien se produce una reunión de feedback donde todo el
equipo ve el incremento del producto que se ha hecho y se le
entrega un demo al cliente donde comprueba y valida si eso
satisface sus necesidades.

25.  Es la reunión final de cada ciclo de desarrollo la cual se revisa la
adecuación del propio proceso Scrum utilizado y proponer mejoras
de proceso
 Es mejor que la reunión tenga un foco concreto de aspectos a
mejorar fijado anteriormente