Curso Scrum - Product Owner

Curso - Taller
Product
Owner
Armando Chuquitape
Presentación del Instructor
ARMANDO CHUQUITAIPE
IBM - Delivery Project Executive
Trainer Certificado ScrumStudy, Certiprof, PMI, ITIL
PMP®, ITIL4®, SMC®, SPOC®, DevOps Master, Desing Thinking Practitioner
achuquitaipe@yahoo.com
Profesional en Tecnología de la Información con amplia experiencia en la gestión de

servicios de TI y gestión de proyectos de Transformación Digital empleando
tecnologías Cloud, Metodologías Agiles y DevOps para empresas líderes del
mercado.
Cuenta con más de 15 años de experiencia laboral asumiendo posiciones ejecutivas
y de liderazgo en empresas locales y globales como ESAN, Asea Brown Boveri,
Telefónica e IBM.
A asumido roles de IT Manager para la Región Andina (Perú, Ecuador y Bolivia) en
ABB, Jefe de Tecnología de la Información en Telefónica y Delivery Project Executive
en clientes estratégicos para IBM
Este material es propiedad de Innovation Learning Center®. Queda prohibida su reproducción total o parcial.
935854954
Innovation Learning Center © Derechos de autor 2020. Todos los derechos reservados.
informes@ilcperu.com
Presentación del Instructor
Ingeniero Industrial de la Universidad de Lima
Post-Grado en Redes de Comunicación de Datos - UNI
Programa Avanzado de Dirección de Empresas – ESAN
Programa de Dirección Estratégica - TECNOLOGICO DE MONTERREY
Project Management Professional – PMP Number 1751252

SCRUM Master Certified – Certificate Number 680945
SCRUM Product Owner Certified - Certificate Number 752063
Devop Master - Certificate Number 1009455
ITIL Foundation V4 - Certificate Number GR671059185AC
ITIL Foundation V3 - Certificate Number 5018224.20262025
ITIL Foundation V2 - Certificate Number 251727-13989
ITIL Intermediate Certificate: Planning, Protection & Optimisation (PPO)
ITIL Intermediate Certificate: Release Control and Validation (RCV)
935854954
Introducción a
Scrum
¿Que es Agilidad?
“La agilidad es la habilidad de crear y responder al

cambio a fin de obtener ganancias en un ambiente
turbulento. Es la capacidad de equilibrar la flexibilidad
con la estabilidad”.
-Highsmith, 2002
935854954
Manifiesto Agil-Valores
“Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como
ayudando a terceros. A través de este trabajo hemos aprendido a valorar:”
935854954
935854954
Declaración de Interdependencia
Se firmó en el 2005. Esta más enfocado a la gestión y busca extender el manifiesto ágil a productos que no fueran solamente software
935854954
¿Por que es necesario la Agilidad?
935854954
Definición de Scrum
Scrum es un marco de trabajo ligero que ayuda a las
personas, equipos y organizaciones a generar valor
mediante soluciones adaptativas a problemas
complejos.
Scrum requiere un Scrum Master que fomente un
entorno donde:
• Un Propietario del Producto ordena el trabajo de un
problema complejo en una Lista del Producto.
• El Equipo Scrum convierte una selección del trabajo
en un incremento de valor durante un Sprint.
• El Equipo Scrum y los actores interesados
inspeccionan los resultados y los adaptan para el
siguiente Sprint.
Guía Scrum 2020
935854954
Importancia de la Guía de Scrum
• Scrum fue desarrollado a principios de la década de 1990
• Omitir elementos de Scrum, no seguir las reglas de Scrum,
cambiar el diseño o las ideas esenciales de Scrum, oculta los
problemas y limita los beneficios de Scrum, e incluso
potencialmente lo vuelve inútil
• Scrum está siendo adoptado por diferentes industrias, en
varios modelos de negocios
• A medida que se utiliza Scrum, se pueden encontrar, aplicar y
diseñar patrones, procesos y enfoques que se ajusten al
marco de trabajo
• Scrum podría servir para cualquier proyecto, no únicamente
para desarrollo de software
935854954
Teoria de
Scrum
Control de Procesos Empíricos
El Control de Procesos Empíricos tiene las siguientes

características:
• Aprende a medida que avanzamos

