Certified Scrum Master: Diapositivas Pre-Curso

CERTIFIED SCRUM MASTER
DIAPOSITIVAS PRE-CURSO
JUAN BANDA , CST
JUAN.BANDA@PERCELLA.COM

JUAN.BANDA@PERCELLA.COM
AGENDA
1. Teoría de Scrum
2. Roles de Scrum
3. Eventos de Scrum y transparencia de
los artefactos
4. Sprint e Incremento
5. Planiﬁcación del Sprint
6. Scrum Diario
7. Revisión del Sprint
8. Retrospectiva del Sprint
9. Lista de Producto
10.Lista de Pendientes del Sprint
11.Deﬁnición de Terminado
12.Competencias clave del Scrum Master
13.Sirviendo al Equipo de Desarrollo
14.Sirviendo al Dueño del Producto
15.Sirviendo a la empresa

SCRUM ES UN MARCO DE TRABAJO LIGERO CON
EL CUAL EQUIPOS MULTIDISCIPLINARIOS
DESARROLLAN PRODUCTOS DE MANERA
ITERATIVA E INCREMENTAL

COMO EN EL AJEDREZ
LAS REGLAS DE SCRUM
SON SIMPLES DE
ENTENDER PERO
DIDICIL DE DOMINAR
Photo by G CACAKIAN

SCRUM PUEDE SER VISTO COMO UN ENFOQUE CENTRADO EN
EQUIPOS PARA LA CONSTRUCCIÓN DE PRODUCTOS DE
MANERA ITERATIVA E INCREMENTAL
DEBIDO A QUE SCRUM DEPENDE DE LA GENTE Y EL
CONTEXTO, ES DIFÍCIL EXTRAPOLARLO

ELEMENTOS CLAVE DE SCRUM
▸Entregar un
producto
funcionando
cada Sprint
▸Inspeccionar y
adaptar cada dia
▸Conﬁar en el
equipo

VALORES DE SCRUM: ENFOQUE,
CORAGE, COMPROMISO, APERTURA Y
RESPETO
DIFICIL DE CULTIVARLOS PERO SIN ELLOS NO HAY CHANCE DE QUE
UN EQUIPO SCRUM SEA REALMENTE UN EQUIPO
TEXT

PARA QUE SCRUM FUNCIONE LOS VALORES
DEBEN ESTAR VIVOS EN LOS TRES ROLES DE
SCRUM, ASI COMO TAMBIEN EN LOS EVENTOS Y
ARTEFACTOS

EN EL SPRINT EL EQUIPO ESTA ENFOCADO EN EL
TRABAJO, TIENE EL CORAGE DE INNOVAR, ESTA
COMPROMETIDO CON EL OBJETIVO DEL SPRINT,
TIENE APERTURA PARA APRENDER NUEVAS COSAS
Y EXISTE RESPECTO ENTRE SUS INTEGRANTES
POR EJEMPLO:

LOS VALORES DE
SCRUM SON TAMBIÉN
HABILITADORES QUE
PERMITEN QUE UN
EQUIPO SCRUM SIGA
UNIDO
Photo by Ice birdy

TEXT
PROCESO DE CONTROL EMPIRICO
▸Scrum implementa un
proceso de control
empírico basado en
observaciones de la
realidad en lugar de en
planes ﬁcticios
▸De esta manera empirismo
signiﬁca trabajar basado
en la experiencia, hechos,
y evidencia y no basado en
planes perfectos
elaborados antes de hacer
el trabajo

TEXT
▸El empirismo es soportado
por tres pilares: inspección,
adaptación y transparencia
▸Aunque tenemos empirismo
en Scrum, ciertas cosas
−como la duración del
Sprint, la conformación del
equipo y el stack
tecnológico− no deberían
cambiar una vez que
iniciamos un Sprint

TEXT
▸Aplicando inspección y
transparencia podríamos
decidir que adaptaciones
hacer para el siguiente
Sprint o el siguiente día
▸De manera general en
Scrum tratamos de mantener
el balance entre lo empírico
y lo deﬁnido, mejorando a la
vez el lado deﬁnido de las
cosas a través de la
experimentación y el
aprendizaje continuo

SI LLEVAMOS EL EMPIRISMO AL EXTREMO
EL SISTEMA SE VUELVE CAÓTICO, SI
HACEMOS LO OPUESTO Y DEFINIMOS EL
SISTEMA POR COMPLETO TENDREMOS
DESARROLLO EN CASCADA DE NUEVO
ADVERTENCIA:

SCRUM ES UN MARCO DE TRABAJO Y AL SER
DEFINIDO DE ESTA MANERA PUEDE SER
EXTENDIDO. SCRUM EN REALIDAD ES UN META-
MARCO DE TRABAJO QUE INCORPORA
CONTROLES EMPÍRICOS

