Por alguna razón, la creación de diseños de diseño y la visualización de soluciones siempre despierta un gran interés entre todos los miembros del equipo de producto, ya sea un gerente que quiere aprender Sketch o un desarrollador que ha visto mucho y ahora quiere crear interfaces geniales y no preguntar a los diseñadores al respecto. Y esto es normal cuando todo esto está en discusión. Pero cuando se trata de trabajo real ...
Mi porque
Hola a todos, mi nombre es Anya, soy diseñadora de productos en Scentbird NY, una empresa estadounidense, antes de eso estaba desarrollando productos emblemáticos junto con el equipo de diseño de Alfa-Bank.
Tengo mucha suerte en la vida, y por alguna razón siempre trabajo con desarrolladores que ofrecen las soluciones más interesantes para el producto. E incluso mejor de lo que muchos gerentes y propietarios de productos podrían ofrecer. Y noté esto: cuanto antes conecte a los desarrolladores para trabajar en una tarea, mejor será el resultado. Debajo del corte, le diré cómo llevar a cabo una lluvia de ideas con el equipo para generar no las soluciones más obvias, sino efectivas. Lo que al mismo tiempo también es muy sencillo de implementar. Y, lo más importante, cómo no gastar mucho tiempo en ello y no quedar empantanado en aprobaciones.
El proceso
1. Elección de la tarea
Para llevar a cabo una lluvia de ideas correctamente, debe elegir el tema adecuado para ello. La tarea que traes a la discusión no debería ser demasiado simple, pero no debería ser demasiado complicada. Si desea crear una hoja de ruta para los próximos seis meses, es mejor que lo piense usted mismo, de lo contrario la lluvia de ideas durará casi lo mismo. Y tampoco vale la pena plantear los problemas que obviamente tendrán que ser largos y tristes para coordinarse con las partes interesadas. De lo contrario, pasará tanto tiempo entre la lluvia de ideas y al menos algún resultado que todos ya olvidarán de qué se trataba.
Idealmente, elija lo que se puede implementar en el futuro cercano. Y por el futuro cercano quiero decir un par de semanas aquí. A partir de la fuerza de 3 semanas.
2. Preparar análisis
Tu arma principal son los hechos. Porque a las preguntas del tipo "¿Por qué deberíamos tratar este problema ahora?" debe tener una respuesta completa con números listos, de lo contrario, en la mente de sus colegas, se convertirá en una extraña lista de deseos o incluso en el deseo "Hazme hermosa". Tienes números, hay datos, hay análisis: úsalos durante una lluvia de ideas.
Por supuesto, es útil saber cuánto dinero aportará una nueva solución al problema actual, si al menos puede resolverlo. Es bastante tangible medir el éxito en dinero. Otra buena opción está en los clientes. Hable con el equipo sobre los dolores del usuario que encontró en la entrevista. Comprobado personalmente: el equipo está realmente impresionado por el mensaje de video del cliente, quien informa que el servicio en su forma actual es inconveniente de usar.
3. Dos equipos de pizza
No intente invitar a todas las personas a las que llegue a la lluvia de ideas: debe haber pocas personas, pero lo suficiente como para comer 2 pizzas enteras (esto es aproximadamente 5-7 personas). Por supuesto, este puede ser un desarrollador muy hambriento, sí. Lo ideal es invitar a los miembros del equipo más interesados.
Bueno, si decides actuar según este principio, no olvides las pizzas en sí. Mejor con margen.
4. El tiempo es dinero.
Divide la reunión en dos.
La primera mitad es una discusión de formas de resolver el problema actual, trate de llegar a 10-12 piezas. Deje que todos los que ya han masticado su pizza den su opinión. Sea cortés, no interrumpa a sus colegas y deje que todos hablen, incluso si su idea no es muy cercana a usted. Al mismo tiempo, recuerde que usted está aquí no solo como la persona que trajo la pizza, sino también como el moderador: siga la discusión, si alguien comienza a detenerla mucho, devuelva la conversación al camino correcto.
La segunda mitad: la selección de 3-5 mejores ideas y su discusión. Para asegurarse de que todos se entiendan correctamente, puede intentar dibujar estas ideas de inmediato en un escenario.
5. Visualización
Registre y bosqueje todas las ideas. Rotafolio, pegatinas y listo.
Pero, ¿y si el equipo se distribuye?
Aquí viene una gran cantidad de software para el trabajo en equipo, porque el problema de la comunicación en equipos distribuidos, francamente, no es solo suyo.
Sococo - espacio común y videollamadas
Miro, figma y otras pizarras interactivas, puedes pegar pegatinas, escribir listas y mucho más
Chat de realidad virtual: personalmente no lo he probado, pero parece prometedor. Los chicos incluso toman café.6. Después de todo
Cuando todas las decisiones que ha decidido poner en práctica, vaya a la etapa de implementación, mantenga a sus muchachos actualizados, exprese su estado actual: lo acordado, lo que ya está en el trabajo, y así sucesivamente, para que no tengan la sensación de que solo conversaron y fui a hacer lo suyo. De hecho, será interesante para ellos ver cómo sus ideas expresadas en la lluvia de ideas están respondiendo gradualmente a ciertas funciones del producto, lo que afecta tanto la conveniencia del usuario como las cifras para los negocios.
Los grandes beneficios que noto como resultado de tales reuniones son:Compromiso e interésEstá claro que aquellos involucrados en la creación de una idea o solución están mucho más interesados en la implementación de lo que fue concebido. Y el interés personal de los miembros del equipo es un motivo muy, muy fuerte, que también juega en manos de los negocios. Suplanta la inercia anterior, porque el equipo comienza a ver una forma simple y transparente de crear una solución, desde la tormenta de ideas hasta la implementación. Del esfuerzo al resultado.
Conozco todas las trampas antes de lo habitual.Con la ayuda de una lluvia de ideas, puede aprender de antemano sobre todos los casos de esquina. Las ideas serán ofrecidas por los muchachos de su equipo que probablemente estén más versados en sistemas heredados y back-end que usted. Y también habrá menos trolling, porque nadie querrá hablar sobre lo absurdo de las decisiones si estas decisiones fueron generadas directamente por los miembros del equipo.
Equipo muy unidoUn objetivo transparente común une a un equipo. En primer lugar, esta es otra oportunidad para chatear con colegas en vivo, y en segundo lugar ...
¡T2M está abajo!Todos los elementos anteriores afectan el hecho de que la tarea se resuelve más rápido de lo habitual. Y si está bien preparado y presenta correctamente los resultados del trabajo en equipo al equipo, entonces el éxito puede repetirse una y otra vez.
Es muy probable que para algunos de los invitados la reunión parezca aburrida y sin sentido, pero "los desarrolladores quieren escribir código". Por lo tanto, siempre haga que las tormentas de ideas sean voluntarias. Y si alguno de los elementos propuestos no se adapta a su equipo, no dude en eliminarlo o reemplazarlo con otra cosa. Para hacer que sus procesos sean los mejores, recopile constantemente comentarios de todos los miembros del equipo.