09 User Stories - Feature Prioritization

user stories
& feature prioritization

USER EXPERIENCE IMMERSIVE - Day 9
UX/UI Design Manager
Softonic
Background: Diseño gráfico, diseñador

web, director de arte, marketing designer
etc.
“Convertido” a UX/Product Designer.
7 Años en Softonic (diferentes equipos y

roles): UX, UI, Visual, Product, Research…
Básicamente, soy Diseñador.

Roger
Espona
www.espona.es
¿Dónde estamos?
Investigación
Business design: Value proposition
Prototipado rápido
User Stories & Feature prioritization

Diseño interacción
Diseño interfaz
Test
Después de la investigación
y antes de “diseñar”...
Hay que Definir y Priorizar
Temas
● Intro
○ Agile & UX
● Definición
○ Historias de usuario (Ejercicio)
● Priorización
○ Criterios
○ User Story Mapping (Ejercicio)
● Práctica
Antes de Agile: Waterfall
Agile & UX
Antes de Agile: Waterfall
Problemas:
- Demasiado tiempo en entregar valor.
- Hasta que no está acabada una fase
no empieza la siguiente.
- No hay validación hasta que está todo
acabado.
- Los errores se pagan muy caros...
Agile & UX
Agile
(Scrum, Kanban, etc)
¿Qué es Agile?
Conjunto de metodologías o “filosofía” diseñada para ofrecer valor

significativo:
- De forma rápida
- Incremental
- Iterativa
Agile & UX
¿Qué es Agile?
¿Porqué nos interesa?
- Tendencia “hype” -> (“os lo van a pedir").

- Tecnológicas, startups, etc contexto habitual.
Agile & UX
¿Qué es Agile?
¡Cuidado!
No siempre se implementa bien, hay mucho postureo.

Agile es más “cultura” que proceso (Y se confunden).
“Lo realmente retador es el cambio

organizacional y cultural que supone ser ágil y
es retador porque esos cambios tienen que ver
con personas e interacciones.”
https://thinkingwithyou.com/2016/10/scrum-xp-kanblah-blah-blah/
Agile & UX
¿Qué es Agile? - Principios básicos
“Nuestra mayor prioridad es satisfacer al cliente

mediante la entrega temprana y continua
de software con valor.”
...
http://agilemanifesto.org/iso/es/principles.html
Agile & UX
¿Qué es Agile? - Principios básicos
1. Satisfacción del cliente.

2. Bienvenidos los nuevos requisitos.
3. Entregas por semanas.
4. Es posible medir el progreso.
5. Desarrollo sostenible.
6. Trabajo cercano.
7. Conversación cara a cara.
8. Motivación y confianza.
9. Excelencia técnica y buen diseño.
10. Simplicidad.
11. Autogestión de los equipos.
12. Adaptación circunstancias cambiantes.
Agile & UX
Kanban
¿Qué es Agile? - Método Kanban
Metodología o framework que permite “adherirse” a los principios Agile.
Creado para optimizar la producción de automóviles (TOYOTA).

Actualmente también se aplica al desarrollo de software.
Agile & UX
¿Qué es Agile? - Método Kanban
Nace a partir de un problema común:
Falta de eficiencia
“Capacidad para realizar o cumplir adecuadamente una función”.
- ¿Qué está haciendo realmente el equipo?

- ¿Qué genera la baja productividad?
Agile & UX
¿Qué es Agile? - Tablero Kanban
“Kan” significa visible o visual,

y “ban”, tarjeta o tablón.
Agile & UX
Agile & UX
Los Tableros son una herramienta visual en la que:
● Identificamos el estado de cada tarea.

● visualizamos el flujo y magnitud de avance del trabajo.
Agile & UX
El tablero Kanban nos permite:
● Mapear y visualizar flujos de trabajo.

● Adaptarnos a un volumen de trabajo cambiante.
● Detectar problemas: “Cuellos de botella”, acumulación...
Agile & UX
Agile & UX
Scrum
¿Qué es Agile? - Metodología Scrum
Metodología o framework que permite “adherirse” a los principios Agile.
- Entregas parciales y regulares del producto.

- Priorizadas por el beneficio que aportan al receptor del proyecto.
Agile & UX
¿Qué es Agile? - Metodología Scrum
Daily
Stand-up
Product Backlog Sprint Backlog Iteration Product increment
Funciona definiendo el product backlog, dividiendo las entregas en sprints y alcanzando el

producto deseado mediante iteraciones recurrentes.
Agile & UX
¿Qué es Agile? - Kanban & Scrum
SCRUM KANBAN
Cadencia Sprints regulares: Duración Flujo continuado.

determinada
Entrega de valor Al final de cada sprint, Ok del Entrega contínua o a determinar

Product Owner por el equipo
Roles Definidos No existen roles definidos
Cambios No debería haber cambios Puede haber cambios en

durante un Sprint cualquier momento
Agile & UX
¿Qué es Agile? - Roles Scrum
Estructura básica
Agile & UX
Estructura básica Estructura Cross-functional
Agile & UX
¡No es suficiente!
Estructura básica Estructura Cross-functional
Agile & UX
UX en Agile
Problemas UX en Agile
Agile & UX no tienen convivencia fácil…
Muchos UX han tenido problemas para encajar en equipos Agile.
- ¿Dentro del equipo o stakeholder?

- Dificultad para sincronizar procesos.
- ¿Responsabilidades del UX vs PO o UX vs UI/Front-end?
- ¿Workflows?
- ¿Más de un equipo a la vez?
- Importancia del “punto de vista” del usuario.
- ...
Agile & UX
Pero en realidad…
UX & Agile: It’s a match!
Scrum loves UX
UX
UX & Agile, it’s a match!
Hay un match entre Agile & UX cuando:
Los UX muestran liderazgo

y preocupación por lo estratégico
y dedican tiempo a divulgarlo.
El cambio debe empezar por nosotros...
https://www.nngroup.com/articles/agile-not-easy-ux/
Agile & UX
Management/Leadership team
entiende y da soporte al trabajo de UX.
“Pico-pala”, “evangelizar”…
¡Somos mucho más que los que pintan y colorean!
Agile & UX
Se define un workflow donde los equipos de

desarrollo y UX están cómodos y alineados.
Dar visibilidad de lo que se está trabajando, “Design deliverables”

orientados a development. Los Developers son nuestros amigos :)
Agile & UX
Los UX se integran en los equipos de desarrollo

