Scrum

Sesiones 2-3
 AGENDA

Historia de Scrum

¿Qué es el SBOK?

Principios

Aspectos

Historias de Usuario
Historia de
Scrum
Historia
Historia
 Historia
Cronología

1986
Articulo sobre
Scrum (Ikujiro,
Hirotaka)

1993
Se realizó el primer
Scrum para
desarrollo de
software

1995
El proceso fue
Formalizado.

2001
Manifiesto Agil
SBOK
 ¿Qué es
Scrum?
Scrum es una marco de trabajo de adaptación iterativa e
incremental, rápida, flexible y eficaz diseñada para ofrecer un
valor significativo de forma rápida en todo el proyecto.

• Ligero
• Fácil de Entender
• Extremadamente difícil de llegar a
dominar
 ¿Por qué utilizar
Scrum?

Adaptabilidad Transparencia Retroalimentación Continua Mejora

Continua

Entrega Continua de Valor Ritmo Sostenible Centrado en el Cliente

Ambiente Innovador
Ciclo de Vida de
Scrum
 ¿Qué es el
SBOK?
Se basa en la experiencia adquirida en
diferentes industrias y proyectos a nivel mundial.

Recopilació
n de Pautas para
métodos y implementación
buenas de Scrum
prácticas

Marco integral
que incluye
principios,
aspectos y
procesos
Propósito de la Guía
SBOK
Crear una guía necesaria para
organizaciones y profesionales
de gestión de proyectos que
deseen implementar Scrum.

Mejorar los procesos de

implementación de proyectos
dentro de una organización.
Propósito de la Guía
SBOK
Para los miembros del equipo
principal de Scrum, incluyendo
los siguientes: Product
Owners, Scrum Masters,
Miembros del Equipo Scrum.

Como una guía integral para

todos los practicantes de
Scrum que trabajan en
proyectos Scrum.

Como fuente de referencia

para cualquier persona que
interactúe con el equipo
principal de Scrum.
Certificaciones Scrum
Marco de la Guía SBOK

Aspectos

Principios Procesos
Principios
Principios
 Control de Proceso
Empírico

Este primer principio es muy importante, porque

en él se ve reflejado la filosofía de la agilidad
por medio de 3 características:

Transparencia Inspección Adaptación

Transparencia
Equipos Auto-organizados
 Colaboración

La colaboración en Scrum se refiere a que el

equipo principal de Scrum trabaja e interactúa
junto con los interesados para crear y validar los
resultados del proyecto.

Conciencia Articulación Apropiación

 Priorización Basada en el
Valor
El marco de Scrum es impulsado por el objetivo de
ofrecer el máximo valor empresarial en un periodo
de tiempo mínimo.
 Factores de la Priorización

El Product Owner (PO) debe de traducir las entradas y las necesidades

de los proyectos de los Stakeholders para crear el Prioritized Product
Backlog. Por lo tanto, se prioriza basado en la creación de valor, y se
hace teniendo en cuenta que:

• Se Liberen primero los elementos de mayor valor.

• Se Evalúen si el elemento es realmente requerido

• Se Evalúen alternativas con menor tiempo/costo

 Time-Boxing

Describe cómo se considera al tiempo como una

restricción limitante en Scrum
Beneficios:
• Procesos de desarrollo eficiente
• Menos gastos generales
• Alta velocidad para los equipos
• Ayuda a gestionar eficazmente la
planificación y ejecución de proyectos
 Ventajas del Time-Boxing

Time-boxing es una práctica crítica en Scrum y debe

aplicarse con cuidado. Un Time-boxing arbitrario puede
llevar a la desmotivación del equipo y puede tener como
consecuencia la creación de un entorno aprensivo, por lo
que Time-boxing debe ser utilizado de manera apropiada.
Utilización del Time-Boxing
Sprint
Daily Standup Meeting
Sprint Planning
Meeting
 ¿Qué puede ser
Terminado?
Esta pregunta nos ayuda para que el
Development Team (DT) trabaje para
proyectar la funcionalidad que se desarrollará
durante el Sprint, donde se define objetivo del
Sprint (Sprint Goal).

El número de elementos del Product Backlog

seleccionados para el Sprint depende
únicamente del Development Team (DT).
Objetivo del
Sprint
 Estimación Planning
Póker

Esta es una de la técnicas

