El tema central de esta publicación girará entorno a estos dos elementos, las historias de usuario o user stories (US), y los criterios de aceptación, y los errores más comúnmente extendidos sobre ambos.
De dónde viene el término Historias de Usuario y los Criterios de Aceptación.
Las Historias de Usuario son una práctica originaria de XP (eXtreme Programming), definido por primera vez por Kent Beck (su creador).
Con respecto de las Historias de Usuario existen muchas fuentes a las que acudir para obtener información, Jeff Patton habla sobre ellas en el siguiente documento y Martin Fowler lo hace en este enlace.
El termino Criterios de Aceptación es algo que ya se trataba en el PMBOK (validación) antes de la existencia de XP y Agile, aunque si nos ceñimos al mundo Agile, la «primera» referencia se encuentra también en XP, donde se habla de Test de Aceptación (diferentes a criterios).
Algunos de los erróres más comunes entorno a las Historias de Usuario y los Criterios de Aceptación.
Veamos ahora cuales son los errores más extendidos con respecto de estos dos términos:
- Si tenemos en cuenta lo anterior, y nos llevamos esto a un marco como Scrum, ni las Historias ni los Criterios de Aceptación son parte del framework, ni parte imprescindible del mismo, aunque pueden usarse en el.
- En el caso de Scrum, el Product Backlog lo forman los PBIs (Product Backlog Items) y un tipo de estos son las US, en ningún caso el Product Backlog lo forman únicamente las US.
- Las historias buscan promover una conversación (y reflejarla – CCC Card, Conversation, Confirmation – ). En XP las historias las escribe el usuario, pero en un ámbito Scrum pueden ser escritas por «cualquiera» (en Scrum el accountability del PO permanecerá).
- Si decidimos añadir los Criterios de Aceptación a las Historias, el PO tiene su accountability pero no tiene por qué escribirlos o definirlos el/ella.
- Lo anterior no implica que porque el Equipo de Desarrollo pueda escribir las Historias, estas estén escritas en un lenguaje técnico, al contrario, deben ser entendibles por todos (lenguaje de negocio).
- No existe un número máximo-mínimo de Criterios de Aceptación por Historia, aunque un número elevado de Criterios puede ser indicador de que esa Historia pueda ser dividida en partes más pequeñas.
- Los Criterios de Aceptación y los Test de Aceptación no son lo mismo:
- Criterio de aceptación: Qué espero conseguir con algo. Indican qué hará el sistema y para qué vale. Se trata de una definición alto nivel escrito en lenguaje de negocio.
- Test de aceptación: Cómo voy a demostrar que se cumplen los Criterios. Se establecen los pasos a seguir y sus resultados esperados. Son de ámbito técnico.
Espero que os haya resultado de interés.