Contabilización de la investigación de usuarios en Agile

User Research y Agile no siempre son los mejores amigos. El desarrollo ágil a menudo se centra en crear funciones y dividir el trabajo en partes más pequeñas. La investigación de usuarios no siempre está ligada a una sola función, lo que dificulta encajar perfectamente en intervalos de dos o tres semanas (duraciones típicas de los sprints). ¿Cómo podemos encajar la investigación de usuarios en un marco ágil?

Contenido del Articulo

La investigación de usuarios en Agile es un desafío

Por lo general, en entornos ágiles, la investigación de usuarios (como entrevistas de usuarios, pruebas de usabilidad e investigación de diarios) se aborda de la misma manera que un equipo se acerca a la creación de nuevas funciones: dividiéndolas en pequeños fragmentos de trabajo que producen algo tangible. …

Este tipo de pensamiento da lugar a muchos problemas:

  • La investigación cubre múltiples sprints. Los equipos no pueden completar toda la exploración en un sprint y el elemento de la lista de trabajos pendientes permanece abierto para múltiples sprints.
  • Los resultados del estudio no se tienen en cuenta una vez finalizado el estudio. Los equipos reciben comentarios de los usuarios, pero estos comentarios no se envían a la cola para trabajar.
  • Como resultado de la investigación, no se encontraron artefactos materiales. Las partes interesadas y los equipos no saben qué hacer con las lecciones aprendidas de la investigación porque están acostumbrados a que les entreguen proyectos terminados o códigos listos para la producción.

Debido a todos estos problemas, la investigación de UX a menudo se descuida u olvida en entornos ágiles.

Céntrese en los resultados, no en el rendimiento

Al desarrollar un producto, uno de los mayores escollos se centra en salidas encima resultados – es decir, una discusión de qué características deben crearse antes de definir claramente su propósito. Esta mentalidad prioriza la creación de funciones brillantes sobre la comprensión del valor para los usuarios y la empresa.

Por ejemplo, una aplicación como Venmo podría decidir crear una función para enviar dinero a otra persona para que un usuario pueda pagar fácilmente a alguien sin efectivo. El resultado será la funcionalidad a construir: enviar Dinero característica. El resultado es lo que obtienen los usuarios: otra forma de pagarle a alguien. Para comprender los problemas que resolvemos y averiguar cuáles son los resultados, necesitamos investigar a los usuarios.

Uno de los valores fundamentales de Agile es respondiendo a los cambios por seguir el plan. Los equipos deben centrarse en el descubrimiento continuo, es decir, el aprendizaje continuo, a lo largo de sus proyectos. La investigación debe ser la fuerza impulsora detrás de este descubrimiento continuo y continuar durante todo el proyecto. Muchos equipos ven la investigación como un proyecto de seis semanas o una fase de descubrimiento antes del desarrollo y nunca vuelven a investigar mientras el proyecto está en curso. Pero tendrán más éxito en la creación de productos centrados en el usuario si se esfuerzan por hacer algunos explora cada sprint. De esta forma, siempre están aprendiendo y aclarando los objetivos de su proyecto.

Presentación de la investigación de retraso

Al igual que con el diseño y el desarrollo, debemos reflejar los esfuerzos de investigación en nuestra cartera Agile. Cuando los esfuerzos de investigación no se reflejan en la acumulación, pasan desapercibidos e inevitablemente pierden prioridad: fuera de la vista, fuera de la vista.

Para documentar la investigación de lag, siga estos pasos:

  1. Agregue los resultados de la investigación a la lista de trabajos pendientes como una historia de usuario o una lista de trabajos pendientes por separado.
  2. Divida su investigación en partes más pequeñas y agregue las tareas apropiadas al elemento de la lista de trabajos pendientes.
  3. Cuando complete las tareas, márquelas como completadas, dejando abierto el elemento de exploración pendiente hasta que se hayan completado todas las tareas.

Echemos un vistazo a un ejemplo.

Ejemplo: prueba de usabilidad con 6 participantes

Para este ejemplo, imagine que desea realizar una prueba de usabilidad de 6 personas para ver cómo los usuarios usarán (o no) los atajos de teclado en su aplicación.

Para completar esta exploración, debe completar las siguientes tareas:

  • Reclutar y planificar a cada miembro
  • Realizar una sesión
  • Analizar datos
  • Presentar los resultados a las partes interesadas

Para cada participante, agrega tareas individuales al registro para reclutar, programar y ejecutar una sesión. Luego, puede agregar una o más tareas para analizar los datos y presentar los resultados a las partes interesadas. Algunos equipos comienzan a buscar patrones a la mitad de la recopilación de datos, para que puedan analizar los datos y presentar algunos resultados iniciales dos veces en el transcurso de este estudio.

