5 pautas para integrar el diseño UX en la cultura de tu equipo ágil

Rafael Morante17 de agosto de 2020

Si eres ingeniero de software en un equipo de desarrollo de productos, quizás ya sepas de primera mano lo difícil que puede ser para las organizaciones crear rápidamente productos excelentes y de alta calidad mientras responden a tendencias de usuarios que cambian constantemente, sobre todo si tu equipo está compuesto únicamente por ingenieros con un perfil muy técnico. Quienes tienen las habilidades técnicas para crear grandes productos muchas veces pueden carecer de conocimientos específicos del negocio o simplemente no conocer lo suficiente a los usuarios para comprender sus necesidades. Tu equipo quizás ya esté acostumbrado a trabajar con un enfoque de desarrollo ágil, e incluso esté usando Scrum, pero:

¿Están aprendiendo lo suficiente sobre el producto que construyen y sus usuarios?
¿Las funciones que desarrollan tienen un impacto en sus usuarios?
¿Los usuarios utilizan el producto y están satisfechos con él?
¿Saben qué hacer a continuación para seguir generando un impacto en sus usuarios?
Y, más importante aún, ¿saben qué caminos de creación de producto NO seguir?

Si tu respuesta a la mayoría de estas preguntas es no, probablemente te resulte muy útil conocer mucho mejor a tus usuarios y clientes. Sin embargo, cuando esos grupos crecen hasta cientos, miles o más personas, comprender lo que ocurre se vuelve más complejo y difícil. Aunque puede ser muy frustrante, no estás solo: muchos equipos como el tuyo enfrentan este mismo desafío. También hay un lado positivo, porque la mayoría de las organizaciones modernas, y muy probablemente tu empresa, ya pueden tener personas que se destacan en estos aspectos, como gerentes de producto, especialistas en el tema y diseñadores. Estos últimos pueden ser especialmente útiles durante el ciclo iterativo entre el descubrimiento y la entrega de producto, ya que las prácticas de diseño basan gran parte de su trabajo en la investigación de usuarios.

Quizás ya te estés preguntando: ¿Existe una mejor manera de conectar directamente nuestras habilidades y capacidades de creación de productos con los clientes y usuarios que los utilizan, para ayudarlos a alcanzar los resultados deseados y crear algo con impacto? Es una pregunta que quizás ya se planteó en tu equipo o incluso en distintos niveles de tu organización. La buena noticia es que la respuesta es ¡Sí! Puede haber una amplia variedad de opciones con las que tu equipo o empresa podrían experimentar para evolucionar.

Desde una perspectiva estratégica, el enfoque más lógico sería alinear tus equipos de producto con los posibles equipos de diseño, o diseñadores específicos, de tu organización. La cuestión es: ¿cómo hacerlo de manera eficaz?

Estas son 5 pautas generales que pueden ayudar a tus equipos de desarrollo ágil y diseñadores a trabajar bien juntos, enriquecer el ciclo de creación de productos y obtener mejores resultados:

1. Concéntrate en destacar los puntos en común entre los equipos Agile y de diseño UX, en lugar de sus diferencias.

Lograr que desarrolladores y diseñadores trabajen juntos puede ser bastante desafiante, principalmente por cómo se perciben mutuamente. Por un lado, los desarrolladores suelen pensar que UX es un proceso largo y externo a su trabajo de desarrollo, en el que una investigación profunda de usuarios genera requisitos demasiado complejos y poco realistas que podrían, y deberían, simplificarse y pulirse. También temen lidiar con diseños que cambian constantemente y suelen presionar para obtener la aprobación del diseño final antes de empezar a desarrollar.

Por otro lado, a los diseñadores les preocupa que los desarrolladores exijan diseños finales y que sus ideas suelan vetarse en un equipo de desarrollo. Además, tienden a sentirse fuera de lugar durante los scrums diarios y consideran difícil encajar su trabajo en el backlog del producto, mientras que los sprints les resultan demasiado restrictivos para terminar todo a tiempo.

En realidad, tanto Agile, especialmente cuando se usa Scrum, como el diseño UX se enfocan en crear con eficiencia productos exitosos, centrados en el usuario y de alta calidad. Scrum y UX comparten muchos principios e ideas fundamentales. Esta es una breve lista de algunos:

Énfasis en el aprendizaje continuo
Poner al cliente en primer lugar
Valorar las grandes experiencias de usuario
Necesidad y respeto por los ciclos de comentarios
Las cadencias y los eventos definidos por Scrum crean muchas oportunidades para aprender y adaptarse
El diseño UX aporta herramientas, técnicas y fundamentos para incorporar el aprendizaje a la entrega de software

Comprender lo que nos une como desarrolladores y diseñadores prepara el camino para trabajar con mayor fluidez, tanto en el ámbito del descubrimiento, que suele ocurrir durante el diseño UX, como en el de la creación, es decir, el desarrollo de productos. Este es un ejemplo sencillo, sin intención de ser prescriptivo, de cómo las prácticas de diseño UX podrían encajar en el marco de Scrum:

2. Busca orientación volviendo a los principios y valores de Scrum.

Aunque aquí no entraré en muchos detalles, sabemos que Scrum, como marco de trabajo, se construye sobre los tres pilares del empirismo: inspección, adaptación y transparencia. La idea principal es la importancia de experimentar abiertamente con nuestras suposiciones para asegurarnos de aprender lo que necesitamos. El diseño de experiencia de usuario está muy alineado con esto, dado su enfoque en plantear el trabajo como problemas por resolver y priorizar resultados sobre entregables para generar un impacto significativo. El pensamiento empírico está en su esencia.

