Día: 01/06/2011
Hora: 19:30 –21:30
Lugar: Sala 15, Centro Cívico Zona Sur, Plaza Juan de Austria – Valladolid
Tema: Historias de Usuario: la esencia del valor de lo que voy a construir.
ASISTENTES
- Juan Ignacio Sánchez Lara
- Ignacio Cruzado Nuño
- Fernando Santa Olaya
- Javier Santana
- Javier Gamarra
- Rafa Morón
- Mario de Frutos
RESUMEN
En este taller se ha tratado las siguientes cuestiones:
- ¿Qué es una historia de usuario?
- ¿Cómo escribo mis historias de usuario?
- ¿Qué formato de tarjetas utilizo?
- ¿Qué es un DoD y cómo escribimos los DoD?
Comenzamos poniendo en común, todos los que habíamos trabajado con historias de usuario, qué eran para nosotros. En general todos coincidimos en su utilización como instrumento para la definición de las características de la nueva aplicación en un lenguaje natural para el PO y de forma colaborativa.
Una vez que se dejó más o menos claro el qué era, pasamos al cómo escribimos cada uno en nuestra empresa las historias de usuario. En este punto la mayor parte coincidía en utilizar el formato estándar “Como [rol] quiero [funcionalidad] para [valor de negocio]” para describir la funcionalidad de la historia de usuario.
Respecto al formato de tarjetas utilizado, se expuso el formato que utilizaba cada persona en su empresa. Los puntos que se expusieron fueron los siguientes:
- Descripción de la historia de usuario siguiendo el formato indicado anteriormente.
- Estimación en puntos de historia.
- Persona que ha introducido la historia en el Backlog.
- Fecha en la que se introdujo la historia
- Persona que la “promociona” para ver quién la paga.
- DoD en la parte de atrás de la tarjeta.
Por último se explicó lo que era un DoD (Definition of Done) a los asistentes que no lo sabían y se sacaron las siguientes conclusiones:
- Es el compromiso que el PO adquiere con la historia de usuario ya que se definen las reglas de aceptación de dicha historia
- Hacer los DoD ha de ser una tarea colaborativa, sobre todo al principio ya que cuesta bastante a los PO.
- Es algo muy importante para que el proyecto vaya por buen camino y se pueda validar que la historia está correctamente implementada.
- Se puede sacar un guión aproximado de cómo debe funcionar la Demo a la hora de mostrarla.
