What If We Work Together? Fostering Reflections on Designer Inclusion in Open Source Software Through Speculative Design
Questo articolo impiega il design speculativo attraverso due società fittizie per provocare una riflessione critica tra i praticanti del software open source, mirando a contrastare la mentalità incentrata sugli sviluppatori della comunità e a promuovere un ambiente più inclusivo per i designer.
Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo
Immagina il Software Open Source (OSS) come un enorme e vivace cantiere edile. Per decenni, questo cantiere è stato gestito interamente da ingegneri e architetti ossessionati dal rendere la struttura solida, dall'assicurare che l'impianto idraulico funzioni e che l'elettricità fluisca. Ne sono maestri. Ma poiché sono così concentrati sulle "parti interne" dell'edificio, spesso dimenticano di dipingere le pareti, installare maniglie comode o assicurarsi che le stanze siano facili da navigare.
Di conseguenza, l'edificio è incredibilmente potente, ma se non sei un ingegnere, entrare sembra come cercare di orientarsi in un labirinto al buio.
Questo articolo chiede: E se invitassimo gli interior designer nel cantiere?
I ricercatori hanno scoperto che i designer vogliono aiutare, ma si sentono non graditi, confusi dagli strumenti e spesso dicono loro che il loro lavoro non è un "vero" lavoro. Per risolvere questo problema, i ricercatori non hanno semplicemente scritto un elenco di regole. Invece, hanno utilizzato un metodo chiamato Design Speculativo. Pensa a questo come alla costruzione di due macchine del tempo "E se?" per mostrare alla squadra del cantiere due futuri completamente diversi, sperando di svegliarli e farli riflettere diversamente su come lavorano oggi.
I Due Mondi "E se?"
I ricercatori hanno creato due società fittizie da usare come specchi per la nostra realtà attuale:
1. L'Alveare (Husia): L'Ultimo Riunione di Squadra
Immagina un mondo dove tutti fanno parte di un'unica, grande e felice famiglia. Non ci sono design "miei" o codice "tuo"; tutto appartiene al gruppo.
- Come funziona: Quando arriva un nuovo designer, una guida robotica amichevole (la "Tavola Centrale") gli mostra immediatamente esattamente cosa fare, abbinandolo a compiti in cui è bravo. Lavorano in una stanza high-tech dove le pareti parlano con loro, ricordando loro le esigenze degli utenti.
- La Lezione: In questo mondo, nessuno litiga per chi riceve i crediti. Il focus è puramente sull'aiutare la comunità.
- Il Controllo di Realtà: I ricercatori hanno usato questo per mostrare che, sebbene "dare credito" sia importante, il sistema attuale spesso fa sentire i designer invisibili. Ma hanno anche mostrato che se rimuovi completamente il credito, alcune persone potrebbero chiedersi: "Perché dovrei lavorare così tanto?"
2. La Città della Reputazione (Reetar): Il Gioco ad Alta Posta
Ora, immagina un mondo dove il tuo status sociale è una valuta chiamata "Punti di Reputazione". Guadagni punti facendo un buon lavoro e li perdi se commetti errori.
- Come funziona: In questo mondo, i designer sono essenziali perché se il prodotto sembra brutto, perdi punti. Sviluppatori e designer devono lavorare insieme strettamente perché se non lo fanno, il loro "punteggio" scende. Il sistema li costringe a parlarsi.
- La Lezione: Questo mondo evidenzia che i designer sono attualmente sottovalutati. In questo futuro, il loro lavoro è la chiave per la sopravvivenza.
- Il Controllo di Realtà: I ricercatori hanno mostrato che, sebbene questo sistema costringa al rispetto, crea anche un ambiente spietato dove le persone potrebbero concentrarsi di più sul "guadagnare punti" che sull'aiutarsi realmente.
Cosa è Successo Quando Hanno Mostrato Questi Mondi?
I ricercatori hanno invitato 12 persone che lavorano effettivamente su progetti Open Source (7 designer e 5 sviluppatori) a visitare questi due mondi. Non hanno chiesto solo: "Ti piace questo?". Hanno chiesto: "Come ti fa sentire questo riguardo al tuo lavoro attuale?"
Il risultato è stato un momento di illuminazione per tutti. Ecco cosa hanno realizzato:
- Il Mito dell'"Aperto": Tutti pensavano che l'Open Source fosse già aperto a tutti. Ma guardando questi mondi, hanno realizzato: "Aspetta, il codice è aperto, ma gli strumenti e i processi sono bloccati dietro un muro di gergo tecnico che spaventa i designer".
- L'Incomprensione: Gli sviluppatori hanno realizzato che spesso pensano che i designer si limitino a "rendere le cose belle". Gli scenari hanno mostrato che il design riguarda in realtà la risoluzione di problemi, proprio come la programmazione.
- La Crisi del Credito: I designer hanno realizzato di sentirsi non apprezzati, ma gli sviluppatori hanno realizzato che senza un modo per tracciare chi ha fatto cosa, è difficile sapere chi merita un "grazie".
La Conclusione: Come Riparare il Cantiere
Guardando questi futuri estremi, i partecipanti hanno elaborato idee pratiche per rendere il loro attuale "cantiere" migliore per i designer:
- Costruisci un Tappeto di Benvenuto Migliore: Proprio come la "Tavola Centrale" nell'Alveare, i progetti hanno bisogno di guide chiare e semplici per i designer in modo che non si sentano persi nel codice.
- Dai ai Designer un Posto al Tavolo: Non aspettare che l'edificio sia finito per chiedere a un designer di sistemare le porte. Lascia che aiutino a pianificare le fondamenta fin dal primo giorno.
- Crea un "Design GitHub": Gli sviluppatori hanno un sistema per tracciare le modifiche al codice. Abbiamo bisogno di un sistema simile dove i designer possano salvare, condividere e aggiornare i loro disegni senza perdere il loro lavoro.
- Dì "Grazie" ad Alta Voce: Quando un designer risolve un'interfaccia utente, il progetto dovrebbe parlarne ad alta voce, proprio come fanno quando uno sviluppatore risolve un bug.
Il Punto Fondamentale
L'articolo sostiene che non puoi semplicemente dire alle persone di "essere più gentili" o "lavorare di più". Devi cambiare la cultura. Usando queste immaginifiche storie "E se?", i ricercatori hanno aiutato la comunità Open Source a vedere i propri punti ciechi. Hanno realizzato che per costruire software che tutti possano usare, devono smettere di trattare il design come un ripensamento e iniziare a trattarlo come una parte fondamentale del team.
È come realizzare che una casa non è solo un tetto e quattro muri; è una casa. E per farne una casa, hai bisogno sia degli ingegneri che dei designer che lavorino insieme dal primo mattone.
Sommerso dagli articoli nel tuo campo?
Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.