SlideShare una empresa de Scribd logo
1 de 74
Descargar para leer sin conexión
“Alineando la estrategia de negocio mediante OKRs y SAFe
Vladimir Baglietto G.
Vladimir Baglietto
L e a n - A g i l e C o n s u l t a n t | S p e a k e r | T r a i n e r
@ v l a d . b a g l i e t t o
h t t p s : / / w w w . l i n k e d i n . c o m / i n / v l a d i m i r b a g l i e t t o /
Hola!!! Estoy aquí para aprender y
compartir…….
h t t p s : / / w e b . f a c e b o o k . c o m / v l a d . b a g l i e t t o
Objetivo de la Charla…
3
Objetivo
• Alinear la estrategia del negocio especificada en OKR’s hacia los
equipos usando adoptando el framework de SAFe.
Objetivos & Key Results (OKRs)
Reflejan lo que queremos lograr,
algo relevante, que
orienta a la acción y es
aspiracional:
¿Qué quiero lograr?
¿A dónde vamos?
Son los indicadores que miden el éxito en
la consecución del objetivo.
¿Hemos llegado o estamos avanzando
en la dirección correcta?
KR
Key Result (Resultados claves)Objectives (Objetivos)
O
Scaled Agile Framework
© Scaled Agile, Inc.
© Scaled Agile, Inc.
SAFe® para Lean Enterprises es una base de
conocimientos probadas e integradas de
principios, prácticas y competencias para
Lean, Agile y DevOps
El framework líder mundial para la agilidad empresarial.
www.scaledagileframework.com
© Scaled Agile, Inc.
Empezamos con el Portafolio…
© Scaled Agile, Inc.
Strategi
c
Themes
SAFe Portfolio 1
Strategi
c
Themes
SAFe Portfolio 1
Strategic
Themes (OKRs)
Portafolio SAFe
Large Enterprise Multiple Portfolios
Las grandes empresas deben tener multiples portafolios
Value Streams
Portafolios en SAFe
 Un Portafolio tipicamente representa un área específica de una Organización
(e.j., unidad de negocio, división)
 Cada Portafolio está conformado por una o varias Cadenas de Valor
© Scaled Agile, Inc.
© Scaled Agile, Inc.
Relacionar Value Streams con ARTs
Strategic Themes (OKRs) son objetivos de negocio
diferenciados que:
 Conduce el estado futuro del Portafolio
 Conecta el Portafolio con la estrategia Empesarial
 Provee el contexto para la Visión del Portafolio y el Presupuesto Lean
Ejemplos de Strategic Themes (OKRs)
• Atraer a un grupo demográfico más joven (18 - 29)
• Reducir el costo de almacenamiento en un 35%
(Retail e-commerce):
© Scaled Agile, Inc.
Conectar el portfolio a la organización con Strategic Themes (OKRs)
Portfolio
Backlog Implementing DoneFunnel Review Analyzing
Epic Hypothesis
Statement
Relacionar Epics con
OKRs
Refinar la
comprensión
Calcular WSJF
WIP limitado
OKRs de la
organización
Nuevas
oportunidades de
negocio
Cambios en el
mercado
Fusiones y
adquisiciones
Problemas con las
soluciones existentes.
¡Todas las grandes
ideas son bienvenidas
aquí! Alternativas de
solución
Refinar WSJF
Costo estimado
Identificar MVP
Lean Business Case
WIP limitado
Decisión de ir / no ir
Gobierna el flujo épico con el portafolio Kanban
© Scaled Agile, Inc.
Alimentando el Funnel de Portafolio
Épicas o Iniciativas estratégicas
OKRs
OKRs &
KPIs
 El User-business value está categorizado por cuanto una iniciativa le puede aportar a un Kr del
contexto de está ejecutando la dinámica.
WSJF = =
User-business value (OKRs) + Time criticality + RR | OE
value
Job size
CoD
Job size
WSJF para priorización
© Scaled Agile, Inc.
Priorización de Épicas
KR 1 KR 2
Epic 1
Epic 2
Epic 3
Epic 4
KR 3 KR 4
X 2
Esfuerzo ValorTime
Criticaly
RR | OE
Priorización de Épicas
KR 1 KR 2
Epic 1
Epic 2
Epic 3
Epic 4
KR 3 KR 4
X 2
3 5 0 0
1 8 13 0
0 5 0 8
13 8 0 8
Esfuerzo
5
8
5
3
Valor
(3+2*5+0
+8)/5 = 4,2
3,75
2,25
7
Time
Criticaly
RR | OE
0
0
8
8
0
0
8
8
PORTFOLIOPROGRAM
ProgramIncrement
Talleres de Especificación de
Épicas
Background research spikes
supporting Epic analysis
Epic Epic EpicEpic
Enfocarse en la cadencia Finalice las decisiones y los detalles para que los
trenes tengan suficiente trabajo para el PI
ProgramIncrement
ProgramIncrement
OKRs
.
Cadencia entre el Portafolio y los Trenes
© Scaled Agile, Inc.
Epic Epic
ART 1
Epic Epic …
110
85
205 240 360 225
Feature
45
Feature
100
Feature
90
Feature
60
Feature
20
Feature
90
Feature
40
Enabler
11
Enabler
120
Feature
130
Feature
88
Feature
Feature
100
ART 2
ART 3
ART 4
Dustribución de Épicas del Portafolio
►
Programa
21
Programa
© Scaled Agile, Inc.
Kanban del Programa
© Scaled Agile, Inc.
PI OKR’s - 1
PI OKR’s - 1 PI OKR’s - 2 PI OKR’s - 3 PI OKR’s - 4
Bajando los OKR’s
© Scaled Agile, Inc.
EPIC 1 EPIC 2 EPIC 3
PI Planning
25
PI Planning
Las reuniones de planificación de PI (PI Planning) basadas en la cadencia son el
corazón de Agile Enterprise
Dos días cada 8 - 12 semanas (10 semanas es
típico)
Todos asisten en persona si es posible.
Se tienen features priorizadas
Equipos de desarrollo con planificación de
historias y estimaciones de alto nivel.
Architect/Engineering and UX trabajan como
intermediarios para el gobierno, las interfaces y
las dependencias
© Scaled Agile, Inc.
Top 10
Features
Vision
Team A PI
OKR’s
Team B PI
OKR’s
Team C PI
OKR’s
Team J PI
OKR’s
...
Program
Backlog
PI Planning
Iteration 1.1 Iteration 1.1 Iteration 1.1 Iteration 1.1
Iteration 1.5
(HIP)
PI 2 >>>
Input
Team OKR’s and Program Board
Output
Vision and top 10 Features
and Program OKR’s
Program
OKR’s
Proceso de PI Planning
© Scaled Agile, Inc.
Permite monitorear el avance de manera concreta,
en un tiempo determinado.
Los PI Objectives se convierte en los OKRs del Tren
para el PI que está por comenzar.
Las features que se generen debe estar alineadas a
los OKRs.
Mejorar la experiencia de usuario a
través del sitio web
● Aumentar el porcentaje de clicks
en un 25%
● Aumentar las ventas en un 10%.
● Reducir el número de quejas de
los usuarios a la mitad
● KR 4
● KR 5
● KR 6
OKR’s for PI 1 Business
Value
Actual
Value
Objetivos & Key Results (OKRs) del Programa
PI OKR’s - 1
PI OKR’s - 2
P(KR) /
Esfuerzo
Features -
Enablers
Program Backlog
PI OKR’s - 1
PI OKR’s - 2
P(KR) /
Esfuerzo
Features -
Enablers
Program Backlog
Team KR’s - 1
Team KR’s - 1
Team KR’s - 1
Team KR’s - 1
31
Key results (KR)
ART
Equipo 2 Equipo 3 Equipo 4Equipo 1
1 – Aumentar el porcentaje de clicks en un 25%
6 – KR 6……
3 – Aumentar las ventas en un 10$
5 – KR 5…..
2 – Incrementar en un 15% la tasa de ventas
4 – Reducir las quejas a la mitad
Objectives & Key results (OKR’s)
ART
Product
Manager
System
Architect
RTE
KRs KRs KRs KRs
Feature 1
Feature 2
Feature 3
Feature 4
HU o Enablers
Release
Continuous
Integration
Continuous
Deployment
KRs Discovery
Cascadeo de OKRs
34
Key Result
Objetivo
Squad
Key Result
KR1: ……………..
Feature o
Iniciativa
Feature o
Iniciativa
Feature o
Iniciativa
Feature o
Iniciativa
OKRs de Squads
Impact Mapping
KRs
KRs
KRs
Evento
36
Estado del negocio y próximos objetivos (OKR’s
del PI)
Visión y características priorizadas
El Facilitador explica el proceso de planificación
(AC)
Los equipos presentan sus planes, riesgos e
impedimentos
 Los equipos desarrollan planes e identifican
