Agile UX: cómo incorporar UX y diseño de productos en Agile

DevOps a menudo se define como los procesos, operaciones, metodologías, herramientas y cultura que rodean el desarrollo de software y sistemas de una empresa.

Pero la ingeniería no opera en el vacío. Los planos, las ideas, los diseños y los conceptos provienen de especialistas en diseño de productos que deciden los diseños, los flujos y la interactividad. Se trata de personas y equipos que no pertenecen a la ingeniería y que comparten los objetivos y los resultados deseados de DevOps.

DevOps es mucho más que cómo los desarrolladores se conectan con TI, cómo se administra la infraestructura y cómo se pueden mejorar los marcos. Se trata de reconocer cuántos equipos están realmente involucrados en el proceso de desarrollo de software, qué tan entrelazados están sus roles y su trabajo, y encontrar mejores formas de asegurarse de que todos estén en la mesa.

Los desarrolladores y los arquitectos de ingeniería quieren participar cuando los equipos creativos y de productos diseñan el software o el sistema. Pero, ¿dónde está eso en la definición actual de DevOps? Los equipos de productos, UX y creativos quieren seguir involucrados durante los procesos de ingeniería, pero muchas metodologías los excluyen. Estos son viejos silos que necesitamos derribar.

Tus clientes solo ven tu experiencia de usuario (UX). No ven cuántos desarrolladores tenías o si eras Agile o Lean. No tienen idea de qué herramientas DevOps se están utilizando. El UX de su empresa es el producto, y puede hacerlo bien o mal. Se preguntan quién construyó este pedazo de chatarra. Con tanta competencia y gente feliz de desinstalar una aplicación o abandonar un sitio web, ¿tendrás una segunda oportunidad con el cliente que te abandonó?

Agile rara vez se entrena en UX o trabaja con especialistas en UX

Muchos equipos de ingeniería a menudo encuentran que la UX está aislada y es difícil colaborar con ella. UX no parece Lean y muchos sabores de Agile excluyen detalles sobre cómo trabajar con UX. Algunos enfoques ágiles sugieren específicamente que el propietario de un producto que describe una característica es "suficientemente bueno".

SAFe Agile comete el error de decidir que la mejor manera de resolver el siloing de UX es excluirlos por completo. SAFe "faculta a los equipos ágiles" para que hagan su propio "Lean UX". A medida que más empresas entienden el valor de incorporar especialistas en UX y un proceso completo de UX, SAFe va en la dirección equivocada.

La falta de explicación de UX y sus procesos en la capacitación y los libros de Agile ha llevado a equipos de todo el mundo a excluir o minimizar la participación de diseñadores de productos especializados.

• Cuando imagina incorrectamente que UX solo dibuja cuadros en las páginas, es fácil asumir que "puedo hacer ese trabajo". Como muchos de los audicionados de American Idol están seguros de que son los mejores cantantes del planeta, la mayoría de los gerentes de producto e ingenieros se autoevalúan como excelentes en UX. Esto normalmente significa que creen que son excelentes para diseñar pantallas. Pero como este artículo explica lo que realmente implica el trabajo de UX, verá cómo un especialista en UX no vería a un desarrollador que hace wireframes como alguien a quien se le deben asignar tareas de UX.
• Los libros sobre Scrum sugieren que si un especialista en UX se convierte en un cuello de botella, debe capacitar a roles que no son de UX para hacer su trabajo. Este tipo de decisión rara vez se sugiere sobre otros roles en el desarrollo de software; nadie querría que un desarrollador sin formación o sin experiencia hiciera la codificación, incluso después de un bootcamp o de haber leído un libro sobre programación. Nunca sugeriríamos que si un desarrollador se convierte en un cuello de botella, debe capacitar al gerente del proyecto para que haga algo de codificación.
• Los gerentes de contratación que creen incorrectamente que UX es un trabajo artístico (UI) contratan artistas para hacer el trabajo de UX. No hay superposición educativa entre un título en UX y en UI. Los talentos naturales a menudo no se superponen; alguien excelente en UX podría ser un mal artista y viceversa. La contratación de "UX/UI" a menudo le ofrece un gran artista con una experiencia, conocimientos, procesos o educación mínimos en UX.

