Hola Mi nombre es Anatoly Savchenko, soy desarrollador y al mismo tiempo scrum master en el equipo del servicio AutoTech . Como habrás adivinado, trabajamos en Scrum. Cada dos semanas llevamos a cabo una revisión de sprint, una reunión donde el equipo y las partes interesadas discuten lo que se ha hecho. Con base en esta información, el equipo puede sacar conclusiones sobre si el desarrollo se está moviendo en la dirección correcta, qué mejoras aún se necesitan, etc. Recientemente, hemos adquirido una nueva y valiosa experiencia en la celebración de esta importante reunión. Quiero contarte sobre él.

Herramientas de retroalimentación

Por supuesto, una revisión de sprint no es el único canal de comentarios: tenemos un laboratorio UX, procesamos revisiones en tiendas de aplicaciones móviles, llamadas de soporte, revisiones en varios recursos de Internet, realizamos encuestas de usuarios en el sitio y más.
Esto es para usuarios privados.

Además de ellos, trabajamos con socios comerciales a quienes brindamos funcionalidades y herramientas de trabajo adicionales. Tenemos una interacción más cercana con ellos. Nuestros gerentes siempre están en contacto con ellos (correo, teléfono), hay chats en mensajería instantánea, que son miembros del equipo de desarrollo. Por lo tanto, nos acercamos a los usuarios de nuestra empresa: los conocemos mejor, entendemos sus necesidades, los escuchamos y sentimos su dolor o alegría.

Y estos son todos canales de comunicación maravillosos y necesarios. Pero dan información después del lanzamiento. Además, en este caso, el equipo de desarrollo todavía está bastante lejos de los usuarios. Es por eso que las revisiones de sprint pueden ser más beneficiosas para un equipo, producto y, en última instancia, para los usuarios.

Revisión de Sprint - como era antes

En general, nuestras reuniones se realizaron a un buen nivel: recibimos comentarios rápidos y de alta calidad de nuestros grupos de interés (es decir, clientes internos - gerentes) y otros colegas de Avito. Se creó una situación más bien de cámara, pero en algún momento comenzamos a perder la plenitud de los comentarios. Queríamos cambiar algo. Y nuestro entrenador ágil Levon Goncharov de AgileVerse nos llevó a la idea de invitar a usuarios externos, nuestros socios comerciales, directamente a la reunión.

Levon Goncharov, cofundador de AgileVerse: “Conocí a los chicos cuando decidieron mejorar sus procesos. Entendieron que algo iba mal y estaban buscando una respuesta. Durante el diagnóstico, cada miembro del equipo de alguna manera habló de la necesidad de comprender "cómo vive el usuario". Influyó en alguien desde el punto de vista de la motivación, alguien necesitaba entender cómo desarrollar el proyecto arquitectónicamente. Esto, en principio, es un problema bastante común de los equipos scrum: convertir una revisión de sprint en una reunión, donde cuentan lo que se ha hecho y piensan no como creadores, sino como artistas. Para evitar esto, debe pensar en esto.

No. 1 Cuando desarrolla un producto, ¿piensa más en las características o los problemas del usuario?
№2 ¿Sabe cómo vive su usuario y por qué debería usar su producto?
No. 3 ¿Sueles comunicarte con quienes usan tu producto?
Aconsejé al equipo que discutiera estos problemas y cambiara el formato de la revisión de sprint.

El caso de chatear con los usuarios apareció bastante rápido. Al final del sprint, planeamos lanzar una nueva herramienta para socios de la línea de ensamblaje que nadie había visto antes. Y decidimos ponernos en marcha para recopilar comentarios sobre un producto que aún no se ha lanzado.

Preparación

Para empezar, Levon y mis colegas reunieron las expectativas de una nueva reunión, después de la cual planificamos la agenda y preparamos todos los materiales necesarios.
Puedo decir que sobre la preparación solo, uno podría escribir una publicación completa. Nos permitió crear una imagen integral de la reunión y tomar absolutamente todo en cuenta (por supuesto, no tomamos en cuenta todo, porque es imposible, pero también lo tomamos en cuenta).

Primero, pintamos el objetivo y la imagen del resultado en un rotafolio. Registramos puntos para el plan general de la reunión. Detallando el relleno de cada etapa.
Registramos los tiempos de todas las etapas (y los reescribimos varias veces). Determinamos los materiales necesarios para cada etapa y anotamos lo que necesita recordar para llevar a la reunión.

En resumen, esto es lo que tenemos.

Propósito

1. Habla el enfoque del equipo para el trimestre
2. Comprenda cómo la cuenta de usuario actualizada (LKP) satisface las necesidades
3. Muestra teasers y formula un plan para 1-2 sprints

Plan

1. Apertura (5 minutos)
   a. Agenda
   b. Te contamos cómo dar retroalimentación
   c. Conociendo al equipo
2. Parte común (15 minutos)
   a. Que hiciste
   b. Planes futuros (enfoque en el trimestre)
   c. Q&A
3. Demo (15 minutos)
   a. Discutir
   b. Teasers
4. Diálogo LCP (10 minutos)
   a. Que encontraste (lo que es así, lo que no es)
   b. Cuando terminemos (sprint aproximado)
   c. ¿Qué reemplazar? (hablando de la vida del usuario)
