{"id":8861,"date":"2020-09-03T15:55:57","date_gmt":"2020-09-03T18:55:57","guid":{"rendered":"https:\/\/www.proyectum.com\/sistema\/?p=8861"},"modified":"2022-08-09T20:15:56","modified_gmt":"2022-08-09T23:15:56","slug":"scrum-como-escribir-historias-de-usuarios","status":"publish","type":"post","link":"https:\/\/proyectum.com\/sistema\/blog\/scrum-como-escribir-historias-de-usuarios-sin-morir-en-el-intento\/","title":{"rendered":"SCRUM: C\u00f3mo escribir historias de usuarios sin morir en el intento"},"content":{"rendered":"

Las historias de usuario, son peque\u00f1as descripciones de los requerimientos de un cliente. Su utilizaci\u00f3n es com\u00fan cuando se aplica marcos de entornos \u00e1giles como Scrum<\/strong>.\u00a0 Al redactar las historias de usuario se debe tener en cuenta describir el Rol, la funcionalidad y el resultado esperado en una frase corta<\/strong>. Debe venir acompa\u00f1ada (al reverso) de los criterios de aceptaci\u00f3n<\/strong>, hasta un m\u00e1ximo de 4 por historia, redactado tambi\u00e9n en una frase que indique el contexto, el evento y el comportamiento esperado ante ese evento.<\/p>\n

Es deseable que las historias de usuario sean escritas por el usuario, en una frase corta. Debe describir el rol desempe\u00f1ado por el usuario de forma expl\u00edcita e indicar el beneficio para el \u00e1rea de negocio que representa esta funcionalidad.<\/p>\n

En los cursos analizaremos que las historias de usuarios no son requerimientos escritos; son mecanismos que construyen entendimiento compartido a trav\u00e9s de la colaboraci\u00f3n, con palabras e im\u00e1genes. Son discusiones acerca de las soluciones a problemas para la organizaci\u00f3n, los clientes y los usuarios, que llevan a acuerdos sobre los cuales construir lo deseado.<\/p>\n

\"Curso<\/a><\/strong><\/h3>\n

Una historia de usuario sigue el siguiente formato<\/strong><\/h3>\n

Como <qui\u00e9n> Quiero <qu\u00e9> Para <objetivo>.<\/p>\n

Ejemplo: Como\u00a0Vendedor<\/strong>, quiero\u00a0registrar los productos y cantidades que me solicita un cliente<\/strong>\u00a0para\u00a0crear un pedido de venta<\/strong>.<\/em><\/p>\n

Definir qui\u00e9n utilizara la funcionalidad a desarrollar<\/strong><\/h3>\n

Es \u00fatil imaginarnos qu\u00e9 caracter\u00edsticas tienen las personas que usar\u00e1n el producto, y detallar su necesidad y problemas actuales para dar lugar al entendimiento sobre sus expectativas reales.<\/p>\n

Para poder identificar m\u00e1s f\u00e1cilmente qui\u00e9n es nuestro usuario podemos hacernos preguntas como \u00bfPara qu\u00e9 usuario estamos trabajando en esta historia? \u00bfQu\u00e9 hace, en qu\u00e9 trabaja, c\u00f3mo y d\u00f3nde vive, cu\u00e1ntos a\u00f1os tiene? \u00bfQu\u00e9 tecnolog\u00eda sabe usar? \u00bfLe ser\u00eda f\u00e1cil aprender?\u00a0 \u00bfPara qu\u00e9 quiere usar la aplicaci\u00f3n? \u00bfQu\u00e9 problemas se le presentan actualmente para resolver su necesidad?<\/p>\n

Especificar qu\u00e9 producto quiere el usuario<\/strong><\/h3>\n

Las historias de usuario deben describir qu\u00e9 se espera como salida de la implementaci\u00f3n, y c\u00f3mo se ve beneficiado el usuario final<\/strong>. Se expresa en lenguaje natural y sencillo, para poder conversar directamente con ellos sobre el tema. Hay que considerar que los usuarios finales tienden a desconocen el lenguaje t\u00e9cnico, por lo que deben evitarse las palabras dif\u00edciles.\u00a0Al usuario no le importa qu\u00e9 tecnolog\u00eda se usa, lo que busca es que le ayudemos a resolver su problema, y c\u00f3mo usar\u00e1 esta soluci\u00f3n; desea que sea simple, intuitiva y f\u00e1cil de usar.<\/p>\n

Para qu\u00e9 utilizar\u00e1 el producto<\/strong><\/h3>\n

En este sentido es importante definir el contexto donde surge la historia que se est\u00e1 creando. Esto ayudar\u00e1 a entender el\u00a0valor agregado\u00a0que se dar\u00e1, establecer el\u00a0 objetivo de construcci\u00f3n, y aporta la posibilidad de explorar otras alternativas para llegar al mismo fin.<\/p>\n

Los criterios de aceptaci\u00f3n<\/strong><\/h3>\n

Aqu\u00ed se especifica qu\u00e9 salidas obtendremos cuando finalice el proceso de ejecuci\u00f3n de la funcionalidad, y nos sirve para verificar que est\u00e1 terminada la funcionalidad. Est\u00e1 relacionada con las pruebas que se realizaran para verificar el cumplimiento de la expectativa de dise\u00f1o, usabilidad, rendimiento, y la satisfacci\u00f3n del usuario.<\/p>\n

\u00a0Y finalmente, los comentarios<\/strong><\/h3>\n

Las historias de usuarios facilitan la interacci\u00f3n permanente con el cliente para verificar que lo que estamos construyendo est\u00e1 de acuerdo a sus expectativas. Esta negociaci\u00f3n se va registrando seg\u00fan se necesite como comentarios o notas adicionales a tener en cuenta. Esta forma de trabajo permite colaborar y mantener una comunicaci\u00f3n fluida entre los miembros del equipo. As\u00ed, la historia va cambiando durante la marcha de la iteraci\u00f3n y se va perfeccionando en conjunto.<\/p>\n

Tienes la oportunidad de conocer sobre este tema con el curso y certificaci\u00f3n\u00a0Scrum Fundamentals Certified\u00a0SFC\u2122 <\/strong><\/a>gratuito<\/strong>. Con tu registro accedes tambi\u00e9n al SBOK, Scrum Body of Knowledge gratuito para estudio personal. \u00a0 Si quieres profundizar en Scrum puedes optar por nuestros cursos y certificaciones Online:\u00a0Scrum Master Certified\u00a0SMC\u2122<\/strong>\u00a0\u00f3\u00a0Propietario del Producto Certificado\u00a0SPOC\u2122<\/strong>.<\/p>\n

Mira este video con instrucciones para crear historias de usuario (en ingl\u00e9s).<\/p>\n