Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf

Fundamentos de Scrum
1.¿Qué es agilidad?
2.¿Qué es Scrum?
3.Principios de Scrum
4.Aspectos de Scrum
5.Procesos de Scrum

Desayuno…
Un matrimonio pretende invitar a una pareja de amigos a su
casa de campo y ofrecerles un buen desayuno (recién hecho y
a punto) para cultivar la buena relación que mantiene con
ellos.
Los anfitriones acuerdan hacer la invitación y han seleccionado
el menú conociendo los gustos de sus invitados. Prevén que el
desayuno (Incluida la sobremesa) dure aproximadamente dos
horas.

Sobre los
proyectos…
•Cualquier tipo de proyecto se ve afectado por
las limitaciones de tiempo, costo, alcance,
calidad, recursos, capacidades organizativas y
otras limitaciones que los hacen difíciles de
planificar, ejecutar, administrar y finalmente
tener éxito.

Tipos de proyectos
En el eje horizontal tenemos la
experiencia y nuestro conocimiento
sobre una herramienta, en el eje
vertical se plasma la claridad de los
requerimientos.

¿Qué es la
agilidad?
•“La agilidad es la habilidad
de crear y responder al
cambio simultáneamente,
con el fin de obtener
ganancias en un entorno
económico turbulento."
• Jim Highsmith

Desarrollarlo
y Construirlo
Ponerlo a
Funcionar
Encontrar
lo más
importante
Visualizar el
proyecto
(sin detallarlo)
Valor
Restricciones
Calidad
Agile

Descripción de ágil
Mindset
Enfoque
Valor Continuo
Personas
Motivadas
Colaboración
Calidad
Mejora
Continua
Principios y
Valores
Adaptación

Métodos ágiles /
tradicionales:
•* Al final no solo el retorno de la inversión, sino que hasta
entonces los recursos son recompensados por haber terminado
en el tiempo.

Beneficios
• Cambios RÁPIDOS en el mercado y la
tecnología.
• Reducción del TIME TO MARKET
• Reducción de COSTOS DE PRUEBAS y
EXPERIMENTACIÓN.
• El valor está en obtener RESULTADOS más
que seguir UN PLAN.
• Necesidad de métodos ADAPTATIVOS.

Fundamentos de Scrum
• ¿Qué es agilidad?
• ¿Qué es Scrum?
• Principios de Scrum
• Aspectos de Scrum
• Procesos de Scrum

¿Qué es Scrum?
• Es un marco de trabajo: adaptativo, iterativo, rápido,
flexible y eficaz.
• Diseñado para ofrecer valor de manera temprana y
continua en un proyecto.
• Asegura transparencia en la comunicación y crea un
ambiente de responsabilidad colectiva.

Origen de Scrum
•Hirotaka Takeuchi e Ikujiro Nonaka en 1986 en la
Revista Hardvard Business Review, introdujeron el
enfoque holístico para el desarrollo de Software,
basado en equipos multifuncionales que avanzan
juntos como unidad a la meta, como en una formación
de Rugby.

Formalización
de Scrum
• En 1995, Ken Schwaber presentó “Scrum
Development Process” como un marco de
trabajo con reglas y principios que había
probado para el desarrollo de proyectos de
software

Una línea del tiempo para Scrum

¿Qué es el SBOK?
Es una guía para el conocimiento de
Scrum, proporciona las pautas para
la implementación exitosa de la
metodología de Scrum, desarrollada
por ScrumStudy.
https://www.scrumstudy.com/sbokguide/overview-of-sbok
Principios
Aspectos
Procesos

Fundamentos de
Scrum
• ¿Qué es agilidad?
• ¿Qué es Scrum?
• Principios de Scrum
• Aspectos de Scrum
• Procesos de Scrum

Principio 1.
Control empírico
del proceso
•Las decisiones se toman sobre la base de la observación y la
experimentación, más que en la planificación inicial detallada.
Tiene tres pilares:

Principio 2. Auto
organización
•Los empleados son auto-
motivados y buscan aceptar
una mayor responsabilidad;
ofrecen más valor cuando se
organizan por cuenta propia.
Algunos de sus beneficios son:
• Crear una responsabilidad
compartida
• Incrementar la motivación
del equipo
• Propiciar la creatividad
• Mayor conocimiento
colectivo

Principio 3. Colaboración
•El equipo de Scrum trabaja e
interactúa con los expertos en
negocio para crear y validar los
resultados del proyecto, los
aportes de todos los miembros
dan mayor valor al negocio.

Principio 4. Priorización
basada en valor
•El objetivo de Scrum es entregar el máximo valor
para el negocio en intervalos cortos de tiempo
continuos durante todo el proyecto.
•
•La priorización basada en valor determina el orden y
priorización de que debe hacerse ahora y que después,
dependiendo principalmente del valor que cada
elemento ofrece al negocio.
Factores de Priorización
1. Valor
2. Riesgo (incertidumbre)
3. Dependencias

Principio 5. Tiempos
asignados
•Fijar el tiempo máximo para alcanzar un objetivo en
procesos y actividades críticas, garantiza que no se
desperdicie tiempo y energía en un trabajo poco claro,
lo cual ayuda a priorizar y a la toma de decisiones.

Principio 6. Desarrollo iterativo

Aspecto 1. Organización
(Escalabilidad)
• Scrum Guidance Body
• Define procesos y controles
relacionados con calidad.
• Asesora con mejores
prácticas y herramientas a
utilizar
.

Aspecto 2. Justificación de
negocio
•Es fundamental medir el
valor que aportamos al
negocio a través del proyecto.
Nos podemos ayudar de:
• La entrega y
priorización basadas
en valor
.
• Técnicas para medición
de valor
.
• Confirmación de
beneficios.

Aspecto 3.
Calidad
• El producto debe cumplir
con los siguientes aspectos
relacionado a la calidad:
• Criterios de aceptación.
• Definición de hecho.
• Planeación, aseguramiento
y control de calidad.
•El Product Owner es
fundamental para garantizar la
calidad pues se asegura que
los requerimientos explícitos e
implícitos sean entendidos a
la pefección

Aspecto 4.
Cambio
•Scrum acepta cambios aún en
etapas avanzadas del proyecto, es
el Product Owner quien se
encarga de la incorporación de los
mismos, priorizándolos en el
Product Backlog.

Aspecto 5. Riesgo
•La incertidumbre en un
proyecto, existirá, por lo que
hay que crear los mecanismos
adecuados para enfrentarla.
• Procesos de gestión de
riesgos.
• Reducción del riesgo
con Scrum.

Fase de Inicio
•Iniciamos con un caso de negocio (informal o formal),
con el que podremos crear las bases del proyecto a
desarrollar, tenemos la participación de los
Stakeholders.

Visión del proyecto
•Es una reunión con los Stakeholders (puede
trabajarse también a nivel: Portafolio, Programa,
Proyecto) que:
• Ayuda a identificar contexto de negocio,
expectativas de los socios y requerimientos de
negocio.
• En ella se selecciona al Product Owner.

Declaración de la
visión del proyecto
• Una buena Visión representa las necesidades
de la compañía que el proyecto busca cumplir.
• No debe ser demasiado especifica.
• Suficientemente flexible para adaptarse a los
cambios.
• Debe centrarse en el qué (problema) y no el
cómo (solución).

Épicas e Historias de usuario

¿Cómo desarrollar las Épicas?
• Reuniones de grupo de usuario
• Talleres de historia de usuario
• Entrevistas
• Cuestionarios
• Reuniones de grupo de enfoque*

-
Nombre: Marla
Edad: 29 anos
Es profesionista y pasa la mayor parte
de tiempo en la oficina. Le gusta ver
series en sus ratos libres y tiene
suscripci6n a diferentes plataformas
de streaming. Tiene un buen uso de
dispositivos m6viles
Prototipos
• Son personajes ficticios.
• Represent an a la mayoria de
usua rios.
• Ayuda n a identificar necesidades de
Ios usu arios.
• Ayuda n a priorizar el backlog del
prod ucto.

