Miércoles, 04 Enero 2017 00:00

Como hacer un Visual User Story Mapping

Valore este artículo
(0 Votos)

Antes de comenzar la construcción de nuestro user story mapping es importante tener muy clara la respuesta para las siguientes preguntas:

 

·         ¿Cuál es la gran idea?                                -> Valor de negocio

·         ¿Quiénes son los clientes?                       -> Monetización

·         ¿Quiénes son los usuarios?                     -> Segmento del mercado

·         ¿Para qué lo quieren los usuarios?        -> Necesidades a resolver

·         ¿Porque estamos construyendo esto?  -> Visión

·         ¿Que necesitamos para construirlo?     ->Recursos y  talento humano

 

Las anteriores preguntas se resuelven en una sesión previa a la ejecución de un proyecto comúnmente llamada Agile Inception , por lo que el user story mapping puede ser un complemento de la sesión  o puede ser el siguiente paso al finalizar el Agile Inception.

 

Antes de empezar

 

 Es bueno tener claro las siguientes premisas:

·         Nunca tendrás todos los requerimientos al principio de un proyecto, lo más seguro es que el alcance varié en su ejecución.

·         Todos los requisitos cambian con el tiempo

 Es ideal que en la sesión se encuentren PRESENTES  el Product Owner , equipo de producto y los  Interesados producto(Stakeholders).

 

Durante

 

Hay dos alternativas para la construcción del User Story Mapping , la primera es utilizar una herramienta virtual que nos permita construirlo , la segunda y que especialmente recomiendo es utilizar una pared  , papel ,marcadores y postit.

Es ideal comenzar con recolectar información sobre cuáles son las Activities (Actividades) , las cuales son las historias de usuario de alto nivel comúnmente llamadas épicas. Es buena práctica formar parejas y dar posit para que escriban una actividad por posit y durante un tiempo fijo escribir la mayor cantidad de actividades posibles. Al finalizar presentar con las demás parejas y agrupar por similitudes.

 

Ejemplo: Escribir Email, Buscar Email,  Leer Email,  y demás.

 

Se agregan en el primer campo del walking skeleton .  

Luego agrupamos las épicas por características en común, a la cual la vamos a llamar Procesos de negocio y las ubicamos en el Backbone.

 

Ejemplo: Organizador Email, Administrador Email  y demás

 

Por ultimo identificamos cada una de las funcionalidades necesarias para cada Épica

 

Ejemplo: Redactar y enviar email, Buscar por palabra clave, Abrir Email básico, Eliminar email y demás.

 

Después se hace un refinamiento de todas las funcionalidades (Historias de usuario) donde se miren las posibles dependencias y se prioriza de arriba hacia abajo, ubicadas arriba las que generen más valor para el negocio.

 

Por último se hace un análisis de cual seria las posibles entregas (Plan de entregas ) que el negocio necesita y se trazan unas líneas dividiendo por entregas todas las historias de usuario.

 

Después

 

Cuando se finaliza la sesión, se envían las evidencias a los interesados y se puede comenzar a realizar la ejecución del proyecto ya que se tienen los insumos para comenzar.

 

NOTA : Comúnmente se inicia con el llamado sprint 0 , que es aquel donde se hacen todos los ajustes necesarios para comenzar la construcción , tales como configuración de ambientes , configuración de servidor , repositorios de código , Permisos de usuarios y demás.

 

TIPS:

 

-Dependiendo el tamaño del proyecto es bueno hacer lo en papel ya que se puede trasladar de un lugar a otro sin ningún problema.

 

-Si bien recomiendo realizar el User Story Mapping con post it en la pared, es bueno después de finalizar la sesión utilizar una herramienta donde se pueda subir la información  recolectada , ya que es habitual que estas sesiones se hagan en salas compartidas para múltiples reuniones .

También existe una ventaja y es que dependiendo la herramienta  se puede exportar a diferentes formatos  compatibles con herramientas de gestión.

 

-No utilizar el User Story Mapping como un contrato que no puede cambiar , ya que lo importante de la herramienta es tener un horizonte un poco más claro , por lo que es bueno en las sesiones de refinamiento hacer unos ajustes del mismo y adaptarlo al presente que se está viviendo.

 

Referencias

 

https://marcabraham.wordpress.com/2015/05/07/book-review-user-story-mapping/

http://winnipegagilist.blogspot.com.co/2012/03/how-to-create-user-story-map.html

https://github.com/janpetzold/scrum-best-practices

Última modificación Viernes, 20 Enero 2017 20:18
Giovanny Cifuentes

¿ Quien es Giovanny Cifuentes ?

Mi nombre es Giovanny Andres Cifuentes , me desempeño como Scrum Master, experto en gestión de proyectos ágiles .

Colaboro en las comunidades Mozilla Colombia y Agiles Colombia.

He sido desarrollador, diseñador,jefe de proyecto,emprendedor  y he pasado por casi todas las dedicaciones del desarrollo e implementacion de software.

Mozillians  : https://mozillians.org/es/u/igacifuentes/

 

 

Artículos relacionados

Deje un comentario

Asegúrese de teclear la información requerida dónde se indica (*). El código HTML no está permitido