SCRUM AL SER DEFINIDO COMO UN
MARCO DE TRABAJO APENAS SUFICIENTE
ES ADECUADO PARA DESARROLLO DE PRODUCTOS
DONDE EL MERCADO, EL ALCANCE Y OTRAS
VARIABLES ESTÁN EN CONSTANTE CAMBIO

SCRUM ES AGIL PUES TIENE ESA
MENTALIDAD
Los creadores de Scrum fueron parte del grupo que escribió el
Manifiesto Agil
TEXT

TEXT
MARCO DE TRABAJO VS. METODOLOGIA
▸ Una metodología es
conjunto bien deﬁnido de
pasos y procesos que deben
seguir un order establecido
y si son aplicados
correctamente garantizan
un resultado
▸ Un marco de trabajo por
otro lado es apenas
suﬁciente e invita a la
creatividad para
complementarlo con
herramientas, ideas y
prácticas de otras disciplinas

EN TÉRMINOS SIMPLES, UN MARCO DE TRABAJO
INVITA A LA CREATIVIDAD Y REQUIERE QUE UN
EQUIPO TRABAJE EFECTIVAMENTE, UNA
METODOLOGÍA REQUIRE CUMPLIMIENTO E INVITA
AL CONTROL Y LA SUPERVISION

OTRA DISTINCIÓN CLAVE ES QUE EN UNA
METODOLOGÍA MÉTRICAS DURAS SON UNA
PIEZA FUNDAMENTAL, MIENTRAS QUE EN
UN MARCO TOMAN PRECEDENCIA LA
COLABORACIÓN, EL TRABAJO EN EQUIPO,
LA INNOVACIÓN Y LA COMUNICACIÓN

TEXT
SCRUM REQUIERE PRACTICA DEDICADA
▸Debido a que Scrum es un
marco de trabajo ligero y
fácil de entender, las
personas y las empresas
tienden a pensar que
solamente haciendo
cambios cosméticos o de
títulos obtendrán los
frutos de Scrum
▸Por el contrario, Scrum
requiere estudio,
aprendizaje y práctica
constante

SIMPLEMENTE NO ES
POSIBLE OBTENER LOS
BENEFICIOS DE SCRUM
SIN ABRAZARLO
COMPLETAMENTE Y
PRACTICAR TODOS LOS
DIASPhoto by Maxim Kushpel

TEXT
ROLES DE SCRUM
▸El Equipo Scrum esta
formado por 7 ± 2
individuos distribuidos en
tres roles:
▸Dueño del Producto ->
sólo una persona en este
rol
▸Scrum Master -> sólo
una persona en este rol
▸Desarrolladores -> varias
personas en este rol

TEXT
DERECHOS DEL DUEÑO DEL PRODUCTO
▸ Abortar el Sprint si detecta
que seguir construyendo el
Product Increment no tiene
sentido
▸ Tener la palabra ﬁnal acerca
del orden de los items en el
Lista de Producto
▸ Acercarse al Equipo de
Desarrollo en cualquier
momento y pedir que le
muestren software de
buena calidad corriendo en
un ambiente integrado

TEXT
RESPONSABILIDADES DEL DUEÑO DEL PRODUCTO
▸ Maximizar el retorno de la inversión
identiﬁcando items con alto valor y
priorizarlos
▸ Asegurarse de que la Lista de
Producto sea visible, corta,
adaptativa y clara para todos
▸ Conectar directamente las
preguntas del Equipo de Desarrollo
con los clientes que originaron los
requerimientos
▸ Sostener el espacio para la visión
del producto
▸ Mantener la Lista de Producto
alineada con los objetivos de
negocio

TEXT
DERECHOS DEL SCRUM MASTER
▸Llamar la atención al equipo
cuando observe que estén
haciendo algo diferente y
llamándole Scrum
▸Tener el soporte de los
ejecutivos para realmente
cambiar el sistema dentro del
cual opera el Equipo Scrum
▸Tratar de expandir Scrum
horizontal y verticalmente
dentro de la empresa

TEXT
RESPONSABILIDADES DEL SCRUM MASTER
▸ Fomentar un ambiente de
aprendizaje en el cual todos se
sientan cómodos
experimentando, fallando y
aprendiendo
▸ Cambiar la dinámica del equipo
y la empresa
▸ Ayudar al equipo a comunicarse
interna y externamente
▸ Ayudar a que el equipo despeje
obstáculos en su camino
▸ Ayudar a que el equipo se
mantenga enfocado, cercano al
gemba y remueva sus propios
impedimentos

TEXT
DERECHOS DE LOS DEVELOPERS
▸ Sentirse cómodos de
decir “no se pero pero
quiero aprender”
▸ Autoorganizarse y decir
ellos mismos como
realizar el trabajo
▸ Invertir tiempo, esfuerzo y
energía para crear
software de alta calidad
que haga sentir a sus
creadores orgullo de su
artesanía

