Share
Las historias de usuarios son una parte crucial de la gestión de equipos interdisciplinarios en proyectos complejos, y también pueden ser útiles para desarrolladores en solitario que desean asegurarse de que están entregando un producto de calidad. Lea y aprenda cómo las historias de usuario pueden mejorar el flujo de trabajo de su proyecto.!
¿Ver el mapa? Enormes proyectos tienen el mismo aspecto. Hay muchos equipos diferentes trabajando juntos, tratando de entregar un producto maravilloso. Puedes comparar esos equipos con las diferentes rutas en el mapa. Cada equipo tiene sus propios objetivos en mente y solo en ciertos cruces los equipos se encuentran entre sí. La comunicación es clave en alguna Proyecto pero aún más crucial en grandes proyectos. ¿Cómo se comunica efectivamente en tales proyectos??
Trabajo en una empresa de diseño y desarrollo de aplicaciones en la ciudad de Nueva York. A menudo, diferentes proyectos pasan a través de la oficina y no siempre está claro cómo completar proyectos con diferentes partes interesadas involucradas. Esta es la razón por la cual en cualquier colaboración usted necesita poder entenderse mutuamente. Optamos por un sistema altamente flexible y escalable, para abordar proyectos grandes y pequeños. Aquí hay una idea de nuestro proceso..
Las historias de usuarios ayudan a unificar nuestros equipos al crear un producto. Conectan a cada equipo y mejoran nuestro flujo de trabajo..
Conectar equipos es un reto. Naturalmente, los equipos se comunican. Si eso sucede efectivamente es cuestionable. Tener un sistema implementado que mejore la comunicación al facilitar hablar de un producto técnico mejora la forma en que colaboran los equipos. Esto es exactamente de lo que tratan las historias de usuarios..
En Fueled creemos que podemos lograr más con un proceso ágil. Esto significa que todos nuestros equipos participan desde el primer día cuando un cliente desea trabajar con nosotros. Cuando tenga diferentes equipos involucrados en un proyecto desde el primer día, habrá conflictos y malentendidos sobre las expectativas y los resultados deseados de un proyecto. Después de todo, ¿cómo planifica con éxito ciertas limitaciones técnicas para un diseñador o le explica a un desarrollador cómo funcionará una maqueta? Las personas con diferentes antecedentes en la industria a menudo tienen diferentes expectativas. Para las personas que han estado trabajando juntas por siempre, es mucho más fácil saber qué se espera de las demás, pero para las nuevas empresas o los nuevos empleados, a menudo es más difícil comunicarse de manera efectiva al inicio de un proyecto.
Todos sabemos que en entornos multidisciplinarios, la colaboración no siempre es fácil.. Aquí es donde las historias de usuario entran en juego. El concepto detrás de las historias de usuario es sencillo. ¿Qué sucede si utilizamos nuestro idioma común, el inglés escrito, para conectar equipos y lograr la realización de un producto? Las historias de usuario son los pensamientos escritos del usuario. Este podría ser un ejemplo de una historia de usuario:
Las historias de usuario siempre se escriben desde la perspectiva del usuario..
Acompañado con historias de usuario son criterios de aceptación. Estos son básicamente una lista de requisitos que permiten que la historia del usuario suceda. Aquí están los criterios de aceptación para la historia de usuario anterior:
Además de los criterios de aceptación, las historias de usuario suelen ir acompañadas de una estructura alámbrica, una prioridad y el estado actual. Aquí hay algunos ejemplos más de posibles criterios de aceptación que se pueden encontrar acompañando una historia de usuario:
Las historias de usuario y los criterios de aceptación que se acompañan son datos breves y detallados que pueden explicar la funcionalidad de una característica determinada en una aplicación. Al mismo tiempo, tanto los diseñadores como los desarrolladores entienden lo que se espera de ellos. Usemos el ejemplo de la historia de usuario del botón Atrás: una vez que los diseñadores han visto el alámbrico y han leído los criterios de aceptación, saben que necesitan diseñar dos estados del botón y los desarrolladores saben qué tipo de funcionalidad específica necesitan implementar..
Me gustaría desarrollar la diferencia entre las historias de usuario y los criterios de aceptación. Las historias de usuario siempre se escriben desde la perspectiva del usuario. Los criterios de aceptación existen para aclarar las historias de usuario: lo que se requiere para que una historia de usuario funcione?
Como diseñador o desarrollador individual, puede sentirse tentado a pensar que esto no es relevante para usted. Ya sabes todo lo que tu aplicación debería hacer, ¿verdad? Desafortunadamente, esto es poco probable que sea cierto. Los criterios de aceptación siguen siendo extremadamente útiles para garantizar la calidad y encontrar problemas dentro de su propio código o diseño.
Las historias de usuario también son una herramienta útil para la gestión de proyectos en general. Puede realizar un seguimiento de diferentes historias de usuarios e informar errores o problemas. Después de todo, las historias de usuarios enumeran específicamente las expectativas para la funcionalidad de la aplicación en la que está trabajando.
Finalmente, si bien es posible que no esté trabajando con otro miembro del equipo hoy, ¿qué sucede si eso cambia mañana? Puede ampliar sus historias de tal manera que pueda proporcionar instrucciones para el diseño o desarrollo con el fin de proporcionar aún más orientación para los colaboradores..
Por supuesto, hay una gran cantidad de software que hace que la gestión de historias de usuarios sea un proceso simple y accesible. Por ejemplo, hay Mingle, Pivotal Tracker, ScrumDo y muchos más. Para nuestros proyectos, preferimos utilizar Jira..
Captura de pantalla de Jira No depende de un software como Jira para usar el concepto de historias de usuario al crear una aplicación. Puede utilizar herramientas gratuitas o crear su propia forma de realizar un seguimiento de las historias de los usuarios..
Por lo general, hay una persona que gestiona el proyecto. A menudo, etiquetamos a esas personas como gerentes de proyecto, ya que tienen una visión general del proyecto. No se requiere que los diseñadores y los desarrolladores piensen constantemente en el alcance más amplio, pueden centrarse únicamente en hacer que las historias de los usuarios sucedan. Cuando se usa correctamente, este es un sistema que funciona bastante bien. Una persona se concentra en el panorama general, proporciona historias de usuario y piensa en cómo debería verse el producto y cómo debería funcionar. Al mismo tiempo, estas personas se aseguran de que se cumplan las expectativas de los clientes mientras guían a su equipo. Es una forma de asegurar la calidad de manera efectiva..
Esto permite a los diseñadores y desarrolladores enfocarse en funcionalidades y problemas muy específicos y definidos sin preocuparse constantemente por el panorama general. Las historias de usuario y los criterios de aceptación lo hacen posible y es fácil hacer un seguimiento del progreso del producto final.
Herramientas como Jira incluyen funcionalidad incorporada para seguir este proceso. Usted tiene la libertad de trabajar con flexibilidad con el sistema. Puedes vincular ciertos problemas o errores con ciertas historias de usuario. Si no está satisfecho con un aspecto específico del diseño, puede relacionarse con esa historia de usuario específica. Aquí en la oficina, disfrutamos trabajar con "epopeyas". Una epopeya es básicamente un grupo de historias de usuarios. Por ejemplo, ciertas aplicaciones tienen una épica para cada pantalla. De esta manera, puede agrupar las funcionalidades de una pantalla en un grupo, lo que le brinda una visión aún mejor de la rapidez con la que se está completando su proyecto o qué grupo de historias de usuario es responsable de la mayoría de los errores. Además, los diseñadores y desarrolladores pueden asignar sus recursos entre las diferentes historias de usuarios al proporcionar más información sobre el tiempo o la complejidad de la funcionalidad involucrada. También es posible planificar ciertas historias de usuarios o epopeyas en un calendario y gestionar el progreso de un proyecto..
En última instancia, es probable que el éxito de trabajar con historias de usuario en su propio proyecto dependa de la flexibilidad del sistema que haya implementado y de la libertad que proporciona el sistema para trabajar dentro de él, ya sea como individuo o como equipo. Un buen sistema de historias de usuario también debería permitirle mantener una visión general del proyecto en su visión periférica, incluso mientras se enfoca en tareas o características específicas.
Esperamos que este artículo ofrezca una idea de cómo abordamos los grandes proyectos y aseguramos la calidad de los productos que creamos. Las historias de los usuarios aseguran que piense en la funcionalidad de su aplicación y tenga en cuenta los deseos del cliente. Las historias de usuario son excelentes para el producto, su cliente y su equipo!
Accentsconagua