HOW AGILE SCRUM

WORKS

Cómo funciona
Agile Scrum
Diapositivas generadas por Pedro Orlando Calle Ruffo del Documento:
How Agile Scrum Works
From The Agile Edge: Managing Projects Effectively Using Agile Scrum
By Brian Vanderjack
(A Business Expert Press Book)
Existen 3 partes que componen el
Agile Scrum
Visioning
Grooming
Iteration
Visioning
El propietario del producto explora las necesidades de
todas las partes interesadas relevantes y luego lleva
esas "solicitudes" a la ceremonia de visión.
La Reunión de Visión es donde el ProductOwner
trabaja con los miembros seleccionados del equipo
Scrum para capturar y refinar lo que se solicita.
Se crea una historia de usuario en el formato correcto.
 Lavisión organizacional es importante para que la comprenda el
propietario del producto.
 La Visión identifica una dirección estratégica a largo plazo. Define en qué
debe invertir esfuerzo la organización y actúa como un filtro para filtrar
las actividades que no están dentro del alcance.
 AgileScrumTeam se alinea con la visión de la organización.
 Una forma breve de pensar en lo que hace una declaración de visión es
definir lo que está dentro y fuera del alcance de la organización. La visión
no es el único criterio de selección que se aplica a las oportunidades
potenciales, pero debe ser el primer filtro.
 Seleccionar oportunidades
Una vez que se ha inspeccionado el universo de oportunidades
para determinar las actividades que combinan bien con la visión,
se crea una lista inicial de oportunidades. Luego, en función de
qué tan bien se cumpla la visión de la organización, se
seleccionarán oportunidades específicas en las que
potencialmente se trabajará, según la prioridad.
 Crear historias de usuarios
El propietario del producto luego formateará las ideas principales de los proyectos
potenciales en "Historias de usuarios de nivel épico". La plantilla tiene los
siguientes elementos para completar:
1. "Como“ 2. "Yo quiero“ 3. "Entonces eso“
Las historias de usuarios de nivel épico se descomponen en historias de usuarios
mucho más pequeñas que serán más detalladas, pero con un compromiso de tiempo
estimado menor. El evento terminal de descomposición es cuando las Historias de
usuario finalmente se dividen en "Tareas".
 Backlog Groming (Limpieza de la cartera de pedidos)
La preparación del backlog es el proceso de convertir User Stories en un
formato que BuildTeam está dispuesto a aceptar en una de sus iteraciones
Agile Scrum. A continuación, encontrará un breve mapa de procesos que
describe el proceso de preparación de antecedentes:
En el Backlog Grooming Ceremony, es donde el ProductOwner, ScrumMaster y los miembros
seleccionados de BuildTeam revisan el Backlog de historias de usuario.
A continuación se muestra las actividades durante la Grooming Ceremony (Ceremonia de
Limpieza):
1. Confirme que las historias de usuario nuevas tengan el formato de historia de usuario y sea
comprensible y refleje la intención de la persona que originó la historia de usuario.
2. Complete los metadatos adecuados para las nuevas historias de usuario.
3. Aplique estimaciones de “Story Point” a cada historia de usuario.
4. Descomponga en historias de usuario más pequeñas cualquier historia de usuario que tenga
una estimación demasiado alta (+de 3 días).
El resultado del Backlog Grooming Ceremony es historias de usuarios limpias y ordenadas que
se ajustan al formato de historias de usuario, a las que se les han aplicado “Story Point”.
 Iteraciones
De las tres fases de la metodología
Agile Scrum, el Agile Scrum Cycle
es realmente donde uno comienza
a ver la diferencia entre
simplemente hacer proyectos y la
genialidad de la metodología Agile
Scrum. Lo siguiente imagen
captura la idea principal del ciclo
de iteración ágil:
El proceso de iteración es:
1. Iteration Planning Ceremony(Ceremonia de Planificación de
iteraciones): aquí es donde el equipo elige las Historias de usuario, de una
lista de prioridades, para trabajar.

2. Builds (Construir): aquí es donde se crean el diseño detallado, el

