Módulo 9 Roles

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 50

LOS 3 ROLES

EN SCRUM
Hablemos del Scrum Master, del
Product Owner y de Los
Desarrolladores

¿Stakeholders?
SECCIÓN 1
Scrum Master
Stakeholder
Scrum

Scrum Team
Scrum Product
Master Desarrolladores
Owner
EL SCRUM MASTER
Experimentar con A cargo de
ideas disruptivas la métrica
e innnovadoras Velocity
Cuestionar a
los miembros
Ser un canal de A cargo de
comunicación efectivo la métrica
entre Stakeholders, Happiness
equipo y organización
EL SCRUM MASTER
Instruir y velar por Facilitar eventos y
Scrum y Agile diálogos

Ser líder servicial


Lograr efectividad del
equipo (eficiencia +
Fomentar eficacia)
transparencia,
colaboración , Ser agente de cambio,
inspección y adaptación mantener mentalidad
disruptiva e innovadora
Coachear al equipo,
acompañar en OODA y Remover impedimentos
reflexión y proteger al equipo
SCRUM MASTER Y PRODUCT OWNER
Acompañar al PO para Guiar sobre la
qué sepa priorizar y importancia de PBI
gestionar el PB claros, concisos para
con técnicas precisas maximizar el valor

Ser representación de
Facilitar eventos
Agile

Encontrar las mejores Generar gestión


técnicas para ordenar correcta del PB
el PB maximizando valor
SCRUM MASTER Y SCRUM TEAM
Gestionar y eliminar Facilitar eventos
impedimentos para el internos de ser
progreso del ST necesario
Ayudar al ST a desarrollar Guiar al ST y a la
productos de alto impacto Organización para una
y alto valor para el comprensión corrrecta
Stakeholder de Agile y Scrum
Coachear al ST para
convertirlos en equipos de
alto rendimiento, auto
organizados y
multifuncionales (Perfiles T)
SCRUM MASTER Y SCRUM TEAM
Gestionar y eliminar Facilitar eventos
impedimentos para el internos de ser
progreso del ST necesario
Ayudar al ST a desarrollar Guiar al ST y a la
productos de alto impacto Organización para una
y alto valor para el comprensión correcta
Stakeholder de Agile y Scrum
Coachear al ST para
convertirlos en equipos de
alto rendimiento, auto
organizados y
multifuncionales (Perfiles T)
Scrum Master y la Organización
Guiar a la Organización y Acompañar a otros SM para la
Stakeholders para aprender y correcta implementación de
aplicar Scrum, valorando el Scrum, incrementando la
empirismo y la adaptabilidad efectividad de la Organización

Planificar como
implementar Scrum

Ser lider y Coach para Fomentar cambios para


que la Organización incrementar la productividad y
adopte Scrum efectividad del SM y la organización
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
SECCIÓN 2
Desarrolladores
LOS DESARROLLADORES
Ser transparente para
revelar sus verdaderas
habilidades y estimaciones

Crear productos de
valor y alta calidad

Elegir CÓMO hacer


el trabajo

EN LA GUÍA 2017, ERAN LLAMADOS


"EQUIPO DE DESARROLLO"
LOS DESARROLLADORES
Ayudar al PO en el Crear un Incremento
Refinamiento del PB que cumpla el DoD

Desarrollar cada Crear el Sprint


PBI Backlog

Definir las estimaciones Apuntar a mejora


de esfuerzo para aplicar continua y
correctamente Velocidad excelencia tecnica
¿Cómo son Auto-Organizados y Multidisciplinarios?

Disciplina de Disciplina de
Refuerzo Refuerzo

Una disciplina donde la persona es


especialista(Sea por experiencia,
conocimientos o ambos)
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
SECCIÓN 3
Product Owner
El que posee una vision a largo
EL PRODUCT OWNER
plazo del proyecto, dueño del
Posee conocimientos avanzados del
"Qué construiremos"
público, del mercado, de las
tendencias, etc

Dueño y principal
encargado del Product
Backlog, pero no es
Es la voz de los Stakeholders,
dueño de los
gestionando correctamente
desarrolladores: ellos
el PB y los PBI
eligen cuanto y qué
trabajo harán en cada
Sprint

Los devs eligen como compromiso, a


Resuelve dudas de los Devs,
cambio, el PO se compromete a no
estableciendo objetivos claros
alterar ni modificar el Sprint
Crear el Release Plan, Release Map y Transparente y a la
Release BurnDown/BurnUP Chart vista

El 50% dedicado al Priorizado de acuerdo a


Stakeholder, el 50% a los criterios
desarrolladores
Responsabilidades Ordenado
permanentemente
Máxima autoridad en torno al
proyecto. Decide fechas.
Product Backlog Optimizado para
aumentar el valor
Maximizar el ROI y el valor creado
creado por el ST
Asegurarse que los PBI
Desarrollar y comunicar el
sean claros
PG(alcanzable) a Stakeholders y
Desarrolladores
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
SECCIÓN 4
Stakeholders
Stakeholders Shareholders