TEXT
OBLIGACIONES DE LOS DEVELOPERS
▸ Aprender una segunda, tercera y de
ser posible hasta una cuarta
especialidad para que puedan ser
más valiosos para el equipo
▸ Aprender el lenguaje especíﬁco del
dominio del cliente para poder
comunicarse más efectivamente
▸ Crear software usando técnicas
modernas
▸ Evitar trabajo desperdiciado y
procesos que retrasen la
retroalimentación e interacción con
los clientes
▸ Dar su opinión cuando se sientan
sobrecargados u observen que el
producto va en la dirección
equivocada

TEXT
CARACTERÍSTICAS DEL EQUIPO DE DESARROLLO
▸ De larga vida -> mismos
integrantes trabajando juntos por
años
▸ Co-ubicados -> trabajando desde
el mismo lugar
▸ Sin supervisores formalmente
designados -> el equipo decide a
quien seguir pero no hay jerarquía
▸ Auto-organizados -> deciden por
si mismos como realizar el trabajo
▸ Empoderados para tomar
decisiones técnicas -> sin la
intervención de agentes externos
como arquitectos de software

TEXT
TAMAÑO DEL EQUIPO DE DESARROLLO
▸Tres desarrolladores no
podrán ofrecer suﬁciente
diversidad de pensamiento
▸Con menos de tres
desarrolladores la
construcción del producto
podría tomar simplemente
demasiado tiempo
▸Con mas de nueve
desarrolladores la
coordinación se vuelve
problemática y se incrementa
el riesgo de trabajo duplicado
y ociosidad

EL DUEÑO DEL PRODUCTO ES UNA SOLA
PERSONA
Una sola persona en lugar de un comité acelera el proceso de
toma de desiciones
LA IDEA DE UN SOLO DUEÑO DEL PRODUCTO ES SIMILAR A LA DEL CHIEF ENGINEER DE
TOYOTA

UN DUEÑO DEL
PRODUCTO DEBE
REALMENTE ESTAR
INMERSO EN EL
MERCADO Y ANTICIPAR
SUS TENDENCIAS
Photo by traqair57

TEXT
EL DUEÑO DEL PRODUCTO TIENE LA PALABRA FINAL
▸Aunque los clientes,
usuarios, y/o ejecutivos
puedan tener ideas y
opiniones acerca del
producto, es la prerrogativa
del Dueño del Producto
decidir que se incluirá y
que no en el producto y en
que orden se construirá
▸Un Dueño del Producto
actúa como un mini-
gerente para el producto
con poder para tomar
decisiones por si mismo

EL DUEÑO DEL PRODUCTO TIENE LA
RESPONSABILIDAD DE ASEGURAR QUE EL
TRABAJO DEL EQUIPO APORTA VALOR AL
PRODUCTO
LOS CICLOS CORTOS DE RETROALIMENTACIÓN SON
RECOMENDADOS PARA GARANTIZAR QUE REALMENTE SE ESTA
APORTANDO VALOR

TOMANDO LA RETROALIMENTACIÓN DE LOS
USUARIOS, EL EQUIPO DE DESARROLLO, LOS
CLIENTES, ETC., EL DUEÑO DEL PRODUCTO
ANALIZA Y DECIDE EL RUMBO DEL PRODUCTO

TEXT
LA RETROALIMENTACIÓN ES
NECESARIA PARA VALIDAR
LAS HIPÓTESIS DEL PRODUCTO
▸Mientras más rápido se
recibe la
retroalimentación mejor
Photo by Alan Levine

SOLAMENTE EL DUEÑO DEL PRODUCTO APROBARÁ EL
TRABAJO QUE REALIZARÁ EL EQUIPO DE DESARROLLO

EL EQUIPO DE DESARROLLO ESTA COMPUESTO POR
INTEGRANTES A TIEMPO COMPLETO QUE TRABAJAN EN UN
SOLO PRODUCTO Y EL DUEÑO DEL PRODUCTO DECIDE QUE
HARÁN EN CADA SPRINT
ROMPER LA REGLA ANTERIOR CAUSARA QUE EL
EQUIPO DE DESARROLLO PIERDA ENFOQUE, TENGAN
CONFLICTOS INTERNOS Y CONFUSION DE PRIORIDADES

TEXT
EVENTOS DE SCRUM Y TRANSPARENCIA DE LOS ARTEFACTOS
▸ En el Scrum Diario el equipo tendrá
la oportunidad de sincronizar para
el día
▸ Más aún, tendrán la oportunidad de
aprender que están haciendo los
otros integrantes del equipo,
conectarse con el trabajo y consigo
mismos y así empezar mejor el día
▸ Al estar presentes en el momento
durante este evento los integrantes
del equipo podrán inspeccionar el
trabajo, el equipo y los
impedimentos y hacer las
adaptaciones necesarias; desde
luego lo anterior no funcionará si
los integrantes del equipo no se
sienten cómodos siendo
transparentes