más reconocida en Scrum, ya
que es muy sencilla, divertida
y eficaz, donde el
Development Team (DT)
estima como grupo el
esfuerzo a realizar en el
Sprint.
Sprint Review Meeting
Sprint Retrospective
 Las 5 etapas de una
Retrospective

Preparar el Escenario

Recolectar Datos

Reflexionar

Decidir qué hacer

Cerrar la retrospectiva
Artefactos

Artefactos

Product Increment
 Scrum versus Gestión
Tradicional de Proyectos

El enfoque principal es la entrega de

productos que satisfagan los requisitos del
cliente en pequeños incrementos iterativos
que sean entregables.

El énfasis en la gestión de proyectos

tradicional es llevar a cabo la
planificación detallada del proyecto por
adelantado.
Aspectos
ORGANIZACIÓN
 Roles de un Proyecto
Scrum

SCRUM MASTER
EQUIPO SCRUM
PROPIETARIO DEL Es aquel que guía, facilita y
PRODUCTO Son responsables de la
enseña las prácticas de
comprensión de los requisitos
Es responsable de articular los Scrum, asegurando un
del negocio y de la creación
requisitos del cliente, ambiente propicio al Equipo
de los entregables del
representa la voz del cliente. Scrum para completar con
proyecto.
éxito el proyecto.
 Roles de un Proyecto
Scrum

CUERPO DE
ASESORAMIENTO
SOCIOS SCRUM
VENDEDORES
- Cliente Se compone de un
Incluyen a individuos u
- Usuarios organizaciones externas grupo de documentos
que ofrecen productos y y/o un grupo de
- Patrocinador expertos que actúan
servicios.
como una estructura de
consultoría u
orientación.
Product Owner -
Características
 Product Owner -
Responsabilidades
 Scrum Master -
Características

Experto en
Líder Servicial Moderador
Scrum

Solucionador
Accesible Motivador
de problemas

Habilidades de
Perceptivo Mentor
coordinación
 Scrum Master -
Responsabilidades

Facilitar técnicas para Fomenta la necesidad Entender la

gestionar el Product de contar con un planificación del
Backlog de manera Incremental Product producto en un
eficiente Release claro y conciso entorno empírico

Ayuda al PO en cómo Explica cómo realizar

Entender y practicar la
volver colaborativo al un levantamiento de
agilidad
Stakeholder requerimientos ágiles
 Scrum Master -
Responsabilidades

Planifica la Ayuda al Scrum Team

Lidera y guía a la
implementación de (PO y DT) y Stakeholders
organización en la
Scrum en la a entender y llevar a
adopción de Scrum
organización cabo Scrum

Motiva cambios que Trabaja de la mano de

incrementen la otros Scrum Master para
productividad del Scrum incrementar la
Team (PO y DT) efectividad de Scrum
 Scrum Master -
Responsabilidades

Asegura que el Ayuda al

Guía al equipo en ser
ScrumBoad Development Team
auto-organizado y
permanezca para crear productos
multifuncional
actualizado de alto valor.

Elimina Asiste al Development

Asegura que exista un
impedimientos para Team en el desarrollo
ambiente ideal para
el progreso de la del Sprint Backlog y el
el Development Team
construcción Sprint Burdown Chart
 Development Team -
Características

Conocimiento Altamente
Colaboración Proactivos
de Scrum motivados

Expertos Auto- Buen miembro

Independientes
Técnicos organización de equipo

Orientados a
Responsables Intuitivos
los objetivos
 Development Team -
Responsabilidades

Asegurar una
Estimar los User
comprensión clara Crear entregables
Stories aprobados
de los de alta calidad
por el PO
requerimentos

Desarrollar la lista Calcular el

de tareas basada esfuerzo para las
en las User Stories tareas
aprobadas identificadas
 Development Team -
Responsabilidades

Desarrollar el
Identificar el riesgo
Sprint Backlog y el Crear los
y ejecutar acciones
Sprint Burdown entregables
para su mitigación
Chart

Identificar Participar en la
oportunidades de retrospectiva del
mejora proyecto y Sprint
Tamaño del Development Team

• 3 a 10 personas

• Tamaño adecuado para

poder manejar las
tareas.
Proceso de Recopilación de
Requisitos en Scrum
 Scrum versus Gestión
Tradicional de Proyectos

En Scrum, el equipo asume una mayor

responsabilidad en lograr el éxito del
proyecto, por lo que existe un sentido de
compromiso del equipo.

El Director del Proyecto es responsable