El tablero de trabajo pendiente de Kanban al comienzo del Sprint 3 muestra tres columnas: Por hacer, Por hacer y Listo.  La columna Tareas presenta varias tareas.  No hay elementos en las columnas Progreso y Listo.
Presentamos un estudio con 6 usuarios al inicio de un sprint: Prueba de usuario: atajos de teclado este es el nombre del elemento de la lista de trabajos pendientes; contiene varias tareas presentadas en Hacer columna. Dado que estamos probando con 6 participantes, se presentan 6 problemas para cualquier esfuerzo de los participantes. En este caso, el equipo quiere analizar los datos dos veces y presentar los resultados.
El tablero de Kanban Backlog al final del Sprint 3 muestra tres columnas: Por hacer, Por hacer y Listo.  La columna Tareas pendientes enumera varias tareas que aún no se han iniciado.  Una tarea está abierta en la columna Progreso y varias tareas completadas se muestran en la columna Finalizado.
Presentación del mismo estudio de usabilidad al final del sprint: el equipo ha reclutado y programado a 3 participantes hasta el momento, está en el proceso de reclutamiento y planificación de un cuarto y completó una sesión de prueba de usabilidad.

Es importante aceptar y comunicar que esta investigación es permanecerá abierto durante varios sprints… Esta idea es difícil de entender para algunas partes interesadas, así que recuérdeles que los esfuerzos de investigación producen resultados, no resultados, es decir, proporcionan metas y necesidades, no características. Pregúntese si está más cerca de su objetivo. Si es así, significa que estudias, ¡es bueno! En la descripción general del sprint, puede hablar sobre cómo avanza la investigación, las citas pegadizas que puede haber escuchado hasta ahora y lo que viene a continuación. Este enfoque reforzará la idea de que la investigación está en curso y aumentará el interés.

El tablero de trabajo pendiente de Kanban al final del Sprint 4 muestra tres columnas: Por hacer, Por hacer y Listo.  La columna Tareas pendientes todavía muestra varias tareas que no se han iniciado.  No hay tareas abiertas en la columna En curso y en la columna Finalizar hay varias tareas completadas.
Envío del estudio con 6 usuarios al final del siguiente sprint: todos los participantes fueron reclutados y programados, se completó la mitad de la entrevista y los investigadores analizaron la primera mitad de los datos. Los resultados presentados aquí en la descripción general del sprint pueden incluir algunos patrones de origen o algunos otros tipos Informe de progreso

¡La etapa intermedia es una gran oportunidad para involucrar a las partes interesadas en el proceso! Ahora que han recibido sus primeros comentarios, es posible que quieran participar en la segunda mitad del estudio, el primer paso para convertir el estudio en un deporte de equipo. Si su investigación avanza rápidamente, no necesita una verificación a medias, pero cuanto más transparente sea sobre el proceso, más probable es que su equipo y las partes interesadas comprendan el valor que aporta al proyecto.

Una vez que se completan todas las tareas en este elemento de la lista de trabajos pendientes, esta exploración se completa y se puede cerrar.

Actualizar la cartera de pedidos en función de los resultados de la investigación

Después de completar su investigación, es probable que reciba una lista de correcciones de errores, atrasos de UX, nuevas funciones potenciales y oportunidades para futuras investigaciones. Todo esto debe enviarse de nuevo a su backlog, ya sea como tareas en elementos de backlog existentes, errores que deben corregirse o como nuevos elementos de backlog.

Abra esta lista de elementos después de presentar los hallazgos de la investigación en la revisión del sprint para que pueda priorizarse y agregarse a la lista de trabajos pendientes de inmediato. Dado que sus partes interesadas ya están en la revisión del sprint, no es necesario que las invite a otra reunión.

A pesar de todo cómo agrega, incluye los resultados de su investigación en la lista de trabajos pendientes, asegúrese de actuar en consecuencia. Un equipo que no presta atención a los comentarios recibidos solo descubre nueva información y no reacciona a los cambios.

Transferencia de resultados de investigación a Agile

Los equipos ágiles saben muchos sobre la entrega, pero la investigación y el aprendizaje continuo deberían ser igualmente importantes. Para abordar los desafíos de realizar investigaciones de usuarios en Agile, recuerde:

  • La investigación puede abarcar varios sprints. Usted se enfoca en los objetivos del usuario que probablemente influyan en múltiples funciones, por lo que durante las revisiones de sprint, sea transparente sobre cómo la investigación hace avanzar al equipo. La comunicación frecuente durante el curso del estudio contribuirá a fortalecer la relación y la comprensión.
  • Envíe los resultados de la investigación a la lista de trabajos pendientes. La detección y respuesta continuas a los cambios es esencial para crear software resistente en entornos flexibles. Asegúrese de que el equipo no solo escuche a los usuarios, sino que también responda a sus necesidades.
  • La investigación es valiosa para el equipo en forma de conocimiento, no de artefactos materiales. Las lecciones aprendidas de su investigación informarán las funciones futuras, los requisitos de compilación y los criterios de elegibilidad, y lo ayudarán a comprender a sus usuarios. Todas estas son cosas que hacen avanzar al equipo y lo benefician.

Enlace

Josh Seiden. 2019. Los resultados son más importantes que los resultados: por qué el comportamiento del cliente es un indicador clave del éxito empresarial. Sense & Respond Press, Estados Unidos.

Previous post ¿Su producto se está convirtiendo en un castillo de naipes? | Dominik Gmeiner | Septiembre 2021
Next post ¿Cómo obtengo una tarifa de entrada a mi presupuesto de SEO?

Deja una respuesta