OTA Hispam

Playbook Lean Agile

V4
Índice
Control de cambios …….Pág. 5
Introducción …….Pág. 6

ROLES …….Pág. 9
¿Qué es un Agile Team? …….Pág. 12
Product Owner (PO) …….Pág. 13
Scrum Master (SM) …….Pág. 14
¿Qué es un Tren? …….Pág. 15
Product Manager / Líder de Tren (PM) …….Pág. 16
Release Train Engineer (RTE) …….Pág. 17
System Architect / Líder Técnico (SA / LT) …….Pág. 18
Business Owner (BO) …….Pág. 19
¿Qué es el CoE Lean Agile? …….Pág. 20
Agile Coach (AC) …….Pág. 21
Líder Agile (LA) …….Pág. 22
OTA Hispam …….Pág. 23
CoP …….Pág. 24
Índice
EVENTOS …….Pág. 25
Sprint Planning …….Pág. 29
Daily …….Pág. 30
Sprint Review …….Pág. 31
Refinamiento del Backlog …….Pág. 32
Retrospectiva …….Pág. 33
PI Planning …….Pág. 35
Scrum de Scrums …….Pág. 36
PO Sync …….Pág. 37
Preparación para el PI Planning …….Pág. 38
System Demo …….Pág. 39
PI System Demo …….Pág. 40
Inspect & Adapt…….Pág. 41
Índice
ARTEFACTOS …….Pág. 42
Tablero OKRs …….Pág. 44
Story Map …….Pág. 46
Backlog del Agile Team …….Pág. 47
Backlog del Sprint / Tablero de Trabajo …….Pág. 48
Assessment de Madurez …….Pág. 49
Tablero de Impedimentos / Riesgos …….Pág. 50
Tablero de Experimentos …….Pág. 51
Mapa del Tren …….Pág. 52
Program Backlog …….Pág. 53
Program Kanban …….Pág. 54
Program Board …….Pág. 55

ACADEMIA LEAN AGILE …….Pág. 56

Aprendizaje en acción …….Pág. 57
Control de cambios
Versión Fecha Cambio Aprobado por:

V1 2/6/2021 Versión inicial con Roles de Agilidad Empresarial José Luis Lee + OTA

V2 7/7/2021 Se agregó detalle de Características y Habilidades en los Roles de José Luis Lee + OTA
Agilidad Empresarial (de pág. 13 a pág. 22)
V3 4/8/2021 Se incluyeron los Eventos de Agilidad Empresarial (de pág. 25 a pág. José Luis Lee + OTA
41)
V4 26/11/2021 Incorporaciones: José Luis Lee + OTA
- Introducción (de pág. 2 a pág. 8)
- Ajuste de título (pág. 16)
- Notas al pie de las páginas (pág. 38, 40 y 41)
- Artefactos de Agilidad Empresarial (de pág. 42 a pág. 55)
- Academia Lean Agile (de pág. 56 a pág. 60)
- Ajuste del nombre del CoE y Academia Agile a CoE/Academia Lean
Agile (Pág 1, 2, 4, 6, 7, 11, 20, 21, 22, 23, 56 y 58)
Introducción
Este instrumento ha sido elaborado en
primera versión por el CoE Lean Agile
Hispam, dentro de la Oficina de
Transformación Agile (OTA), tomando en
consideración y como referencia la
propia experiencia, el plan de
Transformación Agile, Nuevas Formas de
Trabajo en Telefónica y el marco de
escaldo ágil SAFe, con la intención de
que sea un documento vivo que se vaya
realimentando con el feedback y la
experiencia del resto de Oficinas Agile
constituidas en Hispam.
¿Qué es la OTA?

La OTA es la Oficina de Transformación

Agile, la cual tiene como propósito
¿Cuáles son los objetivos?
acelerar la captura de valor, de forma
continua, para nuestros clientes,
apalancados en la transformación ágil • Agilizar la organización priorizando la
para Telefónica Hispam. generación de valor y centrados en el
cliente.
La OTA Hispam está conformada
por el CoE Lean Agile, Tecnología y • Garantizar las mejores prácticas ágiles
Personas & Comunicación. en la Organización impulsando la
Transformación Digital.

• Desarrollar e impulsar el Mindset y las

CoE Lean Agile
capacidades digitales / ágiles necesarias
para soportar las OBs.

Tecnología Personas &

Comunicación

Necesidad de adaptabilidad
al cambio
Dentro del contexto de cambio
acelerado en el que estamos
inmersos se da la necesidad de
modificar nuestras formas de trabajo
para poder adaptarnos, responder
mejor a las necesidades de nuestros
clientes y capturar nuevas
oportunidades de negocio.
¿Qué es el PlayBook?
Nuevo mindset y marco de
trabajo
Para la creación y adopción de este
nuevo marco de trabajo, seguimos el
enfoque basado en 6 competencias
sustentadas en un conjunto de
conocimientos, habilidades y
comportamientos ágiles,
permitiéndonos entregar mayor
calidad y valor a nuestros clientes.
Principios ágiles unificados
Para maximizar los beneficios de las
nuevas formas de trabajo ágiles es
necesario tener un modelo con unos
principios de referencia comunes, y
así facilitar la adopción y el escalado
a programas y cadenas de valor End
to End.
Roles
 Una nueva forma de organizarnos y nuevos roles que soportan esta
transformación

Product Manager / Líder de Product Owner (PO)

BO AC Tren (PM)
Alinea la visión de negocio al Agile
Team.
Tren Alinea la visión del negocio al Tren.
Responsable del backlog del Tren. Responsable del backlog del Agile Team.
PM RTE SA

Agile Teams
Release Train Engineer (RTE) Scrum Master (SM)

Tren
Es el Scrum Master del Tren. Facilita la adopción de prácticas del Agile
PO SM TM Team Member
Responsable de la mejora continua del Team.
Tren. Responsable de la mejora continua del
Agile Team.
Agile Teams

PO SM TM Team Member System Architect o Líder Team Member (TM)

Técnico (SA / LT)
Son los miembros del Agile Team.
Responsables de la entrega iterativa y
Es la persona responsable de definir y
constante de valor según los objetivos
PO SM TM Team Member comunicar la visión tecnológica y de
del Agile Team.
arquitectura del producto / servicio /
solución a los integrantes del Tren.

Business Owner (BO)