y producto y no van “a la suya”, allí es donde se
ganarán el respeto.
Todos somos el mismo equipo con el mismo objetivo.
Agile & UX
Así, todo el mundo acaba
enamorado de UX
Scrum loves UX
UX
Leadership Team
Product owner
UX
Agile & UX
Product owner
Developers
UX
Agile & UX
Developers
IT/Sistemas
UX
Agile & UX
UX dentro de Scrum
Scrum loves UX
UX
Daily
Stand-up
Product Backlog Sprint Backlog Iteration Product increment
Aquí es donde UX aporta más valor gracias a:

Conocimiento del “problema” y del usuario
Agile & UX
Problemas UX en Agile
Gracias al conocimiento del “problema” y del usuario:
UX participa de la definición estratégica y funcional.
Agile & UX
UX & Agile: Encaje
Definición Desarrollo Lanzamiento
PO/PM UX Developer MKTG UX

TECH, MKTG & UI
& Stakeholders
Impacto en Definición (Nuestro sitio natural).

Impacto en el Lanzamiento: Validación continua.
Agile & UX
Product Backlog
UX & Agile: Product Backlog
Product Backlog
Serie o listado de tareas a realizar que ofrecen valor a los usuarios.
Estas tareas en Scrum, Kanban, etc se “escriben” siguiendo el

formato de Historias de usuario.
Agile & UX
User Stories
“Design is not just what it looks like and feels like.
Design is how it works.”
Steve Jobs
User Stories
User stories
UX junto al PO escriben las Historias de Usuario:
“Descripción funcional de las necesidades del

usuario que permita tomar las decisiones de diseño
y desarrollo adecuadas y solventarlas en función de
su prioridad”.
Os encontrareis PO’s de todo…

Recordad: ¡Hay que seducirlos!
User Stories
User stories
UX junto al PO escriben las Historias de Usuario:
“Descripción funcional de las necesidades del

usuario que permita tomar las decisiones de
diseño y desarrollo adecuadas y solventarlas en
función de su prioridad”.
Os encontrareis PO’s de todo…

Recordad: ¡Hay que seducirlos!
User Stories
User Stories:
Características
User stories: Características
● Independientes: No dependen de otras para completarlas.
User Stories

● Negociables: Se tienen que poder debatir.
User Stories

● Valoradas: Hay que saber qué valor aportan para poder priorizar.
User Stories

● Estimables: Estimación de su coste: (Tallas, Historias de referencia,
Puntos de historia, etc).
User Stories

● Pequeñas: Si son muy grandes, dividir en más pequeñas.
User Stories