• Esperar y aceptar el cambio
• Inspeccionar y adaptar usando ciclos cortos de
desarrollo
• Las estimaciones son sólo indicativas y pueden no ser
exactas
935854954
Tres Pilares de Scrum
935854954
Tres Pilares de Scrum
935854954
Valores de Scrum
Los valores dan dirección

al Equipo.
Las decisiones que se
tomen, los pasos que
se den y la forma en que
se use Scrum deben
reforzar estos valores, no
disminuirlos ni socavarlos
935854954
Valores de Scrum
Los miembros del Scrum Team aprenden y exploran los

valores mientras trabajan con los eventos y artefactos
Scrum
Cuando el Scrum Team y las personas con las que

trabajan incorporan estos valores, los pilares empíricos de
Scrum de transparencia, inspección y adaptación cobran
vida y generan confianza
935854954
Scrum Team
Scrum Team
• El Scrum Team consta de un Scrum Master, un

Product Owner y Developers
• Dentro de un Scrum Team no hay sub-equipos ni
jerarquías
• Es una unidad cohesionada de profesionales
enfocados en el Objetivo del Producto
• Son multifuncionales, lo que significa que los
miembros tienen todas las habilidades necesarias
para crear valor en cada Sprint.
• Son autogestionados, lo que significa que
internamente deciden quién hace qué, cuándo y
cómo.
935854954
Scrum Team
• Es responsable de crear un incremento valioso y útil en
cada Sprint
• El Scrum Team es lo suficientemente pequeño como para
seguir siendo ágil y lo suficientemente grande como para
completar un trabajo significativo dentro de un Sprint,
generalmente 10 personas o menos.
• Se ha descubierto que los equipos más pequeños se
comunican mejor y son más productivos
• Múltiples Scrum Teams deben compartir el mismo
Objetivo del Producto el Product Backlog y el Product
Owner
• Estructurados y empoderados por la organización para
gestionar su propio trabajo
935854954
Scrum Team
• Trabajar en Sprints a un ritmo sostenible mejora el

enfoque y la consistencia del Scrum Team
• Todo el equipo de Scrum (Scrum Team es responsable
de crear un incremento valioso y útil en cada Sprint)
• Scrum define tres responsabilidades específicas dentro
del equipo de Scrum:
✓ Los desarrolladores: Developer
✓ El propietario del producto: Product Owner
✓ Scrum Master
935854954
Product Owner
• El Product Owner (PO) representa la voz del cliente, y

es el encargado de maximizar el valor del producto
• Un PO siempre debe mantener la visión de las partes
interesadas
• El debe entender y apoyar las necesidades e intereses
de todos los Stakeholders
• El Product Owner no es un comité, es una persona.
• Para que los Product Owners tengan éxito, toda la
organización debe respetar sus decisiones.
935854954
Product Owner - Habilidades
935854954
Product Owner - Responsabilidades
• Maximizar el valor del producto
• El Product Owner puede representar las necesidades de
muchos interesados en el Product Backlog.
• El Product Owner puede delegar, sin embargo sigue siendo
el responsable aunque delegue
• Gestión efectiva del Product Backlog
• Desarrollar y comunicar explícitamente el Objetivo del
Producto
• Crear y comunicar claramente los elementos del Product
Backlog
• Ordenar los elementos del Product Backlog
• Asegurarse de que el Product Backlog sea transparente,
visible y se entienda
935854954
Declaración de Vision del Producto/Proyecto
La visión del Producto debe

comunicar la esencia del futuro
producto de una manera concisa y
describir un objetivo compartido que
proporcione dirección, pero que sea
lo suficientemente amplio como
para facilitar la creatividad
935854954
Declaración de Vision del Producto/Proyecto
PARA(cliente objetivo)
QUIENES (declaración de la necesidad u
oportunidad)
El (nombre del producto) es una (categoría de
producto)
QUE (beneficio clave, razón de peso para comprar
usar)
A DIFERENCIA(alternativa competitiva primaria)
NUESTRO PRODUCTO(declaración de diferenciación
primaria)
935854954
Hoja de Ruta del Producto
La hoja de ruta del Producto le permite al

