¿Quién escribe las historias de usuario?

En el Master que estoy cursando actualmente en IEBS, en uno de los foros de una de las clases lanzaron la siguiente pregunta:

¿Desde vuestro punto de vista quien escribe las historias de usuarios?

Para mí ésta pregunta es interesante y aunque se maneja mucha información respecto a ella, considero que es la experiencia que te puede llevar a encontrar una respuesta. Según mi experiencia, las historias de usuario deben ser escrita de forma colaborativa por todo el equipo ágil, incluso si existieran diferentes roles en él.

Existe la errónea idea de que las historias de usuario son escritas únicamente por el Product Owner, Business Analyst o incluso el Scrum Máster (he colaborado con organizaciones en dónde en sus inicios ésta era la creencia y dónde se notaba que la calidad de las historias de usuario, que no era muy buena, afectaba el desarrollo del producto, porque no se involucraba todo el equipo en definirla). Sin embargo, no hay nada más alejado de la realidad si lo que queremos es crear un producto de calidad, que cumpla las necesidades de los clientes pero que también sea viable técnicamente, que se pueda validar al momento que se entrega y que cumpla con las pautas de calidad que se han establecido en la organización y en el equipo.

La agilidad trata de equipos y cómo los miembros colaboran entre sí (crean su propia cultura) para desarrollar un producto, por esto es necesario que todos estén involucrados en la creación de las historias de usuario.

Si bien es cierto puede existir alguien que escribe la primera versión de una historia de usuario (que pudiera ser cualquiera, el PO, BA, un developer, un tester, etc.) también es cierto que debe existir un proceso de madurez para que esa historia se convierta en una historia de usuario que puede ser abordada y desarrollada por el equipo en una iteración (cuando finalmente cumple el Definition of Ready - DoR).

Este proceso de madurez se alcanza en la medida que se hacen las conversaciones al respecto, normalmente en una reunión, dónde se recomienda que estén todos los miembros del equipo, que comúnmente se llama refinamiento del backlog de producto (Backlog Refiement). Es en el refinamiento donde se aplican las técnicas como SPIDR, Example Mapping, User Journey Map o cualquier otra, para ayudar al equipo a entender mejor de que va la historia de usuario, que es lo que realmente quiere y necesita el usuario y cuál es la mejor forma de abordarla y desarrollarla.

Puedo concluir que las mejores historias de usuario con las que me he encontrado, que incluso se entregan en el tiempo estimado y con la calidad esperada, han sido las historias en las que todo el equipo de ágil se ha involucrado, ha planteado sus dudas, ideas y propuestas de solución antes de aceptarla en una iteración para ser desarrollada (cumpliendo el DoD).