● Pequeñas: Si son muy grandes, dividir en más pequeñas.
● Verificables: Los criterios de aceptación verifican si se cumple lo
esperado.
User Stories
User Stories:
¿Cómo escribirlas?
User stories: Metodología
Escribir Hª de Usuario:
Como <tipo de usuario>

Quiero <acción>
Para <Objetivo/beneficio>
Tener siempre claro y presente:

- User personas.
- Customer jobs.
- Pains & Gains.
User Stories
User stories: Metodología
Criterios de aceptación
Una vez discutida la Historia de usuario y validada, se redactan los

criterios de aceptación: Listado de requisitos para que se considere
la historia/tarea como cumplida.
Pueden ser más o menos precisos y extensos dependiendo de la experiencia del equipo.
Se utiliza un lenguaje de negocio, no técnico.
User Stories
User stories: Épica vs Historia de usuario
Épica
Nivel de agrupación por encima de las historias de usuario. Conjunto

de historias/tareas divisibles en unidades más pequeñas.
Ejemplo:
Épica: Crear un proceso de Checkout

Historia de usuario: Poder pagar mediante PayPal
User Stories
User stories: Errores comunes
Qué NO es una Historia de Usuario:
Como Product Manager de Instagram

Quiero Un registro al acceder a Instagram
Para conseguir más usuarios registrados
- El usuario se tiene que poder registrar con facebook.

- El usuario si tiene que poder registrar con Google.
- El usuario tiene que poder crear una cuenta nueva.
User Stories
User stories: Errores comunes
Qué NO es una Historia de Usuario:
Como Product Manager de Instagram <- No es un usuario

Quiero Un registro al acceder a Instagram <- No es una acción
Para conseguir más usuarios registrados <- No es un beneficio ->usuario
- El usuario se tiene que poder registrar con facebook.

- El usuario si tiene que poder registrar con Google.
- El usuario tiene que poder crear una cuenta nueva.
<- Cada criterio es una Historia independiente. No es
suficientemente preciso.
User Stories
User stories: Ejemplo
Qué SI es una Historia de Usuario:
Como usuario que instala Instagram por primera vez

Quiero crear mi perfil de usuario
Para empezar a compartir contenido con otros usuarios
Criterios de aceptación:
- El usuario puede introducir: nombre, correo y contraseña en un formulario.
- Se mostrará formulario al acceder por 1ª vez después del splash screen.
- Si hay algún error al introducir los datos se mostrará un mensaje inline.
- Al click en aceptar, se mandará mail para la validación y se accederá a la app.
User Stories
Ejercicio: Historias de usuario 15-20 min / En grupo
En grupos escribir épicas y dividirlas en Hª de usuario, al acabar

compartimos:
De vuestro proyecto. No hace falta entrar en detalle en los criterios de aceptación.
Ej: Épica Wallapop Ej: Hª usuario Wallapop

Como usuario vendedor Como usuario vendedor
Quiero vender “algo” que no uso Quiero clasificar por categoría
Para ganar dinero Para que encuentren mi producto
Subir producto: Seleccionar categoría, Formulario producto: fotos, descripción, subir,...

Comunicarse con compradores: Chat individual, listado de chats. etc…
Enviar producto al comprador...
User Stories
Vale, pero... ¿por qué historia
empezamos a desarrollar
nuestro producto?
Priorización
Priorización: Objetivo
Queremos validar cuanto antes

que realmente damos valor al usuario.
Por eso debemos priorizar las historias/tareas para poner el
producto/servicio en frente del usuario y ver si realmente estamos
dando este valor.
Priorización
Priorización: Objetivo
Scrum vs Waterfall
Priorización
¡Peligro!
MVP
Minimum Viable Product: versión del

producto que permite recabar la mayor
cantidad de aprendizaje validado sobre los
clientes con el menor esfuerzo posible.
Priorización
MVP
Este concepto se ha malentendido a menudo. Un MVP no

es un producto “capado”. Un MVP debe validar realmente
el interés en una propuesta de valor determinada. Puede
ser mediante una llamada de teléfono o mediante un
landing page buscando leads. Sin haber desarrollado el
producto.
Priorización
Ejercicio: MVP 5-10 min / Debate en grupo
¿Estáis de acuerdo con

esta representación de
MVP?
¿La propuesta de valor de

un coche se puede validar
con un Skate?
Priorización
Featuritis
Riesgo de featuritis
“Featuritis is the excessive ongoing

expansion or addition of new
features in a product,[1] especially in
computer software and consumer
and business electronics. These extra
features go beyond the basic
function of the product and can
result in software bloat and
over-complication, rather than
simple design”.
https://en.wikipedia.org/wiki/Feature_creep
Priorización
Ejercicio: Featuritis 5-10 min / Debate en grupo
Definir las features principales

