Tag Archives: userstory

Trucos para escribir historias de usuario

El pasado 19 de febrero Juanma Gómez y yo facilitamos un evento gratuito en Madriagil con el que queríamos ayudar a nuestros compañeros agilistas a escribir mejores historias de usuario.
Sigue leyendo…

UserStoryKata: Historias Ocultas

Historias Ocultas

Autor: y

Enunciado:

Tenemos la siguiente historia de usuario. Reescribidla si no estáis de acuerdo con cómo está redactada.

Como cliente de la tienda
Quiero un listado de productos
Para decidir cuál compro.

Confirmación:

  • Ordenado por precio, color y tiempo de entrega.
  • Podemos elegir el número de elementos que sale en cada pantalla.
  • Podemos elegir verlo como un listado o con una imagen de cada producto.

Objetivo:

A veces hay criterios de aceptación que ocultan otras historias de usuario.

Pistas:

  • “¿Cuál es el objetivo de la historia de usuario?”
  • “¿No veis más historias de usuario?”

Sugerencia (posible solución):

Como cliente de la tienda
Quiero un listado de productos ordenado por precio
Para encontrar los mejores precios lo antes posible.

Confirmación:

  • Por defecto, la ordenación es ascendente (de más barato a más caro).
  • Podemos ordenar también de manera descendente (de más caro a más barato).
  • Si el producto está en oferta, tendremos en cuenta el precio ofertado, no el original.

UserStoryKata: Basado en hechos reales

Basado en hechos reales

Autor:

Enunciado:

Tenemos la siguiente historia de usuario. Reescribidla si no estáis de acuerdo con cómo está redactada.

Como Product Owner
Quiero que el equipo desarrolle la pantalla de login
Para que los usuarios se puedan conectar.

Confirmación:

  • Que los usuarios se pueden conectar.
  • El resto son evidentes.

Objetivo:

Que el PO nunca quiere nada, que no hay criterios de aceptación evidentes.

Pistas:

La historia no está bien escrita. 🙂

Sugerencia (posible solución):

Como Juan, usuario registrado en el sistema
Quiero identificarme
Para tener acceso a la aplicación.

Confirmación:

  • Pantalla de login con formulario de usuario y contraseña.
  • Nombre de usuario con mínimo 6 caracteres y máximo 12.
  • Mensaje de usuario no existe.

UserStoryKata: Quiero reservar un vuelo

Quiero reservar un vuelo

Autor:

Enunciado:

Supongamos que trabajáis para construir una aplicación de reservas de viajes y que os piden desarrollar la funcionalidad que permite reservar un vuelo. Escribid historias de usuario para diferentes usuarios de vuestra aplicación.

Objetivo:

Evitar que nuestras historias se olviden de los usuarios.

Pistas:

  • “No todo el mundo tiene la misma necesidad de viajar”
  • “¿Todos tienen la misma capacidad económica?”
  • “¿Todos viven en el mismo lugar?”

Sugerencia (posible solución):

Como Alberto (persona que viaja siempre desde Madrid)
Quiero reservar mi vuelo desde Madrid al destino seleccionado
Para visitar a mis clientes repartidos por España.

Confirmación:

  • El aeropuerto de salida es Madrid Barajas.
  • Se listan los destinos dentro de España.
  • Se emplea el aeropuerto por defecto de cada ciudad de destino.

Como Lucía (estudiante con poco dinero)
Quiero reservar el vuelo más barato para el destino seleccionado
Para ahorrar dinero en cada viaje.

Confirmación:

  • Se reserva siempre el vuelo más barato.

UserStoryKata: Quiero llamar a mi madre

Quiero llamar a mi madre

Autor:

Enunciado:

Estáis construyendo un dispositivo que permite hacer llamadas telefónicas y os piden que escribáis las historias de usuario que necesitéis para que yo pueda llamar a mi madre.

Objetivo:

Con este ejercicio se persigue ejercitar, sobre todo:

  • el foco en el usuario,
  • la construcción iterativa, es decir, que cada historia de usuario aporte valor al usuario,
  • que la simplicidad (el arte de maximizar la cantidad de trabajo no hecho) es esencial,
  • no olvidar el criterio de aceptación como parte esencial de la historia de usuario,
  • cómo priorizar cuando hay mucha incertidumbre tecnológica.

Así, es posible que surjan historias tipo “CRUD”, agenda de teléfonos o similares que en general no son necesarias.

Pistas:

La mayor incertidumbre es que no sabemos cómo comunicar con otro teléfono.

Sugerencia (posible solución):

Como Pepe (hijo que quiere mucho a su madre)
Quiero llamar a mi madre
Para decirle lo mucho que la quiero.

Confirmación:

  • el dispositivo tiene un botón llamado “Mamá”
  • al pulsar el botón “Mamá” se inicia la llamada al número correspondiente a la madre (estará “a fuego” y no se podrá cambiar aún, en el futuro sí) y es posible hablar cuando desde el otro lado “descuelgan”
  • la comunicación se corta cuando la otra parte “cuelga” (de momento no es posible cortar la comunicación)

Con esta historia conseguimos una “bala trazadora” y el equipo de desarrollo puede reducir la mayor incertidumbre demostrando que la tecnología permite conseguir una comunicación entre nuestro dispositivo y otro.

User personas

La user persona es una técnica que nace en los 90 entre expertos en marketing y diseño centrado en el usuario y que se enriquece con el uso de otras técnicas como la investigación etnográfica o la segmentación de mercados. Alan Cooper es el primero que comienza a usarla para el diseño de software y de experiencia de usuario (UX). Se basa en la idea de conocer a los usuarios del sistema que vamos a construir mediante arquetipos descritos como personajes de ficción.
Sigue leyendo…

Experimentos en el Taller de Historias de Usuario

 

El nuevo Taller de Historias de Usuario nos está sirviendo a y a mi para hacer varios experimentos.
Sigue leyendo…

Taller de Historias de Usuario con Juanma Gómez

Empezamos 2014 con nuevos propósitos y nuevas iniciativas. Una de las primeras es que voy a empezar a colaborar con Juanma Gómez () impartiendo juntos el Taller de Historias de Usuario.
Sigue leyendo…

User Story Mapping

Es una técnica descrita por primera vez por y consiste en representar el product backlog en dos dimensiones en vez de en una. Sigue leyendo…

Curso Online de Dueño de Producto

En tiempos de crisis es más importante que nunca evitar perder el tiempo (y el dinero) haciendo cosas que no son necesarias. Las metodologías ágiles ayudan a conseguirlo, pero para ello es necesario que el Dueño de Producto sepa concebir y hacer crecer los productos de manera iterativa e incremental.

En este curso podrás aprender todo esto desde tu casa y en cómodas sesiones interactivas de aproximadamente una hora. Sólo tú y yo. Eso sí, entre sesión y sesión tendrás que hacer deberes. Pero sin agobios, el calendario lo pones tú.

Sesión #1: Introducción al desarrollo iterativo e incremental centrado en el usuario
Sesión #2: Conocer a los usuarios (User Personas)
Sesión #3: ¿Cuánto va a costar esto? (User Story Map y Plan de Versiones)
Sesión #4: ¿Qué vamos a hacer? (Historias de Usuario y Product Backlog)
Sesión #5: Reuniones (Sprint Planning, Demo y Refinamiento del Backlog)

¡Quiero saber más!

 

« Older Entries