riesgos e impedimentos
 Los Arquitectos y Product Owners circulan
Los ajustes son hechos basados ​​en desafíos,
riesgos e impedimentos
1 2
3 4
Arquitectura, marcos comunes, etc.
Herramientas ágiles, prácticas de ingeniería,
etc.
1.
2.
3.
4.
5.
6.
7.
Agenda del PI Planning – Día 1
© Scaled Agile, Inc.
Planificación de los ajustes realizados en
la reunión del día anterior
Voto de Confianza del equipo y stakeholders
Los equipos presentan su plan final, los riesgos e
impedimentos
Los riesgos detectados en el nivel de tribu son
revisados y evaluados
Si es necesario, la planificación continua hasta que
los objetivos se alcancen
Sesión de retrospectiva
Instrucciones Finales
1 2
3 4
!
1 2
3 4
Los equipos desarrollan planes finales y refinan
riesgos y impedimentos
Los propietarios de negocios circulan y asignan
valor de negocio a los objetivos del equipo
8.
9.
10.
11.
12.
13.
14.
Agenda del PI Planning – Día 2
© Scaled Agile, Inc.
 Business Owners
 OKR’s del Tren
 Product Manager
 Features u OKR’s
 Arquitectos
Sesiones informativas
© Scaled Agile, Inc.
Para dar inicio al PI Planning, un representaste del negocio comparte
el estado del negocio y los próximos objetivos a alcanzar.
© Scaled Agile, Inc.
• No hay formato prescrito, pero se incluyen algunas opciones:
• Se comunican las principales prioridades del ART.
• Se comunican los OKR del Programa para ese ART.
Contexto del Negocio
Visión del Producto
© Scaled Agile, Inc.
Se tienen una lista de 10
características priorizadas,
generadas en base a los OKR’s
y cada equipo puede obtener
una característica. Ya se ha
trabajado con los “Product
Owners” para construir algunas
historias iniciales.
Priority Feature
1 Feature 1
2 Feature 2
3 Feature 3
4 Feature 4
5 Feature 5
6 Feature 6
7 Feature 7
8 Feature 8
9 Feature 9
10 Feature 10
Arquitectura y UX Briefing
Table 1 Table 2
Table 3
Table 4 Table 5
Table 3
Table 7
Table 6
NFRs:
Security: ………
Performance: …….
UI: HTML 5 / CSS 3
Reglas de Negocio
Web Server
DB
Modelo de Datos:
© Scaled Agile, Inc.
Sesiones de Equipos
Sesiones de Equipos
Iteration 1.3
Capacity____
Load____
KR del equipo
Historias de
Usuario / Enablers
/ Hipótesis
Detalle de Artefactos
Objective: ,,,,,,,,,,,,,
• KR1: ........
• KR2: ……..
• KR3: ……..
Objective: ,,,,,,,,,,,,,
• KR1: ........
• KR2: ……..
• KR3: ……..
© Scaled Agile, Inc.
46
Sesiones de equipos
CC Liliana
Santacruz y
Tatiana
Corones
Sesiones de equipos
CC Liliana
Santacruz y
Tatiana
Corones
48
Sesiones de equipos
CC Liliana
Santacruz y
Tatiana
Corones
49
Sesiones de equipos
CC Liliana
Santacruz y
Tatiana
Corones
50
Sesiones de equipos
CC Liliana
Santacruz y
Tatiana
Corones
Iteration 1.1 Iteration 1.2 Iteration 1.3 Iteration 1.4 Iteration 1.5 (IP)
Avance KR
SQUAD 1
SQUAD 1
SQUAD 2
SQUAD 4
Blue = Features
Red String = Una dependencia que requiere que
historias u otras dependencias deban ser completadas
antes de que se pueda completar una ”característica”.
= Significant
Dependency
Otros
Otros
SQUAD 3
CoE 1
CoE 2
Orange = Milestone/
Event
KR’s por equipo
Red/ Pink
Hito o evento a nivel de
Tribu marcado en la
iteración 1.3 (Ejemplo:
Lanzamiento al mercado,
mostrar al negocio, otros)
Una característica
colocada en la fila
de un equipo sin
líneas asociadas
significa que puede
ser completada
independiente de
otros equipos.
Esta característica
no puede
entregarse hasta
que los equipos
completen las
dependencias.
Program Board
Aporte
del KR
OKR’s
© Scaled Agile, Inc.
Aporte
KR (%)
Revisión de Plan Preliminar
Equipos y propietarios de negocios revisan todos los planes Preliminares.
Used with permission of SEI Global Wealth Services
1. Cambios en la capacidad y carga
2. OKR’s de los equips del PI
3. Riesgos del Programa e
Impedimentos
4. Q&A
Revisión de Plan Preliminar:
Agenda
© Scaled Agile, Inc.
Al final del día uno, la gerencia se reúne para realizar ajustes en el alcance y
objetivos basados en la planificación del día.
Resolución de Problemas
PI Planning Día 2
PI Planning Día #2
© Scaled Agile, Inc.
PI Planning Día #2
© Scaled Agile, Inc.
Equipos y propietarios de negocios revisan todos los planes finales.
Used with permission of SEI Global Wealth Services
1. Cambios en la capacidad y carga
2. OKR’s de los equips del PI
3. Riesgos del Programa e
Impedimentos
4. Q&A
Revisión de Plan Final:
Agenda
Revisión de Plan Final
© Scaled Agile, Inc.
KR 1 10
Team A KR
KR 2 8
KR 1 8 KR 1 10
KR 3 3 KR 3 3
KR 2 8KR 2 9
KR 3 9
KR 3 9
KR 1 10
KR 2 9
• KR 1
• KR 2
• KR 3
Program OKR’s
Objective: …….
Team B KR Team C KR Team D KR
Feature 1
Feature 2
Feature 3
Feature 4
PI OKR’s
© Scaled Agile, Inc.
KR 1 10
Team A KR
KR 2 8
KR 1 8 KR 1 10
KR 3 3 KR 3 3
KR 2 8KR 2 9
KR 3 9
KR 3 9
KR 1 10
KR 2 9
• KR 1
• KR 2
• KR 3
Program OKR’s
Objective: …….
Team B KR Team C KR Team D KR
Feature 1
Feature 2
Feature 3
Feature 4
PI OKR’s
© Scaled Agile, Inc.
Ejecución del PI
60
Program events
Team events
Scrum of Scrums PO Sync
System
Demo
Inspect & Adapt
PI
Planning
Iteration
Planning
Daily
Stand-up
Backlog
Refinement
Iteration
Review
Iteration
Retro
Prepare for PI Planning
ART Sync
PI OKR’s - 1 PI OKR’s - 2
© Scaled Agile, Inc.
PI OKR’s – 1
Team 1
PI OKR’s – 2
Team 2
 ¿Que impedimentos o bloqueos tiene su equipo que