del mando a distancia.
¿Qué creéis imprescindible y qué

creéis que puede “esperar”?
¿Porqué?
Breve debate en grupo.
Priorización
No es fácil ponerse de
acuerdo cuando usamos
criterios subjetivos...
Priorización: problema Ego
Ego-centric
Criterios de priorización
Ego-centric
“A mi me gusta…”
“Yo como usuario…”
“Mi madre no lo usaría...”
“El CEO lo quiere así…”
Ego-centric
User-centric
Business-centric
Tech-centric
Data-driven
Criterios de priorización:
Usuario / negocio / tech
User Tech
UX
is here
Business
Criterios de priorización: Equilibrio
Encontrar el equilibrio entre:
- Necesidades de los usuarios

- Objetivos de negocio
- Lo tecnológicamente viable
Buscando el máximo valor al menor coste posible.
¿Cómo encontramos
el equilibrio?
Prioritization Matrix
https://www.nngroup.com/articles/prioritization-matrices/
Prioritization Matrix
Frameworks de priorización
Priorización: Buy a feature
¿Cuánto estaría dispuesto a pagar el

usuario?
En equipos de 2 a 5 personas aprox, listar

una serie de features y darles un valor
económico si lo tiene y explicar el porqué
de ese valor.
http://www.uxforthemasses.com/buy-the-feature/
Priorización: MoSCoW model
M- MUST Requisitos que debe tener la solución. Los

requisitos mínimos que hacen usable la solución.
S- SHOULD Requisitos que debería incluir la solución.

Requisitos importantes pero no obligatorios.
C - COULD Requisitos que podría incluir la solución. La

guinda del pastel.
W – WON’T Requisitos que no se van a hacer (por el

momento), en un futuro podrían incorporarse.
https://www.agilebusiness.org/content/moscow-prioritisation-0
User Story mapping
User story mapping
User story mapping es una técnica creada por Jeff Patton.

Consiste en organizar el Product Backlog en dos dimensiones:
1) Horizontal: User stories

2) Vertical: Releases (priority)
https://www.jpattonassociates.com/wp-content/uploads/2015/03/story_mapping.pdf
User story mapping

User story mapping: Estructura
User
Goals
Activities
(Backbone)
Tasks
User story mapping

User story mapping: Estructura
Mapear todo el sistema
Se puede llegar a mapear todo

el sistema ya que se cruza con
diferentes tipos de usuario.
User story mapping

User story mapping: Otros ejemplos (Feature mapping)
https://manifesto.co.uk/user-story-mapping/
User story mapping

User story mapping: Otros ejemplos
https://mozaicworks.com/blog/3-uses-story-maps-build-better-product
User story mapping

User Story mapping:
Justificar prioridades
User story mapping: Justificar prioridad
Goal: “To have a great first

experience”
Activity: Registro Onboarding
Tasks: Registro propio
Fingerprint
Facebook
Google
Usuario Invitado
User story mapping

Registro
Facebook sign in
Google sign in
Release 1
Registro propio
Release 2
Usuario Invitado
Release 3
Fingerprint
Could...
User story mapping

Registro
Facebook sign in
Google sign in
Release 1
¿Porqué?
Impacto en un alto % de usuarios, tiene menos coste técnico
que hacer un registro propio y permite medir el % de CR de
registros para ver si hay interés en la propuesta de valor.
User story mapping

Ejercicio:
User Story mapping game
Ejercicio: User Story Mapping game 20 min / Por grupos
Goal: Planificar vacaciones

Disponéis de 1 mes para preparar
unas vacaciones en grupo.
Escribir todas las tareas que
haríais antes de iros: Buscar sitio,
vuelos, hacer maletas, planificar
actividades, etc…
Ronda 1: 10 minutos
Escribir todas las tareas individualmente en post-its.
Colgar en la pared y en grupo, ordenarlas por actividades.

Ronda 2: 5 minutos
¿Qué ocurre si sólo disponéis de

1 semana para preparar el viaje?
¿Podéis hacer todas estas tareas
en 1 semana?
Priorizar las tareas que os dé

tiempo hacer en ese tiempo.

Ronda 3: 5 minutos
¿Y si hay una urgencia y sólo

disponéis de 1 día para preparar
el viaje?!
Priorizar las tareas MÍNIMAS y

NECESARIAS para poder cumplir
con el objetivo.
Alternativa Ejercicio: User Story Mapping 20-25 min / Por grupos
Describe un producto existente