Backlog priorizado del producto

Planificación del
lanzamiento
• El Scrum core team:
• Determina fechas inicial y final del proyecto
• Acuerda el tamaño del sprint.
• Documenta calendario de planificación del
lanzamiento con lanzamientos; sprints; y
épicas o historias de usuario.
• Pueden existir adecuaciones al backlog del
producto.

Cronograma de planificación del lanzamiento
Proyecto
Release 1 Release 2
S1 S2 S3 S4 S5 S6 S7 S8 S9
• Indica cuantos releases habrá, cuantos sprints por release y cuantas historias de
usuario o épicas por sprint. Es un acercamiento inicial, parte de la estimación así
que no es un contrato.
• Cada sprint deberá tener funcionalidad potencialmente lanzable como salida.
Release 3
S10 S11 S12

Flujo Scrum
Inicio Planear y estimar
Por sprint
Implementar
Revisión y
retrospectiva
Lanzamiento
Visión del
proyecto
Backlog del
producto
Reunión
diaria
Entregables
Cronograma de planificación del
lanzamiento
Backlog del sprint
Incremento
potencial al
producto
Acuerdo de
entregables
funcionales

Fase de Planeación y estimación
Con las bases del proyecto listas,
podemos iniciar las iteraciones de
desarrollo del producto

Crear historias de usuario
•El Product Owner redacta las historias de usuario
apoyado por Scrum Team y Scrum Master con base en:
• Su interacción con los stakeholders
• Conocimientos del negocio
• Experiencia y aportaciones del Scrum Core Team
•Uno de los aspectos más importantes al momento de
escribir las historias es priorizarlas y darles el máximo valor
de negocio en el menor tiempo posible.

Historias de usuarios
• Las historias de usuario
representan necesidades
de un grupo específico de
interesados.
• Permiten establecer
prioridades, estimación y
planificación de soluciones
mediante una
documentación corta y
sencilla.
• Son importantes para el
Scrum Core Team y los
Stakeholders porque
ayudan a mejorar la
comunicación entre los dos
grupos.

Criterio de aceptación de
historias de usuario
• Son los criterios de calidad por los cuales se define si una
historia de usuario fue desarrollada según la expectativa del
Product Owner
.
• Proveen una evaluación objetiva y coherente que describe
los requerimientos particulares de cada historia de usuario.
• Se expresan generalmente como pruebas de aceptación,
para calificarlas como aprobada o no aprobada.

Planificación del Sprint
(Sprint Planning)
Definición del objetivo
Dura la primera mitad de
la reunión de planificación
del sprint.
• Es el “Qué” debe tener el Sprint.
• El Product Owner explica las
historias de usuario de más alta
prioridad, después el Equipo
Scrum en colaboración con el
Product Owner se compromete
con las historias de usuario, las
cuales definen la meta del sprint.
Identificación y estimación
de tareas
Dura la segunda mitad de
la reunión de planificación
del sprint.
• Es el “Cómo” se realizará el
trabajo en el Sprint.
• El equipo revisa cada historia de
usuario comprometida para el
sprint e identifica las tareas
necesarias para generar los
entregables y cumplir con los
criterios de aceptación.

Planificación del Sprint
(Sprint Planning)

Tareas
• Se obtiene una lista de las tareas a las que se ha
comprometido el Equipo Scrum en el actual sprint.
• Contiene descripciones de cada tarea.
• Debe incluir pruebas o actividades de integración.
• El nivel de granularidad de las tareas lo decide el
Equipo Scrum.
• El Equipo Scrum estima las tareas.

Seguimiento
• Muestra la cantidad de
trabajo pendiente.
• Debe actualizarse al final de
cada día al completar el
trabajo de las Historias de
usuario.
• Muestra el progreso que se
ha hecho por el Equipo
Scrum y permite realizar
ajustes.
• Es un buen indicador de la
velocidad del equipo en el
sprint activo.
• Sprint Burnup Chart muestra
el trabajo realizado.

