La etnografía en el diseño y desarrollo de sistemas colaborativos [reflexiones]

La etnografía como disciplina nos entrega una serie de métodos y herramientas que enriquecen el proceso de diseño y desarrollo de soluciones que responden a las necesidades de un equipo de trabajo.

Asimismo, un nuevo sistema colaborativo deja de ser un desarrollo de TI y se convierte en un proyecto multidisciplinario que parte con el estudio de las personas en su ambiente laboral, para identificar oportunidades o brechas. Luego, sigue con el diseño y testeo, para finalizar con el desarrollo iterativo de la solución.

Sin lugar a dudas, los métodos etnográficos aportan un enfoque cualitativo a la investigación en sistemas colaborativos, entregando insights a través del estudio de las personas, su cultura y las relaciones e interacciones que ocurren de forma espontánea.

La siguiente tabla sintetiza el rol de la etnografía en el diseño de sistemas (Hughes):

Qué debe entregar la etnografía

Por otra parte, no ha sido trivial encontrar un vínculo fundamental entre la etnografía y el diseño, una especie de conexión analítica más que empírica (Dourish, 2006).

Según los argumentos de Dourish, la etnografía debe “entregar hechos – cómo trabajan las personas, cómo hablan entre ellos, qué hacen cuando se sientan frente al computador – que puedan ser traducidos en requisitos tecnológicos y oportunidades”.

Entonces, la etnografía es valiosa cuando entrega más que descripciones de acciones e interacciones (Crabtree, 2009).

Los autores hablan de “exotic tales methodology”, algo que en la práctica y en nuestra realidad local se ve bastante seguido: ¿Quien no ha visto una cantidad importante de recursos dedicados a impresionar a la alta dirección con lo mucho que nos acercamos a las personas a través de los estudios?

Es casi una actividad exótica ver a sus clientes o colaboradores a través de la lupa del investigador.

Brecha entre los insights y el diseño

¿Pero qué pasa después? ¿Cuánto tiempo se invierte en analizar y hacer una reflexión crítica antes de seguir adelante y diseñar soluciones?

Esta brecha entre “lo que vimos” y “lo que diseñamos” ha sido observada en múltiples oportunidades.

En el mismo trabajo de Hughes anteriormente citado, se mencionan las dificultades de transformar los insights del trabajo de campo en una formulación clara de objetivos de diseño.

Una explicación posible para esta brecha puede ser la dificultad de pasar del reporte de observaciones durante el trabajo en terreno a la interpretación de la naturaleza de las acciones que ocurren en el lugar dado (Gajera y O´Neill, 2014).

Cuando un etnógrafo o sociólogo participa del proceso investigativo, las mismas restricciones y los tiempos rígidos de salida a producción se convierten en desafíos para llevar a cabo un riguroso proceso de análisis (Gajera, Hughes).

Por lo mismo, en el caso de los proyectos de rediseño de sistema, es preferible abordarlos como “pequeño rediseño en etapas”, en vez de un solo gran proyecto.

Es decir, es más valioso considerar periodos de trabajo de campo más cortos y más frecuentes que un solo proceso investigativo al inicio, seguido de una etapa importante de evaluación al final.

Como marco de trabajo, es una visión similar a la metodología lean.

Sensibilidad y capacidades para la investigación con usuarios

Ahora bien, la etnografía no es la panacea de todos los problemas de desarrollo de sistemas (Hughes, 1994). De la misma forma, hacer del diseñador un etnógrafo tampoco es la pócima para proveernos de insights relevantes.

Es fundamental y extremadamente valioso que tanto el diseñador como el desarrollador tengan la sensibilidad y las capacidades para involucrarse en el proceso de investigación con usuarios.

Reflexiones finales

Para cerrar, te dejo algunas preguntas o temas para reflexionar:

• ¿Cómo hacer para que el diseñador senior, el que ya maneja metodologías y herramientas de investigación, no se “enamore” demasiado con el trabajo de campo y pierda el interés en llevar a cabo tareas relacionadas con los “entregables”, como el diseño de prototipos o de interfaces más acabadas?
• ¿Qué pasa con la objetividad de la interpretación cuando pasamos de lo que observamos a lo que pensamos que debemos diseñar?
• ¿Es preferible incorporar en el equipo a un articulador – persona o instancia – entre el rol del investigador (etnógrafo, sociólogo o diseñador de experiencia de usuario) y el rol de diseño y desarrollo?

Como material de apoyo te dejo una miniclase que dicté hace un tiempo: Introducción a la etnografía (definiciones, métodos, herramientas) para el diseño y desarrollo en sistemas colaborativos.

Para seguir leyendo

• Entrevista en profundidad: del diseño al análisis (con ejemplos)
• Diseño Basado en Datos
• Customer Journey: qué es y cómo mapearlo [Guía completa]
• Focus group: qué es y cómo realizarlo
• Prototipo: qué es y para qué sirve

Referencias

• Crabtree, A., Rodden, T., Tolmie, P. (2009). Ethnography considered harmful. In CHI ’09 Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, 879-888.
• Gajera, R., O´Neill, J. Ethnography in Parallel, In: Proceedings of the 11th International Conference on the Design of Cooperative Systems, 27-30 May 2014, Nice (France), 259-275.
• Hughes, J., King, V., Rodden, T., Andersen H. (1994). Moving Out from the Control Room: Ethnography in System Design. CSCW ’94: Proceedings of the 1994 ACM conference on Computer supported cooperative work.