Proyectos Ágiles

con Scrum
Contenidos
Contenido
Contextualización Scrum
• Enfoques de desarrollo de software
• Complejidad y el marco Cynefin
• Qué es Scrum
• Origen de las Metodologías Ágiles
• Principios de Scrum
• Manifiesto Ágil • Valores de Scrum
• Pilares de Scrum
• Roles de Scrum
• Product Owner
• Equipo de Desarrollo
• Scrum Master
• Artefactos de Scrum
• Product Backlog y sus PBIs
• Sprint Backlog
• Incremento de Producto
• Evento de Scrum
• Sprint
• Sprint Planning
• Scrum Diario
• Revisión de Sprint
• Retrospectiva
• Refinamiento de Product Backlog
Contenido
Desarrollo Evolutivo Estimaciones Ágiles
• Creación Evolutiva • Escalas de PBIs y Estimaciones
• Minimum Viable Product, MVP
• Niveles Alto – Medio – Bajo

• Minimum Marketable Features • Técnica de estimación: Planning Pocker

Historias de Usuario Plan de Entregas, (Release Plan)

• Características de una Historia de Usuario: • Esquema de Historias estimadas
INVEST
• Plan y fechas según cantidad de sprint
• Definición de Listo
• Definición de Terminado
Contextualización
• Enfoques de desarrollo de software
• Origen de las Metodologías Ágiles
• Manifiesto Ágil
Enfoques de desarrollo de software
 Metodologías Iterativos.  Metodologías en Espiral
Enfoques de desarrollo de software
 Metodologías Lineales o Secuenciales
Origen de las Metodologías Ágiles

En los 90 surgieron varios movimiento como Metodologías Livianas:

 Extreme Programming
 Scrum
 Pragmatic Programming
 Lean Software Development
Manifiesto Ágil
 En 2001 se reunieron 17 profesionales del desarrollo de software referentes de las
metodologías livianas.
 Se establecieron los 4 Valores y 12 Principios en que se basa la agilidad.
Manifiesto Ágil

Los 4 valores del manifiesto ágil:

1. Individuos e interacciones sobre procesos y herramientas

2. Software funcionando sobre documentación extensiva
3. Colaboración con el cliente sobre negociación contractual
4. Respuesta ante el cambio sobre seguir un plan

https://agilemanifesto.org/
Manifiesto Ágil: https://agilemanifesto.org/
Los 12 principios del manifiesto ágil:
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan
el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de
tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el
proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la
conversación cara a cara.
7. El software funcionando es la medida principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser
capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
Preguntas para verificar

Cuál No es uno de los 4 valores del manifiesto ágil?

A. Individuos e interacciones sobre procesos y herramientas

B. Individuos e interacciones sobre jefes y mails de respaldo
C. Software funcionando sobre documentación extensiva
D. Colaboración con el cliente sobre negociación contractual
E. Respuesta ante el cambio sobre seguir un plan
Preguntas para verificar

Donde revisar los 12 principios del manifiesto ágil

A. https://agilemanifesto.org/
B. google
C. A y B son correctas
Scrum
• Complejidad y el marco Cynefin
• Qué es Scrum
• Principios de Scrum
• Roles de Scrum
• Artefactos de Scrum
• Evento de Scrum
Complejidad y el marco Cynefin
Enfoque de la complejidad. El marco donde Scrum es mas
eficiente.
1. Dominio Simple:
• Mejores prácticas
• Soluciones conocidas para problemas
conocidos

2. Dominio Complicado:
• Perfil Experto
• Varias soluciones posibles

3. Dominio Complejo:
• Practicas emergentes
• Experimentación
• Adaptación

4. Dominio Caótico:
• Respuesta Inmediata
• Momento de crisis
Principios de Scrum
Los 4 valores del manifiesto ágil desde la perspectiva de
Scrum:
1. Individuos e interacciones sobre procesos y herramientas:
 Confianza en las personas, interacciones y equipos.
 Toma responsabilidad de lo que hay que hacer
 Se apoya en la organización si fuera necesario

2. Software funcionando sobre documentación extensiva

 Scrum requiere en cada sprint un producto funcionando.
 Documentación es producto intermedio sin valor al negocio.
 Equipo Scrum puede documentar todo lo que crea necesario, pero no puede ser un resultado del sprint

3. Colaboración con el cliente sobre negociación contractual

 Product Owner, responsable de la relación con clientes finales , stakeholders y otras áreas.
 Product Owner es parte del equipo Scrum.

4. Respuesta ante el cambio sobre seguir un plan

 Asegurar que todos dentro del equipo tengan toda la información para tomar decisiones informadas sobre el
proyecto en cualquier momento.
 El avance se medirá al final del sprint con el producto funcionando
 El alcance del proyecto cambiará constantemente en función de la retroalimentación, fomentando el cambio
como ventaja competitiva
Valores de Scrum
Scrum se construye sobre 5 valores propios:

1. Foco
 Enfoque en conjunto acotado de características por vez

2. Coraje
 Los equipos scrum trabajan como verdaderos equipos, pueden apoyarse y así tener coraje de
asumir compromisos desafiantes.

3. Apertura
 Se privilegia la transparencia y discusión abierta de los problemas, sin agendas ocultas. La
sinceridad es clave así la información está disponible para todos.

4. Compromiso
 El equipo tiene mayor control sobre sus actividades por lo que se espera compromiso profesional
para el logro.

5. Respeto
 Se fomenta el respeto mutuo y la ayuda entre los miembros del equipo Scrum, compartiendo
éxitos como fracasos.
Pilares de Scrum
Scrum proceso empírico de control. Esto consiste en que el conocimiento surge
de la experiencia
1. Transparencia
 Los aspectos importantes del proceso deben ser visibles y entendibles por todos los responsables del
resultado. Por ejemplo generar un lenguaje común.

2. Inspección
 Los responsables del resultado deberán inspeccionar frecuentemente los artefactos y su progreso hacia
el objetivo.

3. Adaptación
 Si al inspeccionar se detecta una oportunidad de agregar mayor valor el proceso puede ser ajustado
para maximizar el valor entregado
Entonces qué es Scrum
Según la Guía Scrum:

Marco de trabajo mediante el cual las personas pueden hace frente a problemas adaptativos
complejos, mientras entregan creativa y productivamente, productos del mayor valor posible

Y para acotarlo aún más:

Scrum es un marco de trabajo para el desarrollo ágil, que nos permite encontrar prácticas
emergentes en dominios complejos. Generando un contexto relacional e iterativo, de
transparencia, inspección y adaptación constante para que los involucrados vayan ajustando
y mejorando su propio proceso.
Artefactos de Scrum
Artefactos de Scrum

1. Product Backlog y PBIs: Listado ordenado de todo lo que es necesario que forme parte
del producto.
2. Sprint Backlog: Conjunto de ítems del Product Backlog seleccionados para trabajar
durante un sprint.
3. Incremento de Producto: Es el resultado de cada sprint. Corresponde a todos los ítems
de Products Backlog completados sumado a todos los incrementos de sprints
anteriores.
Eventos de Scrum
Eventos de Scrum y el time-boxing

1. Sprint: Time-boxed conocido como el núcleo de Scrum. De 2 a 4 semanas

2. Sprint Planning: se realiza al inicio de cada sprint. 8 hrs sprint de 4 semanas
3. Scrum Diario: 15 minutos todos los días.
4. Revisión de Sprint: Al final de cada sprint sprint. 4 hrs o menos para un sprint de 4 semanas
5. Retrospectiva: Al final de cada sprint. 3 hrs o menos sprint de 4 semanas.
6. Refinamiento de Product Backlog: Especialmente al final del sprint, pero debe estar siendo
gestionado constantemente.
Roles del Equipo Scrum
Equipo Scrum. Cantidad ideal recomendada 7 +- 2

1. Product Owner: Visión de producto, representa al negocio. Conoce características funcionales,

gestiona expectativas de stakeholders
2. Equipo de Desarrollo: Construcción del Producto, auto organizado, comprometido, calidad.
3. Scrum Master: Líder servicial, facilitador del Scrum y su evolución, remover impedimentos.
Equipo Scrum
Veamos desde una mirada mas general al Equipo Scrum
Impedimentos Organizacionales
Status Quo
Confianza
Comunicación Fluida
Transparencia
Apertura

Responsabilidad
Colaboración
Compromiso
Coraje
Adaptabilidad
Foco
Respeto Resistencia Al Cambio
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Preguntas para verificar

Cuál es la responsabilidad del Scrum Team?

A. Cuidar calidad del Producto

B. Mitigar la deuda técnica
C. Ser expertos en proceso Scrum
D. Crear la visión del proyecto
Preguntas para verificar

Cuál no es Rol principal en Scrum

A. Sponsor
B. Scrum Master
C. Product Owner
D. Scrum Team
Preguntas para verificar

Scrum es sólo para proyectos pequeños

A. Verdadero
B. Falso
Preguntas para verificar

Scrum es sólo para proyectos pequeños

A. Verdadero
B. Falso
Hasta aquí por hoy
RETOMAREMOS LA PRÓXIMA SESIÓN.
Y cómo empezamos?
TOMEMOS ESTAS CHARLAS COMO UN PROYECTO SCRUM.
A MEDIDA QUE AVANCEMOS HAREMOS PAUSAS PARA EXPLICAR LOS CONCEPTOS.
Proyecto ágil: Charlas de Scrum
Lo primero es definir al Equipo Scrum.

1. Product Owner

2. Equipo de Desarrollo

3. Scrum Master

4. Stakeholders
Proyecto ágil: Charlas de Scrum
Partiremos por llegar a un acuerdo o consenso de los artefactos y ceremonias de Scrum. Las definiremos como
equipo.