equipo de Scrum capturar los objetivos de las
próximas versiones de productos.
Es un plan de acción de cómo un producto o
una solución evoluciona a lo largo del tiempo.
Los Product Owners utilizan las hojas de ruta
para describir las futuras funcionalidades del
producto y para informar de los lanzamientos
de nuevas funciones.
935854954
Hoja de Ruta del Producto
Road Map del Producto Orientado al Objetivo Road Map del Producto reflejado en el Release Plan
935854954
Indicadores de éxito del Product Owner
El Product Owner tiene:

• Una visión del Producto/Proyecto
• Un plan de negocios
• Una hoja de ruta de lanzamiento
• Una acumulación de productos que entregará
El Product Backlog:
• Está ordenado correctamente
• Contiene todo el trabajo
• Está listo para la planificación del sprint
• Tiene el tamaño adecuado
935854954
Scrum Master
• El Scrum Master es responsable de establecer
Scrum como se define en la Guía de Scrum
• El Scrum Master ayuda a todos a comprender la
teoría y la práctica de Scrum tanto dentro del Scrum
Team como en la organización
• El Scrum Master es responsable de lograr la
efectividad del Scrum Team.
• Apoya al Scrum Team en la mejora de sus prácticas,
dentro del marco de trabajo de Scrum.
• Los Scrum Masters son verdaderos líderes que
sirven al Scrum Team y a la organización en general
• Invisiblemente Presente
935854954
Apoyo del Scrum Master al Scrum Team
• Guiar 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 la
Definición de Terminado
• Procurar la eliminación de impedimentos para el
progreso del Scrum Team
• Asegurarse de que todos los eventos de Scrum se
lleven a cabo y sean positivos, productivos y se
mantengan dentro de los límites de tiempo
recomendados timebox
935854954
Apoyo del Scrum Master al Product Owner
• Ayudar a 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 elementos del Product Backlog claros y
concisos
• Ayudar a 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
935854954
Apoyo del Scrum Master a la Organización
• Liderar, capacitar y guiar a la organización en su

adopción 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 las barreras entre los interesados y los
Scrum Teams
935854954
Los Desarrolladores (Developers)
El Equipo Scrum
• Los Developers (o Desarrolladores) es uno de los

tres roles en Scrum y se compone de todas las
personas que se encargar de construir el
Incremento de Producto en cada Sprint.
• Las habilidades específicas que necesitan los
Developers suelen ser amplias y variarán según el
ámbito (dominio) de trabajo
935854954
Responsabilidades de los Desarrolladores
(Developers)
• Crear un plan para el Sprint, 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
• Asegurar una comprensión clara de los requerimientos
• Estimar los User Stories aprobados por el PO
• Crear entregables de alta calidad
935854954
Responsabilidades de los Desarrolladores
(Developers)
• Desarrollar la lista de tareas basadas en las User Stories

aprobadas
• Calcular el esfuerzo para las tareas identificadas
• Desarrollar el Sprint Backlog y el Sprint Burndown Chart
• Identificar oportunidades de mejora
• Identificar el riesgo y ejecutar acciones para su
mitigación
• Participar en la retrospectiva del proyecto y Sprint
935854954
Developers - Habilidades
935854954
Stakeholders
Una persona, grupo u organización que afecta o puede

verse afectado por las acciones de una organización
• Cliente: Persona u organización que adquiere y define

las características del producto del proyecto, servicio o
cualquier otro resultado
• Usuarios: Es el individuo u organización que utiliza
directamente el producto del proyecto, servicio, o
cualquier otro resultado también
• Patrocinador: Es la persona u organización que provee
recursos para el proyecto
935854954
Principales
Conceptos
Product Backlog
• El Product Backlog podría definirse como un listado

ordenado y priorizado de los requisitos necesarios para
la implementación de un proyecto.
• Debe contener descripciones de las funcionalidades y

características que se quieran en el producto,
ordenadas en función de su prioridad.
• El Product Backlog es una pieza clave del marco de

trabajo Scrum.
935854954
Product Backlog
• Entre las ventajas de contar con un Product Backlog
destaca la eficacia, en otras palabras, aporta una visión
panorámica de la importancia y del valor desde el
punto de vista de negocio de cada requisito o
funcionalidad.
• Se trata de una herramienta abierta y en constante

cambio, que solo puede ser actualizada por el Product
Owner, que será el encargado de completar y
mantener siempre completo el ‘backlog’.
935854954
Product Backlog
• Para construir un buen Product Backlog existe un