puede afectar el cumplmiento del KR?
 ¿Tienen dependencias que pueden afectar el
cumplimiento del KR?
 ¿Van a realizar algún cambio que afecte el trabajo de
otro equipo?
Scrum of Scrums PO Sync
 ¿Que impedimentos o bloqueos tiene su equipo que
puede afectar el cumplmiento del KR?
 ¿Tienen dependencias que pueden afectar el
cumplimiento del KR?
 ¿Existe un cambio en la planificación que pueda
afectar el cumplimiento del KR?
 ¿Algún Riego? ¿Owner?
ART Sync
Reuniones
© Scaled Agile, Inc.
Team A Team B Team C Team D Team …
KR del Agile
Team
Tablero Key Results
KR Base Actual
KR A1 KR A2
KR1
KR2
KR3
KR4
KR5
KR del
Programa
KR A1 KR A2
KR B1
Base Actual
KR D1 KR D2
KR D1 KR D2
KR C1 KR C2
Participantes: Equipos y stakeholders
Tres partes de Inspect and Adapt:
Timebox: 3 – 4 horas por PI
The PI System Demo
Quantitative Measurement
Problem-Solving Workshop
1.
2.
3.
Inspect and Adapt
Al final del PI, los equipos demuestran el estado actual de la Solución a los
stakeholders.
 A menudo es dirigido por el Product
Management, los PO y el System Team
 Participantes: Dueños del negocio,
stakeholders, Product Management, RTE,
Scrum Masters, and teams
 Se muestra como la solución cumple con los
KR’s del PI
PI System Demo
© Scaled Agile, Inc.
Como parte del PI System Demo, los equipos comparan los KR’s del PI planificados
frente a los reales.
Los equipos se reúnen con sus stakeholders
para autoevaluar el valor que lograron para
cada KR.
El valor de negocio planificado y real de cada
equipo se acumula al nivel del Programa en la
Medida de Predictibilidad del Programa
Mejorar la experiencia de usuario a
través del sitio web
● Aumentar el porcentaje de clicks
en un 25%
● Aumentar las ventas en un 10%.
● Reducir el número de quejas de los
usuarios a la mitad
● KR 4
● KR 5
● KR 6
OKR’s for PI 1 Business
Value
Actual
Value
● Total
● Logro: XX%
Reportes de desempeño del PI
© Scaled Agile, Inc.
La medida de predictibilidad del programa muestra si los logros se incluyen en una banda de
control de proceso aceptable.
 Objetivo: rango de control de proceso efectivo
 Predictibilidad suficiente para ejecutar el negocio
 Maneja variaciones comunes
 Las causas especiales aún pueden causar un exceso de
variación
PI 2 PI 3 PI 4PI 1 PI 5
Mediciones cuantitativas
KeyResultAchieved
© Scaled Agile, Inc.
Registro Visual
P A R I S E X C L U S I V E
Faculty Inc.
P A R I S E X C L U S I V E
Faculty Inc.
J O H N D O E
Faculty Inc.
Program Boards
PI Planning
Artefactos
Artefactos
73
SOURCE: Scaled Agile, Inc. All Rights Reserved.
Preguntas?
Gracias……

Más contenido relacionado

La actualidad más candente

