Cómo escapar de "Story Card Hell" en tres simples pasos.

Su cartera de pedidos está llena de historias de usuario detalladas. Su equipo ya no puede administrarlos ni clasificarlos.

Te preguntas de qué se trata el producto que estás construyendo. Las partes interesadas parecen cambiar de opinión todo el tiempo. Te pierdes el panorama general.

Creo que estás en Story Card Hell, como dice James Shore.

Aquí hay tres formas de escapar.

Visión del producto

Una visión establece una meta. Pero no te dice cómo alcanzarlo.

Una gran visión es desafiante e inspiradora. Trasciende al individuo. Reúne a las personas para que trabajen para lograrlo Les motiva.

La visión de la compañía de SpaceX, la compañía aeroespacial de Elon Musk, es:

SpaceX diseña, fabrica y lanza cohetes avanzados y naves espaciales. La compañía fue fundada en 2002 para revolucionar la tecnología espacial, con el objetivo final de permitir que las personas vivan en otros planetas.

La visión del producto del iPod de Apple era:

Toda mi música en mi bolsillo.

Por lo general, un gerente / propietario del producto presentará la visión del producto. Entonces, si no conoce la visión, hable con su gerente de producto.

Si usted es un gerente de producto: ¿cómo presentaría su producto a un inversionista potencial en 30 segundos?

Puede crear una Caja de visión del producto junto con otras partes interesadas. Toma cartón y construye una caja. Escribe y dibuja en la superficie. ¿Cómo se vería el embalaje del producto hipotético? El espacio limitado lo obligará a centrarse en las principales características de su producto.

Para obtener una descripción más sofisticada de la visión, puede usar un Tablero de visión del producto:

Product Vision Board por Roman Pichler (Creative Commons BY-SA 3.0)

El Product Vision Board explica:

  • El grupo objetivo (quién usará el producto)
  • Las necesidades (de los usuarios)
  • El producto (características clave)
  • Los objetivos comerciales (por ejemplo, ¿cómo está ganando dinero la empresa con el producto?)

¿Cómo te ayuda una visión del producto a escapar de Story Card Hell?

Una visión da dirección. Es por eso que debe hacerlo visible donde ocurre el desarrollo. Crea un póster enorme, por ejemplo, y cuélgalo en la pared.

Todos pueden verificar si las nuevas historias se ajustan a la visión del producto. Y desafíe las historias que se desvían de la dirección prevista.

Cuadro grande

Incluso si tiene una visión, puede perderse información contextual para sus historias. Este es el panorama general.

Existen varias prácticas que lo ayudan a comprender el panorama general. Una de estas prácticas es Story Mapping por Jeff Patton. A continuación encontrarás la forma en que lo practico.

Mapeo de historias

Las actividades del usuario están en la parte superior. Enmarque una actividad por un objetivo que ciertos usuarios desean alcanzar. Puede ser para su propio beneficio o para hacer su trabajo. Ordenar actividades de izquierda a derecha. Cuanto más a la izquierda, antes se realiza la actividad.

Las actividades de ejemplo de una tienda en línea son: Agregar producto, Buscar productos, Comprar productos, Preparar envío, Enviar productos. En la mayoría de los casos, un usuario realiza una actividad en una sola sesión. A menudo en cuestión de minutos o en la mayoría de las horas.

Para alcanzar una meta, los usuarios necesitan hacer cosas: las tareas del usuario. Las tareas de ejemplo son Buscar productos y Ver detalles del producto para la actividad Examinar productos.

Junto con las actividades, las tareas representan la columna vertebral. Esta es la estructura que usas para organizar las historias.

De las tareas, derivan historias. De la tarea Ver detalles del producto, puede derivar una historia titulada Ver detalles del producto (solo texto) y otra historia titulada Ver detalles del producto (con imagen).

Cuanto más alto el equipo coloca una historia, antes la implementa el equipo. La implementación se mueve de izquierda a derecha en una fila, y de arriba a abajo.

No almacene un Story Map en una herramienta electrónica. En cambio, colóquelo en una pared y úselo para comunicarse dentro del equipo, con los usuarios y con otras partes interesadas. Déjalo colgado allí, y siempre verás el contexto de las historias.

Otras prácticas para comprender el contexto de las historias incluyen:

  • Mapeo de Impacto
  • Use Case 2.0

Especificación justo a tiempo

Una práctica crucial para escapar de Story Card Hell es la especificación justo a tiempo. Solo detalla las historias para los próximos uno o dos sprints. Veamos un ejemplo.

El gerente de producto escribe una tarjeta de historia:

Como cliente, quiero encontrar productos por una propiedad para saber que la tienda ofrece lo que quiero.

El gerente de producto tiene algo específico en mente. Los usuarios deben poder buscar por nombre de producto, número de producto, categoría de producto y precio.

Una semana antes de que comience el sprint, el gerente de producto habla con el equipo sobre la idea. Los desarrolladores le dicen que otro equipo lanzó una poderosa función de búsqueda hace unos días, para un producto diferente.

Se basa en un campo de texto simple, como Google. Sería menos esfuerzo reutilizarlo que desarrollar algo nuevo. El equipo está de acuerdo con eso y anota lo que acordaron como criterios de aceptación.

Entonces, el equipo documenta los detalles de la historia poco antes de la implementación. De esa manera, el equipo tiene tanto conocimiento del desarrollo anterior como sea posible.

Conclusión

Hay varias prácticas para escapar de Story Card Hell:

  • La visión de un producto establece un objetivo y ayuda a mantener el desarrollo en marcha.
  • El mapeo de historias proporciona un panorama general como contexto para las historias.
  • La especificación justo a tiempo se asegura de detallar solo las historias más claras.

En el mejor de los casos, utiliza todas las prácticas. Para que esto funcione, es probable que necesite un gerente de producto que

  • Fomenta las relaciones con los grupos de interés.
  • Es bueno en comunicación y resolución de conflictos.
  • No tiene miedo de decir "No" de vez en cuando

Si quieres saber qué estoy pirateando, visita mi proyecto GitHub.

Puedes contactarme en Twitter o LinkedIn.