A aquellos que solo miran el resultado final les encantaría recortar el presupuesto asignando tareas de UX a personas que podrían carecer de educación, experiencia, conocimientos, habilidades o talento natural de UX. Pero esto es miope y puede conducir a una productividad, eficiencia, cultura, producto y satisfacción del cliente deficientes.

La Importancia de Incorporar Especialistas Expertos en UX en Agile

A fines de 2018, la firma de consultoría de gestión McKinsey & Company publicó "El valor comercial del diseño", un informe sobre la investigación que realizaron con más de 300 empresas.

Descubrieron que “el diseño es la única forma en que las empresas pueden destacarse entre la multitud”. Cuando los competidores tienen conjuntos de características similares, ¿qué los diferencia? A veces se piensa en el diseño solo como la estética o lo que hace que se parezca a nuestra marca. Pero cuando se usa con "UX", el diseño significa la arquitectura de características y las decisiones tomadas sobre pantallas, pasos, flujos, diseños, procesos, organización y menús.

UX es parte del proceso de mejora continua, siempre buscando comprender mejor a los usuarios y seleccionar y diseñar las características y el producto que mejor se adaptan a sus necesidades, resuelven sus puntos débiles y les brindan una innovación significativa.

McKinsey también informó que "las empresas deben adoptar el diseño de manera holística y temprana en el proceso en lugar de verlo como una pequeña herramienta que se adapta más tarde". Los equipos que asumen que la atención a la experiencia del usuario es algo que se puede minimizar, excluir o hacer después de lanzar el producto están tomando el enfoque equivocado.

McKinsey recopiló datos cuantitativos y descubrió que las empresas que adoptaron el diseño de UX generaron un 32 % más de ingresos y un 56 % más de retorno para los accionistas en un período de 5 años. Declarar que su empresa está "centrada en el usuario" no es suficiente. Debe seguir el camino integrando profesionales y procesos de UX desde la planificación y la cartera hasta el desarrollo y el control de calidad.

Procesos de desarrollo de software con y sin UX

Si su empresa no incluye especialistas en UX en el proceso de diseño y desarrollo de software, lo más probable es que su proceso se vea como la imagen a continuación.

Un cliente, gerente de producto, CEO o alguien con la visión le dice a la ingeniería lo que quiere. Ingeniería lo construye, lo prueba y lo pone en un servidor de ensayo o de producción. La persona con la visión la ve y, ¿no lo sabrías?, no está feliz. Quieren algo diferente o han cambiado de opinión.

Luego, la ingeniería tiene que volver al principio, descubrir qué quiere ahora esta persona, construir, probar y cruzar los dedos para que este sea el encanto.

Si tiene expertos en UX en el equipo, el proceso es bastante diferente. Esa persona con la visión llega a UX con las ideas, los datos y los puntos débiles del cliente. UX recorre las tareas en su proceso de diseño centrado en el usuario y luego prueba estos conceptos antes de que ingeniería escriba una línea de código. Esto asegura que el producto o característica que estamos considerando construir es la ejecución correcta de la idea correcta para nuestros clientes objetivo.

Las pruebas pueden sacar a la luz algunas fallas, lo que permite que UX itere y, a menudo, vuelva a probar. Después del proceso de UX, tiene un diseño completamente examinado listo para entregar a ingeniería.

Si alguien cambia de opinión en el camino, esa persona habla con UX en lugar de presentarlo como una solicitud de cambio para los desarrolladores. UX interfiere durante su proceso y no se envía nada a ingeniería sin que UX participe en diseños, decisiones y pruebas en clientes reales o arquetípicos.

Los cambios de opinión en este punto no son desastres ya que el costo para que alguien cambie de opinión en este punto es mínimo. Ingeniería no ha recibido los planos, no han comenzado y no tienen nada que reconstruir. UX itera en sus diseños y puede realizar pruebas de usuario para garantizar que las ideas coincidan bien y con fuerza con la base de clientes. Los cambios de opinión consumen tiempo, pero el impacto general en el presupuesto es pequeño.

UX tiene un proceso formalizado

El diseño centrado en el usuario (UCD) es un proceso formalizado que incluye tareas que dirigen a los especialistas de UX a investigar, diseñar, crear prototipos, probar en usuarios reales o arquetípicos y luego iterar en función de los aprendizajes de las pruebas.