acrónimo que ayuda a recordar sus cuatro
principios básicos, ‘DEEP’:
• Detailed appropriately (Detallado

apropiadamente)
• Emergent (Emergente)
• Estimated (Estimado)
• Prioritized (Priorizado)
935854954
Product Backlog
• Detallado apropiadamente: Es imprescindible que este
elemento defina de forma apropiada los requisitos del
producto de forma que se entienda.
• Emergente: Un ‘product backlog’ es por naturaleza
dinámico, es decir, está en un proceso de evolución
constante.
• Estimado: Todas las tareas deben tener un valor
aproximado en función del esfuerzo que requieren y del
valor que van a aportar al proyecto.
• Priorizado: Todos los elementos integrados en el ‘product
backlog’ deben estar categorizados y priorizados para
poder hacer una selección correcta y eficaz de las tareas
en cada momento.
935854954
Priorización del Product Backlog
935854954
935854954
935854954
935854954
Refinamiento del Product Backlog
El objetivo del proceso de refinamiento del product

backlog es conseguir que los elementos estén listos
para la planificación del sprint, de modo que los
elementos de la cartera de productos sean:
• Lo suficientemente claro y comprensible para

todos en el equipo
• Lo suficientemente pequeño como para ser
incluido en un sprint
935854954
Refinamiento del Product Backlog
• El Product Backlog enumera los entregables necesarios.
• Sus contenidos están ordenados por valor de negocio.
• Los elementos más importantes se muestran en la
parte superior para que el equipo sepa qué entregar
primero.
• La prioridad de los elementos atrasados puede
cambiar, los requisitos se pueden agregar y eliminar.
• Los Product Backlog Items son los elementos que
componen del Product Backlog. Estos elementos
pueden variar desde especificaciones y requisitos,
hasta casos de uso, épicas, historias de usuarios, o
incluso errores, bugs, o tareas de investigación de
tiempo determinado.
935854954
Beneficios del Refinamiento del PB
• Incrementar transparencia: El Product Backlog, cuanto más detallado esté, más claridad
transmitirá al equipo de desarrollo.
• Agregar valor a los ítems: El equipo de desarrollo desarrollará las cosas mejor, y sus
estimaciones serán más acertadas. Además, ayudará al Product Owner a tener un mejor
orden de prioridades.
• Reducir dependencias: Tener dependencias dentro de los items del Product Backlog puede
provocar impedimentos y retrasos en los proyectos.
• Predictividad: Un Product Backlog refinado, ayudará a predecir posibles inconvenientes en
historias de usuario y prioridades. En medio de un Sprint, refinar el Product Backlog permitirá
predecir cómo irán los incrementos de futuros Sprints, prediciendo los posibles
inconvenientes
• Empirismo: El empirismo consiste en incorporar el aprendizaje que obtienes a medida que
construyes el producto. Todo esto se reafirma gracias al refinamiento del Product Backlog.
935854954
Sprint Backlog
• El Sprint Backlog se compone del conjunto de elementos
del Product Backlog seleccionados para el Sprint, así como
un plan procesable para entregar el Incremento.
• El sprint backlog, es una imagen «en tiempo real» del

trabajo que se planea realizar durante el Sprint, es un plan
que hace visible todo el trabajo que el equipo de
desarrollo identifica como necesario para cumplir con el
objetivo del Sprint. Además, tiene el suficiente detalle
para que los progresos puedan ser entendidos en el daily
scrum.
935854954
Sprint Backlog
• Es fundamental que el equipo seleccione las tareas y
determine el tamaño de las mismas para que se
comprometan a la finalización durante el sprint.
• Durante el Sprint, se espera que el equipo scrum actualice

el Sprint Backlog a medida que vayan avanzando,
normalmente una vez al día y durante los dailys.
• En caso de haber planificado de forma incorrecta, es

posible que el equipo necesite agregar o quitar tareas,
pero es importante saber que sólo el equipo de desarrollo
puede cambiar su Sprint Backlog durante un Sprint.
935854954
Sprint Backlog
El Sprint Backlog se compone de:

1. El Objetivo del Sprint (por qué)
2. El conjunto de elementos del Product Backlog seleccionados para el Sprint (qué)
3. El plan de acción para entregar el Incremento (cómo)
935854954
Sprint Goal
• El Objetivo del Sprint es el único propósito del Sprint que