Externos Internos Externos

Necesidad a Resolver

Amplían la Visión

Cliente Usuario
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
SECCIÓN 5
Relación entre
Roles y Valores
Scrum Team Transparencia Stakeholders

Stakeholders Respeto Scrum Team

Stakeholders Colaboración Product Owner

Stakeholders Compromiso Scrum Master

Scrum Team Foco


¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
SECCIÓN 6
Sé un Eficiente
Product Owner
Visión del Producto

Product Goal
Requisitos del Requisitos del
Producto Producto

PBI -Épica PBI-Épica

PBI-Historia de PBI-Historia de
Usuario Usuario

Tareas Tareas
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Técnicas para crear Visión de Producto
Elevator Pitch Lean Canvas
Para (futuro cliente)
Quien Necesita (enfocar la
necesidad)
El (nombre del producto)
QUÉ (valor diferenciador)
ES UN (categoría)
NO CÓMO (competencia)
NUESTRO
PRODUCTO (detallar como
solucionamos mejor la
necesidad)
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Usuario Áreas
Final Internas
Buen
Producto
Potencial

Clientes Influencers
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Corregir Aprender

MVP
Crear Evaluar
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Creamos un Técnica User Persona
avatar ficticio
para representar ¿Quién es?
personas reales ¿Cuál es su rol?
Intentaremos
pensar como ¿Comó usa/usará el producto?
ellos, entender
Intentaremos ¿Cuáles son sus intereses?
su forma de
conseguir una pensar y sentir ¿Como podrías
solución pensando
reconocerlos en la calle?
en el problema real Guia directamente la
que afrontan UX y ayuda a ¿Cuales son sus "puntos de
justificar las dolor"?
elecciones de ¿En qué basan sus
construcción decisiones al comprar?
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
User Stories
y
User Story Mapping

Confirmación
I Independent/Independiente Carta
N Negotiable/Negociable
V Valuable/Valiosa
E Estimable
S Small/Pequeñas Conversación
T Testable/Testeable
User Stories: 7 Dimensiones de Slicing
para refinarlas

Usuario Calidad

Interfaz Ambiente

Acciones Control
Datos
User Stories: Épicas PBI que por su
tamaño, requieren
más de 1 Sprint
Deben dividirse para
aportar Valor. El
Refinamiento es un
buen lugar para eso.
PO, Staholders y
SM/Devs trabajan
juntos creando el
Roadmap prioritario
Es más facil estimar
el Valor de Negocio a
este nivel
User Story Mapping

Épica Épica Épica Épica

Épica U.S. U.S. U.S.

U.S. U.S. U.S. U.S.

U.S.
U.S. U.S. U.S.
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Release Plan
Visión clara

Visión divida en
objetivos y
funcionalidades

Release
Burndown

Roadmap
Release Burndown Chart
Alcance Tiempo
125 125
Puntos 100 100
del 75 MVP 75
Release 50 50
Plan Puntos/Fecha
25 25

1 2 3 5 6 1 2 3 4 5 6
4
Junio Agosto Junio Julio
Julio Sprints Agosto
RoadMap % entrega

2da 4ta
entrega entrega

1er 3er
entrega entrega
Ciclos T/S
User Story Mapping

Épica Épica Épica Épica

Épica U.S. U.S. U.S.

U.S. U.S. U.S. U.S.

U.S.
U.S. U.S. U.S.
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com
Lidiando con la Deuda Técnica
Toda deuda
genera intereses
Equivocate
pronto, aprende
rápido, corrige
pronto
La solución fácil,
no siempre es la
mejor, tendrás
que rehacer. Debe ser
considerada
como un PBI
prioritario a
resolver
Pagando la Deuda Técnica
Salvavidas: Ser
más estrictos en
el DoD

OODA Bajar la velocidad, para


no aumentar la deuda
125 técnica, manteniendo un
100
ritmo sostenible
75

50 Agregar al PB para
corregir, manteniendo
25 un ritmo de
recuperación
Priorizar
1 2 3 4 5 6 7 8 9 10
atrasos, para
125 puntos totales a 25 puntos recuperar tu
por Sprint = 5 Sprints velocidad
Pagando la Deuda Técnica
Salvavidas: Ser
más estrictos en
el DoD

OODA Bajar la velocidad, para


no aumentar la deuda
125 técnica, manteniendo un
100
ritmo sostenible
75

50 Agregar al PB para
corregir, manteniendo
25 un ritmo de
recuperación
Priorizar
1 2 3 4 5 6 7 8 9 10
atrasos, para
125 puntos totales a 25 puntos recuperar tu
por Sprint = 5 Sprints velocidad
¡Muchas GRACIAS!
@alvaro.chirou @alvaro_chirou
@gaston_galarzaok

Buscame como Alvaro Chirou

Buscame como Gerardo Gastón Galarza

https://achirou.com

También podría gustarte