😉

Scrum
Hecho por Juan Pablo Pulido Daza
Cod.:84251

Tabla de contenidos
Hecho por Juan Pablo Pulido Daza Cod.:84251
Tabla de contenidos
Valores del manifiesto agil
Principios del manifiesto ágil
Scrum se utiliza cuando
Pilares
Valores Scrum
Scrum 353
Implementación del equipo scrum
Definir el equipo scrum
Product Backlog
Realización del sprint planning
Construir el sprint backlog
Iniciar el Sprint
Daily Scrum

Scrum 1
 Generar incremento
Sprint Review
Sprint Retrospective
Developers
Product owner
Scrum master
Caracteristicas
Eventos de scrum
Sprint
Burndown Chart
Burnup Chart
Sprint Planning
Tema 1: ¿Por qué este sprint es valioso?
Tema 2: ¿Qué se puede hacer con este sprint?
Tema 3: ¿Cómo se desarrollará el trabajo elegido?
¿Qué es el objetivo del sprint?
Beneficios del sprint planning
Daily Scrum
Organización de la daily scrum
¿Qué puedes hacer?
¿Qué no puedes hacer?
Sprint Review
Beneficios
¿Qué no es un sprint review?
Sprint Retrospective
Organización de la retrospectiva

Valores del manifiesto agil

Individuos e interacciónes sobre procesos y herramientas

Software funcionando sobre documentación exhaustiva

colaboración con el cliente sobre negociación contractual

Respuesta ante el cambio sobre seguir un plan

Principios del manifiesto ágil

1. Satisfacer al cliente

Scrum 2
 2. los cambios se aceptan y se aprovechan

3. entrega drecuente de producto funcionando

4. colaboración diaria del negocio y los desarrolladores

5. personas motivadas

6. conversación cara a cara

7. medimos producto funcional

8. promovemos el ritmo sostenible

9. Atennción continua a la excelencia técnica

10. la simplicidad es esencial

11. equipos autoorganizados

12. mejora continua

Scrum se utiliza cuando

No se está entregando al cliente lo que busca

las entregas tardan demasiado y los costos se disparan

la calidad no es aceptable

se requiere capacidad de reacción ante la compentecia

la moral de los equipos es baja y la rotación alta

es necesario identificar y solucionar ineficiencias sistemáticamente

se desea trabajar utilizando un proceso especializado en el desarrollo del producto

Pilares
Transparencis

Inspección

Adaptación

Valores Scrum

Scrum 3
 Compromiso

Foco

Franquesa

Respeto

Coraje

Scrum 353
3 Roles

5 Eventos

3 artefactos

Implementación del equipo scrum

1. Definir roles y el equipo Scrum

2. Definit el Backlog

3. Realizar el sprint planning

4. Realizar El Sprint Backlog

5. Iniciar el Sprint

6. Daily Scrum

7. Generar el incremento

8. Sprint Review

9. Sprint Retrospective

Definir el equipo scrum

Debe terner;

Scrum master → trabaja como un lider eliminando obstaculos y ayudando al equipo a

ser más productivo.
Product owner → dueño del producto y encargado de hacer una buena gestion para
maximizar el valor del producto.

Scrum 4
 Developers → grupo de personas con conocimientos especializados que se
comprometen a desarrollar el incremento del valor.

Product Backlog
Se detallan, estiman y priorizan todos los elementos necesarios del producto o servicio
a realizar

gestionada por el product owner indicando al equipo aquello que va primero.

Realización del sprint planning

Reunion al inicio de cada sprint donde se reune todo el equipo scrum y donde se
inspecciona el produc backlog y donde se establece que se trabajara en el siguiente
Sprint.

Construir el sprint backlog

Se obtiene una imagen en tiempo real del trabajo que los Developers desean realizar
durante el Sprint Actual se construlle con el Product Backlog.