puede lograrse mediante la implementación del Sprint
Backlog, y que justifica por qué el Sprint debe llevarse a
cabo y aportará valor a los stakeholders.
• El Sprint Goal se configura como un compromiso para los

desarrolladores, vinculado al artefacto Sprint Backlog.
935854954
Sprint Goal
• Proporciona flexibilidad para negociar el trabajo durante el
Sprint, dicha negociación ha de tener como finalidad la
consecución del Sprint Goal.
• Proporciona guía al Equipo Scrum sobre por qué está

construyendo el Incremento, y favorece el foco y la
coherencia, de modo que el Equipo Scrum trabaje
conjuntamente y no en iniciativas separadas.
• Se crea durante la Sprint Planning mediante la

colaboración de todo el Equipo Scrum y se añade al Sprint
Backlog.
935854954
Sprint Goal
• Debe ser el principal foco para los desarrolladores
durante la daily meeting, en la que se evalúa el progreso
hacia la consecución del Sprint Goal o posibles
impedimentos.
• Una buena práctica es asegurar que el Sprint Goal sea

visible, por ejemplo, escribiéndolo en una pizarra o
tablero Scrum.
• Desde el punto de vista de la estrategia de producto,

una sucesión de Sprint Goals debe llevarnos a la
consecución del Product Goal.
935854954
Incremento
• Debe ser el principal foco para los desarrolladores
durante la daily meeting, en la que se evalúa el progreso
hacia la consecución del Sprint Goal o posibles
impedimentos.
• Una buena práctica es asegurar que el Sprint Goal sea

visible, por ejemplo, escribiéndolo en una pizarra o
tablero Scrum.
• Desde el punto de vista de la estrategia de producto,

una sucesión de Sprint Goals debe llevarnos a la
consecución del Product Goal.
935854954
• La Definición de Terminado es una descripción formal
del estado del Incremento cuando cumple con las
medidas de calidad requeridas para el producto
• Un incremento nace en el momento en que un

elemento del Product Backlog cumple con la Definición
de Terminado
• La Definición de Terminado crea transparencia. Brinda
entendimiento de qué trabajo se terminó
• No se presentan en el Sprint Review elementos del
Product Backlog que no cumplen con la Definición de
Terminado
935854954
• Los elementos del Product Backlog que no cumplen
con la definición de terminado vuelven al Product
Backlog para ser considerados en el futuro
• La Definición de Terminado para un Incremento, puede
ser parte de los estándares de la organización.
• Todos los Scrum Teams deben seguir la Definición de
Terminado
• Los Developers deben adherirse a la Definición de
Terminado
• Si hay varios Scrum Teams trabajando juntos en un
producto, deben definir y cumplir mutuamente la
misma Definición de Terminado
935854954
Ejemplos de criterio de terminado
• Todos los criterios de aceptación de cada

PBI han sido validado y aceptado por el
PO.
• Todos los "Unit Test" fueron ejecutados sin
errores
• Que la integración continua se haya
ejecutado sin errores
935854954
Requisitos Ágiles
935854954
Épicas
Es una historia de usuario grande que no

puede entregarse como se define en una sola
iteración o es lo suficientemente larga como
para dividirse en historias de usuario más
pequeñas
935854954
Historia de Usuarios
• Las historias de usuario son una forma simple de

documentar los requerimientos y funcionalidades
que desea el usuario final.
• Una historia de usuario incluye tres elementos sobre
el requerimiento: ¿Quién? ¿Qué? y ¿Por qué?
• El formato estándar predefinido da como resultado
en una comunicación mejorada entre los
stakeholders, así como mejores estimaciones por
parte del Equipo Scrum.
935854954
• Como cliente, debo contar con la posibilidad de iniciar sesión

como invitado para poder ver las ofertas sin necesidad de
registrarme cuando no disponga de tiempo.
• Como desarrollador web, debo poder rastrear los datos del