Centrándonos en algunas de estas áreas, comenzamos con los requisitos y las primeras discusiones sobre características y proyectos. Cuando UX obtiene los requisitos y otra información del proyecto por primera vez, es importante comenzar a colaborar de inmediato. UX NO debería descubrir más tarde que han diseñado algo que no se puede construir.

Comience por traer trabajadores o gerentes de UX cuando los gerentes de productos o proyectos estén decidiendo las características y la priorización. Se puede eliminar un proyecto sin valor para el usuario, ahorrando tiempo y dinero incalculables. Aquí es donde entra en juego maximizar la cantidad de trabajo no realizado. El producto y la ingeniería deben admitir UX cuando crean menos trabajo para ingeniería al reducir o eliminar funciones o proyectos completos. Sin embargo, con demasiada frecuencia, los proyectos tienen un ego adjunto y los compañeros de equipo a menudo excluyen UX de estas primeras conversaciones para que el proyecto se financie.

La investigación es una parte importante de lo que hace UX. No está centrado en el usuario sin involucrar a los usuarios. Las estadísticas y los datos cuantitativos son excelentes, pero no hay sustituto para entrevistar a los usuarios, comprenderlos profundamente y obtener datos cualitativos. UX quiere saber el por qué y no solo el qué.

La investigación de UX también pone a los compañeros de equipo en la misma página al unificar a todos en torno a personas, arquetipos de clientes objetivo. Según las entrevistas con los usuarios, agregamos lo que aprendemos y reducimos a todos a 6 personas o menos. ¿Qué los motiva? ¿Qué necesitan? ¿Dónde están las oportunidades para nuestra empresa, producto o servicio?

El mejor uso de las personas sería incluirlas en todas partes. El producto imagina características basadas en personas (y buenos datos). Diseños UX basados ​​en personas. Pruebas de control de calidad mientras imaginan que son estas personas. El marketing puede agregar su demografía y otros detalles, pero también deben considerar cómo la voz de la marca, las redes sociales y la publicidad le hablan a las personas.

Las personas ayudan a los trabajadores que no son UX a alejarse de "Bueno, me gusta de esta manera" o "Al CEO le gusta de esta manera". Estamos diseñando para estos clientes objetivo y si usted o el CEO no encajan en las personas, entonces UX no se deja influir por el ego o las preferencias personales. UX debe permanecer centrado en el cliente.

La arquitectura de la información tiene que ver con jerarquías, estructuras y taxonomías. Esto podría ser la navegación del sitio, o podría ser cómo se clasifican los productos en una base de datos de comercio electrónico. Queremos asegurarnos de que los clientes encuentren fácilmente productos por categorías, metadatos y filtros.

El diseño de interacción , a veces también llamado diseño de experiencia, es lo que la mayoría de la gente piensa cuando imagina UX. Estos son los wireframes y prototipos, los planos de diseños y conceptos. Estos mostrarían flujos de procesos, diseños, menús, interacciones, rutas, opciones y mucho más.

Los prototipos de UX son como estructuras alámbricas que cobran vida. Son maquetas digitales interactivas en las que se puede hacer clic. No tenemos que escribir código; tenemos un software que nos ayuda a crearlos rápidamente. Las empresas que buscan prototipos más realistas utilizan Axure ya que tiene lógica condicional, variables, gestos móviles de deslizamiento, arrastrar y soltar y todo tipo de activadores de eventos. Puede crear prototipos para casi cualquier tipo de dispositivo.

La creación de prototipos de UX se realiza para:

• Idea genial
• Colaborar
• Iterar
• Explorar soluciones
• Pitch para inversores (para startups)
• Pruebe el prototipo para ver si la solución se conecta bien con la(s) audiencia(s) objetivo.
• Entregue un modelo interactivo a los desarrolladores u otros compañeros de equipo, que a menudo se prefiere a las páginas de documentación (y no se puede hacer clic en un modelo).

Ahora pasa a las pruebas de usuario , también llamadas pruebas de usabilidad, que ocurren durante el proceso de UX y antes de que ingeniería escriba una línea de código. Debe probar conceptos y diseños para asegurarse de que la idea y la ejecución sean fantásticas para los clientes objetivo.