PO SM TM Team Member
Contribuye a la priorización de objetivos
del Tren.
Responsable del ROI.
CoP
CoE

CoE

Agile Coach (AC)

Impulsa la agilidad en la organización.
 Individuos e Interacciones
Agile
Tren Teams Busco la CoE Lean Agile
constante
generación Busco formar
PO de valor para Team
SM Member
equipos de
PM mis clientes / alto
rendimiento y AC LA (Líder Agile)
stakeholders
Busco el alineamiento de la los ayudo
entrega de valor en el Tren liberando
impedimentos
BO PO SM Team Member
RTE Buscamos
Busco la mejora implacable del crear Busco la Busco la
proceso de desarrollo en el soluciones a adherencia mejora
Tren las metodológica continua y
necesidades de toda la éxito de toda la
PO SM Team Member
de negocio / organización organización
Busco SA/LT clientes con
maximizar el una alta
Busco la excelencia técnica de
ROI de las calidad
las distintas soluciones que
soluciones técnica
implementamos en el Tren
propuestas
por el Tren.
PO SM Team Member

Interacción
¿QUÉ ES UN

AGILE
TEAM? Un Agile Team es un grupo de colaboradores auto-organizados,
enfocados en la entrega de valor y pueden ser definidos como Feature
Team (especialidades cross-funcionales: UX, UI, Developer, etc) o
Component Team (única especialidad). Deben definir, construir, probar, y
en su caso implementar, incrementos de valor por cada iteración.

Características:
Posee las aptitudes necesarias para lograr la entrega de valor y el
cumplimiento de sus objetivos (OKRs).
Tamaño máximo de 11 personas, incluido el Scrum Master y Product
Owner.

Responsabilidades:
Está comprometido con los objetivos, la entrega de valor e incorporar
calidad en cada iteración.
Optimiza la comunicación y persigue la excelencia a través de la mejora
continua.

Nota: Anteriormente llamado Célula, Squad,

Mesa o Iniciativa Agile.
Roles de un Agile Team
Product Owner (PO)
Descripción:
• Es la persona que se asegura que la
visión del producto se refleje en el valor
entregado por el Agile Team.
• El PO tiene relacionamientos significativos
y responsabilidades por fuera del Agile
Team, incluyendo Clientes, Product
Management, Business Owner y otros
Stakeholders.
• Asegura que el Agile Team tiene las
capacidades y recursos que le permita
aportar valor de forma incremental en cada
iteración.
Nota: Anteriormente llamado Process Owner (PO).
Ref: https://www.scaledagileframework.com/product-owner/
Agile
Team
Tren CoE
Características:
• Contribuye a la visión y roadmap del producto / proceso /
servicio o solución.
• Crea, comunica y acepta las tareas del Agile Team.
• Prioriza el Backlog del Agile Team.
• Responsable, junto con el Agile Team, por el
cumplimiento de los OKRs.
• Trae la voz del cliente para el Agile Team.
Habilidades:
• Influencia en las personas y negociación.
• Entender las actividades, procesos y acciones del
producto/servicio, que se ofrecen en el negocio.
• Discernir entre los elementos que agregan valor de los
que no para el cliente y negocio.
• Orientación al cliente.
• Escucha activa, claridad en la exposición y
entendimiento.
Roles de un Agile Team Agile
Tren CoE
Scrum Master (SM) Team

Descripción: Habilidades:
• Buen manejo de facilitación de reuniones y espacios
• Es la persona responsable de la metodología y colaborativos.
del marco de trabajo (Lean, Scrum, Kanban,
Design Thinking) a utilizar en el Agile Team y • Capacidad de transmitir marcos de trabajo,
de la mejora continua del equipo. entrenamiento y Mentoring.
. • Escucha activa y comunicación efectiva.
Características:
• Empatía.
• Su principal responsabilidad es la mejora
continua del proceso representado por el Agile • Gestión de tiempo y productividad.
Team, ayudándolo a que éste se concentre en • Gestión de impedimentos.
crear incrementos de valor en cada iteración
mediante el uso de prácticas ágiles.
• Facilita la eliminación de impedimentos al
progreso del Agile Team.
• Garantiza que todos los eventos del Agile
Team se lleven a cabo.
• Comprometido al cumplimiento de los OKRs
del Agile Team.
• Puede ayudar de 1 hasta 4 Agile Teams,
dependiendo de la madurez de los mismos. Nota: Anteriormente llamado Agile Team Facilitador (ATF), Experto Lean (EL).
Ref: https://www.scaledagileframework.com/scrum-master/
¿QUÉ ES UN

TREN?
Es una organización virtual que agrupa Agile Teams trabajando
enfocados en el mismo producto, servicio o solución de forma
coordinada, ordenada y optimizada para facilitar los flujos de valor
(Tipos: Por Producto, Segmento, Canales y Habilitadores).

Características:
Tiene un propósito y un objetivo en común, donde cada uno de los
Agile Teams aportan a la consecución de los objetivos del Tren a
través de un único Backlog. Se caracteriza por la exploración y
preparación continua de sus procesos y actividades.
Conformado por, entre 50 - 125 personas, es decir entre 5 y 12
Agile Teams.

Nota: Anteriormente llamado Tribu, Clan, Programa, Núcleos.

Ref: https://www.scaledagileframework.com/agile-release-train/
Roles de un Tren Agile
Tren CoE
Product Manager / Líder de Tren (PM*) Team

Descripción: Habilidades:
• Es el dueño del Backlog del Tren (Program • Experiencia en el manejo de equipos.
Backlog).
• Establecimiento de objetivos, indicadores y OKRs.
• Define y prioriza el Backlog del Tren de tipo
Producto, Segmento, Canal o Habilitador. • Gestión de impedimentos y estrategias de
alineamiento.
• Capacidad de negociación y comunicación
Características: efectiva.

• Alinea los objetivos de los Agile Teams hacia • Pensamiento sistémico de corto y largo plazo.
los objetivos del Tren. • Alto nivel de influencia en la organización.
• Alinea la visión del negocio hacia el Tren.

*Cuando un Tren tiene más de un Product Manager la función se

denomina Product Management.

Nota: Anteriormente llamado Líder de Tribu, Líder de Tren, Product Leader,

PO de POs.
Ref: https://www.scaledagileframework.com/product-management/
Roles de un Tren Agile
Tren CoE
Release Train Engineer (RTE) Team