Reunión diaria de pie
(daily standup)
• Se denomina ‘standup’ porque los miembros están
de pie para hacer ágil la reunión.
• Se discuten tres preguntas diarias:
• ¿Qué terminé ayer?
• ¿Qué voy a terminar hoy?
• ¿Qué impedimentos u obstáculos (si los hay)
estoy enfrentando en la actualidad?

Scrum Board
• Contiene las columnas “Por Hacer”, “En Progreso” y “Hecho”.
• Depende de las necesidades del equipo de trabajo.
• Mantener un orden en la colocación de las historias de usuario y las tareas.
• Se actualiza durante la realización de la reunión diaria de pie (Daily Standup).
• Es mantenido por el Equipo de Scrum para planificar y dar seguimientoal
progreso.
• Al final de cada sprint el tablero de scrum se reinicia o se borra.

Impediment log (Registro de impedimentos)
!
mpedimento es cualquier obstaculo/barrera que reduce la
productividad del Scrum Team. Existen:
../ lnternos
../ f xternos
../ La lista de impedimentos facilita la rapida identificacion de
los obstaculos.
../ Pueden discutirse durante la reunion diaria de pie y las
reuniones de revision del sprint.
../ El Scrum Master mantiene yactualiza el registro de
impedimentos.
SCRUM
MASTER

Entregables
del sprint
• Al final de cada sprint, se completa un
incremento potencial al producto.
• Deben cumplir con todas las características
definidas en las historias de usuario y con
los criterios de aceptación.

Revisión y retrospectiva
•Una vez concluida la iteración se revisa el producto creado y se identifican mejoras a la forma de
trabajo

Revisión del
Sprint (Sprint
Review)
• El Equipo Scrum demuestra los logros
del sprint, incluyendo nuevas
funcionalidades o los productos
elaborados.
• El Product Owner y los stakeholders
inspeccionan los entregables.
• El Product Owner habla acerca del
Product Backlog en su estado actual
Proyecta objetivos probables y fechas
de entrega en el tiempo basándose en
el progreso obtenido hasta la fecha (si
fuera necesario)
• Revisión de la línea de tiempo,
presupuesto, capacidades potenciales y
mercado para las próximas entregas de
funcionalidad o capacidad prevista del
producto

Retrospectiva
del Sprint
(Sprint
retrospective)
• Inspeccionar cómo fue el último Sprint en cuanto a
personas, relaciones, procesos y herramientas
• Identificar y ordenar los elementos más importantes
que salieron bien y las posibles mejoras
• Crear un plan para implementar las mejoras a la forma
en la que el Scrum Team desempeña su trabajo

Fase de lanzamiento
•Cuando todas las iteraciones han terminado y el
producto se encuentra concluido, procederemos a
hacer el cierre del proyecto mediante la entrega formal

Entrega de
funcionalidades
• Entregables que cumplen con criterios de
aceptación reciben:
• Cierre formal del negocio.
• Aprobación formal del
cliente/patrocinador.
• La responsabilidad de obtener la aprobación
formal se define en las políticas de la
organización.

Procesos de Scrum
INICIAR PLANEAR Y ESTIMAR IMPLEMENTAR REVISIÓN Y
RETROSPECTIVA
LANZAMIENTO
Crear la visión del proyecto. Crear historias de usuario Crear entregables Demostrar y validar el sprint Enviar entregables
Identificar al Scrum Master y
stakeholders
Estimar historias de usuario Realizar el daily standup Retrospectiva el sprint Retrospectiva del
proyecto
Formar el equipo de Scrum Comprometer historias de
usuario
Refinar el backlog priorizado del
producto
*Convocar el Scrum de Scrums
Desarrollar las épicas Identificar tareas
Crear el backlog priorizado del
producto
Estimar tareas
Realizar la planificación del
lanzamiento
Crear el sprint backlog

Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf

Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf

Más contenido relacionado

Similar a Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf

Sprint_ScrumFundamentos_JM_Agosto21_vA.pdf