Las pruebas de los usuarios sacarán a la luz cualquier falla, lo que le dará a UX la oportunidad de iterar sobre las ideas, lo cual es económico en este momento ya que no hay nada que la ingeniería pueda construir o reconstruir.

Hay 5 razones clave por las que UX ejecuta pruebas antes de entregarlas a ingeniería:

1. Mejor uso del tiempo y los recursos de ingeniería. Si desea que los participantes de la prueba vean un producto terminado creado por ingenieros, debe construirlo y probarlo para detectar errores. Si las pruebas de UX sacan a la luz los cambios necesarios, los desarrolladores tendrían que reconstruir y el control de calidad tendría que volver a probar. Si las pruebas de UX mostraron una falla mayor del concepto, esto podría significar que el tiempo de ingeniería se desperdició por completo, ya que este no es un código que terminará en ninguna parte. El concepto tendría que ser repensado, rediseñado y probado nuevamente.
2. Iterar detrás de escena. Cuando las empresas simplemente lo construyen, lo envían, lo iteran, lo construyen y lo envían de nuevo, esto significa que los clientes están viendo una variedad de versiones. Están viendo el trabajo en progreso y viendo cómo se hace la salchicha. A menudo, esta es una experiencia frustrante y confusa que requiere que los clientes vuelvan a aprender un sistema que está evolucionando. Es mejor iterar entre bastidores en el proceso de UX y dejar claro a los evaluadores que se trata de una versión prototipo o de demostración.
3. Seguimiento y medición. Si se lanza un nuevo concepto en vivo, los investigadores de UX no tienen una buena manera de ver a las personas usarlo, hacerles preguntas y obtener el tipo de comentarios que UX necesita para determinar si algo está listo o necesita otra iteración. UX siempre quiere saber el por qué, lo cualitativo, y no solo qué o cuántos. ¿Cómo gastan, convierten, interactúan, etc. los usuarios? Evitar las pruebas de UX adecuadas hace que sea más difícil diagnosticar y solucionar problemas o puntos débiles del cliente.
4. Las pruebas de UX se pagan solas. Las pruebas de UX no son un gran gasto. Algunas herramientas de prueba de terceros requieren menos de $100 por participante de prueba, algunas requieren un compromiso anual mínimo de miles de dólares. Estos no son gastos enormes dado el presupuesto general de la empresa para el proceso de desarrollo de software y la importancia de la retroalimentación de las pruebas tempranas. Las rondas de pruebas de usuario casi siempre cuestan menos y se mueven más rápido que hacer que los programadores construyan algo que quizás tengamos que deshacer o volver a construir.
5. Las pruebas de usuario resuelven argumentos. Si su empresa no permite que los especialistas en UX tomen la decisión final sobre cómo se diseña el producto, es posible que encuentre que UX está en conflicto con el producto, la ingeniería o una parte interesada cuando existen diferentes ideas de lo que debe construirse y lanzarse al mercado. cliente. ¿O qué pasa si UX tiene dos ideas sólidas y se preguntan cuál se conecta mejor con los clientes? La solución aquí es la prueba del usuario.

UX puede crear prototipos de los conceptos. Es mejor reducir la competencia a los dos mejores diseños, especialmente si ya puede encontrar compromisos entre ideas y miembros del equipo. Esto significa que no estamos probando lo que quiere UX frente a lo que le gusta al producto frente a lo que le gusta al jefe de ingeniería frente a lo que el maestro de scrum piensa que suena como una buena idea frente a lo que le gusta al compañero de vida del CEO.

Las pruebas de usuario permiten que los clientes hablen y lo ayudan a encontrar la dirección correcta para las características o el producto. Resuelve los argumentos al proporcionar a los equipos datos cuantitativos y cualitativos duros que les dicen a todos qué idea es probable que brinde la mayor satisfacción al cliente.

No es un diseño centrado en el usuario sin involucrar al usuario. Esto significa que investigamos y probamos con clientes reales o arquetípicos en lugar de adivinar, asumir o "simplemente enviarlo". Debemos asegurarnos de que lo que "acabamos de enviar" haya sido examinado a través de pruebas de usuario y sea una excelente ejecución de una gran idea.