Descripción: Habilidades:
• Es un líder servicial, que actúa como el Scrum • Buen manejo de facilitación de reuniones y espacios
Master del Tren. colaborativos.
• Capacidad de transmitir marcos de trabajo,
entrenamiento y mentoring.
Características:
• Escucha activa y comunicación efectiva.
• Ayuda a todos los Agile Teams del Tren a
enfocarse en alcanzar sus objetivos. • Empatía.

• Su principal responsabilidad es la mejora continua • Gestión de tiempo y productividad.

del Tren, a través del uso de prácticas ágiles a • Gestión de impedimentos.
nivel Tren.
• Facilita la eliminación de impedimentos a nivel
Tren.
• Garantiza que todos los eventos del Tren se lleven
a cabo.
• Comprometido al cumplimiento de los OKRs del
Tren.
Nota: Anteriormente llamado Agile Coach dedicado al Tren, Tribu o Clan.
• Dedicado a un Tren. Ref: https://www.scaledagileframework.com/release-train-engineer-and-
solution-train-engineer/
Roles de un Tren Agile
Tren CoE
System Architect / Líder Técnico (SA/LT) Team

Descripción:
• Incentiva la sincronización de los Líderes
• Es la persona responsable de definir y comunicar Técnicos, en función a la autonomía que éstos
la visión técnológica y de arquitectura del producto deben tener para la toma de decisiones.
/ servicio / solución a los integrantes del Tren.

Características:
• Identifica las dependencias tecnológicas de
los features o enablers del Tren.
• Explora activamente el proceso del desarrollo del
servicio / producto / solución de tal manera que
puedan estar disponibles antes del delivery.
• Identifica los riesgos tecnológicos y propone
acciones para abordarlos.
• Participa en la definición y diseño de alto nivel de
la solución técnica y también explora soluciones
alternativas.
Habilidades:
• Capacidad para comprender la estrategia y modelo
de negocio.
• Visión técnica de la ingeniería y arquitectura de los
sistemas de la empresa.
• Liderazgo y orquestación de la implementación de
soluciones tecnológicas.
• Habilidades de comunicación.
• Visión y pensamiento sistémico de corto y largo
plazo.

• Se involucra en todos los aspectos tecnológicos • Capacidad de negociación.

de los features del producto.
• Resuelve las interdependencias de tecnología
entre plataformas y sistemas, garantizando en el Ref: https://www.scaledagileframework.com/system-architect-
proceso los lineamientos a nivel empresarial. engineering/
Roles de un Tren Agile
Tren CoE
Business Owner (BO) Team

Descripción: Habilidades:
• Es la persona o grupo de personas que tienen la • Capacidad de negociación y comunicación efectiva.
responsabilidad por el gobierno y el ROI del
producto / servicio / solución de los Trenes. • Alto nivel de influencia en la organización.

• Su participación activa es fundamental para el • Gestión de impedimentos y estrategias de

éxito del Tren. alineamiento.
• Pensamiento sistémico de corto y largo plazo.

Características:
• Contribuye a la priorización de los objetivos del
Tren agregando el valor del negocio.
• Participa en los eventos del Tren relacionados con
la priorización, planificación y la entrega de valor.
• Con autonomía del área a la que representa,
participa en la toma de decisiones referidas al
diseño del producto / servicio / solución.

Nota: Anteriormente llamado Business Manager, Sponsor.

Ref: https://www.scaledagileframework.com/business-owners/
 ¿Qué es el CoE Lean Agile?
El CoE (Centro de Excelencia) Lean Agile. Es una unidad compuesta
por personas que proporcionan conocimiento, liderazgo, dirección
de pensamiento, diseño y difusión de prácticas asociadas
a un expertise a nivel corporativo.
Desarrolla lineamientos que garantizan la alineación del
conocimiento y prácticas de lean y ágiles.

Características:
Conformado por equipos pequeños (entre 5 y 12 personas).
Explora tecnologías, metodologías, herramientas y prácticas en su
dominio a nivel de la organización.
Por ejemplo, el CoE Lean Agile Hispam en el dominio de la Agilidad
Empresarial.

Eventos y Artefactos:
Los Eventos y Artefactos del CoE Lean Agile, son los mismos que los
del Agile Team.
Roles del CoE Lean Agile Agile CoE
Tren Lean
Agile Coach (AC) Team Agile

Descripción: Habilidades:
• Es un agente de cambio de la transformación ágil, • Identifica e impulsa proactivamente iniciativas de
responsable de impulsar la agilidad y de mejora.
promoverla en toda la organización.
• Fomenta la adopción de la agilidad dentro de la
organización.

Características: • Capacidad de facilitar el diseño y el cambio

organizacionales.
• Trabaja en la modalidad de staffing dinámico con
misiones específicas y temporales. • Motivación, liderazgo e influencia en las personas y
en la organización.
• Es parte del CoE Lean Agile.
• Inteligencia emocional y capacidad de persuasión a
• Entrena a los Agile Teams y líderes de la través del mentoring.
organización.
• Trabaja con los Business Owners y Stakeholders
en el entendimiento de los flujos de valor.
• Facilitan la identificación y priorización de Trenes
para su lanzamiento.

Ref: https://www.scaledagileframework.com/safe-program-consultant/
Roles del CoE Lean Agile Agile CoE
Tren Lean
Líder Agile (LA) Team Agile

Descripción: Habilidades:
• Define y gobierna los lineamientos relacionados a • Liderazgo.
la agilidad, por ejemplo: métricas, academia,
Comunidades de Práctica (CoP), cadencia y • Visión sistémica.
sincronización. • Capacidad de negociación y comunicación.
• Tiene la autoridad para cambiar y mejorar • Escucha activa y empatía.
continuamente el modelo de gestión y trabajo ágil.
• Es el responsable de la adopción, éxito y mejora
continua de los Agile Teams, impulsando la
adopción de valores, principios, comportamientos
y mindset agile, que contribuyen a los resultados
del negocio.

Características:
• Es parte del CoE Lean Agile Hispam.
• Actúa de “focal” y como enlace con la OTA Hispam
y con los referentes locales de la Agilidad
contribuyendo a la entrega de valor.

Ref: https://www.scaledagileframework.com/safe-program-consultant/
OTA Hispam
Oficina de Transformación Agile

Es un equipo, cuyo propósito es: “Ser aceleradores

CoE Lean Agile
de la captura continua de valor para nuestros
clientes, apalancados en la Transformación Ágil
para Telefónica Hispam”.

