cuando comienzas a sumergirte en la metodología ágil, lo primero que notas es cuán centrado en el Usuario está este enfoque. Cambia el enfoque de solo codificar y diseñar a entregar valor real a sus usuarios finales, partes interesadas y negocios en general.
Las historias de usuario ágiles son un componente esencial de esta ideología que le permite definir qué beneficios aportará su producto a su público objetivo (y, eventualmente, cómo impulsará sus KPI y otras métricas).,
en Stormotion amamos las historias. Como un equipo ágil, los utilizamos activamente para obtener una mejor comprensión de los beneficios que los productos de nuestros clientes brindan a sus usuarios finales. También impulsan la colaboración y la creatividad, empujándonos a soluciones de desarrollo no triviales.,
así que hoy vamos a compartir nuestro conocimiento y experiencia en este asunto para ayudarlo a mejorar sus habilidades de escritura de historias. ¡Que lo disfrutes!
What ¿qué es una historia de usuario?
Las historias de usuario son uno de los elementos centrales de la metodología Agile. Sin embargo, a menudo están mezclados con requisitos de software, lo cual no es cierto. Entonces, ¿qué es una historia de usuario?
La Historia de usuario es una pequeña (en realidad, la más pequeña) pieza de trabajo que representa algún valor para un usuario final y se puede entregar durante un sprint.,
El objetivo principal de este elemento es poner a los usuarios finales en el Centro de la conversación y capturar la funcionalidad del producto desde su perspectiva. Por lo tanto, los desarrolladores obtienen una mejor comprensión de qué, para quién y por qué están construyendo.,
Las historias de usuario excelentes siempre se ajustan al conjunto de criterios de>
el formato de Historia de usuario (que también es utilizado por el equipo de Stormotion) es bastante simple y corto:
no parezca nada difícil, ¿eh?, Aquí hay algunos ejemplos de historias de usuario que se ajustan a algún proyecto de aplicación de taxi inventado:
- como conductor, quiero bloquear a los pasajeros que se comportan mal para que nunca me vuelvan a mostrar.
- como pasajero, quiero vincular la tarjeta de crédito a mi perfil para poder pagar un viaje más rápido, más fácil y sin efectivo.
- Como conductor, quiero añadir fotos de mi coche en mi perfil para poder atraer a más usuarios.
- como pasajero, quiero que se muestren varios conductores disponibles para que pueda elegir la opción más adecuada para mí.,
suena bastante fácil, pero el desarrollo de historias de usuario no suele ser tan simple. Sin embargo, más adelante, compartiremos algunos de nuestros consejos probados que le ayudarán a hacer solo buenas tomas.
¿hay algo más?
a pesar de que acabamos de descubrir que las historias de usuario ágiles son independientes y deben entenderse como unidades de trabajo totalmente separadas, a veces se agrupan juntas., Así que cuando se trabaja con ellos es probable que cumplir y utilizar el concepto de una epopeya. ¿Qué es eso?
An Epic es un cuerpo de trabajo de alto nivel que se une a un grupo de historias relacionadas.
en Stormotion utilizamos Epics para describir tareas más complejas y crear una jerarquía clara que permite administrar el desarrollo con mayor facilidad y ofrecer nuevo valor a los usuarios mientras trabajamos hacia un objetivo más grande. Sin embargo, el formato de la historia de usuario en sí permanece igual.,el rement que debe entregarse durante 1 sprint
imagine que está construyendo una aplicación de citas., awesome I am
por lo tanto, las epopeyas nos proporcionan una visión de alto nivel de nuestros objetivos y cómo nos movemos hacia ellos., También nos ayuda durante el proceso de priorización ya que podemos comprobar qué epopeyas requieren más nuestra atención y, por lo tanto, qué historias deben implementarse primero.
Oh, una cosa más!
no olvide agregar un criterio de aceptación.
un criterio de aceptación es un conjunto de condiciones que se utilizan para confirmar cuando se completa una historia.,
Además, estas condiciones nos proporcionan una comprensión más profunda y mejor, ya que incluyen información clave sobre cómo funcionan las historias. Reutilicemos uno de los ejemplos de historias de usuario del comienzo del artículo:
¿qué criterios de aceptación se pueden aplicar a esta historia?
- La aplicación muestra a los conductores que estuvieron conectados en los últimos 20 minutos y no tienen un viaje en curso.
- La aplicación muestra solo 5 controladores que están más cerca del usuario.
- Un usuario puede navegar por los perfiles de estos controladores, incluidas sus fotos y tarifas.
como puede ver, ahora no solo conocemos el valor de esta historia para los usuarios, sino que también entendemos algunas características clave que requieren una atención especial durante la implementación.,
sin embargo, usted es libre de elegir qué tan detallados serán sus criterios de aceptación. Puede variar desde» simplemente dejar que funcione de cualquier manera conveniente » hasta conjuntos de condiciones aún más detallados que en el ejemplo anterior.
eso depende en gran medida de su equipo de desarrollo, por lo que no hay una»respuesta correcta». Si su equipo necesita orientación y tareas claras y sin espacio para la interpretación, será mejor que siga instrucciones detalladas sobre cómo deben funcionar las historias. De lo contrario, el enfoque de» solo hazlo » también puede funcionar.,
Wow, se ha dicho mucho sobre las historias de usuarios. Pero, ¿por qué son tan importantes para los equipos ágiles?
What ¿Cuáles son los beneficios de crear historias de usuario?
si alguna vez estuvo involucrado en el trabajo con marcos ágiles, ya sabe que los equipos Scrum y Kanban se benefician enormemente de escribir historias de usuarios.,
en Kanban, los equipos acumulan historias en un Backlog y luego las ejecutan una por una para respaldar el trabajo-flujo en progreso. Esto ayuda a mantenerse constantemente en el camino y mejorar los KPI del equipo de desarrollo.
Los Equipos de Scrum (que normalmente preferimos en Stormotion) también adoran las historias de usuario. Los usamos activamente para hacer estimaciones, priorizar y planificar sprints, lo que nos ayuda a mantenernos ágiles y flexibles ante cualquier cambio., Esto es especialmente beneficioso cuando estamos trabajando con Startups que están en la etapa de MVP y tienen recursos limitados antes de lanzar su proyecto a inversores ángeles.
excepto por lo mencionado anteriormente, hay algunos beneficios vívidos que son comunes a todos los equipos ágiles:
- mantenerle enfocado en el valor del negocio., Ayuda a hacer que su aplicación no solo esté bien construida desde la perspectiva técnica, sino que también sea útil para los usuarios finales.
- habilitar la creatividad. Dado que contiene una cantidad mínima de Información, su equipo es libre de impulsar ideas creativas para encontrar la mejor solución para implementar una historia.
- Su proyecto se vuelve más manejable. En Stormotion sabemos que es una manera más fácil trabajar con historias de usuarios ágiles Pequeñas y estimables en lugar de con tareas grandes y complejas.
- ¡inspiran al equipo! Cada desarrollador ama esta dulce sensación de una pequeña victoria que lo motiva a trabajar aún más duro.,
ahora vamos a sumergirnos en el proceso de creación de una historia de usuario!
How Cómo escribir historias de usuario: nuestro flujo de trabajo
estamos llegando a la parte más emocionante de nuestro artículo. Sin embargo, antes de compartir nuestra instrucción paso a paso sobre cómo escribir una historia de usuario, es crucial averiguar 2 preguntas esenciales: quién y cuándo las hace.
¿quién es responsable de crear una historia de usuario?,
como regla general, las historias son escritas principalmente por los propietarios de productos, ya que es su responsabilidad mantener el Backlog lleno de tareas. Sin embargo, no olvides que Agile se basa en la comunicación y el intercambio de opiniones entre expertos. Tan…
no significa necesariamente que deban ser escritos solo por el propietario del producto. Cuantas más personas se unan a la conversación, mejor.
en Stormotion, las historias son escritas por todos los miembros del equipo que están relacionados con el lado comercial del proyecto (gerentes de ventas, vendedores, propietario de un producto, etc.,), ya que nos permite mirar la futura aplicación desde la perspectiva de cualquier tipo potencial de usuario. La responsabilidad del propietario del producto en este caso es confirmar que cumplen con los criterios de inversión.
Cuando son Historias de Usuario creado?
una reunión de redacción de historias en nuestra sede se lleva a cabo generalmente cerca del inicio del proyecto., Preferimos prepararnos para asegurarnos de que un proyecto va bien desde el primer día hasta el último.
más adelante, podremos usar nuestra lista de historias de usuario Scrum para preparar estimaciones más detalladas (por ejemplo, al final de la etapa de descubrimiento), Priorizar el desarrollo de características para sprints, etc.
Además, complementamos la lista original mientras trabajamos en un proyecto con nuevas historias para estar al día con los requisitos de nuestros clientes.,
¿Cuáles son los pasos para escribir grandes historias de usuario ágiles?
primero, Permítanos recordarle una plantilla de historias de usuario común:
como a , Quiero que
parezca corto y fácil de escribir. Por cierto, puedes crear tu propia plantilla de Historia de usuario. Sin embargo, en Stormotion tenemos un flujo de trabajo específico que nos ayuda a entregar las mejores historias:
- compone la lista de tus usuarios finales. Define cuál es su «dolor» o «necesidad», que estás tratando de resolver.
- Define qué acciones pueden querer tomar.,
- Averigüe qué valor aportará esto a los usuarios y, eventualmente, a su producto. También pregúntate – ¿alguna parte nos pagará por esto?
- discutir los criterios de aceptación y una estrategia de implementación óptima.
¡echémosle un vistazo ahora!
Paso 1: piensa en el «Quién»
Este es el primer paso y, tal vez, el más fundamental. Antes de escribir una historia de usuario, deberías saber quiénes son los usuarios finales de tu producto. Y más importante-qué necesidades tienen, que usted está tratando de cubrir.,
durante nuestros talleres de escritura de historias, tratamos de omitir el uso de un papel como simplemente «el usuario». Se puede aplicar a cualquier persona, desde sus clientes hasta administradores, y, por lo tanto, no refleja la personalidad de grupos objetivo particulares, la forma en que interactúan con la aplicación.
Si desea lograr resultados realmente excelentes, es posible que desee sumergirse en más., En lugar de simplemente nombrar a los usuarios después de su rol (por ejemplo, «un controlador») intente crear algún tipo de buyer persona.
Aquí hay algunos consejos más de nuestra propia experiencia:
- Todo se trata del usuario. No SOBRE DESARROLLADORES. Y ni siquiera sobre el propietario de un producto. Cada historia debe ser valiosa para algún grupo de sus usuarios finales.
- No piense en los usuarios solo como Clientes Externos. Es cierto que sus historias serán sobre todo acerca de ellos. Pero también es cierto que tienes que considerar a los usuarios internos como administradores, editores, etc.
- siente algo de empatía. Dale un nombre a tu «usuario»., Piensa en sus hábitos móviles, qué problema va a resolver tu aplicación para él y cómo vas a hacer que este camino sea más fácil y rápido. Recuerda a algunas personas que conoces de la vida real y que encajan en este retrato; siente cómo te relacionas con este grupo objetivo.
Paso 2: piense en el»qué»
Ahora tenemos algunos grupos de usuarios finales. El siguiente paso que hacemos es definir qué funcionalidad espera cada usuario, cómo va a interactuar con la aplicación.,
estas son las reglas principales para recordar al escribir una acción para un Kanban o historia de usuario scrum:
- Una acción por historia. Si quieres escribir algo como» como cliente quiero navegar por los artículos y agregarlos al carrito», será mejor que lo divida en 2 historias separadas.
- describir una intención, no una característica., Por ejemplo, en lugar de «quiero administrar mi perfil», cree algunas historias como «quiero poder registrarme», «quiero subir mi foto de perfil», «quiero vincular mi tarjeta de crédito a mi perfil»: cada historia tendrá un valor diferente.
- sea breve. A los usuarios no les importa qué biblioteca usarás para permitirles navegar por la lista de artículos, así que deja todos los detalles técnicos a un lado.
- evite describir la interfaz de usuario. Hemos definido las historias como negociables, ¿recuerdas? Es por eso que todos los buenos ejemplos de historias de usuario no incluyen ningún detalle de la interfaz de usuario., Así que no intentes componer ninguna forma especial de implementarlos (lo haremos más adelante).
Paso 3: piense en el»Por qué»
finalmente, la última pieza de nuestra plantilla de historias de usuario está dedicada a un valor que los usuarios obtienen después de realizar una acción. Puede parecer que no es gran cosa, pero a menudo es la parte más complicada del desarrollo de historias de usuario.,
Sin embargo, su sección siempre debe corresponder con sus métricas y KPI. Debería mejorar la experiencia de usuario, aumentar las tasas de retención, acortar el viaje de los usuarios a la solución del problema o lo que sea. Cada historia debe contribuir algo al objetivo general de su producto.,
Si no puede responder qué valor aporta esta función a los usuarios finales y a su producto, entonces está haciendo algo mal.
por ejemplo, hay algunos ejemplos de historias de usuarios con un valor bien escrito para nuestro proyecto de aplicación de pedidos de alimentos en curso:
- Como cliente, quiero recibir notificaciones cuando hay nuevas Ofertas calientes para que nunca me pierda las mejores ofertas. .
- como gerente de restaurante, quiero complementar la descripción del plato en el menú con una foto para que se vea más atractivo para los clientes. .,
Paso 4: discutir una historia
finalmente, siempre discutimos historias de usuarios después de que se han creado. Aunque parezca que no hay nada de qué hablar.
durante este Q&una sesión, pedimos al autor de la historia que proporcione más detalles o aclare algo si es necesario. Nos ayuda a entender cómo debe funcionar y acordar los criterios de aceptación., De esta manera revisamos todos los ejemplos de historias de usuarios de aplicaciones móviles uno por uno.
luego realizamos una sesión de lluvia de ideas con todo el equipo que trabaja en el proyecto. Nos permite descubrir las mejores formas de implementar historias de usuario desde la perspectiva tecnológica.
así es como se escriben historias de usuario en pocas palabras. Nuestro escuadrón de Stormotion también usa los siguientes consejos cuando trabaja en esta tarea:
- comience con épicas., Por lo general, es más fácil pasar de tareas más complejas a tareas más específicas, así que intenta escribir épicas y luego divídelas en historias.
- escucha los comentarios. A veces no necesitas adivinar historias: pide comentarios a tus usuarios finales reales y usa sus ideas como fuente de inspiración.
- NO introduzca los detalles demasiado pronto. Es mejor realizar la sesión de lluvia de ideas antes de cada sprint para discutir cómo implementar las historias planificadas.
Conclusion conclusión
Las historias de usuario son un elemento esencial del enfoque ágil que puede aportar muchos beneficios a su proyecto., Sin embargo, es importante escribirlos correctamente, lo que requiere algo de tiempo y habilidades.,T criterios, lo que significa que son:
- independiente
- negociable
- valioso
- Estimable
- pequeño
- comprobable
la plantilla de historias de usuario comunes incluye el usuario, la acción y el valor (o el beneficio) y normalmente se ve así:
las historias de usuario puedan ayudarlo a mejorar constantemente el valor de su producto, estimar los esfuerzos de desarrollo de una manera adecuada y priorizar el desarrollo de características durante las etapas MVP y post-MVP.,