TEXT
▸ En el Planificación del Sprint
los integrantes del equipo
necesitan ser transparentes
acerca de su entendimiento del
Objetivo del Sprint y el trabajo
a realizar, preguntas de
clarificación deberán hacerse
en este evento
▸ Inspeccionar el trabajo
planificado en el Lista de
Pendientes del Sprint lo hará
más realista y alcanzable,
adaptar el plan en lugar de
defenderlo promoverá la
agilidad

TEXT
▸ En el Revisión del Sprint las
partes interesadas tendrán la
oportunidad de inspeccionar el
Incremento, la mejor manera de
facilitar esa inspección es hacer
que los interesados puedan usar
el producto en un ambiente de
producción
▸ Las partes interesadas podrán
dar una mejor retroalimentación
después de usar el producto y
esto llevara a mejores
adaptaciones
▸ Para que esto funcione se require
transparencia de todos los que
participen en este evento

TEXT
▸ En el Retrospectiva del Sprint el
Equipo Scrum dará sus
opiniones acerca de como
estuvo el Sprint; guardarse
opiniones, críticas o
resentimientos no fomentará la
transparencia y por el contrario
será un indicador de que el
equipo es disfuncional
▸ En base a la verdadera
transparencia, el equipo podrá
inspeccionar su accionar y
proponer las adaptaciones
necesarias en sus prácticas,
comportamiento, procesos
internos, etc. con miras al
siguiente Sprint

EL SPRINT ES UN
PERIODO FIJO DE TIEMPO,
DE MÁXIMO 4 SEMANAS,
DURANTE EL CUAL EL
EQUIPO PRODUCE EL
INCREMENTO
Photo by Anita Ritenour

TEXT
SPRINT E INCREMENTO
▸ Tener un Objetivo del Sprint
cambiante podría crear la impresión
en el Equipo de Desarrollo de que
están construyendo características
desconectados de un mismo
producto
▸ Por el contrario, tener un objetivo
general que se mantiene por todo
el Sprint contribuye al alineamiento
del equipo y la consistencia del
producto
▸ Al no cambiar el Objetivo del Sprint
contribuiremos a que los
interesados sepan que esperar al
ﬁnal del Sprint

TEXT
SPRINT E INCREMENTO
▸ El resultado de un Sprint en una
pieza de software bien fabricado
que cumple con la Deﬁnición de
Terminado y está en condiciones
de ser utilizada, es decir corre y se
puede instalar en un ambiente de
producción
▸ El Incremento es importante
porque:
▸ Permite recolectar
retroalimentación verdadera
de los interesados
▸ Hace evidente la real
capacidad y habilidades
técnicas del equipo
▸ Acerca al equipo un paso más
a la visión del producto

TEXT
SPRINT E INCREMENTO
▸ Liberar el Incremento es una
decisión de negocio que
tiene impacto en áreas
como mercadotecnia, legal,
infraestructura, etc., y por
esta razón el Dueño del
Producto podría o no decidir
liberar al ﬁnal de cada Sprint
▸ A pesar de eso, el Equipo de
Desarrollo debe adherirse a
la Deﬁnición de Terminado
que evoluciona y ayuda a
mejorar las prácticas y
disciplina del equipo

EN PLANIFICACIÓN DEL SPRINT PARTE UNO EL
ENFOQUE ESTA EN ENTENDER QUE DEBE
HACERSE Y EN BASE A ESE ENTENDIMIENTO SE
FORMULA EL OBJETIVO DEL SPRINT
CONSEJO: ESCRIBAN EL OBJETIVO DEL SPRINT EN ALGUN LUGAR Y
MANTENGALO VISIBLE DURANTE TODO EL SPRINT
PLANIFICACIÓN DEL SPRINT

TEXT
▸Tener un Objetivo del
Sprint escrito y visible
contribuye a:
▸Responder a la pregunta
que puedan hacer
gerentes o interesados
que estén de visita
▸Ayudar a mantener al
equipo alineado y
trabajando hacia un
objetivo que es mayor
que las tareas
inmediatas

EN PLANIFICACIÓN DEL SPRINT PARTE DOS EL ENFOQUE
CAMBIA A DISCUTIR COMO EL EQUIPO REALIZARÁ EL
TRABAJO, AUTO-ORGANIZÁNDOSE PARA DECIDIR QUIEN
HARÁ QUE Y PROVEYENDO ESTIMACIONES SÓLO SI ESTAS
CONTRIBUYEN VALOR
CONSEJO: DESCOMPONGAN EL TRABAJO EN PIEZAS PEQUEÑAS QUE
PUEDAN COMPLETARSE EN UN DIA

TEXT
SCRUM DIARIO
▸ El Scrum Diario es diferente
de una reunión tradicional de
reporte de estatus porque:
▸ No pretende inspeccionar el
avance basado en reportes
orales
▸ No es para hablar de un plan
inicial y veriﬁcar si todavía
estamos en cronograma
▸ Ocurre en un círculo y sin
computadoras, distante del
gemba y por lo tanto
cualquier reporte de estatus
seria totalmente subjetivo