Iniciar el Sprint
Es un evento también conocido como el corazón de Scrum. Y durante este se
construye el incremento del producto al cliente final.

Daily Scrum
los Developers deben reunirse diariamente durante 15 minutos donde se responderan
las siguientes preguntas

¿Qué hice ayer?

¿Qué hice hoy?

¿Tengo algun impedimento que no me permite entregar?

Generar incremento
Suma de todos los elementos del sprint y tambien la suma de los sprints

Scrum 5
 Sprint Review
Ocurre al final del sprint, generalmente el ultimo viernes donde el Product Owner y los
Developers presentan a los Stakeholders el incremento terminado para su inspección
y adaptación correspondinte, en esta reunion se actualiza el Backlog con las
condiciones que puedan afectar al negocio

Sprint Retrospective
Ocurre despues del sprint Review su objeivo es una reflexion para todas las posibles
mejoras del siguiente evento

Quizz

Scrum 6
Scrum 7
 Proyecto del curso

Developers
Encargados de lo incrementos

sus funciones son ;

Crear un plan para el sprint y el sprint backlog

inculcar calidad al adherirse a una definición de terminado

Adaptar su plan cada día hacia el objetivo del sprint

Responsabilizarse mutuamente como profesionales

El equipo de desarrollo cuenta con las siguientes caracteristicas ;

Está autoorganizado por completo. Es decir, nadie influye en su trabajo, ni siquiera

el Scrum master

Es multifuncional, con todas las habilidades necesarias como equipo para crear un
incremento de producto

Scrum no reconoce otro título para los miembros de este equipo que no sea el de
desarrollador, independientemente del trabajo que realice la persona

Scrum 8
 No existen jerarquias Es decir, todo se decide dentro del equipo

Cada miembro del equipo tiene conocimientos especializados, pero todo el equipo
asume siempre la responsabilidad total

el grupo debe ser lo suficientemente pequeño como para seguir siendo ágil. Y lo
suficientemente grande como para completar un trabajo significativo dentro de un
sprint. Se recomienta grupos de 3 a 10 miembros máximo

Product owner
dueño del producto

funciones;

Responsable de la gestion efectiva del product backlog

Desarrollar y comunicar explícitamente el objetivo del producto

Crea la visión del producto

Crea y comunica claramente los elementos del product backlog

Gestiona y prioriza el product backlog ya que solo de esta manera podrá ir

organizando su producción de lo más importante a lo secundario

Escribe las historias de usuario y detalla los criterios de aceptación

Mantiene relaci´pon con los stakeholders

Caracteristicas del rol;

Estar familiarizado con el tema y centrado en la funcionalidad del producto

Debe tener visión

Debe ser un buen comunicador, colaborador y negociador

Debe estar siempre disponible

Debe dar prioridad a la comunicación cara a cara

Scrum master

Scrum 9
 establece el marco de trabajo como se define en la guia de scrum
funciones;
Para el Scrum Team

guia a los miembros del equipo en ser autogestionados y multifuncionales

ayudar al scrum team a enfocarse en crear incrementos de alto valor que cumplan
con las definiciones de terminado

Procurar la eliminación de impedimentos para el progreso del Scrum team.

Asegurar de que todos los eventos de Scrum se lleven a cabo y sean positivos,
productivos u se mantengan dentro de los límites de tiempo recomendados en la
guía

Para el product Owner

Encontrar técnicas para una definición efectiva de objetivos del producto y la

gestión del product backlog

Ayudar al Scrum team a comprender la necesidad de tener los elementos del

product backlog claros y concisos

Colaborar en establecer una planificación empírica de productos para un entorno

complejo.

Facilitar la colaboración de los interesados según se solicite o necesite

Para la organización

Liderar, capacitar y guiar a la organización en su adopcion de Scrum

Planificar y asesorar implementaciones de Scrum dentro de la organización

Ayudar a los empleados y los interesados a comprender y aplicar un enfoque