Agile Transformation
Agile TransformationAgile Transformation
Agile TransformationMax Carlin
 
Módulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágilesMódulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágilesJohnny Ordóñez
 
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019)
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019) Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019)
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019) Johnny Ordóñez
 
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...Johnny Ordóñez
 
Agile. Una introducción a la agilidad en el desarrollo de software
Agile. Una introducción a la agilidad en el desarrollo de softwareAgile. Una introducción a la agilidad en el desarrollo de software
Agile. Una introducción a la agilidad en el desarrollo de softwareAndrés Lozada Mosto
 
Estrategia y métodos para adoptar agilidad en áreas de negocio
Estrategia y métodos para adoptar  agilidad en áreas de negocioEstrategia y métodos para adoptar  agilidad en áreas de negocio
Estrategia y métodos para adoptar agilidad en áreas de negocioGiovanny Cifuentes
 
10 steps to a successsful enterprise agile transformation global scrum 2018
10 steps to a successsful enterprise agile transformation   global scrum 201810 steps to a successsful enterprise agile transformation   global scrum 2018
10 steps to a successsful enterprise agile transformation global scrum 2018Agile Velocity
 
Agile Transformation Explained
Agile Transformation ExplainedAgile Transformation Explained
Agile Transformation ExplainedLeadingAgile
 
Portfolio Management in an Agile World - Rick Austin
Portfolio Management in an Agile World - Rick AustinPortfolio Management in an Agile World - Rick Austin
Portfolio Management in an Agile World - Rick AustinLeadingAgile
 
Agile Program and Portfolio Management
Agile Program and Portfolio ManagementAgile Program and Portfolio Management
Agile Program and Portfolio ManagementMike Cottmeyer
 
SAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practiceSAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practiceIntland Software GmbH
 
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaScrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaEdureka!
 
Introducción a Agile y al Nuevo modelo de gestión - Diplomado de gestión ...
Introducción a Agile y al Nuevo modelo de gestión  - Diplomado de gestión ...Introducción a Agile y al Nuevo modelo de gestión  - Diplomado de gestión ...
Introducción a Agile y al Nuevo modelo de gestión - Diplomado de gestión ...Johnny Ordóñez
 
El por qué de los métodos ágiles
El por qué de los métodos ágilesEl por qué de los métodos ágiles
El por qué de los métodos ágilesGiovanny Cifuentes
 
Introducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme ProgrammingIntroducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme ProgrammingChileAgil
 

La actualidad más candente (20)

Agile Transformation
Agile TransformationAgile Transformation
Agile Transformation
 
Módulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágilesMódulo 7. Gestión de proyectos ágiles
Módulo 7. Gestión de proyectos ágiles
 
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019)
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019) Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019)
Agilidad como cualidad de un sistema vivo - agility enablement (CAS 2019)
 
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...
Gestión Lean de Portafolios de Innovación - Foro Líderes de Transformación (L...
 
Agile Testing
Agile TestingAgile Testing
Agile Testing
 
¿Por qué necesito Agilidad?
¿Por qué necesito Agilidad?¿Por qué necesito Agilidad?
¿Por qué necesito Agilidad?
 
Agile. Una introducción a la agilidad en el desarrollo de software
Agile. Una introducción a la agilidad en el desarrollo de softwareAgile. Una introducción a la agilidad en el desarrollo de software
Agile. Una introducción a la agilidad en el desarrollo de software
 
Estrategia y métodos para adoptar agilidad en áreas de negocio
Estrategia y métodos para adoptar  agilidad en áreas de negocioEstrategia y métodos para adoptar  agilidad en áreas de negocio
Estrategia y métodos para adoptar agilidad en áreas de negocio
 
10 steps to a successsful enterprise agile transformation global scrum 2018
10 steps to a successsful enterprise agile transformation   global scrum 201810 steps to a successsful enterprise agile transformation   global scrum 2018
10 steps to a successsful enterprise agile transformation global scrum 2018
 
Mapa Mental Scrum
Mapa Mental ScrumMapa Mental Scrum
Mapa Mental Scrum
 
Agile Transformation Explained
Agile Transformation ExplainedAgile Transformation Explained
Agile Transformation Explained
 
Portfolio Management in an Agile World - Rick Austin
Portfolio Management in an Agile World - Rick AustinPortfolio Management in an Agile World - Rick Austin
Portfolio Management in an Agile World - Rick Austin
 
Agile Program and Portfolio Management
Agile Program and Portfolio ManagementAgile Program and Portfolio Management
Agile Program and Portfolio Management
 
SAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practiceSAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practice
 
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaScrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | Edureka
 
Agile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale ProjectsAgile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale Projects
 
Introducción a Agile y al Nuevo modelo de gestión - Diplomado de gestión ...
Introducción a Agile y al Nuevo modelo de gestión  - Diplomado de gestión ...Introducción a Agile y al Nuevo modelo de gestión  - Diplomado de gestión ...
Introducción a Agile y al Nuevo modelo de gestión - Diplomado de gestión ...
 
El por qué de los métodos ágiles
El por qué de los métodos ágilesEl por qué de los métodos ágiles
El por qué de los métodos ágiles
 
Escalando Agile con SAFe
Escalando Agile con SAFeEscalando Agile con SAFe
Escalando Agile con SAFe
 
Introducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme ProgrammingIntroducción Ágil a eXtreme Programming
Introducción Ágil a eXtreme Programming
 

Similar a Alineando la estrategia del Negocio con OKRs y SAFe

Mejorando la Gestión de la gerencia de TI
Mejorando la Gestión de la gerencia de TIMejorando la Gestión de la gerencia de TI
Mejorando la Gestión de la gerencia de TIGeneXus
 
Modelo único de operación
Modelo único de operaciónModelo único de operación
Modelo único de operaciónAline Valdez
 
SAS A33 ppt141202
SAS A33 ppt141202SAS A33 ppt141202
SAS A33 ppt141202Steelmood
 
Programa profesional en Business_Intelligence con MSSQL Server 2015
Programa profesional en Business_Intelligence con MSSQL Server 2015Programa profesional en Business_Intelligence con MSSQL Server 2015
Programa profesional en Business_Intelligence con MSSQL Server 2015LPI ONG
 
06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMIPepe
 
DBAccess Aliado de Negocios
DBAccess Aliado de NegociosDBAccess Aliado de Negocios
DBAccess Aliado de NegociosLa Red DBAccess
 
presentacion Content Pills ERP ES_JUN.2021.pdf
presentacion Content Pills ERP ES_JUN.2021.pdfpresentacion Content Pills ERP ES_JUN.2021.pdf
presentacion Content Pills ERP ES_JUN.2021.pdfluis789956
 
"Cómo definir una estrategia de Outsourcing y no morir en el intento"
"Cómo definir una estrategia de Outsourcing y no morir en el intento""Cómo definir una estrategia de Outsourcing y no morir en el intento"
"Cómo definir una estrategia de Outsourcing y no morir en el intento"Quint Wellington Redwood Iberia
 
Presentación steelmood cais marzo 2014 copia
Presentación steelmood cais marzo 2014   copiaPresentación steelmood cais marzo 2014   copia
Presentación steelmood cais marzo 2014 copiaLeopoldo Vizoso
 
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...valeoq
 
Normas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosNormas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosValeria Ortiz
 
Curso Especialista en Cuadros de Mando con SAP Xcelsius
Curso Especialista en Cuadros de Mando con SAP Xcelsius Curso Especialista en Cuadros de Mando con SAP Xcelsius
Curso Especialista en Cuadros de Mando con SAP Xcelsius LPI ONG
 
Artefactos arquitectonicos - GTI
Artefactos arquitectonicos - GTIArtefactos arquitectonicos - GTI
Artefactos arquitectonicos - GTIRobert Caraguay
 
Ppt Aea 300 2 Diagnostico Empresarial
Ppt Aea  300 2 Diagnostico EmpresarialPpt Aea  300 2 Diagnostico Empresarial
Ppt Aea 300 2 Diagnostico EmpresarialLoreto Andrea
 
Desde la Estrategia, Diseño e Implementación de una PMO Agile
Desde la Estrategia, Diseño e Implementación de una PMO AgileDesde la Estrategia, Diseño e Implementación de una PMO Agile
Desde la Estrategia, Diseño e Implementación de una PMO AgilePMOfficers PMOAcademy
 

Similar a Alineando la estrategia del Negocio con OKRs y SAFe (20)

Agile PMO
Agile PMOAgile PMO
Agile PMO
 
Mejorando la Gestión de la gerencia de TI
Mejorando la Gestión de la gerencia de TIMejorando la Gestión de la gerencia de TI
Mejorando la Gestión de la gerencia de TI
 
Modelo único de operación
Modelo único de operaciónModelo único de operación
Modelo único de operación
 
SAS A33 ppt141202
SAS A33 ppt141202SAS A33 ppt141202
SAS A33 ppt141202
 
Programa profesional en Business_Intelligence con MSSQL Server 2015
Programa profesional en Business_Intelligence con MSSQL Server 2015Programa profesional en Business_Intelligence con MSSQL Server 2015
Programa profesional en Business_Intelligence con MSSQL Server 2015
 
11. corticon
11. corticon11. corticon
11. corticon
 
06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI06 IAPSolutions VI Semana CMMI
06 IAPSolutions VI Semana CMMI
 
DBAccess Aliado de Negocios
DBAccess Aliado de NegociosDBAccess Aliado de Negocios
DBAccess Aliado de Negocios
 
presentacion Content Pills ERP ES_JUN.2021.pdf
presentacion Content Pills ERP ES_JUN.2021.pdfpresentacion Content Pills ERP ES_JUN.2021.pdf
presentacion Content Pills ERP ES_JUN.2021.pdf
 
OKR en resumen.pdf
OKR en resumen.pdfOKR en resumen.pdf
OKR en resumen.pdf
 
"Cómo definir una estrategia de Outsourcing y no morir en el intento"
"Cómo definir una estrategia de Outsourcing y no morir en el intento""Cómo definir una estrategia de Outsourcing y no morir en el intento"
"Cómo definir una estrategia de Outsourcing y no morir en el intento"
 
Presentación steelmood cais marzo 2014 copia
Presentación steelmood cais marzo 2014   copiaPresentación steelmood cais marzo 2014   copia
Presentación steelmood cais marzo 2014 copia
 
La importancia de organizar el Product Backlog
La importancia de organizar el Product Backlog La importancia de organizar el Product Backlog
La importancia de organizar el Product Backlog
 
Transformaciones ágiles next steps 2021
Transformaciones ágiles next steps 2021Transformaciones ágiles next steps 2021
Transformaciones ágiles next steps 2021
 
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
 
Normas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosNormas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectos
 
Curso Especialista en Cuadros de Mando con SAP Xcelsius
Curso Especialista en Cuadros de Mando con SAP Xcelsius Curso Especialista en Cuadros de Mando con SAP Xcelsius
Curso Especialista en Cuadros de Mando con SAP Xcelsius
 
Artefactos arquitectonicos - GTI
Artefactos arquitectonicos - GTIArtefactos arquitectonicos - GTI
Artefactos arquitectonicos - GTI
 
Ppt Aea 300 2 Diagnostico Empresarial
Ppt Aea  300 2 Diagnostico EmpresarialPpt Aea  300 2 Diagnostico Empresarial
Ppt Aea 300 2 Diagnostico Empresarial
 
Desde la Estrategia, Diseño e Implementación de una PMO Agile
Desde la Estrategia, Diseño e Implementación de una PMO AgileDesde la Estrategia, Diseño e Implementación de una PMO Agile
Desde la Estrategia, Diseño e Implementación de una PMO Agile
 

Último

Formato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfFormato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfjuanrubenc78
 
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...AlexaRamirez39
 
02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdfRodrigo Cerón
 
Simuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfSimuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfLeonardoOa4
 
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfAlgoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfdarosario3d
 
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfHerramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfdaa100407
 
Virus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfVirus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfMiSpotify
 
03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdfRodrigo Cerón
 
Los mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarLos mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarjosuesj13
 

Último (9)

Formato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdfFormato de práctica reflexiva ante una problemática social.docx.pdf
Formato de práctica reflexiva ante una problemática social.docx.pdf
 
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
Diseño de Algoritmos Paralelos. Mejorando la eficiencia computacional aprovec...
 
02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf02 - RUP_Introduccion_Definicion.pdf
02 - RUP_Introduccion_Definicion.pdf
 
Simuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdfSimuladores de circuitos electrónicos.pdf
Simuladores de circuitos electrónicos.pdf
 
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdfAlgoritmos Paralelos - Actividad 14 - UNIBE.pdf
Algoritmos Paralelos - Actividad 14 - UNIBE.pdf
 
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdfHerramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
Herramientas de Mantenimiento_Soporte Técnico_David Andrade.pdf
 
Virus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdfVirus -Josue Cabascango _20240322_194349_0000.pdf
Virus -Josue Cabascango _20240322_194349_0000.pdf
 
03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf03 - RUP_Elaboracion_Construccion_1_2024.pdf
03 - RUP_Elaboracion_Construccion_1_2024.pdf
 
Los mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizarLos mejores simuladores electrónicos que se pueden utilizar
Los mejores simuladores electrónicos que se pueden utilizar
 

Alineando la estrategia del Negocio con OKRs y SAFe

  • 1. “Alineando la estrategia de negocio mediante OKRs y SAFe Vladimir Baglietto G.
  • 2. Vladimir Baglietto L e a n - A g i l e C o n s u l t a n t | S p e a k e r | T r a i n e r @ v l a d . b a g l i e t t o h t t p s : / / w w w . l i n k e d i n . c o m / i n / v l a d i m i r b a g l i e t t o / Hola!!! Estoy aquí para aprender y compartir……. h t t p s : / / w e b . f a c e b o o k . c o m / v l a d . b a g l i e t t o
  • 3. Objetivo de la Charla… 3
  • 4. Objetivo • Alinear la estrategia del negocio especificada en OKR’s hacia los equipos usando adoptando el framework de SAFe.
  • 5. Objetivos & Key Results (OKRs) Reflejan lo que queremos lograr, algo relevante, que orienta a la acción y es aspiracional: ¿Qué quiero lograr? ¿A dónde vamos? Son los indicadores que miden el éxito en la consecución del objetivo. ¿Hemos llegado o estamos avanzando en la dirección correcta? KR Key Result (Resultados claves)Objectives (Objetivos) O
  • 6. Scaled Agile Framework © Scaled Agile, Inc.
  • 7. © Scaled Agile, Inc. SAFe® para Lean Enterprises es una base de conocimientos probadas e integradas de principios, prácticas y competencias para Lean, Agile y DevOps El framework líder mundial para la agilidad empresarial. www.scaledagileframework.com
  • 8. © Scaled Agile, Inc. Empezamos con el Portafolio…
  • 9. © Scaled Agile, Inc. Strategi c Themes SAFe Portfolio 1 Strategi c Themes SAFe Portfolio 1 Strategic Themes (OKRs) Portafolio SAFe Large Enterprise Multiple Portfolios Las grandes empresas deben tener multiples portafolios
  • 10. Value Streams Portafolios en SAFe  Un Portafolio tipicamente representa un área específica de una Organización (e.j., unidad de negocio, división)  Cada Portafolio está conformado por una o varias Cadenas de Valor © Scaled Agile, Inc.
  • 11. © Scaled Agile, Inc. Relacionar Value Streams con ARTs
  • 12. Strategic Themes (OKRs) son objetivos de negocio diferenciados que:  Conduce el estado futuro del Portafolio  Conecta el Portafolio con la estrategia Empesarial  Provee el contexto para la Visión del Portafolio y el Presupuesto Lean Ejemplos de Strategic Themes (OKRs) • Atraer a un grupo demográfico más joven (18 - 29) • Reducir el costo de almacenamiento en un 35% (Retail e-commerce): © Scaled Agile, Inc. Conectar el portfolio a la organización con Strategic Themes (OKRs)
  • 13. Portfolio Backlog Implementing DoneFunnel Review Analyzing Epic Hypothesis Statement Relacionar Epics con OKRs Refinar la comprensión Calcular WSJF WIP limitado OKRs de la organización Nuevas oportunidades de negocio Cambios en el mercado Fusiones y adquisiciones Problemas con las soluciones existentes. ¡Todas las grandes ideas son bienvenidas aquí! Alternativas de solución Refinar WSJF Costo estimado Identificar MVP Lean Business Case WIP limitado Decisión de ir / no ir Gobierna el flujo épico con el portafolio Kanban © Scaled Agile, Inc.
  • 14. Alimentando el Funnel de Portafolio
  • 15. Épicas o Iniciativas estratégicas OKRs OKRs & KPIs
  • 16.  El User-business value está categorizado por cuanto una iniciativa le puede aportar a un Kr del contexto de está ejecutando la dinámica. WSJF = = User-business value (OKRs) + Time criticality + RR | OE value Job size CoD Job size WSJF para priorización © Scaled Agile, Inc.
  • 17. Priorización de Épicas KR 1 KR 2 Epic 1 Epic 2 Epic 3 Epic 4 KR 3 KR 4 X 2 Esfuerzo ValorTime Criticaly RR | OE
  • 18. Priorización de Épicas KR 1 KR 2 Epic 1 Epic 2 Epic 3 Epic 4 KR 3 KR 4 X 2 3 5 0 0 1 8 13 0 0 5 0 8 13 8 0 8 Esfuerzo 5 8 5 3 Valor (3+2*5+0 +8)/5 = 4,2 3,75 2,25 7 Time Criticaly RR | OE 0 0 8 8 0 0 8 8
  • 19. PORTFOLIOPROGRAM ProgramIncrement Talleres de Especificación de Épicas Background research spikes supporting Epic analysis Epic Epic EpicEpic Enfocarse en la cadencia Finalice las decisiones y los detalles para que los trenes tengan suficiente trabajo para el PI ProgramIncrement ProgramIncrement OKRs . Cadencia entre el Portafolio y los Trenes © Scaled Agile, Inc.
  • 20. Epic Epic ART 1 Epic Epic … 110 85 205 240 360 225 Feature 45 Feature 100 Feature 90 Feature 60 Feature 20 Feature 90 Feature 40 Enabler 11 Enabler 120 Feature 130 Feature 88 Feature Feature 100 ART 2 ART 3 ART 4 Dustribución de Épicas del Portafolio ►
  • 23. Kanban del Programa © Scaled Agile, Inc. PI OKR’s - 1
  • 24. PI OKR’s - 1 PI OKR’s - 2 PI OKR’s - 3 PI OKR’s - 4 Bajando los OKR’s © Scaled Agile, Inc. EPIC 1 EPIC 2 EPIC 3
  • 26. PI Planning Las reuniones de planificación de PI (PI Planning) basadas en la cadencia son el corazón de Agile Enterprise Dos días cada 8 - 12 semanas (10 semanas es típico) Todos asisten en persona si es posible. Se tienen features priorizadas Equipos de desarrollo con planificación de historias y estimaciones de alto nivel. Architect/Engineering and UX trabajan como intermediarios para el gobierno, las interfaces y las dependencias © Scaled Agile, Inc.
  • 27. Top 10 Features Vision Team A PI OKR’s Team B PI OKR’s Team C PI OKR’s Team J PI OKR’s ... Program Backlog PI Planning Iteration 1.1 Iteration 1.1 Iteration 1.1 Iteration 1.1 Iteration 1.5 (HIP) PI 2 >>> Input Team OKR’s and Program Board Output Vision and top 10 Features and Program OKR’s Program OKR’s Proceso de PI Planning © Scaled Agile, Inc.
  • 28. Permite monitorear el avance de manera concreta, en un tiempo determinado. Los PI Objectives se convierte en los OKRs del Tren para el PI que está por comenzar. Las features que se generen debe estar alineadas a los OKRs. Mejorar la experiencia de usuario a través del sitio web ● Aumentar el porcentaje de clicks en un 25% ● Aumentar las ventas en un 10%. ● Reducir el número de quejas de los usuarios a la mitad ● KR 4 ● KR 5 ● KR 6 OKR’s for PI 1 Business Value Actual Value Objetivos & Key Results (OKRs) del Programa
  • 29. PI OKR’s - 1 PI OKR’s - 2 P(KR) / Esfuerzo Features - Enablers Program Backlog
  • 30. PI OKR’s - 1 PI OKR’s - 2 P(KR) / Esfuerzo Features - Enablers Program Backlog Team KR’s - 1 Team KR’s - 1 Team KR’s - 1 Team KR’s - 1
  • 31. 31 Key results (KR) ART Equipo 2 Equipo 3 Equipo 4Equipo 1 1 – Aumentar el porcentaje de clicks en un 25% 6 – KR 6…… 3 – Aumentar las ventas en un 10$ 5 – KR 5….. 2 – Incrementar en un 15% la tasa de ventas 4 – Reducir las quejas a la mitad Objectives & Key results (OKR’s)
  • 32. ART Product Manager System Architect RTE KRs KRs KRs KRs Feature 1 Feature 2 Feature 3 Feature 4 HU o Enablers Release Continuous Integration Continuous Deployment KRs Discovery
  • 34. 34 Key Result Objetivo Squad Key Result KR1: …………….. Feature o Iniciativa Feature o Iniciativa Feature o Iniciativa Feature o Iniciativa OKRs de Squads
  • 37. Estado del negocio y próximos objetivos (OKR’s del PI) Visión y características priorizadas El Facilitador explica el proceso de planificación (AC) Los equipos presentan sus planes, riesgos e impedimentos  Los equipos desarrollan planes e identifican riesgos e impedimentos  Los Arquitectos y Product Owners circulan Los ajustes son hechos basados ​​en desafíos, riesgos e impedimentos 1 2 3 4 Arquitectura, marcos comunes, etc. Herramientas ágiles, prácticas de ingeniería, etc. 1. 2. 3. 4. 5. 6. 7. Agenda del PI Planning – Día 1 © Scaled Agile, Inc.
  • 38. Planificación de los ajustes realizados en la reunión del día anterior Voto de Confianza del equipo y stakeholders Los equipos presentan su plan final, los riesgos e impedimentos Los riesgos detectados en el nivel de tribu son revisados y evaluados Si es necesario, la planificación continua hasta que los objetivos se alcancen Sesión de retrospectiva Instrucciones Finales 1 2 3 4 ! 1 2 3 4 Los equipos desarrollan planes finales y refinan riesgos y impedimentos Los propietarios de negocios circulan y asignan valor de negocio a los objetivos del equipo 8. 9. 10. 11. 12. 13. 14. Agenda del PI Planning – Día 2 © Scaled Agile, Inc.
  • 39.  Business Owners  OKR’s del Tren  Product Manager  Features u OKR’s  Arquitectos Sesiones informativas © Scaled Agile, Inc.
  • 40. Para dar inicio al PI Planning, un representaste del negocio comparte el estado del negocio y los próximos objetivos a alcanzar. © Scaled Agile, Inc. • No hay formato prescrito, pero se incluyen algunas opciones: • Se comunican las principales prioridades del ART. • Se comunican los OKR del Programa para ese ART. Contexto del Negocio
  • 41. Visión del Producto © Scaled Agile, Inc. Se tienen una lista de 10 características priorizadas, generadas en base a los OKR’s y cada equipo puede obtener una característica. Ya se ha trabajado con los “Product Owners” para construir algunas historias iniciales. Priority Feature 1 Feature 1 2 Feature 2 3 Feature 3 4 Feature 4 5 Feature 5 6 Feature 6 7 Feature 7 8 Feature 8 9 Feature 9 10 Feature 10
  • 42. Arquitectura y UX Briefing Table 1 Table 2 Table 3 Table 4 Table 5 Table 3 Table 7 Table 6 NFRs: Security: ……… Performance: ……. UI: HTML 5 / CSS 3 Reglas de Negocio Web Server DB Modelo de Datos: © Scaled Agile, Inc.
  • 45. Iteration 1.3 Capacity____ Load____ KR del equipo Historias de Usuario / Enablers / Hipótesis Detalle de Artefactos Objective: ,,,,,,,,,,,,, • KR1: ........ • KR2: …….. • KR3: …….. Objective: ,,,,,,,,,,,,, • KR1: ........ • KR2: …….. • KR3: …….. © Scaled Agile, Inc.
  • 46. 46 Sesiones de equipos CC Liliana Santacruz y Tatiana Corones
  • 47. Sesiones de equipos CC Liliana Santacruz y Tatiana Corones
  • 48. 48 Sesiones de equipos CC Liliana Santacruz y Tatiana Corones
  • 49. 49 Sesiones de equipos CC Liliana Santacruz y Tatiana Corones
  • 50. 50 Sesiones de equipos CC Liliana Santacruz y Tatiana Corones
  • 51. Iteration 1.1 Iteration 1.2 Iteration 1.3 Iteration 1.4 Iteration 1.5 (IP) Avance KR SQUAD 1 SQUAD 1 SQUAD 2 SQUAD 4 Blue = Features Red String = Una dependencia que requiere que historias u otras dependencias deban ser completadas antes de que se pueda completar una ”característica”. = Significant Dependency Otros Otros SQUAD 3 CoE 1 CoE 2 Orange = Milestone/ Event KR’s por equipo Red/ Pink Hito o evento a nivel de Tribu marcado en la iteración 1.3 (Ejemplo: Lanzamiento al mercado, mostrar al negocio, otros) Una característica colocada en la fila de un equipo sin líneas asociadas significa que puede ser completada independiente de otros equipos. Esta característica no puede entregarse hasta que los equipos completen las dependencias. Program Board Aporte del KR OKR’s © Scaled Agile, Inc. Aporte KR (%)
  • 52. Revisión de Plan Preliminar Equipos y propietarios de negocios revisan todos los planes Preliminares. Used with permission of SEI Global Wealth Services 1. Cambios en la capacidad y carga 2. OKR’s de los equips del PI 3. Riesgos del Programa e Impedimentos 4. Q&A Revisión de Plan Preliminar: Agenda © Scaled Agile, Inc.
  • 53. Al final del día uno, la gerencia se reúne para realizar ajustes en el alcance y objetivos basados en la planificación del día. Resolución de Problemas
  • 55. PI Planning Día #2 © Scaled Agile, Inc.
  • 56. PI Planning Día #2 © Scaled Agile, Inc.
  • 57. Equipos y propietarios de negocios revisan todos los planes finales. Used with permission of SEI Global Wealth Services 1. Cambios en la capacidad y carga 2. OKR’s de los equips del PI 3. Riesgos del Programa e Impedimentos 4. Q&A Revisión de Plan Final: Agenda Revisión de Plan Final © Scaled Agile, Inc.
  • 58. KR 1 10 Team A KR KR 2 8 KR 1 8 KR 1 10 KR 3 3 KR 3 3 KR 2 8KR 2 9 KR 3 9 KR 3 9 KR 1 10 KR 2 9 • KR 1 • KR 2 • KR 3 Program OKR’s Objective: ……. Team B KR Team C KR Team D KR Feature 1 Feature 2 Feature 3 Feature 4 PI OKR’s © Scaled Agile, Inc.
  • 59. KR 1 10 Team A KR KR 2 8 KR 1 8 KR 1 10 KR 3 3 KR 3 3 KR 2 8KR 2 9 KR 3 9 KR 3 9 KR 1 10 KR 2 9 • KR 1 • KR 2 • KR 3 Program OKR’s Objective: ……. Team B KR Team C KR Team D KR Feature 1 Feature 2 Feature 3 Feature 4 PI OKR’s © Scaled Agile, Inc.
  • 61. Program events Team events Scrum of Scrums PO Sync System Demo Inspect & Adapt PI Planning Iteration Planning Daily Stand-up Backlog Refinement Iteration Review Iteration Retro Prepare for PI Planning ART Sync PI OKR’s - 1 PI OKR’s - 2 © Scaled Agile, Inc. PI OKR’s – 1 Team 1 PI OKR’s – 2 Team 2
  • 62.  ¿Que impedimentos o bloqueos tiene su equipo que puede afectar el cumplmiento del KR?  ¿Tienen dependencias que pueden afectar el cumplimiento del KR?  ¿Van a realizar algún cambio que afecte el trabajo de otro equipo? Scrum of Scrums PO Sync  ¿Que impedimentos o bloqueos tiene su equipo que puede afectar el cumplmiento del KR?  ¿Tienen dependencias que pueden afectar el cumplimiento del KR?  ¿Existe un cambio en la planificación que pueda afectar el cumplimiento del KR?  ¿Algún Riego? ¿Owner? ART Sync Reuniones © Scaled Agile, Inc.
  • 63. Team A Team B Team C Team D Team … KR del Agile Team Tablero Key Results KR Base Actual KR A1 KR A2 KR1 KR2 KR3 KR4 KR5 KR del Programa KR A1 KR A2 KR B1 Base Actual KR D1 KR D2 KR D1 KR D2 KR C1 KR C2
  • 64. Participantes: Equipos y stakeholders Tres partes de Inspect and Adapt: Timebox: 3 – 4 horas por PI The PI System Demo Quantitative Measurement Problem-Solving Workshop 1. 2. 3. Inspect and Adapt
  • 65. Al final del PI, los equipos demuestran el estado actual de la Solución a los stakeholders.  A menudo es dirigido por el Product Management, los PO y el System Team  Participantes: Dueños del negocio, stakeholders, Product Management, RTE, Scrum Masters, and teams  Se muestra como la solución cumple con los KR’s del PI PI System Demo © Scaled Agile, Inc.
  • 66. Como parte del PI System Demo, los equipos comparan los KR’s del PI planificados frente a los reales. Los equipos se reúnen con sus stakeholders para autoevaluar el valor que lograron para cada KR. El valor de negocio planificado y real de cada equipo se acumula al nivel del Programa en la Medida de Predictibilidad del Programa Mejorar la experiencia de usuario a través del sitio web ● Aumentar el porcentaje de clicks en un 25% ● Aumentar las ventas en un 10%. ● Reducir el número de quejas de los usuarios a la mitad ● KR 4 ● KR 5 ● KR 6 OKR’s for PI 1 Business Value Actual Value ● Total ● Logro: XX% Reportes de desempeño del PI © Scaled Agile, Inc.
  • 67. La medida de predictibilidad del programa muestra si los logros se incluyen en una banda de control de proceso aceptable.  Objetivo: rango de control de proceso efectivo  Predictibilidad suficiente para ejecutar el negocio  Maneja variaciones comunes  Las causas especiales aún pueden causar un exceso de variación PI 2 PI 3 PI 4PI 1 PI 5 Mediciones cuantitativas KeyResultAchieved © Scaled Agile, Inc.
  • 69. P A R I S E X C L U S I V E Faculty Inc. P A R I S E X C L U S I V E Faculty Inc. J O H N D O E Faculty Inc. Program Boards
  • 73. 73 SOURCE: Scaled Agile, Inc. All Rights Reserved. Preguntas?