TEXT
SCRUM DIARIO
▸ Este evento tiene varias
restricciones impuestas para
apoyar al Equipo de
Desarrollo:
▸ No se permiten gerentes
▸ No se permiten
dispositivos electrónicos
▸ El tiempo es corto
▸ No se juzga ni se critica a
nadie
▸ Sin jefes, todos los
presentes están en una
relación de pares

TEXT
SCRUM DIARIO
▸Existen varias técnicas para
ayudar a mantener este
evento en menos de 15
minutos:
▸Hablar acerca de los logros
de ayer, los objetivos de
hoy y los impedimento sólo
si estos existen
▸El equipo esta cada a cara
en la misma habitación
▸Estacionar discusiones o
preguntas largas para
después

TEXT
REVISIÓN DEL SPRINT
▸Estas son algunas actividades que
deben realizarse en preparación y
durante este evento:
▸Preparar la habitación y la logística
para permitir que los interesados
interactúen con el Incremento
▸El Equipo Scrum observa
detenidamente como los interesados
interactúan con el Incremento
▸El Dueño del Producto responde
preguntas acerca de como el
Incremento se conecta con los
objetivos de negocio
▸El Scrum Master facilita las
conversaciones y el ﬂujo del evento

TEXT
REVISIÓN DEL SPRINT
▸El Revisión del Sprint produce resultados
como:
▸Validación de que el producto va en la
dirección correcta y solo se necesita
perseverar
▸Indicación de que el producto no esta
cumpliendo las necesidades o
resolviendo los problemas de los
interesados y por tanto debe pivotear
comenzando por cambiar la Lista de
Producto
▸Descubrimiento de las verdaderas
capacidades técnicas del Equipo de
Desarrollo que les permite construir
software cumpliendo la Deﬁnición de
Terminado

EL VERDADERO VALOR DE
LOS ITEMS
IMPLEMENTADOS SE
DESCUBRIRÁ CUANDO
LOS INTERESADOS
PUEDAN REALMENTE
UTILIZARLOS
Photo by Chris

TEXT
RETROSPECTIVA DEL SPRINT
▸ Algunas de las responsabilidades del
Scrum Master en este evento son:
▸ Ayudar a que el equipo se mantenga
enfocado en el tema central que es
inspeccionar los procesos internos y
el ambiente de trabajo
▸ Mantener la discusión balanceada
entre lo positivo y las potenciales
mejoras
▸ Ayudar a mantener la discusión
alrededor de los hechos y los
problemas evitando buscar
culpables
▸ Mantener la atención en este evento
usando técnicas de facilitación e
innovar constantemente las mismas

TEXT
LISTA DE PRODUCTO
▸ Para el Lista de Producto el
Dueño del Producto es
responsable de:
▸ Liderar su descubrimiento
inicial con la participación
de interesados y usuarios
clave
▸ Mantenerla activa para
reﬂejar el entendimiento
actualizado del producto
▸ Mantenerla ordenada de
manera a que contribuya a
poner el tiempo y esfuerzo
del Equipo de Desarrollo en
el lugar correcto

TEXT
LISTA DE PRODUCTO
▸Para la Lista de Producto el
Scrum Master es responsable de:
▸ Entrenar a los otros dos roles
para que utilicen la Lista de
Producto como una
herramienta de comunicación
que permita ejecutar trabajo
que contribuya valor
▸ Entrenar a los otros dos roles
para que mantengan la Lista
de Producto pequeña y con
sólo el suﬁciente nivel de
detalle evitando estimar y
desglosar todos su items

TEXT
LISTA DE PRODUCTO
▸ Para la Lista de Producto el
Equipo de Desarrollo es
responsable de:
▸ Estimar y re-estimar
frecuentemente para
incorporar realismo
▸ Refinar la Lista de Producto
semanalmente en la
Reunión de Refinamiento de
la Lista
▸ Clarificar sus items
hablando con quien quiera
que haya originado esos
requerimientos

TEXT
LISTA DE PRODUCTO
▸ La Lista de Producto tiene algunas
características esenciales:
▸ Es dinámico y cambia
constantemente influenciado
por el aprendizaje del equipo y
el descubrimiento de los
interesados
▸ Esta ordenada de manera que
el equipo pueda volcar su
energía en los items más
importantes primero
▸ Es finita y puede ser terminada
en un horizonte de tiempo corto
▸ Es pública y todos en el equipo
pueden verla y modificarla

UNA METÁFORA UTIL
ES VER LA LISTA DE
PRODUCTO COMO
UNA LISTA DE
COMPRAS YA QUE
AMBAS COMPARTEN
LAS MISMAS
CARACTERÍSTICAS