empírico para el trabajo complejo

Eliminar la barrerar entre los interesados y los Scrum teams

Caracteristicas
Es un facilitador

Es un Coach

Scrum 10
 Es un experto en su materia

Es un removedor de impedimentos

Reconoce y actua en los conflictos de equipo

Tiene Mentalidad “Lean”

Quizz

Scrum 11
Scrum 12
 Quizz

Scrum 13
 Eventos de scrum

Scrum 14
 Sprint
puntos claves;

No se realizan cambios que pongan en peligro el objetivo del sprint.

La calidad no disminuye

El product backlog se refina según sea necesario

El alcance se puede aclarar y renegociar con el product owner a medida que se

aprende más

Un sprint podra cancelarse si el objetivo se vuelve obsoleto. Solo el product owner

tiene la autoridad para eso.

Evaluacion de progreso de sprint;

1. Burndown Chart → Equipo de desarrollo

2. Burnup Chart → Scrum master

Burndown Chart
sirve para medir el avance de tu proyecto a corto plazo

Se miden los puntos estimados de las tareas que conforman las historias de
usuario del sprint backlog.

Burnup Chart
Sirve para medir el proyecto a largo plazo

Se miden los puntos de las historias de usuario del product backlog

Sprint Planning
Se da inicio del sprint con el objetivo de definir que se puede entregar al final de la
iteración y cómo se conseguirá ese trabajo.
de esta reunión se obtienen dos cosas importantes; el objetivo del sprint y el sprint
backlog

y se tienen 3 temas a discutir

Scrum 15
 Tema 1: ¿Por qué este sprint es valioso?
el product owner muestra como este objetivo da valor al producto

Tema 2: ¿Qué se puede hacer con este sprint?

a traves del debate con el Product owner los desarrolladores seleccionan los elementos
del product backlog para incluir en el sprint actual y el scrum team puede refinar estos
elementos para que se pueda tener una mayor comprensión de los mismos

Tema 3: ¿Cómo se desarrollará el trabajo elegido?

los desarroladores descomponen los elementos que se selecciónaron del product
backlog de forma que se puedan desarrollar en un día o menos

teniendo como maximo 8h de sprintplaning para un proyecto de un mes

¿Qué es el objetivo del sprint?

Es una descripción corta, de una o dos oraciones, de lo que el equipo tiene previsto
alcanzar durante el sprint.
También es usado para informar de forma rápida a quienes están afuera del sprint en
qué está trabajando el equipo, sin necesidad de mostrar a detalle cada ítem del product
backlog

Beneficios del sprint planning

Mayor productividad gracias a la comunicación y creación de sinergias.

Todos los miembros del equipo tienen la misma visión del objetivo.

Mayor compromiso y responsabilidad del equipo con el objetivo del sprint

Facilita la ayuda de cualquier miembro si se detecta algún impedimento

Permite hacer una estimación conjunta, la cual es más fiable, ya que se tienen en
cuenta los diferentes conocimientos, experiencias y habilidades de los integrantes
del equipo.

Daily Scrum

Scrum 16
 como objetivo tiene inspeccionar el progreso del sprint y adaptar el sprint backlog
según sea necesario.

Organización de la daily scrum

1. El scrum master actúa como facilitador para llegar a cabo este evento, pero los
desarrolladores son los responsables de dirigirlo

2. Si el product owner o el scrum master están trabajando activamente en los

elementos del sprint backlog, participan como desarrolladores

3. Si llegara a haber otras personas presentes, el scrum master se asegurará de que

no interrumpan el objetivo de la reunion

4. tiene una duración de 15 minutos

5. En el horario establecido para el daily los miembros del equipo se acercan al

tablero Scrum y la grafica de avance, rodeándolo formando un semicírculo

6. Una vez allí, el scrum master dara voz a un miembro del equipo, la forma de dar
voz, puede ser por ejemplo, dándole a un miembro del equipo un objeto para
mientras esté en su poder, puede hablar