La OTA Hispam está conformada por el CoE Lean

Agile, Tecnología y Personas & Comunicación.
Tecnología Personas &
Comunicación
CoP
Comunidades de Práctica
Las comunidades de práctica (CoP) son grupos organizados de
personas que tienen un interés común en un dominio técnico o
empresarial específico. Colaboran regularmente para compartir
información, mejorar sus habilidades y trabajar activamente para
avanzar en el conocimiento general del dominio.

Las CoP:

- Permiten intercambiar conocimientos, experiencias y habilidades

entre las personas de toda la organización.

- Ayudan al cumplimiento de los desafíos técnicos, impulsan la

mejora continua y permiten contribuciones más significativas a los
objetivos de la empresa.

Las organizaciones se benefician de la resolución rápida de

problemas, la mejora de la calidad, la cooperación en múltiples
dominios y logran una mayor retención de los mejores talentos.

Ref: https://www.scaledagileframework.com/communities-of-practice/
Eventos
Eventos dentro de un PI (Program Increment)

PI (Program increment): es una línea de tiempo fija durante la cual el Tren entrega valor incremental, El PI es al Tren, como el Sprint es al Agile Team.

* Sprint: duración máxima 2 semanas, si es de 1 semana todos los Agile Teams del Tren deberán tener esa misma duración.

** Sprint: Símil a Iteración en SAFe.

 Program Increment (PI)

* Scrum de Scrums y PO Sync mínimo 1 vez por semana

Eventos del

Agile Team
Eventos del Agile Team
Sprint Planning: organizar el trabajo y Agile
Team
Tren
definir un alcance realista para el sprint

Objetivo: Inputs:
• Determinar qué parte del trabajo pendiente del equipo • Definition of Ready.
(Product Backlog) puede comprometerse a entregar durante
el próximo sprint. • Definition of Done.

• Identificar dependencias y sinergias. • Product Backlog – Refinado.

Actividades: Outputs – Outcome:

• El PO expone el objetivo del sprint y las historias de mayor • Sprint Backlog.
prioridad dentro del trabajo pendiente del equipo.
• Historias comprometidas para el sprint, con
• El Agile Team analiza las opciones de implementación, los criterios de aceptación claramente definidos.
problemas técnicos, los requisitos no funcionales, las
dependencias, y puntúa la complejidad de las historias para • Declaración de los objetivos del sprint.
planificar el sprint.
• Compromiso del Agile Team con el trabajo
• El Product Owner define el "qué"; el Agile Team define necesario para alcanzar los objetivos.
"cómo" y "cuánto".
Frecuencia: 1 vez por sprint (al iniciar).
Duración: 2 a 4 horas.
Participantes:
• Todo el Agile Team.
• Cualquier otra parte interesada según sea necesario,
incluidos representantes de diferentes Agile Teams o
Trenes y expertos en la materia. Ref: https://www.scaledagileframework.com/iteration-planning/
Eventos del Agile Team
Daily: reunión diaria de Agile
Team
Tren
sincronización

Objetivo: Inputs:
• Sincronizar y planificar el trabajo a terminar antes del día • Actualización del avance diario de los
siguiente​. miembros del Agile Team.
• Escalar los impedimentos o bloqueantes. • Principales bloqueantes o riesgos que puedan
impactar en su trabajo.
• Obtener ayuda de otros miembros del equipo.
Actividades: Outputs – Outcome:

• Cada miembro del equipo describe lo que hicieron ayer para • Equipo sincronizado con objetivos claros del
avanzar en los objetivos del sprint, en qué van a trabajar hoy día.
para lograr los objetivos de la iteración y los bloqueos que
• Tableros actualizados: Sprint backlog,
encuentran al cumplir los objetivos de la iteración.
Impedimentos.
Frecuencia: Diaria.
• Sprint chart actualizado (ej. burnup,
Duración: 15 minutos. burndown, etc).

Participantes:
• Miembros del equipo del Agile Team (TM).
• SM.
• PO opcional.

Ref: https://www.scaledagileframework.com/iteration-execution/

.
Eventos del Agile Team
Sprint Review: inspeccionar el Agile
Team
Tren
incremento para evaluar el progreso

Objetivo: Inputs:
• Inspeccionar el incremento al final de cada sprint para • Incremento de valor realizado durante el
evaluar el progreso y luego ajusta su incremento para el sprint.
siguiente sprint.
• Tablero de objetivos actualizados.
• Recopilar feedback de las partes interesadas.
Outputs – Outcome:
Actividades:
• Refinar el backlog con los comentarios de los
• Repasar los objetivos del sprint y discutir su estado.
interesados.
• Recorrer todas las historias comprometidas.
• Reflexión sobre las historias que no se
• Demostración de cada historia completa. completaron, si las hubo.

• Las partes interesadas brindan comentarios sobre las • Descubrimiento de impedimentos o riesgos,
historias que son mostradas por el Agile Team. suposiciones falsas, cambio de prioridades,
estimación de imprecisiones o compromiso
Frecuencia: 1 vez por sprint, al final de cada sprint. excesivo.
Duración: 1-2 horas, de acuerdo a la duración del sprint.
Participantes:
• Todo el Agile Team.
• Stakeholders según sea necesario, incluidos representantes
de diferentes Agile Teams o Trenes y expertos en la materia.

Ref:https://www.scaledagileframework.com/iteration-review/
Eventos del Agile Team
Refinamiento del Backlog: preparar historias Agile
Team
Tren
de usuario para los próximos sprints

Objetivo: Inputs:
• Preparar historias de usuario y dejarlas listas para • Backlog de historias de usuario priorizado, con
el siguiente sprint. descripción, criterios de aceptación, escenarios
de prueba y ayudas adicionales.
• Identificar dependencias y/o spikes (técnicos y de
negocio). • Dependencias.
Actividades: • Spikes técnicos​.
• El PO expone las historias priorizadas para el • Spikes de negocio​.
siguiente sprint.
Outputs – Outcome:
• El Agile Team analiza las opciones de implementación,
los problemas técnicos, los requisitos no funcionales • Backlog de historias de usuario refinado con el
y las dependencias. Agile Team.