TEXT
LISTA DE PRODUCTO
▸ Una Lista de Producto debe
tener las siguientes
características:
▸ Esta orientado al cliente
▸ Contribuye valor al producto
que se está construyendo
▸ No se detalla utilizando
documentos escritos, en lugar
de eso reﬂeja conversación en
curso entre clientes y
desarrolladores
▸ Se descompondrá en piezas
pequeñas que ﬂuirán
rápidamente dentro del Sprint

TEXT
LA LISTA DE PRODUCTO
CONTIENE ITEMS QUE SON
MARCADORES DE POSICIÓN
PARA CONVERSACIONES
QUE TIENEN QUE OCURRIR

TEXT
LISTA DE PENDIENTES DEL SPRINT
▸ La Lista de Pendientes del
Sprint tiene estas características
esenciales:
▸ Es creada por el Equipo de
Desarrollo y es activamente
utilizada durante el Sprint
▸ Contiene solamente
información primaria y no
esta sobrecargada de detalles
▸ Puede tener estimaciones
pero estas son sólo
indicativas que no deben
interpretarse como fechas
comprometidas

TEXT
LISTA DE PENDIENTES DEL SPRINT
▸ Es Lista de Pendientes del Sprint
muy probablemente empezará a
cambiar el momento que los
desarrolladores empiecen a trabajar
▸ Los desarrolladores tienen toda la
libertad para sus tareas de cambiar
las estimaciones, introducir nuevas,
descomponer, consolidar, y
cambiar el orden
▸ Sin embargo, el Dueño del Producto
debe ser consultado si los
desarrolladores sienten la
necesidad de cambiar la
profundidad o anchura del alcance
acordado

TEXT
DEFINICIÓN DE TERMINADO
▸ Tener una Definición de
Terminado para dos equipo o
más es necesario porque:
▸ Proveerá claridad acerca de a
que le llaman Terminado y
evitara malos entendidos
▸ Ayudara a que los equipos se
comuniquen mejor en código
porque todos le llamaran
Terminado a la misma cosa
▸ Aunque los equipos partan de
una definición común cada uno
puede evolucionar esa definición
para hacerla más estricta

TEXT
▸ Un Equipo Scrum puede
decidir adaptar su Definición
de Terminado cuando:
▸ Un equipo encontró valor en
hacer su definición más
estricta y quiere pasar la
idea a otro equipo
▸ En la retrospectiva se
observó que la definición no
es muy estricta o lo contrario
▸ En el Revisión del Sprint se
observa que la definición ha
permitido que se cuelen
items con deuda técnica o
funcional

ITEMS A MEDIO
COCINAR ESCONDERÁN
TODO TIPO DE
PROBLEMAS COMO
FALTA DE CALIDAD E
INTEGRACIÓN
Photo by Tor Hakon

TEXT
▸ La Definición de Terminado es
un componente esencial de
Scrum porque sin ella el equipo
podría construir items
incompletos
▸ Una Definición de Terminado
frágil traerá problemas como:
▸ Calificara items incompletos
para el Revisión del Sprint,
items que los interesados
criticaran y desaprobaran
▸ Creara la impresión en los
desarrolladores de que es
aceptable hacer las cosas a
medias

TEXT
▸ Una forma de comenzar a
crear la Definición de
Terminado es preguntarle al
equipo cuales serian los
calificadores esenciales que
cada item debe cumplir
para considerarse realmente
terminado
▸ Escribir esos calificadores en
un papelógrafo visible para
el equipo por todo el Sprint
es una buena manera de
recordarles la existencia de
la Definición de Terminado

TEXT
COMPETENCIAS CLAVE DEL SCRUM MASTER - FACILITACIÓN
▸ El Scrum Master actúa como
facilitador para el Equipo Scrum de
diversas maneras como por ejemplo:
▸ Ayudándoles a comunicarse más
efectivamente a través del
descubrimiento/re-
descubrimiento de la herramienta
más efectiva de comunicación:
hablar
▸ Ayudándoles a descubrir cuando
es mejor permanecer callados y
escuchar a los demás
▸ Ayudándoles a reconocer que
para que Scrum sea realmente
efectivo el Equipo Scrum deberá
cambiar el sistema dentro del
cual opera

TEXT
COMPETENCIAS CLAVE DEL SCRUM MASTER - FACILITACIÓN
▸Parte de la facilitación
incluye toma de
decisiones en grupo y
para esto el Scrum Master
puede contar con técnicas
como estas:
▸Puño de cinco
▸Votación romana
▸Votación con puntos
▸Pararse en un lugar de la
habitación
▸Protocolo decisivo

TEXT
COMPETENCIAS CLAVE DEL SCRUM MASTER - COACHING
▸ Facilitación signiﬁca ayudar
al equipo a comunicarse más
efectivamente para llegar a
conclusiones
▸ Enseñar es mostrarles a otros
una técnica, conocimiento o
habilidad y esperar que la
aprendan
▸ Mentorear es tomar a cargo
un pupilo y pasarle
conocimiento y experiencia
▸ Coaching implica ayudar a
otros a descubrir sus propias
respuestas sin decirles que
hacer

