¿Cómo integrar UX research y diseño UX sobre metodologías ágiles?
A 15 años del primer proyecto donde pude hacerlo con éxito, vengo confirmando que no hay receta que nos sirva si no entendemos qué es una metodología, qué es agilidad, y cómo podemos trabajar con IT para que comprenda la investigación y diseño UX como prácticas alineadas al Manifiesto Ágil.
¿Por qué todo eso? Porque las metodologías las suele empujar el área de IT, que no sólo no tiene porqué entender lo que hacemos ni cómo encaminarlo exitosamente, sino que además nos suele traer muchas veces las cosas ya contaminadas: por ejemplo, confundiendo agilidad con apuro, o los espacios de investigación y de toma de decisiones de diseño como “Big design up front”.
No hay forma de sumarnos exitosamente a algo que ya empezó mal antes.
El manifiesto ágil declara: valoramos “software funcionando”, por sobre “documentación exhaustiva”.
Para UX, esto significa: nuestros entregables no son valor si no se traducen en funcionalidad aprobada, en atributos visibles en el producto final.
¿Podemos identificar en qué medida total o parcial, un entregable nuestro NO aporta valor? ¿Podemos señalar qué cosas NO valen la pena hacer?
Por ejemplo, ¿entendemos y podemos explicar qué decisiones debe alimentar un customer journey? En función de ello, ¿tenemos las herramientas para argumentar y demostrar que sería suficiente hacerlo en una simple tabla de Excel, en lugar de toda esa decoración que queda tan linda en dribbble pero que no moverá la aguja en el proyecto?
UX ágil parte de entender el Manifiesto Ágil
Si no entendemos y no podemos poner en práctica la filosofía ágil, no hay manera de “hacer UX ágil”. Sólo estaremos generando entregables sin valor, sin ningún aporte a la agilidad del proyecto … pero eso sí, cumpliendo a rajatabla la burocracia de las ceremonias y los sprints.
En el resumen de mi charla en el evento “La Medida del Diseño 2018: Métodos lentos en tiempos ágiles”, organizado por IxDA Viña del Mar, profundizo sobre estos temas.