de la finalización exitosa del proyecto
tomando decisiones sobre diversos
aspectos.
JUSTIFICACIÓN
DEL NEGOCIO
Entrega Basada en el
Valor
 Responsabilidades del
Propietario del Producto
Responsabilidades de Otros
Roles en la Justificación del
Negocio
 Técnicas de Justificación del
Negocio

Técnicas de Justificación del Negocio

Estimación del Clasificación

Planificar para Mapeo de
Valor del Relativa de
el valor Historias
Proyecto Valor
Retorno sobre la
Inversión (RSI)

Valor Presente Neto Mapa de Flujo de Valor

(VPN)

Tasa Interna de Priorización Basada en el

Retorno (TIR) Valor que se entrega al
cliente
 Scrum versus Gestión
Tradicional de Proyectos

En Scrum, la planificación se realiza de

manera iterativa antes de cada sprint
permitiendo una respuesta rápida y eficaz a
los cambios.

Se hace énfasis en una amplia

planificación y el apego al plan de
proyecto creado por el Director del
Proyecto gestionando los cambios de
manera formal.
CALIDAD
Definición de Calidad

Es la capacidad que tiene un producto

terminado o los entregables para
cumplir con los criterios de aceptación
y lograr el valor del negocio que
espera el cliente.
 Criterios de
Aceptación

Criterios de Aceptación

Redacción de Definición de Criterios mínimos de Aceptación o rechazo de

Criterios de terminado terminado elementos de la Lista Priorizada
Aceptación de Pendientes del Producto
 Gestión de Calidad en
Scrum

Planificación de
Calidad

Control de Calidad

Garantía de Calidad
CAMBIO
 Gestión del Cambio en
Scrum

El cambio es inherente
al marco de trabajo

Un principio fundamental de Scrum

es que los Socios cambian de
opinión y definen sus necesidades
posteriormente.

Equilibrio entre Flexibilidad

y Estabilidad
Proceso de Cambio en
Scrum
RIESGO
Definición de Riesgo

Es un evento incierto o un conjunto de

eventos que pueden afectar los
objetivos de un proyecto así como
contribuir a su éxito o fracaso.
 Diferencia entre Riesgo y
Problema

Los riesgos son incertidumbres Los problemas son certezas que

que pueden afectar al proyecto se presentan en el proyecto, por
de manera positiva o negativa. lo que no se realiza una
Sin embargo, no tienen ningún evaluación de la probabilidad. Los
impacto actual en el proyecto. problemas deben atenderse.
 Gestión de Riesgos con Scrum
La flexibilidad reduce el riesgo
relacionado al entorno
empresarial
La retroalimentación constante
reduce el riesgo relacionado a las
expectativas.
La propiedad del equipo
reduce el riesgo de estimación.

La transparencia reduce el
riesgo de no detección.

La entrega iterativa reduce el

riesgo de inversión.
Historias de
Usuario
 Descomposición de
Iniciativas Estratégicas
 Themes, Epics, User Stories &
Tasks
Themes: Son iniciativas estratégicas, tácticas u operativas, que
pueden ser descompuestas en épicas.

Epics: Es una historia de usuario que es demasiado grande para

caber en un sprint. A menudo, éste término se utiliza para describir
una gran historia de usuario que tendrá que ser dividido en historias
más pequeñas.

User Stories: Es una representación de un requisito del usuario en

forma escrita, de una o dos frases, utilizando el lenguaje común del
usuario.

Task: Es una representación del requisito que está en lenguaje del

usuario, pero de una forma técnica donde está definido cómo se va a
trabajar y quién van a participar.
Themes, Epics, User Stories &
Tasks
User Stories
 Estructura de una User Story

Importante: “Una tarea es creada en lenguaje técnico, mientras las

User Stories son creadas en lenguaje de usuario”
 Estructura de una
Task
Características modelo SMART:
• S: Specific (Especifico) ID:
• M: Measurable (Medible)
Responsable:
• A: Achievable
(Alcanzable)
Descripción:
• R: Relevant (Relevante)
• T: Time-boxed (Tiempo-
caja) Estimación:
 Definición de DONE

Son los acuerdos del PO con los Stakeholders que contiene

todas las condiciones que deben de cumplir los ítems del
Product Backlog para considerar un Sprint completado o
finalizado.
Los criterios de Done
aceptacion Done es un conjunto de
Son los componentes reglas que se aplican a
objetivos por los cuales todas las User Stories en
se juzga la
funcionalidad de un un determinado Sprint
User Story.