TEXT
COMPETENCIAS CLAVE DEL SCRUM MASTER - COACHING
▸Equipos auto-organizados
frecuentemente encuentran desafíos
tales como:
▸Estar tan acostumbrados a
trabajar en un ambiente de
comando & control que
simplemente no saben como
auto-organizarse
▸Un sistema previamente diseñado
con cargos, planes de carrera,
promociones, etc. que promueve
la competencia interna y la envidia
▸Integrantes del equipo que fueron
gerentes acostumbrados a dar
ordenes y medir el progreso pero
que carecen de habilidades
técnicas

TEXT
SIRVIENDO AL EQUIPO DE DESARROLLO
▸Un líder servicial invierte
la pirámide jerárquica
tradicional en la cual los
trabajadores sirven a un
gerente; en lugar de esto
un líder servicial aspira a
servir a los trabajadores
para que éstos alcancen
su máximo potencial y
enriquezcan sus vidas
▸El Scrum Master se alinea
con este tipo de
liderazgo servicial

TEXT
▸ El Scrum Master actua como un
líder servicial cuando:
▸ Es un buen oyente y siempre
esta disponible cuando alguien
quiere hablarle
▸ Ayuda a las personas a
remover sus impedimentos
▸ Con humildad intelectual
reconoce que no conoce algo
pero esta dispuesto a aprender
▸ Hace las preguntas tontas que
nadie más se anima a hacer
▸ Se ofrece de voluntario para
realizar tareas que los demás
no gustan de hacer

EL SCRUM MASTER NO
ES UN INDIVIDUO
GUIADO POR SU
PROPIO EGO QUE TRATA
DE DARLES ORDENES A
LOS DEMÁS
Photo by fede 1845

SER UN LÍDER SERVICIAL NO QUIERE
DECIR ACTUALIZAR LAS TARJETAS DE
LOS DEMÁS EN EL TABLERO O SER EL
QUE SIEMPRE HABLA POR EL EQUIPO
ADVERTENCIA

TEXT
▸ El Scrum Master como líder
servicial debe ayudar a
mejorar el compromiso de
los integrantes del equipo
para ofrecerse como
voluntarios para tomar
tareas u ofrecer ayuda
cuando alguien la necesita
▸ La manera de lograr lo
anterior es ofrecerse a si
mismo como voluntario
aunque no sepa como hacer
el trabajo pero este
dispuesto a aprender

TEXT
▸ Hay situaciones en las cuales el Dueño
del Producto o un interesado quiere
presionar al equipo a acelerar la
implementación
▸ Una forma efectiva de lidiar con esto es
invitar al Dueño del Producto o al
interesado a dibujar un modelo
sistémico en un papelógrafo
▸ En el modelo una variable será la
velocidad pero hay que identiﬁcar las
demás variables y el impacto que tendrá
en ellas el acelerar la implementación
▸ Frecuentemente con este ejercicio el
Dueño del Producto o el interesado
acabará dándose cuenta que por pedir
más velocidad variables como
motivación, calidad, colaboración y
otras se verán negativamente afectadas

TEXT
▸ Implementaciones rápidas y
sucias introducen lo que se
conoce como deuda técnica
▸ La deuda técnica acumulada
eventualmente deberá ser
pagada y mientras más se
tarde en pagarla más
intereses se acumularan
▸ Código que corre pero no
esta bien escrito en una forma
de deuda técnica, no
refactorizar ese código
eventualmente hará que deje
de funcionar

TEXT
▸ No saber como crear código que
no introduzca deuda técnica
puede ser visto como deuda de
conocimiento
▸ Empresas que se conforman con
código que corre sin pensar en
que a futuro cause problemas,
padecen de una forma de deuda
empresarial
▸ Parte del trabajo del Scrum
Master es crear conciencia acerca
de estos tipos de deuda y ayudar
a pensar como empezar a
pagarlas

TEXT
▸ eXtreme Programming fue
teorizado 20 años atrás y si sus
principios y prácticas son seguidos
tiene la promesa de ayudar a crear
software sin deuda técnica
▸ Algunas de las prácticas más
relevantes de eXtreme
Programming son:
▸ Desarrollo guiado por pruebas
▸ Integración continua
▸ Refactorización
▸ Cliente en el sitio
▸ Pequeños lanzamientos

TEXT
▸ Las prácticas de desarrollo pueden
impactar la habilidad del Equipo de
Desarrollo para producir el
Incremento en cada Sprint de las
siguientes maneras:
▸ Construyendo pruebas
automatizadas que puedan ser
ejecutadas en minutos varias veces
al día y así garanticen el tener un
producto probado e integrado
▸ Incorporando a través de la
refactorización en el código el
conocimiento y habilidades más
actualizadas de los desarrolladores
▸ Incorporando ciclos de
retroalimentación más cortos a
través de pequeños lanzamientos
que clientes en el sitio puedan
evaluar

