Darcy

El cómo satisfacer a un usuario es la gran pregunta que a todos los profesionales que trabajan en experiencia de usuario se preguntan (o debieran preguntarse) al inicio de cada proyecto.

Independiente de la metodología que se aplique para el diseño y el desarrollo, ésta es una pregunta que debe estar presente en las discusiones sobre lo que se requiere diseñar.

Esto no parece un trabajo que presente mayores dificultades desde el punto de vista del diseño centrado en el usuario dado que es un cuestionamiento que viene incorporado en los principios de esta metodología. Sin embargo, se presenta un problema cuando los principios básicos  de la arquitectura de la información, usabilidad y accesibilidad se ven amenazados por la utilización de otras metodologías, cuando no es considerado el trabajo de investigación de usuarios ni de documentación del proceso de diseño.

Ante esto y como conclusión quiero recordar algunos conceptos y hacer una recapitulación, tanto de lo los últimos tres post como de mi experiencia personal trabajando en este tema.

Acá va:

• Las metodologías de desarrollo ágil son compatibles con las de diseño centrado en el usuario si los equipos las conocen a cabalidad.
• Para aplicar metodologías de desarrollo ágil no es necesario seguir al pie de la letra lo que dicen los libros, dado que no todos los proyectos ni los contextos son iguales.
• Las maquetas y las definiciones de las necesidades no pueden salir de la imaginación del equipo de diseño ni del equipo de desarrollo, es importantísimo hacer investigación de usuarios, particularmente cuando se trata de desarrollos transaccionales complejos.
• Juntar diseño centrado en el usuario y desarrollo ágil puede ser catastrófico si no se está consciente que las definiciones del negocio deben ser concebidas antes y no durante el proceso de desarrollo.
• De nada sirve hacer investigación de usuarios si en el proceso esto se diluye.
• El diseño no se puede discutir en los sprint, debe ser un tema que esté cerrado y testeado con usuarios antes de que se comience con el proceso de desarrollo.
• No hay que perder de la vista que el diseño es centrado en el usuario, no en el desarrollador.
• Si bien en el desarrollo ágil se trata de disminuir la excesiva documentación, es necesario documentar el diseño, aunque sea fuera de este proceso, con el objetivo de no comenzar el diseño de cero en un sprint.
• Las maquetas deben ser testeadas con usuarios antes del desarrollo, o más bien, antes del primer sprint.

La experiencia de usuario debe ser vista como una política institucional. Poco se logra si no toda la institución está orientada a aumentar los niveles de satisfacción de los usuarios.

Relacionados:

• Llevando el Diseño Centrado en el Usuario al desarrollo ágil I
• Llevando el diseño centrado en el usuario al desarrollo ágil II.
• Llevando el diseño centrado en el usuario al desarrollo ágil III.

• ¿Quieres dejar un comentario?