5. Recopilación de comentarios sobre el formato de revisión (5 minutos)

Imagen del resultado

1. Retroalimentación trimestral
2. Lista de mejoras en la pintura.
3. Discuta los dolores más severos del usuario, escriba el resto
4. Discutir una comprensión común de los avances, planes para 1-2 sprints
5. Comentarios sobre el formato de la revisión de los participantes

Levon Goncharov, cofundador de AgileVerse: “Cuando llenamos una agenda de reunión de muestra , escribimos todo lo que puede suceder y de qué manera podemos gestionarla. Asumimos que los usuarios comenzarían a hablar sobre dolores completamente comunes y lo incorporamos al diseño de revisión de sprint. Pero en el proceso de preparación, quedó claro que no había suficiente espacio para esto. Así que obtuvimos información útil antes de la reunión que no podremos tocar sobre temas comunes ".

Como te fue

La idea principal era brindar a nuestros usuarios una experiencia de contacto en vivo con el producto y obtener la máxima retroalimentación. Esto es lo que se nos ocurrió: colocamos a cada uno de nuestros invitados detrás de una computadora portátil con un producto, al lado del cual siempre había dos miembros del equipo. El papel de uno es hablar sobre el producto y responder preguntas, y el segundo es registrar lo más posible todo lo que sucede y luego procesarlo junto con el propietario del producto.

Bueno, resultó un poco más de dos miembros del equipo por cada invitado

La discusión resultó estar saturada, e incluso extendimos el tiempo para mostrar el producto. Como resultado, no solo recibimos muchos comentarios útiles, sino que también aprendimos cómo se construyó el trabajo de nuestro socio desde adentro. Esto nos ayudará a planificar más trabajo sobre el producto.

Parecía la primera versión del producto.

Queríamos colocar el máximo de información útil en una página, pero para los usuarios la interfaz resultó estar sobrecargada. Además, parte de la información era simplemente incomprensible.
Registramos los comentarios y deseos de nuestros invitados, notamos lo más importante y prioritario, y discutimos de inmediato con los socios qué y cuándo vamos a implementarlo.
Los comentarios nos han ayudado a repensar cómo podemos presentar información al usuario de manera conveniente y clara. En el momento de la redacción, ya se han realizado las ediciones de mayor prioridad, lo que transformó significativamente la versión original.

Versión del producto después de ediciones

Gracias a los comentarios iniciales, pudimos evitar una situación en la que les dimos a nuestros usuarios un producto sin procesar que necesitaba ser editado sobre la marcha.

Como equipo, hemos adquirido una experiencia muy valiosa. Esto es lo que dicen mis colegas.

Vadim Ivanov, CEO de Autoteks: "Considero que este tipo de recopilación de comentarios es una práctica muy útil y necesaria, que, en el buen sentido, tuvo que implementarse mucho antes: una cosa es ver / escuchar revisiones de sprint en la acogedora atmósfera de colegas de mentalidad positiva, es otra muy distinta ver de inmediato Una respuesta viva del usuario al trabajo realizado. La opinión de los usuarios comerciales es doblemente útil, ya que A menudo conocen con mayor precisión sus necesidades y problemas. Incluso el primer intento resultó ser exitoso, todo el equipo se mostró muy entusiasta e involucrado en el proceso, logró recopilar valiosos comentarios que inmediatamente comenzaron a trabajar incluso antes del primer lanzamiento de la nueva funcionalidad y, como resultado, preparó un producto mucho más preparado para los socios. Y los costos de mano de obra adicionales para la preparación del evento fueron más que rentables. Recomiendo a todos que implementen tales métodos en casa y no tengan miedo de experimentar ".

Mansur Ahmadi, QA Autoteks: “En la cabeza de un ingeniero, la imagen del usuario final y su UX a menudo divergen de la imagen real del mundo, lo que a su vez puede conducir a las soluciones no más adecuadas. En la última reunión, esto fue bastante claro cuando nuestro invitado describió su visión del producto. Esa visión, que le daría más felicidad. Esa visión en la que debemos centrarnos. En mi opinión, son precisamente esas reuniones las que ayudan a llegar a él más rápido ”.

Andrey Tumkin, propietario del producto Autoteks: “¿Por qué lo primero que se le viene a la mente antes de invitar a usuarios reales a una demostración? En las primeras etapas, revelamos sus dolores, y después del lanzamiento recopilamos comentarios y hacemos correcciones. Pero no tan simple.
En primer lugar, perderá tiempo y dinero, en lugar de resolver inmediatamente los problemas de los usuarios. En segundo lugar, incluso CusDev realizado antes del desarrollo no podrá identificar todos los problemas que se revelarán en un producto real. En tercer lugar, ningún otro proceso dará una participación de tal equipo en el producto ".

Conclusión

Reunirse con los usuarios no es solo una herramienta para mejorar y obtener retroalimentación, es una verdadera construcción de relaciones con aquellos para quienes está haciendo un producto, y conciencia de la importancia de este trabajo.
Nuestro equipo se sintió muy inspirado por la experiencia adquirida, por lo que planeamos introducir dicha práctica de manera regular, una vez al mes o dos. Deseo que celebre una reunión similar y vea qué sucede. Buena suerte