Product Ownership en Kanban vs Scrum

Product Ownership
Serie - Kanban vs Scrum

Esta charla es fruto de años de trabajo y estudio, y que ponemos a disposición de la comunidad
para enriquecer el conocimiento de todos.
La licencia Creative Commons que escogimos permite:
▪ Compartir este material
▪ No usarlo en actividades comerciales (requiere una licencia aparte)
▪ Sin modificaciones
▪ Y siempre referenciando al él(la) o los autores del contenido presentado
Te agradecemos honrar esta licencia
Licenciamiento
Este trabajo está publicado bajo la licencia Creative Commons
Atribución-NoComercial-CompartirIgual 2.0 Chile.
Para leer una copia, visitar creativecommons.org/licenses/by-nc-sa/2.0/cl/
www.academiaagil.com - Licencia Creative
Commons BY-NC-SA
2

No usaremos el chat de Zoom porque la conversación
se pierde
Dada la cantidad de asistentes, las preguntas no se
realizarán las recibiremos por Telegram
• Escanea este código QR con la cámara
de Telegram para unirte al grupo
• O en tu navegador de tu celular escribe
esta dirección
bit.ly/grupo-academia-agil
Commons BY-NC-SA
3
Te invitamos a unirte a la conversación

Te guiamos para el
diseño, capacitación
e implementación de
la transformación
organizacional
para el incierto
y dinámico
mundo actual
Commons BY-NC-SA
4

Nos respaldan 20 años de experiencia transfiriendo los métodos Lean + Agile, que
están contribuyendo al éxito de las organizaciones más admiradas del mundo
Alistair Cockburn
firmante del
Manifiesto Ágil
experto mundial
en fundamentos
ágiles
David J. Anderson
creador del
Método Kanban
Manuel Olguín
Agile Lean
Pamela Falconi
Diseño educacional
Carlos Núñez Sandoval
Creatividad
Lucas Puebla Silva
Software y Agile
Alejandro Vidal
Agile Lean
Agustín Villena
Pionero Agile en Chile Partners mundiales
Commons BY-NC-SA
5

Experiencia y presencia mundial
Chile desde 2002
Perú desde 2010
México 2018
Colombia 2014
Uruguay 2016
Argentina desde 2008
USA 2011
Ecuador 2016
Inglaterra 2016
España 2018
Austria 2019
2002 U. De Chile
Desarrollo Ágil de Software
Dpto. Ciencias de la Computación
2010 U. De Chile
Innovación Tecnológica (Lean Startup)
Dpto. Ciencias de la Computación
2018 U. De Chile
Agilidad de Negocio
Master en Business Engineering
2018 U. Católica
Agilidad de Negocio
Diplomado de Transformación Digital y
del Negocio
Commons BY-NC-SA
6

Problemas comunes de la
transformación digital
Fuente:
Companies That Failed At Digital Transformation
And What We Can Learn From Them
Foco en cantidad y no
en la calidad de los
proyectos
Icons by the Noun Project
“Too much work” by Gan Khoon Lay
“Shipwrek” by Luis Prado, US
”Developer” by Oksana Latysheva, UA
“Customer” By Linda, CN
Transformación Digital
aislada del resto de la
compañía
Transformación Digital como
objetivo en sí misma en vez
de potenciar al negocio
Commons BY-NC-SA
7

Clientes que han
confiado en nosotros
Banc
a
Formación presencial en
Mentalidad Ágil a 300
gerentes y ejecutivos y vía
online a 10.000 colaboradores
Commons BY-NC-SA
8

Clientes que han
Prevision
al
Aumento de calidad
desde 30% a 95% en 6
meses en procesos TI
+ operacionales
Disminución de
plazos de entrega de
proyectos TI de 24 a 3
meses
Commons BY-NC-SA
9

Clientes que han
Universidade
s
Logro del 1er lugar del ranking
QS en Latinoamérica (2014) a
través de un equipo ad hoc
multidisciplinario
Commons BY-NC-SA
10

Motivación
Fuente imagen: www.chanty.com/blog/kanban-vs-scrum/
Commons BY-NC-SA
11

Preguntas
comunes
¿Por dónde debo partir?
• Todos usan Scrum
• Algunos dicen que Kanban es mejor…
Pero tanto al aplicar Scrum,
como Kanban, este problema
persiste:
• ¿Por qué cuando aplicamos
Scrum/Kanban/Agile no es fácil demostrar
la mejora en el valor de negocio?
Commons BY-NC-SA
12

¿Qué es Scrum?
Diferenciando del concepto japonés del norteamericano
Commons BY-NC-SA
13

Tipo A
Especialidad
Tipo B
Especialidad
Tipo C
Especialidad
Tipos de Desarrollo secuencial (A) versus traslapados (B y C)
The New New Product Development Game – 1986 – Takeuchi y Nonaka
Commons BY-NC-SA
14

Tipo A
1 2 3 4 5 6
Tipo B
Tipo C
Pérdida de
Información por
Cambios de Contexto
Especialidad
Especialidad
Especialidad
Commons BY-NC-SA
15

