Cómo integrar UX y Scrum: ¿Dual-Track Scrum?
Tiempo de lectura: 6 minutos
Tanto Scrum como el diseño de experiencia de usuario (UX) persiguen el mismo objetivo: entregar antes sistemas más usados y valiosos para el cliente. El problema es que, cuando trabajan por separado, ninguno de los dos lo consigue del todo. Veamos por qué, y qué opciones reales existen para integrarlos.
Problemas de integración
Hay contextos donde el diseño de experiencia de usuario es más crítico que en otros. En desarrollos internos para usuarios de la propia organización (B2B) podemos hablar directamente con ellos para validar necesidades, aunque igualmente conviene contar con criterio UX para que el sistema sea útil y usable.
En proyectos para clientes externos (B2C), en cambio, trabajar la experiencia de usuario es vital: conocemos menos a los usuarios, es más difícil interactuar con ellos, y tienen mucha más facilidad para cambiar de proveedor si el producto no es suficientemente útil o usable.
A esto se suma una dificultad organizativa: integrar UX en un equipo Scrum exige crear equipos verdaderamente cross-functional, trayendo diseñadores de un departamento separado. Esto suele generar resistencia — de los managers que "pierden" a esas personas, de los propios diseñadores que no se liberan del todo de su departamento de origen, y de quienes temen que sin un grupo UX centralizado se pierda calidad y criterio común. Es el mismo patrón de resistencia que ya vivió (y superó) el rol de QA al integrarse en los equipos ágiles: la calidad no bajó, subió, porque los procesos se adaptaron mejor a las necesidades reales y toda la definición de requisitos, programación y pruebas quedó más integrada.
Riesgos sin UX
En los proyectos con ciclo de vida en cascada (waterfall) el riesgo de no acertar con la experiencia de usuario es alto: se hacen análisis funcionales y wireframes detallados, pero el diseño, la programación y las pruebas los suelen hacer personas distintas en momentos alejados entre sí. Si el diseño no está validado, el esfuerzo invertido puede acabar en funcionalidades e interfaces que no resuelven el problema del usuario — y corregirlo a esas alturas es muy costoso.
Con Scrum el riesgo es menor, porque trabajamos en iteraciones cortas validando frecuentemente las necesidades del usuario. Pero no desaparece del todo: podemos seguir cubriendo necesidades que el usuario no tiene realmente (prefiere seguir como estaba porque no percibe el valor del cambio), o aportar soluciones funcionalmente correctas pero poco usables. Por eso, en contextos con más complejidad para entender al usuario, adoptar un enfoque UX explícito — con o sin especialistas dedicados — sigue siendo necesario para evitar sobrecostes evitables.
La solución real
Una opción intuitiva, habitual en organizaciones con equipos UX y de desarrollo separados, es alternar Sprints: uno para que los diseñadores definan la interfaz, el siguiente para que los desarrolladores la construyan, y un tercero para testear y recoger feedback. Es el llamado "dual-track Scrum" en su versión más simplista, y tiene problemas serios: no es Scrum de verdad (al final del Sprint no hay producto potencialmente entregable), alarga la validación a ciclos de tres Sprints, y elimina casi toda la interacción directa entre usuario, diseñador y desarrollador — lo que genera incomprensión y, según estimaciones de Jeff Gothelf, hace que hasta el 50% del trabajo de diseño nunca llegue a implementarse.
La alternativa que funciona de verdad es tener un único Sprint donde diseñadores y desarrolladores trabajan de forma concurrente — el dual-track original que describió Desirée Sy en 2007: dos líneas de trabajo en paralelo, no dos equipos ni dos Sprints separados. Esto plantea preguntas legítimas (¿cómo planificar el diseño en Sprints cortos?, ¿un Backlog único o uno por disciplina?, ¿en qué momentos interactúan?), pero son preguntas con respuesta, no obstáculos insalvables: muchos equipos hacen Scrum con UX integrado de esta forma cada día.
Si quieres profundizar en cómo escribir historias de usuario con este mismo enfoque, sigue con cómo escribir historias de usuario con enfoque UX. El curso Professional Scrum with UX trabaja de forma práctica cómo integrar ambas disciplinas dentro de un único Sprint.