Este documento presenta el modelo de las 7 dimensiones del producto para definir y analizar los requisitos de un producto de manera holística. El modelo categoriza las dimensiones en funcionales (usuario, acción, datos, control) y no funcionales (interfaz, entorno, atributo de calidad). El documento explica cada dimensión y proporciona ejemplos de cómo usar preguntas guiadas por cada dimensión para descubrir los requisitos del producto de manera estructurada y colaborativa.

1. Las dimensiones
del producto
Regional Scrum
GatheringSM
PERÚ 2021
Marco Avendaño

2. Agenda
Desafíos
Gestión del producto
Artefactos
Dimensiones del producto
Facilitación

3. Desafíos

4. 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ález Moore

5. Tradicional - Agile

6. Responsabilidades del equipo
“Build the right thing” “Build the thing right”
“Build it fast”

7. “Doing the right thing
is more important than
doing the thing right”
Peter Drucker

8. Gestión del
producto

9. Product Oriented
Una organización orientada
al producto es aquella
donde las personas crean
equipos alrededor de los
productos

10. 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

11. Innovation Design
Outcome
D
i
s
c
o
v
e
r
D
e
v
e
l
o
p
Define
Delive
r
Challenge

12. Socios del producto
• Cliente: Mercado y
necesidades
• Negocio: Objetivos de
negocio
• Tecnología: Features y
tecnologías
Cliente
Negocio Tecnología
Producto
exitoso

13. “Product Management es el
proceso de concebir, planificar,
desarrollar, probar, lanzar,
entregar y retirar productos en el
mercado”
ProdBOK

14. Visión compartida
VISION
STRATEGY
TACTICS

15. Visión compartida
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ómo se 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, diagramas de
interaction y workflow, sketches,
mock-ups, modelo de arquitectura
Strategize: Product Strategy and Product Roadmap Practices for the Digital Age, Roman Pichler

16. The big picture
Visíon
Product
Strategy
Product
Roadmap
Product
Backlog
VISION TACTICS
STRATEGY
Strategize: Product Strategy and Product Roadmap Practices for the Digital Age, Roman Pichler

17. Artefactos

18. Artefactos y Canvas
VISION
STRATEGY
• Product Vision Board
• Business Model Canvas
• Product Canvas
• Product RoadMap
• Product Backlog
TACTICS

20. Product Strategy
The Business
Model Canvas
Product Canvas
The GO Product
Roadmap
The Value
Proposition
Canvas

26. “The hardest part of building any
software system is determining
precisely what to build”
Frederick Brooks

27. Dimensiones
del producto

28. Product canvas
Proporciona una descripción general del producto,
sus stakeholders, su valor, la rentabilidad, los
métodos de marketing y la información competitiva
necesaria para la estrategia.
Identifica las 7 dimensiones del producto para
proporcionar una comprensión holística y completa
del producto. Se podría decir que se usa para
definir los requisitos del producto:

29. Las siete 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 Gottesdiener y Mary Gorman

30. Categorización
● Funcionales
○ User
○ Action
○ Data
○ Control
● No funcionales
○ Interface
○ Environment
○ Quality attribute

31. Beneficios
DISCOVER TO DELIVER, Agile Product Planning and Analysis y Ellen Gottesdiener y Mary Gorman
Producto integral y holístico

32. 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.

33. User (2/2)
Persona - www.pitchler.com Empathy Map

34. 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.

35. Interface (2/2)
Context Diagram Prototype

36. 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.

37. Action (2/2)
Business Process Diagram Story Map

38. 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.

39. Data (2/2)
Data Model State Diagram

40. 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.

41. Control (2/2)
Decision Table Checklist

42. 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.

43. Environment (2/2)
Architecture Diagram Components Diagram

44. Quality Attribute (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.

45. Quality Attribute (2/2)
Operational
• Availability
• Installability
• Interoperability
• Performance
• Reliability
• Recoverability
• Robustness
• Safety
• Scalability
• Security
Development
• Effi ciency
• Flexibility
• Modifiability
• Portability
• Reusability
• Testabilty

46. Facilitación

47. Consideraciones de
valor
Cliente Negocio
Tecnología
Discovery Board using the 7 Product Dimensions, www.DiscoverToDeliver.com

48. 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.

49. Dimensión 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/

50. Conversación estructurada
Utiliza la conversación
estructurada para el
descubrimiento y la entrega
continuos, sistemáticos y
colaborativos de opciones
de productos.
explorar
evaluar
c
o
n
fi
r
m
a
r
valor

51. Guía de facilitación
● Explicar el modelo y las expectativas de la actividad.
● Avanzar por cada una de las dimensiones:
○ Presente al equipo ejemplos de preguntas.
○ Proporcionar al equipo unos 10 minutos para intercambiar ideas
individuales.
○ El equipo se reúne para eliminar duplicados y consolidar ideas
similares.
○ El equipo reflexiona sobre las respuestas.
○ El equipo establece un consenso amplio antes de pasar a la
siguiente dimensión.
○ Si no hay nadie para responder o brindar información sobre una
pregunta, identificarlo 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.
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

52. Referencias

53. Contacto
linkedin.com/in/marcoviaweb
@marcoviaweb
marcoviaweb@gmail.com

54. Las dimensiones
del producto
Regional Scrum
GatheringSM
PERÚ 2021
Muchas gracias