código y elementos similares. Se trabaja la historia de usuario. Luego, las
estimaciones se almacenan en "Tareas“, Se debe realizar una prueba unitaria.
El proceso de iteración es:
3.- Environment Test (Prueba de entorno): esto es cuando la prueba se
lleva a cabo más allá de un módulo de código. Algunos ejemplos son
las pruebas del sistema, las pruebas de iteración, las pruebas de uno
hacia arriba / hacia abajo, las pruebas de regresión, etc.
4. Demo (Demostración): El Demo (abreviatura de "Demostración") es
el momento en que AgileScrumTeam demuestra su excelencia al
ProductOwner, en un paquete, en lugar de en partes.
El proceso de iteración es:

5.- Done (Terminado): Esto es cuando TestTeam declara que el código está funcionando según las
especificaciones establecidas por los Casos de prueba y / o los criterios de aceptación.

6.- Move to Production (Pasar a producción): siempre que tenga sentido comercial y sea seguro
hacerlo, el código se debe mover a producción cuando esté listo. En la práctica, a menudo es
aconsejable fijar una fecha determinada para la publicación del código, de modo que todos los que no
pertenezcan al AgileScrumTeam y que se verán afectados por las nuevas características y
funcionalidades puedan planificar la llegada de la versión más reciente de la aplicación.
El proceso de iteración es:
7. Retrospective (Retrospectiva): aquí es donde todo el equipo se reúne y determina qué salió bien
y qué áreas deben mejorarse.
8.- Release Complete (Lanzamiento completo): si no hay razón para realizar otra iteración, o si se
agota el financiamiento para el esfuerzo en cuestión, o si todo el trabajo está completo, el trabajo
terminado se migra a producción. Una vez que el trabajo se traslada a la producción, se denomina
“Done - Done".
 Standup diario
Standup diario: el standup diario se lleva a cabo todos los días. Solo las
personas del Agile Scrum Team inmediato pueden hablar. La agenda de
esta convocatoria es ...
Estado por miembro del equipo ágil (cada persona tiene 2 minutos o
menos para hablar)
1) ¿Qué hice ayer?
2) ¿Qué haré hoy?
3) ¿Tengo algún impedimento?
4) ¿He actualizado mis horarios en el ALCM?
 Las metodologías ágiles y
los principios de Lean
Diapositivas generadas por Pedro Orlando Calle Ruffo del Documento:
Las metodologías ágiles y los principios de Lean
Elaborado por: Flores Gutierrez Ismael Noel
Carrera: Ingeniería de Sistemas
Tutor: Ing. Edson Ariel Terceros Torrico
Fecha: Octubre de 2018
Cochabamba – Bolivia
 INTRODUCCION
Scrum y XP han transformado la industria del desarrollo de software, pero
hubo otras ideas derivadas de Lean Manufacturing y Six Sigma propias de
la teoría de procesos que en inicio se aplicaron a la industria y que luego
comenzaron a influir en los métodos de desarrollo de software.
Se cubren los conceptos Lean y algunos de los métodos y técnicas Lean
comunes como Kanban y Value Stream Mapping. Luego se ven técnicas
como Lean Startup y
Design Thinking
Lean
Lean propone que todo lo que puede construirse, cualquier producto y los pasos
que tome para su producción o servicio, debería verse desde la perspectiva del
cliente y tratar de optimizar el valor para el cliente minimizando el desperdicio en
su proceso, para maximizar los resultados de valor para el cliente con el uso de
recursos mínimos.
Lean es el término occidental para lo que los japoneses llaman "TPS" (Sistema de
Producción de Toyota) que es un enfoque de fabricación que ha ayudado a hacer
de Toyota el fabricante de automóviles más exitoso del mundo. Los principios
subyacentes detrás del TPS, ha resultado ser aplicable en casi cualquier lugar,
incluyendo el desarrollo de software. (Kniberg, 2011)

