Las siete dimensiones del producto, brindan a los “socios del producto“ (cliente, negocio, tecnología) una comprensión integral y holística del producto. Estas dimensiones son: user, interface, action, data, control, environment, quality atribute.
Size: 2.73 MB
Language: es
Added: Feb 18, 2021
Slides: 78 pages
Slide Content
Las siete
dimensiones
del producto
Acuerdos
○Micrófonos en
silencio
○Activa tu cámara
cuando intervengas
○Intercambio de
criterios con
respeto
2
○Tener una mente
abierta
○Deja tus inquietudes
en el chat
○Con disposición a
pasarla muy bien
3
Hola!
Marco Avendaño
Agile –Lean Practitioner
4
Agenda
Gestión de Productos
○Desafíos/Inquietudes
○Product Management
○Artefactos
Dimensiones del Producto
○Las siete dimensiones
○Un ejemplo
○Facilitación
Gestión de
Productos
“
“Doing the right thing is more important
than doing the thing right”
Peter Drucker
6
9
Innovación o extinción
“La innovación
constante es la única
forma de mantenerse
competitivo, porque
ninguna ventaja es
sostenible en el largo
plazo”
Jorge Gonzáles Moore
10
Waterfall-Agile
11
Waterfall-Agile
12
Inquietudes
13
Product Backlog
¿Se conoce como
emergen los PBI?
14
Alcance
¿Se tiene un Roadmap
del producto?
15
Valor
¿Los incrementos
generan valor?
16
Estrategia
¿Están alineados a la
estrategia?
17
Desarrollo
¿No solo nos
enfocamos a ser una
fabrica de features?
18
Producto
¿Se tiene un enfoque
orientado a producto?
19
Product Management
20
Product-oriented
Una organización
orientada al producto
es aquella donde las
personas crean
equipos alrededor de
los productos.
21
Producto
“Un producto es algo
(físico o no) que se crea
a través de un proceso
y que brinda beneficios
a un mercado”
-Mike Cohn
23
Socios del producto
•Cliente:Mercado y
necesidades
•Negocio:Objetivos
de negocio
•Tecnología:Features
y tecnologías
Cliente
Negocio Tecnología
Producto
exitoso
“
“ProductManagement es el proceso de
concebir, planificar, desarrollar, probar,
lanzar, entregar y retirar productos en el
mercado”
ProdBOK
24
25
Visión compartida
VISION
STRATEGY
TACTICS
26
Nivel Descripción Ejemplo de artefactos
VISION
Describe el cambio positivo que
debería lograr el producto y
responde el por quédebería existir.
Guía la estrategia
Declaración de visión o
slogan
STRATEGY
Establece el camino para alcanzar la
visión; captura el cómose debe
realizar la visión. Dirige las tácticas.
Product strategy, product
roadmap, business model
TACTICS
Describe los pasos a lo largo del
camino y los detalles necesarios
para desarrollar un producto
exitoso. Puede dar lugar a cambios
en la estrategia
Product backlog, epics, user
stories, story maps,
scenarios, diagramasde
interaction y workflow,
sketches, mock-ups, modelo
de arquitectura
Strategize: Product Strategy and Product Roadmap Practices for the Digital Age
Roman Pichler
27
Thebigpicture
Visíon
Product
Strategy
Product
Roadmap
Product
Backlog
VISION TACTICSSTRATEGY
Strategize: Product Strategy and Product Roadmap Practices for the Digital Age
Roman Pichler
30
Vision
•Inspirador:Todos los que ayuden a
implementarlo deben sentirse inspirados.
•Estratégicamente sólido:Es decir, tienes una
buena oportunidad de lograrlo.
•Documentado:Necesita escribir su visión para que
funcione.
•Comunicado:No solo tienes que documentar tu
visión, sino que también tienes que contárselo a
la gente.
The Professional Product Owner LEVERAGING SCRUM AS A COMPETITIVE ADVANTAGE
Don McGrealy Ralph Jocham
42
7 dimensiones
Brindan a los “socios del producto“ una comprensión
integral y holística del producto.
DISCOVER TO DELIVER, Agile Product Planning and Analysis
Ellen Gottesdienery Mary Gorman
44
Beneficios
Producto
integral y
holístico
DISCOVER TO DELIVER
Agile Product Planning and Analysis
Ellen Gottesdienery Mary Gorman
45
User(1/2)
Los usuarios interactúan con el producto.
•Un producto existe para servir a sus
usuarios.
•Un usuario puede ser una persona, otro
producto o un sistema que interactúa
con su producto.
•Un usuario puede desempeñar muchos
roles al interactuar con el producto.
•Explora y analiza a los usuarios para
conocer sus roles y objetivos.
46
User(2/2)
Persona
www.pitchler.com
EmpathyMap
47
Interface (1/2)
Un producto se conecta a usuarios, sistemas y dispositivos
•Es el mecanismo que emplean los
usuarios u otros sistemas para
intercambiar datos con el producto.
•Se puede crear prototipos de interfaces
como un medio para descubrir y
analizar opciones de productos.
48
Interface (2/2)
ContextDiagram Prototype
49
Action(1/2)
El producto proporciona capacidades para los usuarios
•Representa actividades que logran resultados
que los usuarios necesitan.
•Un evento desencadena una acción para
ejecutar las respuestas planificadas.
•El evento puede ser iniciado por los usuarios o
por una acción predecesora.
•Una acción puede imponer controles.
•Las acciones transforman los datos en
información útil para los usuarios.
50
Action(2/2)
Business ProcessDiagram StoryMap
51
Data (1/2)
Un producto incluye un repositorio de datos e información útil
•Representa datos e información
necesarios para ayudar a los usuarios.
•Los datos y la información ayudan a
tomar decisiones a nivel de negocio.
•Las acciones transforman los datos en
un contexto útil para los usuarios.
•Las fuentes de datos incluyen sistemas
y usuarios externos.
52
Data (2/2)
Data Model StateDiagram
53
Control (1/2)
Un producto impone restricciones
•Representa pautas o restricciones en la
conducción del negocio.
•Proporcionan una base para la toma de
decisiones.
•Un sistema debe poder evaluar dichos
controles y utilizarlos para su guía.
54
Control (2/2)
DecisionTable Checklist
55
Environment (1/2)
Un producto se ajusta a las propiedades físicas y las plataformas
tecnológicas
•Incluye el entorno operativo y de
desarrollo.
•El entorno operativo rige las
propiedades físicas del producto en uso
y su plataforma tecnológica.
•El entorno de desarrollo rige cómo se
diseñará, desarrollará, probará,
implementará y pondrá en servicio el
producto.
57
QualityAttribute(1/2)
Un producto tiene ciertas propiedades que califican su operación
y desarrollo
•Son niveles de servicio predefinidos
para la funcionalidad y las interfaces
del producto.
•Describen las propiedades de operación
y desarrollo para las dimensiones de
usuario, interfaz, acción y datos.
61
User
Nombre y foto Detalles Objetivo
Rodrigo
•Tiene 28 años
•Es profesional en
derecho
•Trabaja en
horarios de
oficina
•Le gusta las
fiestas
Quiere divertirse en
compañía de su
familia
62
Interface
63
64
Action(1/2)
65
Action(2/2)
66
Data (1/2)
Modelode datos
67
Data (2/2)
Diagramade estadosdel Pedido
68
Control
Pedido
•El cliente no debe tener
observaciones
•No existe cancelación de
pedidos
•A partir de cierto monto
tiene un regalo (ver tabla)
•No existe reembolsos
Delivery
•En caso de que sobrepase N
minutos, en el próximo
pedido tendrá un regalo
Promoción Monto Regalo
Silver > XX Bs. Paquete A
Gold > YY Bs. Paquete B
Platinum > ZZ Bs. Paquete C
69
Environment
•Location: Hogares en
el radio urbano de la
ciudad de La Paz.
•Access mode:
Usando Internet,
mediante un sitio
web.
•Software: NodeJS,
Angular,Firebase
•Hardware: Web
server
•Standards: Mobile
first
70
QualityAttribute
Operational
•Availability: 24/7
especialmente los fines de
semana
•Installability:Soloes
necesariocontarconun
navegadorweb
•Interoperability:Conexión
estable con los diferentes
servicios
•Security: No revela ningún
dato de los clientes
71
Facilitación
72
Discovery Board using the 7 Product Dimensions
www.DiscoverToDeliver.com
Consideraciones de
valor
Cliente NegocioTecnología
73
Realizar preguntas
•Ayuda a generar opciones y luego a tomar
decisiones basadas en el valor sobre estas.
•Se habla sobre la definición de "valor" en relación
con los grupos de interés.
•El valor no siempre significa ingresos, significa
cosas diferentes para las distintas partes
interesadas.
•Las preguntas deben exponer lo que es valioso
para cada grupo de partes interesadas en cada
una de las dimensiones.
74
Dimension Cliente Negocio Tecnología
Usuario
¿Qué tipos de usuarios pueden
acceder a este feature?
¿Cómo nos distingue este feature de la
competencia en la mente del usuario?
¿Quiénes son los roles que interactúan con este feature?
Interfaz
¿Cómo se verá la interfaz? ¿Se
necesitan interfaces para archivos de
datos externos?
¿Qué importancia tiene el diseño de la
interfaz de usuario para el éxito de este
feature? Para ser competitivos, ¿necesitamos
interactuar con bases de datos o sistemas
externos?
¿Qué diseño será satisfactorio para la experiencia del usuario?
¿Qué API necesitamos para que las acciones se comuniquen
con los sistemas empresariales?
Acción
¿Qué tipo de acciones realizarán los
usuarios al utilizar este feature?
¿Cómo pueden estas acciones llevar a los
clientes a un carrito o comprar?
¿Tiene el equipo las habilidades y el conocimiento para
implementar este feature?
Datos
¿Qué datos se necesitan para
respaldar esas acciones de los
usuarios?
¿Qué datos son más útiles para el análisis
empresarial del valor de este feature?
¿Cómo almacenamos los datos, los protegemos y los
exponemos?
Control
¿Existe alguna restricción sobre lo
que el usuario puede o no puede
hacer en este feature o sobre los
datos a los que puede acceder?
¿Existe alguna regla sobre qué datos
podemos almacenar?
¿Existe alguna normativa o política interna que debamos cumplir
para este feature? ¿Cómo nos aseguramos de que la interfaz
sea segura?
Entorno
¿Funcionará también en una
aplicación de escritorio o en un
dispositivo móvil? Si está en un
dispositivo móvil, ¿En cuáles?
¿Cuáles son las plataformas de dispositivos
que deberíamos admitir para obtener el mejor
ROI?
¿Qué plataformas de software y hardware se utilizarán? ¿Qué
experiencia en desarrollo de aplicaciones necesitamos para
admitir todas las plataformas solicitadas?
Atributo de
calidad
¿Cuáles son las expectativas del
cliente en cuanto al tiempo de
respuesta y la usabilidad?
¿Cuánta infraestructura podemos permitirnos
y cómo se traducirá en tiempo de respuesta?
¿Puede este feature escalar rápidamente para cumplir con las
horas pico y aun así mantener un tiempo de respuesta
razonable? ¿Cómo podemos asegurarnos de que este feature
sea lo suficientemente rápido?
The 7 Product Dimensions: A Guide to Asking the Right Questions
www.ebgconsulting.com/blog/the-7-product-dimensions-a-guide-to-asking-the-right-questions/
75
Conversación estructurada
Utiliza la conversación
estructurada para el
descubrimiento y la entrega
continuos, sistemáticos y
colaborativos de opciones
de productos.
valor
76
Use the 7 Product Dimensions Model to Guide Product Discovery and MMP Design
dzone.com/articles/use-the-7-product-dimensions-model-to-guide-produc
Guía de facilitación
•Explicar el modelo y las expectativas de la actividad.
•Avanzar por cada una de las dimensiones:
oPresente al equipo ejemplos de preguntas.
oProporcionar al equipo unos 10 minutos para intercambiar ideas
individuales.
oEl equipo se reúne para eliminar duplicados y consolidar ideas
similares.
oEl equipo reflexiona sobre las respuestas.
oEl equipo establece un consenso amplio antes de pasar a la siguiente
dimensión.
oSi no hay nadie para responder o brindar información sobre una
pregunta, identifíquelo como tarea.
•Antes de finalización, asegurarse de que el equipo tenga la oportunidad
de reflexionar sobre el aprendizaje que han adquirido sobre el producto.