¿Qué sucede cuando se elude o se reduce la UX?

Skype anunció recientemente que su rediseño de 2017, cuyo objetivo era hacerlo más parecido a Snapchat, fue un fracaso. Los usuarios no querían, necesitaban o no les gustaban las nuevas funciones. La reacción fue lo suficientemente grande como para que Skype hiciera un anuncio en 2018 de que volverían a rediseñar Skype. (https://devops.icu/skypes-coming-redesign-of-their-last-redesign/)

Los expertos en UX habrían sabido en muchos pasos de su proceso que era probable que estas funciones no fueran deseadas o fallaran. La investigación con los usuarios objetivo podría haber revelado rápidamente que no querían que Skype se convirtiera en Snapchat. Matar el proyecto o pivotar en este punto inicial podría haberle ahorrado a Skype millones de dólares, además de mala prensa y alejamiento de los clientes.

Incluso si se hubiera pasado por alto la investigación de UX, probar un prototipo de UX en los usuarios habría dejado en claro que los clientes no querían que Skype fuera en esta dirección. Con UX aún avanzando en su proceso, la ingeniería aún no ha escrito una línea de código. Esto podría haber ahorrado mucho tiempo, dinero y recursos humanos, celebrando la simplicidad y el trabajo que la ingeniería no tenía que hacer.

Proceso de experiencia de usuario ágil

Recuerda los principios del manifiesto Agile. Su mayor prioridad es la satisfacción del cliente mediante la creación de software valioso. Proporcione a los trabajadores (UX) el entorno y el apoyo que necesitan, confiando en ellos para hacer el trabajo. Maximizar la cantidad de trabajo no realizado. La atención continua al buen diseño mejora la agilidad.

Los proyectos que están avanzando necesitan dar a UX una gran pista para que puedan comenzar la investigación, el diseño y las pruebas adecuadas. No invite a UX a su reunión inicial y sorpréndalos con la demanda de que los wireframes finales deben entregarse en unos pocos días. Eso no es UX.

No mire esto como Big Design Up Front (BDUF), que es un término diseñado para hacer que la gente se estremezca y declare que esto es algo de lo que debemos alejarnos. Cuando un proyecto o característica es grande o nuevo, es necesario que UX recorra la mayor parte, si no todo, el proceso de diseño centrado en el usuario. Para UX, la pieza más pequeña posible para una característica más grande es el flujo de trabajo o proceso del usuario. Si diseñamos y probamos algo más pequeño, corremos el riesgo de que no obtengamos el panorama general de la verdadera experiencia del usuario.

Por ejemplo, si estamos diseñando un flujo donde los usuarios se registran y compran, no podemos simplemente diseñar campos de selección de contraseña y enviarlos a ingeniería. Si UX funcionara en partes pequeñas, ¿cuándo se probaría todo el proceso? No podemos conocer la reacción del usuario a todo el flujo sin probar todo el flujo... lo que significa que todo el flujo debe diseñarse antes de pasar a las pruebas de usabilidad.

Cuando las características, las historias o las correcciones son pequeñas, los profesionales de UX pueden realizar un subconjunto del proceso de diseño centrado en el usuario y trabajar más rápidamente. UX siempre irá lo más rápido posible, pero un gran especialista en UX hará todo lo posible para evitar sacrificar la calidad del trabajo que se está realizando. En la batalla entre lo rápido y lo bueno, la UX siempre elegirá lo bueno sobre lo rápido... y tú también deberías hacerlo.

Los presupuestos y los cronogramas son los que impiden que UX obtenga comentarios e iteraciones rápidos. Los practicantes de UX siempre quieren comentarios y la oportunidad de mejorar el producto, con el objetivo de diseñar lo que realmente funciona para los clientes. Traer a los profesionales de UX tan pronto como la gestión y planificación de carteras permite a UX estimar el tiempo y el presupuesto que necesitarán; estos no deben ser luego sorpresas o causas de conflicto.

Un practicante de UX es parte del equipo ágil

Integre su diseñador de UX en el equipo Agile. Invítelos a la planificación de lanzamientos, stand-up, retro y todas las reuniones donde se pueda discutir UX. Permita que UX calcule su tiempo durante la planificación del lanzamiento para que no haya sorpresas sobre el tiempo que requerirán las tareas de UX. No tomes decisiones sin ellos. Si su compañero de equipo de UX se perdió la reunión, espere hasta que pueda encontrarlo en persona, por chat, correo electrónico o cualquier método que use su empresa.

Asigne preguntas, ambigüedades o errores a su compañero de equipo de UX en JIRA o en cualquier sistema de seguimiento de errores que utilice. Asegúrese de que los problemas de UX estén en el mismo sistema que otros problemas; no deje caer los problemas de UX en un tablero de Trello si está usando VersionOne para todo lo demás.

Después de que UX haya tenido su larga trayectoria, si se requería para esta característica o producto, una mejor práctica es tener UX 2 o más Sprints por delante de la ingeniería. UX puede correr contigo. Obtenga muchas historias tecnológicas o arreglo de deuda tecnológica en la cartera de pedidos. De esa manera, si el proceso creativo y cíclico de UX se retrasa o requiere más sprints, los desarrolladores pueden ser realmente ágiles. En lugar de esperar a UX, pueden cambiar a alguna fruta madura que el producto o la ingeniería hayan priorizado.

Considere también los recursos, la asignación y la dotación de personal. Dependiendo del tamaño del proyecto, no asigne más de 3 proyectos a un diseñador de UX. Si tiene investigadores de UX expertos independientes, que también realizan pruebas y análisis, asigne un investigador a no más de 3 diseñadores de UX. Si su practicante de UX tiene lo que se conoce como forma de T, lo que significa que también está calificada y es excelente en investigación, pruebas y otras subespecialidades de UX, entonces asegúrese de que no sea un cuello de botella accidentalmente al ser asignada a demasiados proyectos.

Medición de resultados

Sin la satisfacción del cliente, es posible que no tenga clientes. Puede usar métricas de satisfacción del cliente para determinar cómo la mejora de sus procesos mediante la integración de UX ha logrado cambios positivos.

• Menos quejas
• Mejores reseñas de aplicaciones
• Calificaciones de aplicaciones más altas
• Menos tickets de soporte
• Menos llamadas al centro de llamadas
• Semántica más positiva de las publicaciones sociales
• Más instalaciones de aplicaciones, menos desinstalaciones
• Aumento de AOV (valor medio de pedido)
• Mayor tasa de conversión

También puede medir los objetivos deseados de DevOps, como el tiempo de comercialización y el tiempo entre correcciones. ¿Cuánto tardan las historias, los proyectos y las épicas en llegar al mercado antes y después de su revolución UX? Es probable que las estimaciones de tiempo de los desarrolladores sean más precisas cuando hayan finalizado los diseños de UX en los que basar sus estimaciones en lugar de trabajar a partir de historias o lo que sea que esté haciendo ahora.

Si UX proporciona planos y se están siguiendo, esperamos que la ingeniería tenga menos trabajo al reducir los cambios inesperados y las reconstrucciones. Mejor diseño de UX antes, menos correcciones después.

Agile UX es una inversión que se paga con creces

Muchos gerentes de proyecto ven a UX como una línea presupuestaria que se puede eliminar o reducir, y los gerentes de contratación se emocionan con la idea de combinar tareas de UX con otro rol. Sin embargo, cada vez más empresas están aprendiendo que no hay sustituto para invertir en un proceso de UX adecuado realizado por especialistas en UX capacitados y experimentados.

Eric Ries, autor de The Lean Startup , pregunta: “¿Qué pasaría si nos encontráramos construyendo algo que nadie quería? En ese caso, ¿qué importaba si lo hacíamos a tiempo y dentro del presupuesto?”. Incluso si su organización no utiliza la metodología Lean, la advertencia sigue siendo cierta. Los resultados deseados de DevOps hacen eco de esto cuando nuestro objetivo es crear lo correcto para el cliente, mejorar la satisfacción del cliente y desarrollar características con un alto valor para el cliente.

Conocer a su cliente, involucrarlo en el proceso y desarrollar sus verdaderas necesidades y preferencias es, en última instancia, más importante que los plazos, los presupuestos, los marcos y las herramientas. Confíe en que si construye las ejecuciones correctas de las ideas correctas, los ingresos estarán ahí.