usuario mediante su información usuario a fin de poder
personalizar ofertas de productos y servicios para los
visitantes.
935854954
Independiente - una historia debería ser independiente de otras.
Facilitan la planificacion, priorizar y estimación.
Negociable - La "tarjeta" de la historia es tan sólo una descripción
corta que no incluye detalles. Los detalles se añaden mediante la
conversación.
Valiosa - cada historia tiene que tener valor para el cliente (para
el usuario o para el comprador).
Estimable - el equipo necesitan poder estimar una historia de
usuario. Historias demasiado grandes o inconcretas, no se
pueden estimar.
Pequeña - una buena historia debe ser pequeña en esfuerzo,
debería ser realizable en menos de una semana.
Testeable - una historia necesita poder probarse y saber que la
HU se ha completado con éxito
935854954
Criterios de Aceptación
• Cada historia de usuario cuenta con sus respectivos criterios
de aceptación.
• Los criterios de aceptación brindan la objetividad requerida
para que las historias de usuario se consideren terminadas o
no terminadas durante la revisión del sprint.
• Los criterios de aceptación brindan claridad al equipo
respecto a los que se espera en una historia de usuario;
eliminan la ambigüedad de los requerimientos, ayudando a
la alineación de las expectativas.
• El Product Owner define y comunica los criterios de
aceptación al Equipo Scrum.
• Es responsabilidad del Scrum Master asegurar que el
Product Owner no cambie los criterios de aceptación de una
historia de usuario asignada a mitad de un sprint.
935854954
Criterios de Aceptación
935854954
Tareas
• En Scrum se puede definir una Tarea como el trabajo

técnico que realizan los developers para completar un
ítem del Product Backlog
• La mayoría de las tareas se definen como pequeñas, lo
que representa no más de unas pocas horas de un día
935854954
Tareas
935854954
Eventos en
Scrum
Time Box en Scrum
935854954
Sprint
• Los Sprints son el corazón de Scrum, donde las ideas
se convierten en valor
• Son eventos de duración fija de un mes o menos para
crear consistencia
• El nuevo Sprint comienza inmediatamente después de
la conclusión del Sprint anterior.
• Todo el trabajo necesario para alcanzar el objetivo del
producto, incluyendo la Planificación, Revisión del
Sprint y la Retrospectiva ocurren dentro del Sprints
• Durante el Sprint no se realizan cambios que pongan
en peligro el Objetivo del Sprint.
• Durante el Sprint el Product Backlog se refina según
sea necesario.
935854954
Sprint Planning
• El Sprint Planning inicia el Sprint al establecer el

trabajo que se realizará para el Sprint
• El Product Owner se asegura de que los asistentes
estén preparados para discutir los elementos más
importantes del Product Backlog y cómo se
relacionan con el Objetivo del Producto
• El Scrum Team también puede invitar a otras
personas a asistir a la Sprint Planning para brindar
asesoramiento
935854954
Sprint Planning
• El Product Owner propone cómo el producto podría
Incrementar su valor y utilidad en el Sprint actual
• A continuación, todo el Scrum Team colabora para
definir un objetivo de Sprint que comunique por
qué el Sprint es valioso para las partes interesadas
• A través de una conversación con el Product Owner
los desarrolladores seleccionan los elementos del
Product Backlog para incluir en el Sprint actual
• El equipo de Scrum puede refinar estos elementos
durante este proceso, lo que aumenta la
comprensión y confianza
935854954
Sprint Planning
• Para cada elemento del Product Backlog seleccionado,

los Developers planifican el trabajo necesario para
crear un Incremento que cumpla con la Definición de
Terminado
• Se desglosan las Historias de Usuarios en Tareas
• Se define el Sprint Backlog
935854954
Daily Sprint
• El propósito de la Daily Scrum es inspeccionar el

progreso hacia el Objetivo del Sprint y adaptar el
Sprint Backlog según sea necesario, ajustando el
próximo trabajo planeado
935854954
Daily Sprint
• El Daily Scrum es un evento de 15 minutos

(máximo) para los desarrolladores del Equipo Scrum
• El Daily Scrum no es la única vez que los
desarrolladores pueden ajustar su plan
• Frecuentemente se reúnen durante todo el día para
debatir de forma mas detallada sobre la adaptación
o volver a planificar del resto del trabajo del Sprint
935854954
Daily Sprint
• Los Developers pueden seleccionar la estructura y