TEXT
SIRVIENDO AL DUEÑO DEL PRODUCTO
▸ El Dueño del Producto puede
utilizar varias técnicas para
trabajar con el Equipo de
Desarrollo y los interesados,
técnicas como:
▸ Hoja de ruta del producto para
ver panorama completo del
producto que se ira
construyendo
▸ Mapeo de historias de usuario
para descubrir las principales
características y usuarios de un
producto
▸ Mapas de impacto para hacer
planeamiento estratégico con
los interesados

TEXT
SIRVIENDO AL DUEÑO DEL PRODUCTO
▸ El Scrum Master puede apoyar al
Dueño del Producto de las
siguientes formas:
▸ Aconsejando a la gerencia que
hagan los cambios necesarios
en la empresa para concederle
al Dueño del Producto poder
de decisión sobre el producto
▸ Motivando al Equipo de
Desarrollo a trabajar
constantemente con el Dueño
del Producto en el reﬁnamiento
de la Lista del Producto
▸ Ayudando al Dueño del
Producto a seleccionar y utilizar
las herramientas más simples
para realizar su trabajo

TEXT
SIRVIENDO A LA EMPRESA
▸ El Scrum Master puede ayudar
al equipo con sus
impedimentos de las
siguientes formas:
▸ Constantemente
preguntando en el Scrum
Diario si hay impedimentos
▸ Manteniendo los
impedimentos visibles para
el equipo en un papelógrafo
o algún otro medio
▸ Ayudando a los integrantes
del equipo a hablar de
impedimentos y posibles
mitigaciones

TEXT
▸ Hay sin embargo otros
impedimentos organizacionales
fuera del equipo que pueden
afectar su efectividad,
impedimentos tales como:
▸ Demasiado burocracia
▸ Una mentalidad de comando &
control que demanda demasiados
reportes del equipo
▸ Fechas límite impuestas por
alguien sin conocimiento técnico
▸ Presiones para cumplir fechas
límite sacriﬁcando la calidad
▸ Tendencia a trabajar por
especialidades creando silos de
conocimiento

TEXT
▸ Eventualmente Scrum requerirá un rediseño organizacional que implicará cambios
radicales tales como:
▸ No más Oﬁcina de Gerencia de Proyectos ni Gerentes de Proyectos
▸ No más departamento de aseguramiento de calidad
▸ No más grupo de recursos
▸ No más pensamiento inmediatista ni proyectos
▸ No más outsourcing
▸ No más equipos divididos en varias ubicaciones geográﬁcas

TEXT
▸ En Scrum no tenemos una ﬁgura
central de poder que compila
reportes y los pasa a la gerencia
▸ En general en Scrum nos
desviamos del Taylorismo y sus
postulados tales como que unos
crean los planes y otros sólo los
ejecutan
▸ Algunas prácticas de gerencia
de proyectos quizás se puedan
usar pero serian usadas por el
equipo y no exclusivamente por
un Gerente de Proyectos
▸ Cabe recordar que Scrum esta
centrado en el equipo

TEXT
EL SCRUM MASTER ES
UN INDIVIDUO
OPTIMISTA QUE CREE
QUE LAS COSAS SE
PUEDEN CAMBIAR
PARA MEJOR

TEXT
▸ Existen algunos
comportamientos de los
interesados que pueden ayudar
al Equipo Scrum,
comportamientos como:
▸ Estar disponible, involucrarse
y colaborar cercanamente
▸ Entender que la calidad no
viene gratis
▸ No exigir todas las posibles
característica para un
producto
▸ Reconocer la adaptabilidad
en el ciclo de desarrollo de un
producto

TEXT
▸ Por el contrario hay otros
comportamientos de los
interesados que no apoyan al
Equipo Scrum, comportamientos
tales como:
▸ Disparar requerimientos y
desentenderse de ellos hasta
meses después
▸ Crear roles de apoderados que
se convertirán en capas de
separación entre los
interesados y el Equipo Scrum
▸ Insistir en congelar un alcance
inicial
▸ Exigir estimaciones precisas
▸ Demandar velocidad

TEXT
▸ Si la empresa adopta Scrum parcialmente ira perdiendo beneﬁcios tales como:
▸ El rediseño organizacional para incluir conceptos de administración
moderna
▸ Pagar deuda técnica, de conocimiento y empresarial
▸ Desarrollar el verdadero potencial de la gente
▸ Ventaja competitiva frente a empresas más pequeñas pero más ágiles

Libros acerca de eXtreme
Programming

Libros acerca de excelencia técnica

Libros acerca de administración

CERTIFIED SCRUM MASTER
JUAN BANDA, CST

Certified Scrum Master: Diapositivas Pre-Curso

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Certified Scrum Master: Diapositivas Pre-Curso

Similar a Certified Scrum Master: Diapositivas Pre-Curso (20)

Último

Último (7)

Certified Scrum Master: Diapositivas Pre-Curso