What If We Work Together? Fostering Reflections on Designer Inclusion in Open Source Software Through Speculative Design
Este artículo emplea el diseño especulativo a través de dos sociedades ficticias para provocar una reflexión crítica entre los profesionales del software de código abierto, con el objetivo de abordar la mentalidad centrada en los desarrolladores de la comunidad y fomentar un entorno más inclusivo para los diseñadores.
Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo
Imagina el Software de Código Abierto (OSS) como una enorme y bulliciosa obra de construcción. Durante décadas, este sitio ha sido gestionado enteramente por ingenieros y arquitectos obsesionados con que el edificio sea estructuralmente sólido, que la fontanería funcione y que la electricidad fluya. Son brillantes en ello. Pero, debido a que están tan enfocados en las "entrañas" del edificio, a menudo olvidan pintar las paredes, instalar manijas de puerta cómodas o asegurarse de que las habitaciones sean fáciles de navegar.
Como resultado, el edificio es increíblemente poderoso, pero si no eres ingeniero, entrar a caminar por él se siente como intentar navegar un laberinto en la oscuridad.
Este artículo pregunta: ¿Y si invitáramos a los diseñadores de interiores a la obra de construcción?
Los investigadores descubrieron que los diseñadores quieren ayudar, pero se sienten no bienvenidos, confundidos por las herramientas y a menudo se les dice que su trabajo no es un trabajo "real". Para solucionar esto, los investigadores no solo escribieron una lista de reglas. En su lugar, utilizaron un método llamado Diseño Especulativo. Piensa en esto como construir dos máquinas del tiempo de "¿Qué pasaría si?" para mostrar al equipo de construcción dos futuros completamente diferentes, con la esperanza de despertarles y hacerles pensar de manera diferente sobre cómo trabajan hoy.
Los dos mundos de "¿Qué pasaría si?"
Los investigadores crearon dos sociedades ficticias para actuar como espejos de nuestra realidad actual:
1. La Colmena (Husia): La reunión de equipo definitiva
Imagina un mundo donde todos son parte de una sola familia gigante y feliz. No hay diseños "míos" ni códigos "tuyos"; todo pertenece al grupo.
- Cómo funciona: Cuando llega un nuevo diseñador, un amigable guía robot (la "Tabla Central") le muestra instantáneamente exactamente qué hacer, asignándole tareas en las que es bueno. Trabajan en una habitación de alta tecnología donde las paredes les hablan, recordándoles las necesidades de los usuarios.
- La lección: En este mundo, nadie pelea por quién recibe el crédito. El enfoque es puramente ayudar a la comunidad.
- La comprobación de la realidad: Los investigadores utilizaron esto para mostrar que, aunque "dar crédito" es importante, el sistema actual a menudo hace que los diseñadores se sientan invisibles. Pero también mostraron que si eliminas el crédito por completo, algunas personas podrían preguntarse: "¿Por qué debería trabajar tan duro?"
2. La Ciudad de la Reputación (Reetar): El juego de alto riesgo
Ahora, imagina un mundo donde tu estatus social es una moneda llamada "Puntos de Reputación". Ganas puntos haciendo buen trabajo y los pierdes si cometes errores.
- Cómo funciona: En este mundo, los diseñadores son esenciales porque si el producto se ve mal, pierdes puntos. Los desarrolladores y los diseñadores deben trabajar estrechamente juntos porque, si no lo hacen, su "puntuación" baja. El sistema los obliga a hablar entre sí.
- La lección: Este mundo destaca que los diseñadores están actualmente subvalorados. En este futuro, su trabajo es la clave para la supervivencia.
- La comprobación de la realidad: Los investigadores mostraron que, aunque este sistema fuerza el respeto, también crea un ambiente despiadado donde las personas podrían enfocarse más en "sumar puntos" que en ayudarse realmente entre sí.
¿Qué pasó cuando les mostraron estos mundos?
Los investigadores invitaron a 12 personas que realmente trabajan en proyectos de Código Abierto (7 diseñadores y 5 desarrolladores) a visitar estos dos mundos. No solo preguntaron: "¿Te gusta esto?". Preguntaron: "¿Cómo te hace esto sentir sobre tu trabajo actual?".
El resultado fue un momento de iluminación para todos. Esto es lo que se dieron cuenta:
- El mito de lo "Abierto": Todos pensaban que el Código Abierto ya estaba abierto para todos. Pero al mirar estos mundos, se dieron cuenta: "Espera, el código está abierto, pero las herramientas y los procesos están bloqueados detrás de un muro de jerga técnica que asusta a los diseñadores y los aleja".
- El malentendido: Los desarrolladores se dieron cuenta de que a menudo piensan que los diseñadores solo "hacen las cosas bonitas". Los escenarios mostraron que el diseño trata realmente sobre resolver problemas, al igual que la programación.
- La crisis del crédito: Los diseñadores se dieron cuenta de que se sienten no apreciados, pero los desarrolladores se dieron cuenta de que sin una forma de rastrear quién hizo qué, es difícil saber quién merece un "gracias".
La conclusión: Cómo arreglar la obra de construcción
Al observar estos futuros extremos, los participantes surgieron con ideas prácticas para hacer que su actual "obra de construcción" sea mejor para los diseñadores:
- Construir una estera de bienvenida mejor: Al igual que la "Tabla Central" en la Colmena, los proyectos necesitan guías claras y simples para los diseñadores para que no se sientan perdidos en el código.
- Darle a los diseñadores un asiento en la mesa: No esperes a que el edificio esté terminado para pedirle a un diseñador que arregle las puertas. Permítele ayudar a planificar el plano desde el primer día.
- Crear un "GitHub de Diseño": Los desarrolladores tienen un sistema para rastrear cambios en el código. Necesitamos un sistema similar donde los diseñadores puedan guardar, compartir y actualizar sus dibujos sin perder su trabajo.
- Decir "Gracias" en voz alta: Cuando un diseñador arregla una interfaz de usuario, el proyecto debería gritarlo, tal como lo hacen cuando un desarrollador corrige un error.
La línea de fondo
El artículo argumenta que no puedes simplemente decirle a la gente que "sea más amable" o que "trabaje más duro". Tienes que cambiar la cultura. Al usar estas imaginativas historias de "¿Qué pasaría si?", los investigadores ayudaron a la comunidad de Código Abierto a ver sus propios puntos ciegos. Se dieron cuenta de que para construir software que todos puedan usar, deben dejar de tratar el diseño como una idea tardía y empezar a tratarlo como una parte fundamental del equipo.
Es como darse cuenta de que una casa no es solo un techo y cuatro paredes; es un hogar. Y para hacerla un hogar, necesitas tanto a los ingenieros como a los diseñadores trabajando juntos desde el primer ladrillo.
¿Ahogado en artículos de tu campo?
Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.