las técnicas que deseen, siempre que su Daily
Scrum se centre en el progreso hacia el Objetivo del
Sprint y produzca un plan viable para el siguiente
día de trabajo
• Esto crea enfoque y mejora la autogestión
• Las Daily Scrums mejoran la comunicación,
identifican impedimentos, promueven la toma
rápida de decisiones y, en consecuencia, eliminan la
necesidad de otras reuniones
935854954
Sprint Review
• El propósito de la Sprint Review es inspeccionar el
resultado del Sprint y determinar futuras adaptaciones
• El Scrum Team presenta los resultados de su trabajo a
los interesados clave y se discute el progreso hacia el
Objetivo del Producto
• El Scrum Team y los interesados revisan lo que se logró
en el Sprint y lo que ha cambiado en su entorno
• El Product Backlog también se puede ajustar para
satisfacer nuevas oportunidades
• La Sprint Review es una sesión de trabajo y el Scrum
Team debe evitar limitarla a una presentación
935854954
Sprint Retrospective
• El propósito del Sprint Retrospective es planificar
formas de aumentar la calidad y la efectividad
• El Scrum Team analiza qué salió bien durante el Sprint,
qué problemas encontró y cómo se resolvieron (o no)
esos problemas
• El Scrum Team identifica los cambios más útiles para
mejorar su efectividad
• Las mejoras más impactantes se abordan lo antes
posible Incluso se pueden agregar al Sprint Backlog
para el próximo Sprint
• La Sprint Retrospective concluye el Sprint
935854954
Gracias !!!

Curso Scrum - Product Owner

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Curso Scrum - Product Owner

Cargado por

Copyright:

Formatos disponibles

Curso - Taller

Profesional en Tecnología de la Información con amplia experiencia en la gestión de

Project Management Professional – PMP Number 1751252

“La agilidad es la habilidad de crear y responder al

El Control de Procesos Empíricos tiene las siguientes

• Aprende a medida que avanzamos

Los valores dan dirección

Los miembros del Scrum Team aprenden y exploran los

Cuando el Scrum Team y las personas con las que

• El Scrum Team consta de un Scrum Master, un

• Trabajar en Sprints a un ritmo sostenible mejora el

• El Product Owner (PO) representa la voz del cliente, y

La visión del Producto debe

La hoja de ruta del Producto le permite al

El Product Owner tiene:

• Guiar a los miembros del equipo en ser

• Ayudar a encontrar técnicas para una definición

• Liderar, capacitar y guiar a la organización en su

• Los Developers (o Desarrolladores) es uno de los

• Crear un plan para el Sprint, el Sprint Backlog

• Desarrollar la lista de tareas basadas en las User Stories

Una persona, grupo u organización que afecta o puede

• Cliente: Persona u organización que adquiere y define

• El Product Backlog podría definirse como un listado

• Debe contener descripciones de las funcionalidades y

• El Product Backlog es una pieza clave del marco de

• Se trata de una herramienta abierta y en constante

• Para construir un buen Product Backlog existe un

• Detailed appropriately (Detallado

El objetivo del proceso de refinamiento del product

• Lo suficientemente claro y comprensible para

• El sprint backlog, es una imagen «en tiempo real» del

• Durante el Sprint, se espera que el equipo scrum actualice

• En caso de haber planificado de forma incorrecta, es

El Sprint Backlog se compone de:

• El Objetivo del Sprint es el único propósito del Sprint que

• El Sprint Goal se configura como un compromiso para los

• Proporciona guía al Equipo Scrum sobre por qué está

• Se crea durante la Sprint Planning mediante la

• Una buena práctica es asegurar que el Sprint Goal sea

• Desde el punto de vista de la estrategia de producto,

• Una buena práctica es asegurar que el Sprint Goal sea

• Desde el punto de vista de la estrategia de producto,

• Un incremento nace en el momento en que un

Ejemplos de criterio de terminado

• Todos los criterios de aceptación de cada

Es una historia de usuario grande que no

• Las historias de usuario son una forma simple de

• Como cliente, debo contar con la posibilidad de iniciar sesión

• Como desarrollador web, debo poder rastrear los datos del

• En Scrum se puede definir una Tarea como el trabajo

• El Sprint Planning inicia el Sprint al establecer el

• Para cada elemento del Product Backlog seleccionado,

• El propósito de la Daily Scrum es inspeccionar el

• El Daily Scrum es un evento de 15 minutos

• Los Developers pueden seleccionar la estructura y

También podría gustarte