1) Seleccionar uno de vuestros productos favoritos: (Spotify, AirBnB, Gmaps)
2) Escribe en post-its las tareas que hacéis con el producto. (Podéis escribir
tareas que no están ahora en el producto. Intentar granular al máximo, y escribir 25-30
tareas).
3) Agrupar las tareas en actividades y ordenar el “backbone”.
4) Indicar qué tareas usan de forma regular.

5) Indicar qué tareas usan cada vez que usan el producto.
6) Indicar qué tareas son imprescindibles. Sin ellas no usarían el producto.
Práctica Tiempo restante / Por grupos
Trabajar en grupos para continuar con el proyecto, redactar las

Historias de usuario principales de su proyecto, y elaborar User
Story mapping priorizado.
¡Gracias!
Recursos
Agile:
UX & Agile:
Prioritization:
https://www.productplan.com/strategies-prioritize-product-features/
https://www.nngroup.com/articles/prioritization-matrices/
User story mapping:

Historias de usuario:
https://www.genbeta.com/desarrollo/historias-de-usuario-una-forma-natural-de-analisis-funcional
Prioritization techniques - User point of view:

https://uxstudioteam.com/ux-blog/prioritization-techniques/
User Story mapping Game:

https://www.barryovereem.com/the-user-story-mapping-game/
https://medium.com/@katerina_mnuk/user-story-mapping-games-ab885871c535

09 User Stories - Feature Prioritization

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

09 User Stories - Feature Prioritization

Cargado por

Copyright:

Formatos disponibles

user stories

& feature prioritization

Background: Diseño gráﬁco, diseñador

“Convertido” a UX/Product Designer.

7 Años en Softonic (diferentes equipos y

Básicamente, soy Diseñador.

User Stories & Feature prioritization

Conjunto de metodologías o “ﬁlosofía” diseñada para ofrecer valor

¿Porqué nos interesa?

- Tendencia “hype” -> (“os lo van a pedir").

No siempre se implementa bien, hay mucho postureo.

“Lo realmente retador es el cambio

“Nuestra mayor prioridad es satisfacer al cliente

1. Satisfacción del cliente.

Metodología o framework que permite “adherirse” a los principios Agile.

Creado para optimizar la producción de automóviles (TOYOTA).

Nace a partir de un problema común:

- ¿Qué está haciendo realmente el equipo?

“Kan” signiﬁca visible o visual,

Los Tableros son una herramienta visual en la que:

● Identiﬁcamos el estado de cada tarea.

El tablero Kanban nos permite:

● Mapear y visualizar ﬂujos de trabajo.

Metodología o framework que permite “adherirse” a los principios Agile.

- Entregas parciales y regulares del producto.

Product Backlog Sprint Backlog Iteration Product increment

Funciona deﬁniendo el product backlog, dividiendo las entregas en sprints y alcanzando el

Cadencia Sprints regulares: Duración Flujo continuado.

Entrega de valor Al ﬁnal de cada sprint, Ok del Entrega contínua o a determinar

Roles Deﬁnidos No existen roles deﬁnidos

Cambios No debería haber cambios Puede haber cambios en

Estructura básica Estructura Cross-functional

Estructura básica Estructura Cross-functional

Agile & UX no tienen convivencia fácil…

Muchos UX han tenido problemas para encajar en equipos Agile.

- ¿Dentro del equipo o stakeholder?

Hay un match entre Agile & UX cuando:

Los UX muestran liderazgo

El cambio debe empezar por nosotros...

Hay un match entre Agile & UX cuando:

Hay un match entre Agile & UX cuando:

Se deﬁne un workﬂow donde los equipos de

Dar visibilidad de lo que se está trabajando, “Design deliverables”

Hay un match entre Agile & UX cuando:

Los UX se integran en los equipos de desarrollo

Todos somos el mismo equipo con el mismo objetivo.

Product Backlog Sprint Backlog Iteration Product increment

Aquí es donde UX aporta más valor gracias a:

Gracias al conocimiento del “problema” y del usuario:

UX participa de la deﬁnición estratégica y funcional.

Deﬁnición Desarrollo Lanzamiento

PO/PM UX Developer MKTG UX

Impacto en Deﬁnición (Nuestro sitio natural).

Serie o listado de tareas a realizar que ofrecen valor a los usuarios.

Estas tareas en Scrum, Kanban, etc se “escriben” siguiendo el

UX junto al PO escriben las Historias de Usuario:

“Descripción funcional de las necesidades del

Os encontrareis PO’s de todo…

UX junto al PO escriben las Historias de Usuario:

“Descripción funcional de las necesidades del

Os encontrareis PO’s de todo…

● Independientes: No dependen de otras para completarlas.