1. Product Backlog:
• Definiremos una manera de identificar el backlog, describir las épicas, las historias de usuario
• Estableceremos el artefacto que mas nos acomode para esta charla

2. Definir la manera de estimar:

• Estimación por Puntos de dificultad, escala.
• El medio o técnica para estimar

3. Definiremos el time-box (duración de los eventos o reuniones) :

• Sprint
• Sprint Planning
• Daily Scrum
• Sprint Review
• Retrospectiva
• Refinamiento del Product Backlog
Proyecto ágil: Charlas de Scrum
Generemos el Product Backlog para nuestro proyecto

1. Product Backlog:
• Recordar las 3C: Card (Ficha), Conversación y Confirmación
• Priorizar las Historias de Usuario, (HU) que comprenden el backlog del Producto
• Definir las Historias de Usuario del producto que tengan mayor prioridad
• Definición de Listo
• Definición de Terminado

2. Estimación de las HU:

• Definir HU en que todo el equipo este de acuerdo en su tamaño y dificultad.
• Por medio de la técnica estimaremos cada uno de las HU.
• Registraremos todo en el artefacto y podremos establecer el Product Backlog.
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Proyecto ágil: Charlas de Scrum
El Product Backlog está listo y priorizado podremos iniciar el primer Sprint:

1. Sprint Planning:
• Todo el equipo estará involucrado
• Planificar el trabajo a realizar durante el sprint.
• Respetar el time-box
• ¿Qué se podrá entregar como parte del Incremento que resulte de este Sprint?
• ¿Cómo se realizará el trabajo necesario para entregar este Incremento?
• El Product Owner indica cuales podrían ser las HU que podrían formar parte del sprint
• Es posible que aparezcan nuevas HU que no se habían estimado.
• Eventualmente necesitemos a stakeholders del proyecto para obtener mayor detalle
• El equipo es responsable de seleccionar las HU a desarrollar en el sprint de acuerdo a su Velocidad
• La velocidad en el primer sprint la determinará el equipo con la cual podrá ganar experiencia.
• Establecer el Objetivo del Sprint se realizará entre el SM y el equipo de desarrollo
• Finalmente se descubre el Sprint Backlog
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Proyecto ágil: Charlas de Scrum
Nuestro sprint ya inició y necesitamos verificar como vamos: Daily Scrum

1. Daily Scrum:
• Todo el equipo estará involucrado
• Responder a preguntas:
• Qué hice desde la última reunión ?
• En que voy a estar trabajando ahora hasta la próxima reunión ?
• Qué problemas o impedimentos me impiden alcanzar el objetivo ?
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Proyecto ágil: Charlas de Scrum
Nuestro sprint ha terminado y necesitamos revisar: Revisión Sprint o Sprint Review

1. Sprint Review:
• Todo el equipo estará involucrado
• Evaluar el incremento funcional potencialmente entregable
• Equipo Scrum y Stakeholders revisan el resultado del sprint. El resultado se refiere a producto utilizable y
potencialmente entregable.
• Los stakeholders durante esta reunión aceptan o rechazan las funcionalidades construidas.
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Proyecto ágil: Charlas de Scrum
Nuestro sprint ha terminado y necesitamos ver como estuvimos como equipo: Retrospectiva

1. Retrospectiva:
• Participan solo el equipo de desarrollo y el scrum master, eventualmente también el product owner.
• La retrospección es el corazón de la mejora continua.
• Agendar la retrospectiva al inicio del Sprint
• Identificar el o los incovenientes durante el sprint.
• Enfocarse cual es el tema que se va a mejorar, identificar 1 y que en la próxima retrospectiva se irán
viendo los demás.
• El equipo reflexiona sobre la forma en que realizó su trabajo y los acontecimientos del sprint que acaba
de terminar.
• Obtener una mejora en las prácticas
• Sucede Justo después de la reunión de revisión y antes de la planificación del siguiente sprint.
• Duración de tres horas para un sprint de 4 semanas.
• Buscar consenso en el equipo para establecer cuales serán las acciones de mejora para llevar a cabo
en el siguiente sprint.
• Estas acciones se revisarán en la próxima reunión de retrospectiva y evaluar las acciones que se han
realizado.
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum
Proyecto ágil: Charlas de Scrum
Refinamiento del Product Backlog:

1. Refinamiento del Product Backlog:

• Todo el equipo Scrum debe participar.
• Actividad constante dentro del sprint, pero puede ser llevada en una sola actividad.
• El equipo define cuando se realiza esta actividad
• Profundizar en el entendimiento de las HU o PBIs, que están más allá del sprint actual, para dividirlos en
PBIs más pequeños si se requiere y estimarlos.
• Se revisan los que en prioridad deberían ser considerados en los próximos 2 sprint siguientes.
• Verificar los riesgos implícitos de los PBIs que se estén analizando para poder ajustar y priorizar el Product
Backlog.
Proyecto ágil: Charlas de Scrum
Veamos desde una mirada mas general al proceso Scrum