7. general mente responde a tres preguntas ¿Qué hice ayer? ¿Qué voy a hacer hoy?
¿Qué impedimentos tengo?

8. Se lleva a cabo a la misma hora y en el mismo lugar para que el equipo este
habituado al mismo y deben asistir todos los miembros del equipo puntualmente.

¿Qué puedes hacer?

1. >Se recomienda hacer esta reunión de pie. Esta buena práctica ayuda a estar
enfocados en la reunión y evitar distracciones.

2. Una vez se cumplen los 15 minutos cortarla de manera que el equipo no se

extienda y se vuelva una reunión aburrida.

3. Si tienen problemas de escucha, se puede utilizar una pelota que se vaya lanzando
para evitar que las personas se desconecten

4. Si el problema es que los miembros del equipo se interrumpen mucho, se puede

utilizar un objeto que indique quién también puede hablar

Scrum 17
 ¿Qué no puedes hacer?
1. Manejarla como una reunión de reporte para el product owner o el Scrum master.

2. Una vez se responden las 3 preguntas hablar de temas completamente diversos,

sin ninguna conexión o resolver dudas técnicas

3. Que el scrum master asigne las tareas. Esta es una mala práctica que no incentiva
la autoorganización de los desarrolladores

4. tomar tareas sin respetar el orden de prioridades del sprint backlog

5. Cuando el scrum master no está, no se hace la daily. Este anti-patrón nos puede
indicar que el equipo es scrum master dependiente

Sprint Review
Reunion informal que ocurre al final del sprint se hace para inspeccionar el incremento
y adaptar la lista de ser necesario, sirve para dar transparencia al equipo y al cliente.
por lo tanto es necesario que todos los involucrados estén presentes
dura 4 horas por sprint de 4 semanas

Beneficios
el cliente puede ver de manera objetiva si se cumplen sus expectativas

al inspeccionar un producto tangible el cliente puede entender mejor que es lo que

necesita y tomar mejores decisiones respecto al proyecto

el equipo puede ver si realmente está entendiendo cuáles son los requisitos que le
está solicitando el cliente y determinar en qué puntos hay que mejorar la
comunicación entre ambos

el equipo se siente más satisfecho cuando puede ir mostrando los resultados que
va obteniendo

¿Qué no es un sprint review?

No es una reunion de seguimiento

No es espacio para encontrar “culpables” por los retrasos

No es una demostración del prototipo del producto

Scrum 18
 No es una presentación unidireccional

No es un evento para aprobar los ítems del product backlog terminados

Sprint Retrospective
Es una oportunidad para el equipo inspeccionarse a si mismos con respecto a
individuos, interacciones, procesos, herramientas y su definición de terminado
aquí se puede ver

¿Qué fue bien durante el sprint?

¿Qué podemos mejorar?

¿Cómo lo podemos mejorar?

tiene un tiempo de 3 horas y 30 minutos para sprints de un mes

sus objetivos son;

mejorar la productividad

mejorar las habilidades del equipo

mejorar la calidad del producto

mejorar la aplicación del marco de trabajo

Hacer foco en el equipo analizando cómo trabajamos y cómo nos relacionamos

Organización de la retrospectiva
1. Se realiza la apertura de la reunión, que puede comenzar con un taller o dinamica
de unos 15 minutos, y que ayude a establecer un clima de confianza que facilite la
conversación. Por ejemplo, preguntarle a todos ¿Cómo se sienten?,¿Cómo están
de ánimo?,¿Qué expectativas tienen de la reunion?

2. se anuncian los objetivos del evento

3. se recopilan la información de las experiencias obtenidas en el último sprint.

4. Se realiza una lluvia de ideas

5. se genera un plan de acción con todas las ideas intercambiadas.

Scrum 19
 Quizz

Scrum 20
 Captura de pantalla curso completado

Scrum 21