• El Agile Team realiza la estimación inicial. • Claridad necesaria de las historias de usuario
para el siguiente sprint.
Frecuencia: 1 vez por sprint, al medio de cada sprint.
• Mapa de dependencias actualizado.
Duración: 1-2 horas, de acuerdo a la duración del sprint.
Participantes:
• Todo el Agile Team.
• Stakeholders.
• Expertos en la materia.
Ref: https://www.scaledagileframework.com/team-backlog/
Eventos del Agile Team
Agile
Retrospectiva: el equipo se Team
Tren

enfoca en la mejora incesante

Objetivo:
• Reflexionar sobre el sprint que se acaba de completar,
para derivar nuevas ideas para mejorar el proceso del
equipo.
• Garantizar que cada sprint produzca mejoras
(personas, procesos y herramientas).
Actividades:
• El Agile Team discute los resultados del sprint, revisa
sus prácticas e identifica formas de mejorar.
• El Agile Team identifica qué funciona bien, qué no y
qué puede hacer mejor la próxima vez.
• El Agile Team realiza análisis de la causa raíz, se
discute las posibles acciones correctivas y se ingresan
las historias de mejora en el backlog del equipo.
Frecuencia: 1 vez por sprint, al final de cada sprint.
Duración: 1-2 horas, de acuerdo a la duración del sprint.
Participantes:
• Todo el Agile Team.
Inputs:
• Revisión cuantitativa: el Agile Team evalúa si
cumplieron con los objetivos del sprint
(métricas).
• Revisión cualitativa: el Agile Team revisa las
historias de mejora que habían identificado en
la retrospectiva anterior y analiza el proceso
actual.
• Tablero de experimentos e impedimentos (si
aplica).
• Clima laboral del Agile Team.
• Madurez ágil del Agile Team.
Outputs – Outcome:
• Acciones de mejora priorizadas en el tablero
para implementar experimentos.

Ref: https://www.scaledagileframework.com/iteration-retrospective/
Eventos del

Tren
Eventos del Tren
Agile
PI Planning: informar objetivos y construir el Team
Tren

backlog de iniciativas para el trimestre

Objetivo: Participantes:
• Estimar lo que se entregará y comprometerá durante el PI. • Stakeholders relacionados con el Tren (Bussiness
Owner).
• Informar los objetivos y convertirlos en iniciativas y backlog
para el siguiente PI. • Todos los miembros del Tren.
• Identificar, alinear y comunicar dependencias entre otros • Representantes de áreas externas con dependencia.
Trenes y Agile Teams de la organización.
Inputs:
Actividades:
• Objetivos del Tren y de los Agile Teams.
• El RTE es quien realiza la facilitación, apoyado por los
Scrum Masters. • Backlog de features del Tren.

• El PM alinea la visión del negocio al Tren. Es responsable • Draft de mapa de dependencias entre los Agile Teams
del backlog del Tren. y fuera del Tren.

• Bajar a detalle el backlog del Tren y los otros equipos de • Program Kanban.
soporte.
Outputs – Outcome:
• Alinear e identificar las dependencias con otros Trenes y
otras áreas de la organización. • Backlog de features del Tren para el próximo PI
actualizado.
• Refinar el Program Board para el siguiente trimestre.
• Program board actualizado.
Frecuencia: 1 vez por trimestre.
• Tablero de Objetivos del Tren y de los Agile Teams
Duración: recomendado hacerlo en 1 a 2 días. actualizado.
• Mapa de dependencias actualizado entre los Agile
Nota: Anteriormente llamado BRP.
Teams y fuera del Tren.
Ref: https://www.scaledagileframework.com/pi-planning/
• Program Kanban actualizado.
Eventos del Tren
Scrum de Scrums Agile
Team
Tren

Objetivo: Inputs:
• Scrum de Scrums es usada para coordinar el progreso del • Lista de impedimentos.
Tren.
• Mapa de dependencias de los Agile Teams.
• Ayuda a coordinar las dependencias del Tren y provee
visibilidad en torno a su progreso y los impedimentos. • Bitácora de retrospectivas.

Actividades: • Program Board.

• El RTE es quien realiza la facilitación. • Program Kanban.

• Revisar el impacto en objetivos de los Agile Teams y del Tren Outputs – Outcome:
(capturados y proyectados).
• Mapa de dependencias actualizado de los
• Listar dependencias que están afectando el correcto Agile Teams.
funcionamiento de los Agile Teams y posibles soluciones.
• Planes de mejora.
• Sincronizar las prioridades de los Agile Teams con el RTE.
• Program Board actualizado.
Frecuencia: Mínimo, puede ser diaria.
• Program Kanban actualizado.
Duración: 30 a 60 min.
Participantes:
• RTE.
• Scrum Masters.
• Expertos invitados.

Ref: https://www.scaledagileframework.com/program-increment/

.
Eventos del Tren
Agile
PO Sync: alinear el trabajo entre los Team
Tren

diferentes Agile Teams

Objetivo: Inputs:

• Obtener visibilidad del progreso del Tren y del cumplimiento • Program Board.
de los objetivos del Tren en el PI en curso.
• Tablero de objetivos del Tren y de los Agile
• Refinar y priorizar el backlog del Tren ante ajustes del Teams.
alcance antes del próximo evento de planificación del PI.
• Backlog de los Agile Teams.
Actividades:
Outputs – Outcome:
• Sincronización de PM´s y PO´s al igual que Scrum de
Scrums, son usados para coordinar el progreso del Tren. • Program Board actualizado.
• El RTE o PM es quien realiza la facilitación. • Tablero de objetivos del Tren y de los Agile
Teams actualizado.
• Revisar los OKR’s.
• Actualizar el Kanban Board.
• Revisar y refinar los features.
Frecuencia: Mínimo, puede ser diaria..
Duración: 30 a 60 min.
Participantes:
• RTE.
• PM´s.
• PO´s.
Ref: https://www.scaledagileframework.com/program-increment/
• Expertos invitados.
Eventos del Tren
Preparación para el PI Planning: Agile
Team
Tren
exploración continua
Objetivo: Inputs:

• Explorar continuamente los procesos y actividades del Tren. • Program Backlog.

• Gestionar la alineación y preparación del Tren para el PI. • Lista de requerimientos de negocio.

• Preparación del Program Backlog para su priorización. • Objetivos y visión actualizada del Tren.

Actividades: Outputs – Outcome:

• El RTE es quien realiza la facilitación. • Tren alineado para el PI.
• Realizar la organización, planificación y coordinación general • Backlog preparado para su priorización.
del evento PI Planning,
• Logística preparada para el PI.
• Refinar el Program Board en un story map. Descomponer las
épicas en features.
• Realizar el blue print de los features.
• Mapear todas las dependencias internas y externas del Tren.
Frecuencia: Es un proceso continuo semanal.
Duración: 1-2 horas por semana.
Participantes:
• RTE.
• AC.
• SM.
Ref: https://www.scaledagileframework.com/pre-and-post-pi-
• Arquitecto.
planning/
• PM/PO´s.
Eventos del Tren
System Demo: basar los hitos en la evaluación Agile
Team
Tren

objetiva de los sistemas de trabajo

Objetivo:
Inputs:
• Proporcionar una vista sistémica e integrada, de las nuevas
funcionalidades entregadas por el Tren durante la última iteración (PI). • Tablero de objetivos del Tren.

• Obtener una única medida real del valor, velocidad y progreso del • Producto / servicio / solución
trabajo del Tren. desarrolladas por el Tren.

• Obtener una retroalimentación rápida para aprender de la experiencia • Información de apoyo a la demostración.
del desarrollo del producto / servicio / solución, más reciente y ajustar • Principales aprendizajes.
el curso de acción.
Actividades: Outputs – Outcome:

• Demostrar cada nuevo feature del producto / servicio / solución, en un • Feedback de los participantes del
caso de uso de extremo a extremo. evento.

• Identificar los riesgos e impedimentos actuales. • Lista de mejoras.

• Encontrar el equilibrio adecuado entre el esfuerzo económico de

integrar los entornos y la mejora continua de las futuras integraciones.
Frecuencia: 1 vez por Sprint.
Duración: 1 hora según tamaño, formato y complejidad del Tren.
Participantes:
• BO, PM, PO. SA, LT y Stakeholders.
• Clientes.
• Otros roles de Operaciones involucrados en la Demo.
Ref: https://www.scaledagileframework.com/system-demo/
• Miembros del Tren involucrados en la Demo.
Eventos del Tren
PI System Demo: mostrar los Agile
Team
Tren

resultados del Tren

Objetivo:
Inputs:
• Realizar una demostración final hacia los stakeholders para recibir
su feedback sobre la efectividad y usabilidad del producto / • Tablero de objetivos del Tren.
servicio / solución. • Producto / servicio / solución desarrolladas
• Mostrar los resultados del Tren en términos de sus objetivos. por el Tren.

• Dar visibilidad del desarrollo del producto / servicio / solución. • Información de apoyo a la demostración.

Actividades: • Principales aprendizajes.

• El RTE es quien realiza la facilitación. Outputs – Outcome:

• Los Agile Teams presentan su impacto en objetivos. • Feedback de los stakeholders.
• Hacer la demostración de las iniciativas implementadas con las • Lista de mejoras.
que se capturó valor.
• Compartir los principales aprendizajes del trimestre.
• Pedir a los asistentes comentarios y feedback.
• Compartir los testimonios de los clientes finales beneficiados con
las iniciativas.
Frecuencia: 1 vez por trimestre.
Duración: 2 a 8 horas según tamaño, formato y complejidad del Tren.
Participantes:
• Stakeholders.
• Todos los miembros del Tren. Nota; Anteriormente llamado PI Demo, Tren Demo.
Eventos del Tren
Inspect & Adapt: revisar y establecer Agile
Team
Tren
planes de mejora
Objetivo: Inputs:
• Reflexionar, aplicar técnicas de resolución de problemas y • Clima laboral del Tren.
tomar las acciones de mejora necesarias para aumentar la
velocidad, la calidad y la confiabilidad del próximo PI. • Madurez ágil del Tren.

• Impulsar el aprendizaje compartido. • Oportunidades y sugerencias.

• Asegurar la integración entre los Agile Teams del mismo Outputs – Outcome:
Tren.
• Planes de mejora del Tren y Agile Teams para
• Diagnosticar la madurez del Tren y de sus Agile Teams y el próximo PI.
proponer mejoras.
Actividades:
• El RTE es quien realiza la facilitación.
• Reflexionar sobre qué está funcionando bien y debe
mantenerse, qué debería dejarse de hacer y qué podría
comenzarse a experimentar.
• Validar la madurez del equipos y los planes de mejora.
Frecuencia: 1 vez por trimestre.
Duración: mínimo 4 horas.
Participantes:
• Todos los miembros del Tren.

Nota: Anteriormente llamado Tren Retro.

Ref: https://www.scaledagileframework.com/inspect-and-adapt/
Artefactos
Artefactos

Agile Team Tren

1. Tablero de OKRs 1. Tablero de OKRs
2. Story map 2. Mapa del Tren
3. Backlog del Agile Team 3. Program Backlog
4. Backlog del Sprint/Tablero de trabajo 4. Program Kanban
5. Assessment de madurez del Agile Team 5. Program Board
6. Tablero de Impedimentos/Riesgos 6. Assessment de madurez del Tren
7. Tablero de Experimentos 7. Tablero de Impedimentos/Riesgos
8. Tablero de Experimentos
Artefactos del Agile Team y Tren
Tablero de OKRs (1/2) Agile
Team
Tren

¿Qué es?: Propósito:

• Tablero único para el Agile Team y Tren donde se registran • Dar visibilidad de los objetivos principales del
sus objetivos y key results (OKRs) del trimestre. trimestre.

• Es ideal definir entre 1-3 objetivos y 3-5 key results por • Dar visibilidad del propósito del Agile Team y del Tren.
objetivo.
• Dar visibilidad de los resultados por Sprint.
• Además de los OKRs, se coloca el nombre y propósito del
Agile Team y Tren.
Responsable: Eventos donde es relevante:

• El PO es el responsable final de que el tablero quede • PI Planning.

actualizado antes de cada Sprint Review. • PO Sync / Scrum Master Sync.
• El Scrum Master, el Agile Coach y otros miembros del Agile • Sprint Review.
Team contribuyen activamente completando el tablero.
• System Demo.
• El RTE debe apoyar a cada uno de los Agile Team
asegurando que sus objetivos y los resultados esperados • PI System Demo.
estén claros y sean apropiados.

• Nombre del Agile Team

Ejemplo: • Propósito aspiracional,
conciso y claro
Ref: OKR - Objectives and Key Results
Academia Agile - Mediciones (sapjam.com)
3 Objetivos claros
• Key results con línea
base, meta para el
trimestre y por Sprint
Artefactos del Agile Team y Tren
Tablero de OKRs (2/2) Agile
Team
Tren