Tipo B
1 2 3 4 5 6
Tipo A
Tipo C
Especialidad
Especialidad
Especialidad
Traspaso Explícito,
más colaborativo
Commons BY-NC-SA
16

Tipo C
1 2 3 4 5 6
Tipo B
Tipo A
Especialidad
Especialidad
Especialidad
Especialidades colaboran integradas
como en el Rugby
(posición “Scrum”)
Commons BY-NC-SA
17

Scrum - Versión USA (Ken Schwaber – Jeff Sutherland)
Framework (Marco):
define un conjunto de roles, eventos y artefactos a
completar y seguir
Según esta guía,
Sino, no es Scrum
Fuente imagen: www.scrum.org
Commons BY-NC-SA
18

Responsabilidades del Product Owner
• definir una visión y objetivos de negocio
para el producto que se va a construir, y
transmitir esa visión y objetivos al equipo de
desarrollo de Scrum.
• gestionar el Product Backlog priorizado y
ordenado en todo momento.
• toda la organización debe respetar sus
decisiones de prirización.
Scrum - Versión USA (Ken Schwaber – Jeff Sutherland)
Fuente: www.scrum.org/resources/el-rol-del-product-
owner-como-generador-de-valor-de-negocio
Fuente Imagen : www.scrum.org
Commons BY-NC-SA
19

¿Dónde nacen los pedidos del ¨Product Owner?
Commons BY-NC-SA
20

Commons BY-NC-SA
21

Tell me what you want
What you really really want
Commons BY-NC-SA
22

Commons BY-NC-SA
Una historia común
$
¿La Solución
a mi
problema P
será A?
Quiero
“A”
23

Equipo
Quiero “A”
Aquí tienes
Commons BY-NC-SA
$
24

Equipo
Es B, quiero A
Aquí tienes “A”
Commons BY-NC-SA
$
25

Equipo
Es “A”, pero
¡No me Sirve!
¡Nunca
sabe lo
que
quiere!
Commons BY-NC-SA
26

Commons BY-NC-SA
Análisis del portafolio T.I. en curso de una empresa Previsional
# proyectos T.I.
marzo 2015
70
Se implementa un método
de pensamiento científico
para evaluar impacto
# proyectos T.I. con
impacto positivo claro
en el negocio
octubre 2015
2
# proyectos T.I. con
impacto nulo o
negativo en el negocio
68
27

• Mejoras incrementales
• 5% de utilidad sobre la inversión en desarrollo
de software
• 10% “
• 50% “
Commons BY-NC-SA
Cuál es el ROI que justifica usar Tecnologías de la Información
Fuente: El costo de mantenimiento del software puede ser
tres veces mayor que el costo de desarrollo, Forrester
Research
¿Cuánto debiéramos exigirle a nuestras
iniciativas tecnológicas como objetivo
de rentabilidad?
28

Video
HBR - Por que no vemos
soluciones que están a simple vista
Analicemos este video
Commons BY-NC-SA
29

Apliquemos Lean y Kanban
Commons BY-NC-SA
31

Commons BY-NC-SA
Algunos cambios de Paradigma
Pasar de gestionar personas...
..a personas que
co-gestionan su trabajo
32

• Creado por David J. Anderson
• “Es un método para definir, manejar y
mejorar servicios que entregan
Trabajo del Conocimiento”
• Fuente : Illustrated Essential Kanban Condensed Notebook
resources.kanban.university/shop/illustrated-notebook/
¿Qué es el método Kanban?
Esto también aplica a
quienes siguen Scrum
¡Aquí podemos usar
Scrum + Kanban!
Commons BY-NC-SA
33

Commons BY-NC-SA
Estructura común de las organizaciones
Basado en: Al Shalloway, Scaling Up,
inspirado por Dan North, BSC/ADP 2012
● Ordenada por jerarquía. Tiene forma de
pirámide.
● Permite distribuir responsabilidades.
● En exceso, genera burocracia.
34

Commons BY-NC-SA
Los colaboradores son gestionados así
¡Pero tenemos que administrar este flujo global!
¿Por qué?
¿Qué efectos
producen estos
Silos
Organizacionales en
el trabajo diario?
35

Commons BY-NC-SA
Los colaboradores son gestionados así
Silos Organizacionales
Clientes
Nuestra existencia como organización depende de este flujo
¿Cuánto dedicamos a
gestionar y mejorar
este flujo global?
¿Qué área puede
entregar valor a los
clientes de forma
independiente?
36

Commons BY-NC-SA
Los tipos de flujos en una organización
Flujo de Valor
Cómo la organización
resuelve transversalmente las
necesidades de sus clientes y
consumidores
Clientes
37

Commons BY-NC-SA
La creación de valor siempre debe mejorar
Los consumidores
están comprando
menos
Incertidumbre
sobre si el
producto saldrá
de buena calidad
Ejemplos de
Efectos
Indeseados
manifestaciones visibles
de problemas
Flujo de Valor
Clientes
38