Coexistencia de las
metodologías agiles
XP, SCRUM y
Kanban.
Lean Software Development
En el año 2003, Mary y Tom Poppendieck escribieron este libro
llamado "Lean Software Development, An Agile Toolkit" que
describe los principios lean para el mundo del desarrollo de
software describiendo muchas herramientas que puede utilizar
para aplicar estos métodos.
Luego hubo algunos libros más que mejoran su comprensión de
cómo aplicar estos principios y estas herramientas o estas ideas en
el proceso de desarrollo de software.
Lean Software Development
(LSD): Los siete principios
Kanban
Kanban no es un proceso nuevo que se debe seguir, en si se trata de que
sea cual sea el proceso que uno tenga, lo alienta a optimizar ese flujo
poniendo límites de trabajo en progreso en cada uno de los pasos del
proceso, esbozando cinco propiedades y tres principios. Kanban es una
práctica que fue tomada del sistema de producción de Toyota que
ayuda a optimizar su proceso de
desarrollo de software. (Anderson, 2010)
Lo primero que sugiere Kanban, o la primera propiedad es
visualizar su flujo de trabajo. Para
visualizar el flujo de trabajo, se crea un tablero visual ya sea
digital o físico.
Las propiedades de Kanban
Visualizar el workflow.
Limitar el trabajo en curso.
Administrar el flujo.
Hacer explícitas las políticas de proceso
Mejore en colaboración.
Los principios de Kanban
Comienza con lo que sabes.
Acordar perseguir un cambio incremental y
evolutivo .
Respetar el proceso actual, las reglas, la
responsabilidad y los títulos.
Mapeo de Flujo de Valor
Los administradores de proyectos deben ser propietarios de todo el proceso de
producción y responsables ante el cliente por la entrega oportuna de software. Si
una empresa no entrega sistemáticamente, debe verse como un problema de proceso
de extremo a extremo. Este proceso de extremo a extremo, su gente y sus procesos
se denominan flujo de valor.
El objetivo principal de Lean es crear un flujo de valor, cada una de cuyas
actividades agrega valor al usuario final. Con demasiada frecuencia, la arquitectura
se considera un costo incómodo en lugar de algo que proporciona valor al usuario
final. (Coplien & Bjørnvig, 2010)
Lean Start
Eric define Lean start up como una institución humana
diseñada para crear nuevos productos y servicios en
condiciones de extrema incertidumbre y que se puede
aplicar a cualquier producto o servicio en cualquier
industria. Es aplicable cuando la situación es extrema
incertidumbre, lo que significa que el futuro es muy
impredecible. (Kniberg, 2011)
Diseñar la forma de pensamiento
El diseño de pensamiento es un proceso de resolución creativa de
problemas, donde la palabra clave es creativa y es para resolver
problemas.
El objetivo es centrarnos en cómo se puede aplicar el diseño de
pensamiento, especialmente a la industria del software.
Es la metodología para la resolución creativa y práctica de problemas
muy complicados o muy raros en la naturaleza, de los cuales no
sabemos el resultado, a veces ni siquiera se tiene datos para
demostrar cuál es la solución correcta.
Conclusiones
La propuesta de Lean que asevera que todo lo que puede construirse, cualquier
producto y los pasos que tome para su producción o servicio, debería verse desde la
perspectiva del cliente y tratar de optimizar el valor para el cliente minimizando el
desperdicio en su proceso, para maximizar los resultados de valor para el cliente
con el uso de recursos mínimos, es correcta porque esta apoyada en la teoría de la
optimización de procesos y la teoría de las restricciones donde los recursos son
valiosos y debemos tratar de hacer un uso mínimo de estos para lograr el mejor
resultado posible como salida del proceso completo. Además que también esta de
acuerdo con la teoría de optimización sistemas donde el optimo de un subsistema
debe estar alineado con garantizar en primer lugar el optimo global o del proceso
visto como un todo.
Lean Software nos muestra los principios Lean aplicados para el
mundo del desarrollo de software describiendo muchas herramientas
que puede utilizar para aplicar estos métodos que nos permiten
garantizar una aplicación correcta y probada con éxito en proyectos
de software. Los principios vistos: eliminar el desperdicio, amplificar
el aprendizaje. diferir el compromiso, entregar rápido, empoderar al
equipo, la calidad de construcción en todo el proceso, optimizar el
conjunto, son sin duda excelentes herramientas que se las ha aplicado
con éxito para garantizar una mejor gestión del flujo del proceso de
software.