Los valores de Scrum —coraje, enfoque, compromiso, respeto y apertura— también son cruciales para definir cómo deben alinearse el desarrollo y el diseño UX. Desarrolladores y diseñadores deben comprender la fortaleza de trabajar juntos y tener el coraje de comprometerse con ello, respetando sus habilidades específicas y colaborando ampliamente con respeto y apertura.

Lo más importante para todos es satisfacer a nuestros clientes y hacerlos felices con productos que superen sus expectativas. Pero ¿cómo llegamos allí? Trabajando juntos, desarrolladores y diseñadores en el mismo equipo, aprendiendo todo lo posible de los usuarios y del producto que necesitan, y colaborando para hacerlo realidad. Scrum facilita mucho este proceso si todos estamos dispuestos a comprometernos con hacer lo correcto para nuestros clientes y usuarios.

3. Enfócate en los resultados por encima de los entregables.

Aunque producir incrementos utilizables que se sumen a la funcionalidad amplia de un producto activo es excelente, también debemos preguntarnos:

¿Lanzamos funciones con suficiente frecuencia para nuestros usuarios y clientes?
¿Nuestros clientes y usuarios están satisfechos con las funciones que lanzamos?
¿Sabemos qué dirección seguir con nuestros productos?

Si buscamos crear un producto guiado por los clientes, debemos incluir a todos nuestros clientes y usuarios en un ciclo de comentarios estrecho: lanzar cosas nuevas, medir su satisfacción con ellas y recopilar todos sus comentarios para seguir adaptando nuestros esfuerzos y producir exactamente lo que necesitan. Los entregables por sí solos no bastan: crear y lanzar funciones que nadie pidió y probablemente nadie usará no aporta ningún valor. Necesitamos comprender, trabajando con nuestra base de clientes, qué resultados esperan alcanzar y usarlos para impulsar nuestros esfuerzos.

4. Experimenta con Dual-Track Agile, pero de la manera más eficaz.

Muchos equipos Agile y de diseño UX han oído hablar del concepto de Dual-Track Agile o incluso han trabajado con él. Este plantea, en esencia, que puedes y debes tener un flujo de desarrollo y uno de diseño trabajando juntos. ¿Qué pensarías si vieras algo como esto?

El problema es que este concepto se malinterpretó ampliamente: tienes dos equipos, uno por cada flujo, trabajando en paralelo de forma semisincronizada; los equipos de diseño producen cosas para que el equipo de desarrollo las construya, ¡y eso es todo! En realidad, esto crea dependencias, restricciones de tiempo y artefactos, por no hablar de dos backlogs.

Quiero ser muy claro sobre este tema: esa no es la forma ideal que tenían en mente los promotores de Dual-Track Agile. Scrum propone equipos que puedan hacerse cargo tanto del descubrimiento como de la entrega mediante una composición multifuncional adecuada, algo más parecido a esto:

Aunque Scrum solo tiene tres roles —Product Owner, Scrum Master y equipo de desarrollo, sin distinción de títulos entre «desarrolladores»—, eso no significa que los diseñadores no puedan formar parte de un equipo Scrum. Los diseñadores no solo pueden ser parte de un equipo Scrum, sino que deberían serlo, si es posible.

Ahora bien, ¿cómo podemos organizar juntos el trabajo de diseño y desarrollo de una manera que tenga sentido? Estas son algunas formas:

Puedes incluir el trabajo de diseño como elementos del backlog del producto. Sí, es así de sencillo. El trabajo de más alto nivel que haces, como la estrategia desde una perspectiva de diseño UX —investigación, formulación de hipótesis y sesiones de diseño, por nombrar algunos ejemplos—, puede representarse como elementos del backlog del producto para abordarlos durante los sprints, con la colaboración de todo el equipo.
Puedes incluir el trabajo táctico de diseño en los criterios de aceptación o incluso en la definición de terminado, lo que es una forma aún más potente de integrar ambos flujos. Como la mayor parte del trabajo del backlog del producto ya debería expresarse en términos de valor para el usuario o cliente, es muy probable que tus elementos del backlog incluyan actividades de investigación, experimentación y/o diseño. Entonces, ¿por qué no asegurarte de que esas tareas formen parte de los criterios de aceptación o de la definición de terminado del equipo? Así estarás promoviendo la colaboración.

5. Trabaja para que tus esfuerzos de descubrimiento y aprendizaje sean iterativos.

Existe la idea equivocada, muy extendida, de que el diseño UX es un proceso de descubrimiento que debe completarse íntegramente antes de crear productos. En realidad, conviene recorrer continuamente los flujos de descubrimiento y entrega al mismo tiempo, aunque en distintas proporciones, en cada sprint.

El diseño UX aporta muchas herramientas y prácticas que ayudan a los equipos a comprender quién es el usuario, qué quiere, qué dificultades debemos intentar resolver y cómo orientar el producto a partir de los resultados. Scrum ofrece un marco de oportunidades para aprender y descubrir, pero todo esto es inútil si los equipos no se aseguran de confirmar sus suposiciones y documentar lo que aprenden. Hay herramientas excelentes, como el Lean UX Canvas de Jeff Gothelf, que facilitan documentar todos los aspectos de tu iniciativa de producto en un solo lugar y permiten usarlo como guía y artefacto principal para registrar sus cambios y evolución.

Esperamos que estas pautas te ayuden a tener una idea más clara de cómo empezar a experimentar para unir a tus equipos de desarrollo y diseño. Mantén una mente abierta mientras abordas los distintos aspectos y observa qué funciona mejor para tus equipos.