Commons BY-NC-SA
El mejorar el trabajo, requiere trabajo
Efectos
Indeseados
manifestaciones visibles
de problemas
Flujo de Valor
Flujo de
Mejora
Clientes
39

Commons BY-NC-SA
Los 3 lenguajes de la mejora
Flujo de
Mejora
Sistema a Mejorar
Solución
Lenguaje Funcional
Implementación
Lenguaje Técnico
Brecha de Negocio
Lenguaje de Negocio
cómo
cómo
para qué
para qué
“Research” by Eucalyp
“experiment” by P Thanga Vignesh
“Research” by Llisole
“decide” by priyanka
Adaptación inspirada en el Ciclo de Deming
Consumidor
40

Lenguaje Funcional
SUBIR GENTE A LOS BOTES
Lenguaje Técnico (recursos)
Lenguaje de Negocio
“Intención”
“Desafío Focal”
BOTES
¿Cuál es la
Brecha de
Negocio?
SUBIR GENTE A
COSAS QUE FLOTAN
1
2
ICEBERG
4
FLOTAN
¿Qué otros recursos
podrían ayudarte a
cumplir este desafío?
0
(*) Fijación Funcional: Fenómeno que lleva a las personas a restringir la función de un objeto sólo a su uso común
Fuente del Ejemplo : HBR - Porque no vemos soluciones que están a simple vista
https://youtu.be/ItzQ7_UwZo4
Sistema a
Mejorar
3
2/3 Pasajeros en riesgo
de morir ahogados o congelados
“Acción”
“Técnica”
¿Cuál(es) propiedad(es) de
esta solución la hacen eficaz
en este caso?
Cómo salir de la Fijación Funcional(*)
y encontrar soluciones que pueden estar a simple vista
Efecto(s) Indeseado(s)
Evacuación del Titanic
No hay
suficientes botes
Commons BY-NC-SA
41

Commons BY-NC-SA
Hay mejoras más conocidas y otras más inciertas
Flujo de
Mejora
1. Entender el Problema
y sus Causas
2. Diseñar y Desarrollar un
Experimento de Mejora a pequeña
escala
3. Estudiar
Resultados
4. Actuar según los
Resultados
Sistema a Mejorar
Consumidor
Análisis de
Requerimientos
Diseño
Construcción
Entrega
42
Alguien en la
empresa en
mi país
Alguien en
los países
de la zona
en mi
organización
Alguien en la
organización
en el mundo

Commons BY-NC-SA
El Ciclo de Resolución de Problemas
Adaptación inspirada en el Ciclo de Deming
Flujo de
Mejora
1. Entender el
Problema y sus
Causas
2. Diseñar y Desarrollar un
Experimento de Mejora a
pequeña escala
3. Estudiar
Resultados
4. Actuar según los
Resultados
Sistema a Mejorar
“Research” by Eucalyp
“experiment” by P Thanga Vignesh
“Research” by Llisole
“decide” by priyanka
Consumidor
43

Entrega
Solicitud
Pasar desde tomar pedidos
Flujo de Implementación
Definición
de Listo
Tiempo de Ciclo:
Cuánto se demora
en desarrollar un
Experimento de
Mejora
Anomalía en el Flujo
Definición de
Preparado
Lista de
Solicitudes
Commons BY-NC-SA
44

Co-creación
con Tecnología
Entrega
Solicitud
A explorar para mejorar un sistema
Entender Problema y
sus Causas
Estudiar Resultados
y Actuar en
Consecuencia
Flujo de Implementación
Definición
de Listo
Definición
de Éxito
Solicitud de
Problema de
Negocio
Causa
Raíz
Experiencia de Cliente Prioritario
Se aplica el
Experimento
de Mejora
Usuario(a)
Lean
Product
Owner
Tecnologia
Tiempo de
Feedback: Cuánto
demoraron en saber
si un Experimento de
Mejora funcionó
Tiempo de Ciclo:
Cuánto se demora
en desarrollar un
Experimento de
Mejora
Efecto indeseado en el negocio
Anomalía en el Flujo
Created by Giyonces González
Definición de
Preparado
Commons BY-NC-SA
45

Flujo de Mejora gestionado transversalmente en un equipo presencial
Gerente de
Marketing
Equipo Sub-gerencia de canales
digitales
Equipo Gerencia T.I. encargado
de implementar mejoras
Marketing
idea
contenido en
canal
T.I,
implementa
idea
Marketing
valida mejora y
mide su
impacto
Canal
Digital
(Web)
Canal
Digital
(RRSS)
Commons BY-NC-SA
46

Commons BY-NC-SA
Si quieres
aprender
más
10, 17, 24, 31 de MAYO
Aprende a guiar el desarrollo de soluciones con
método sistemático basado en A3
47

Commons BY-NC-SA
48

Product Ownership en Kanban vs Scrum

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Product Ownership en Kanban vs Scrum

Semelhante a Product Ownership en Kanban vs Scrum (20)

Mais de LeanSight Consulting

Mais de LeanSight Consulting (15)

Último

Último (20)

Product Ownership en Kanban vs Scrum