¿Qué son los OKRs?:

Los OKRs, Objetive Key Results, son un conjunto de Objetivos que marcan la dirección a seguir y Resultados Clave
que indican cómo lograrlos.
Los OKRs son una herramienta para establecer, comunicar y monitorear el avance hacia los objetivos organizacionales.

Los Objetivos fijan la dirección y clarifican “QUÉ" debe lograrse.

Ayudan a contestar la pregunta: “¿A dónde quiero llegar?”.

Los Key Results son un marcador de referencia y monitorean “CÓMO” alcanzamos ese
objetivo. Sirven para saber si te encuentras en el camino correcto para conseguirlos.
Ayudan a contestar la pregunta: “¿Cómo sé si estoy en la dirección correcta?”.

Nivel
¿Cómo se definen los OKRs?

Los OKRs se definen periódicamente con una cadencia

prestablecida a partir de la revisión de los aprendizajes,
desempeño del último ciclo y la actualización de las
metas estratégicas.

Los OKRs ayudan a comunicar la estrategia

organizacional de forma práctica y medible, facilitando la
alineación.
Artefactos del Agile Team
Story Map Agile
Team
Tren

¿Qué es?: Propósito:

• El Story Map o Solución, permite crear una representación • Visualizar el mapa completo de la solución.
visual de cómo las historias de usuario impactan los OKRs
en los Journeys o Value Streams. • Lograr una representación visual de la experiencia
end-to-end del usuario.
• El mapa se traduce en historias de usuario y subtareas que
podrán ser ejecutadas por los Agile Teams. • Ayudar al Agile Team a centrarse en las necesidades
del usuario y a la vez impactar sus OKRs.
Responsable:
• El PO y su Agile Team llenan el Story Map.
Eventos donde es relevante:
• El Agile Coach y Scrum Master son fundamentales para
ayudar a estructurar y mantener la efectividad del tablero. • PI Planning.
• Sprint Planning.
• Refinamiento del Backlog.

Ejemplo:

Feature
Historias de Usuario

Ref: https://www.scaledagileframework.com/design-thinking/
Artefactos del Agile Team
Backlog del Agile Team Agile
Team
Tren

¿Qué es?: Propósito:

• Lista de tareas pendientes que tiene el Agile
Team expresadas en hipótesis, historias de usuario y sub-
tareas.
• La lista se prioriza según impacto en OKRs y Usuario.
• Repositorio de la actividad pendiente por realizar para
cumplir los objetivos del Agile Team.
• Ver las prioridades con las que el Agile Team debe
abordar el trabajo pendiente.

• Contiene las historias de usuario de al menos los siguientes

1-3 Sprints.
Eventos donde es relevante:
• Las historias de usuario candidatas para el siguiente Sprint
deben cumplir la Definición de Ready (DoR) y contar con • Refinamiento del Backlog.
los criterios de aceptación definidos. • Sprint Planning.
• La herramienta sugerida para la gestión del Backlog del
Producto es Jira.
Responsable:
• El Product Owner es el responsable del artefacto.

Ejemplo:

Ref: https://www.scaledagileframework.com/team-backlog/
Artefactos del Agile Team
Backlog del Sprint / Tablero de trabajo Agile
Team
Tren

¿Qué es?: Propósito:

• Tablero que irradia el progreso del Agile Team. Sus • Dar visibilidad de las actividades a realizarse durante
columnas mínimas son TO DO, WIP (work in progress) y el Sprint.
DONE.
• Dar visibilidad de la carga de trabajo de cada miembro
• El tablero contiene la lista de hipótesis, historias de usuario del Agile Team.
y sub-tareas comprometidas para el Sprint.
• Dar visibilidad del progreso en tiempo real (mínimo
• Las Sub-tareas (y eventualmente la historia de usuario y su diario).
hipótesis) fluyen por las columnas hasta llegar a DONE.
Eventos donde es relevante:
Responsable:
• Sprint Planning.
• Los Team Members son responsables de mantener el
tablero al día de forma ordenada y son apoyados por su • Daily.
SM/AC. • Retrospectiva.
Ejemplo:
Artefactos del Agile Team y Tren
Assessment de madurez Agile
Team
Tren

¿Qué es?: Propósito:

• El Assesment del Agile Team es una herramienta que nos • Valorar la madurez ágil de los Agile Teams.
permite medir la madurez ágil de los Agile Teams, basado
en tres pilares Mindset, Negocio y Framework. • Establecer y ejecutar planes de mejora continua.

• Es respondido por cada uno de los miembros del Agile

Team. Eventos donde es relevante:
• La madurez ágil de los Agile Teams puede agruparse para • Inspect & Adapt.
ver la madurez ágil de los Trenes y la organización.
• Retrospectiva.
Responsable:
• El CoE Agile (owner) se encarga de liberar el cuestionario
trimestralmente a todos los miembros de los Agile Teams.
• El Agile Coach y Scrum Master apoyan para obtener las
respuestas, identificar hallazgos y establecen los planes de
acción.

Ejemplo:
Artefactos del Agile Team y Tren
Tablero de Impedimentos / riesgos Agile
Team
Tren

¿Qué es?: Propósito:

• Una herramienta que permite registrar y hacer seguimiento
a impedimentos que están bloqueando la creación, entrega
o captura de valor del Agile Team y del Tren.
Responsable:
• Cualquier miembro del Agile Team puede comunicar un
impedimento y colocarlo en el tablero en cualquier
momento, se pide apoyo al SM, PO, RTE o a quien
corresponda, en caso que no pueda resolver el
impedimento.
• Dar visibilidad a todo el Agile Team de los
impedimentos que están bloqueando el progreso del
mismo y que afectan la velocidad.
Eventos donde es relevante:
• Daily (sincronizar los impedimentos).
• Scrum de Scrums.

• Scrum Master.

Ejemplo:
Fechas y
Impedimento Responsable Estado
El impedimento Hora
debe incluir el
dueño y la fecha dd/mm/yy
Impedimento 1 Done
hh:mm

Impedimento 2 PO dd/mm/yy
Doing
hh:mm
.
.
.

Impedimento n To do
Artefactos del Agile Team y Tren
Tablero de Experimentos Agile
Team
Tren

¿Qué es?: Propósito:

• Una herramienta que permite registrar, hacer seguimiento e
iterar diferentes opciones para resolver cierta problemática
con respecto al Agile Team, Tren y/o su forma de trabajar.
Responsable:
• Cualquier miembro del Agile Team puede proponer un
nuevo experimento y colocarlo en el tablero en cualquier
momento. Incluso el SM, PO o RTE.
• Scrum Master / RTE / Agile Coach.
• Recoger y plantear diferentes acciones orientadas a
mejorar la forma de trabajar.
• Los experimentos se pueden plantear por los
resultados del Assessment, las Retrospectivas o de
manera orgánica por observación.
Eventos donde es relevante:
• Retrospectiva.
• Sprint Planning – para reservar capacidad del equipo.

Ejemplo:

Experimentos WIP DONE Aprendizaje

Experimento 1 … …

Experimento 2 …
.
.
.

Experimento n
Artefactos del Tren
Agile
Mapa del Tren Team
Tren

¿Qué es?: Propósito:

• Tablero visual para ver las proyecciones y progreso de los • Tener visibilidad de cómo los equipos están logrando
Agile Teams en cada uno de los Sprints. sus OKRs, sus principales hipótesis y resolviendo
dependencias por Sprint.
• Se puede observar el progreso en OKRs, Hipótesis y
dependencias. Los equipos indican sus proyecciones de
OKRs en el PI Planning y la actualizan con sus resultados
en cada Sprint. Eventos donde es relevante:

Responsable: • PI Planning.

• El RTE es el Owner. • PO Sync.

• Cada PO, es responsable de llenar su progreso por Sprint. • Scrum de Scrums.

Ejemplo:
Todos los Agile Todos los Trenes Otras áreas con
Teams y sus OKRs y sus OKRs dependencias

Agile
Agile Team
Team11 Agile
AgileTeam
Team22 Tren 1 Tren 2

Ref: https://www.scaledagileframework.com/agile-release-train/
Artefactos del Tren
Agile
Program Backlog Team
Tren

¿Qué es?: Propósito:

• Son los próximos features, que están destinadas a abordar
las necesidades de los usuarios y brindar beneficios
comerciales para un Tren. También contiene los features
habilitadores necesarios para desarrollar el producto /
servicio / solución.
• Dar visibilidad de por qué hacemos el trabajo y
las prioridades.
• Listar el trabajo pendiente del programa, con
estimaciones de su tamaño.

• Para el éxito económico de la solución resulta clave

identificar, refinar, priorizar y secuenciar de manera efectiva Eventos donde es relevante:
los elementos del backlog.
• PI Planning.
• Dado que el backlog contiene tanto la nueva funcionalidad
comercial como el trabajo de habilitación necesario para • Scrum de Scrums.
extender la funcionalidad, se utiliza una 'asignación de
capacidad' para ayudar a garantizar la entrega de valor • PO Sync.
inmediata y a largo plazo, con velocidad y calidad. • Preparación para el PI Planning.
Responsable:
• PM.

Ejemplo:

Ref: https://www.scaledagileframework.com/program-and-solution-backlogs/
Artefactos del Tren
Agile
Program Kanban Team
Tren

Propósito:
¿Qué es?:
• Ayudar al Tren a igualar la demanda con la capacidad
• Es un método para visualizar y administrar el flujo de en función de los límites del trabajo en proceso (WIP),
Funciones y Features desde la ideación hasta el análisis, y la visualización de los cuellos de botella en cada
implementación y lanzamiento a través del flujo de entrega estado del proceso.
continuo.
• Facilitar la identificación de oportunidades de mejora
• El sistema Kanban también incluye políticas que rigen la continua.
entrada y salida de elementos de trabajo en cada actividad
del flujo.
Eventos donde es relevante:
Responsable:
• PI Planning.
• RTE.
• Scrum de Scrums.
• PM.
• PO Sync.
• Preparación para el PI Planning.
Ejemplo:

Liberación

Ref: https://www.scaledagileframework.com/program-and-solution-kanbans/
Artefactos del Tren
Agile
Program Board Team
Tren

¿Qué es?: Propósito:

• Tablero visual para identificar los riesgos y las • Sirve para destacar las fechas de entrega de los
dependencias de los distintos features que se desarrollarán próximos features, las dependencias de las
durante el PI. funcionalidades entre los Agile Teams y los hitos
relevantes.
• Sirve para redactar los objetivos iniciales del PI del Tren.
Responsable: Eventos donde es relevante:
• RTE. • Preparación para el PI Planning.
• PM. • PI Planning.
• Scrum de Scrums.
Ejemplo:

Agile Team
del Tren
Un hito o evento del programa está
sucediendo en la iteración 1,3 (por ej.
una feria comercial, una entrega al
mercado, etc.).

Esta función no se puede entregar

hasta que varios equipos completen
sus dependencias.

Un feature colocado en un Tren sin

dependencias, significa que puede
completarse independientemente de
otros equipos.

Dependencia Hito / Línea roja: una dependencia que requiere

Features significativa Evento que las historias u otras dependencias se
completen antes de que se pueda
completar el feature.
Ref: https://www.scaledagileframework.com/pi-planning/
Academia Lean Agile
Los lineamientos del
Playbook son geniales,
pero…
“Claridad sobre cómo pensar, sin claridad sobre
cómo actuar, deja a la gente indiferente“.

-Daniel Pink

Es hora de poner en práctica este

pensamiento.

¡Empecemos a crear!
 Academia Lean Agile
Aprendizaje en acción
Para avanzar en la aplicación de las nuevas formas de trabajar
en Telefónica, además de este Playbook recuerda que cuentas
con la Academia Lean Agile, la cual está enfocada en impulsar
la transformación del mindset Lean-Agile, motivando a que
más personas se unan, adopten y apliquen prácticas ágiles.

Te invitamos a que te unas a la Academia Lean Agile y a su

Comunidad de Prácticas (CoP).

Empieza por acá

Te compartimos un video que te presenta y realiza un recorrido
del sitio on line de la Academia Lean Agile, para que encuentres
cuando quieras, lo que quieras y necesites sobre agilidad.

¡Mantengamos siempre vivo nuestro modo aprendiz!

Te alentamos a que descubras tu camino formativo sugerido
por rol agile.
Camino formativo por rol

¿Cómo recorrer el sitio?

En Telefónica buscamos hacer
nuestro mundo más humano,
conectando la vida de las
personas.