laika and the limits of designing for obedience

Laika e i limiti della progettazione finalizzata all’obbedienza

il sistema che non ha modo di tornare indietro

Una piccola capsula contiene un passeggero vivente e una grande ambizione tecnologica. Il volo di Laika a bordo dello Sputnik 2 mette in luce una distinzione difficile: un sistema può produrre dati utili pur venendo meno alle esigenze dell’essere attraverso il quale tali dati vengono ottenuti.

Il resoconto storico della NASA riporta il lancio avvenuto il 3 novembre 1957 e l’assenza di misure per il recupero di Laika. Descrive lo sviluppo affrettato del progetto e la limitata capacità operativa del sistema di controllo. Queste condizioni sollevano una questione fondamentale riguardo alle esigenze deliberatamente incluse nel brief della missione.

definire il successo da più punti di vista

Un esperimento potrebbe valutare se sia possibile rilevare segnali biologici in orbita. Tale criterio è diverso dal garantire un viaggio e un ritorno in condizioni di sopravvivenza. La distinzione dovrebbe rimanere esplicita. Definire una missione tecnicamente riuscita non risolve le conseguenze etiche degli obiettivi che si è scelto di perseguire.

Spesso le specifiche di progetto prevedono esclusioni simili in modo meno evidente. L’obiettivo dell’organizzazione può essere chiaro, mentre le esigenze delle persone coinvolte vengono trattate come vincoli anziché come risultati. È importante identificare chi si fa carico dei costi del successo, secondo la definizione contenuta nelle specifiche.

La conformità non equivale alla comprensione

Un soggetto può essere costretto a seguire una procedura senza comprenderla né acconsentirvi. Un comportamento prevedibile non è indice di un’esperienza positiva. Il paragone risulta particolarmente utile quando si valutano sistemi che premiano il completamento della procedura, offrendo ai partecipanti poche possibilità di rifiutare, mettere in pausa o recuperare.

L’obiettivo non è quello di equiparare una normale interazione con un prodotto a questo evento storico, bensì di analizzare una specifica logica progettuale: misurare il comportamento che il sistema richiede, tralasciando al contempo le condizioni di cui il partecipante ha bisogno. Rendere visibile tale logica prima di proporre un miglioramento.

l’assistenza deve diventare un requisito indispensabile

La responsabilità deve trovare spazio nelle specifiche. È necessario identificare il benessere, il recupero e la capacità di fermarsi come risultati, laddove applicabili, e poi chiedersi chi li valuti. Un team non può fare affidamento su una generica espressione di preoccupazione per contrastare un obiettivo che premia il comportamento opposto.

L’assenza di un percorso di ritorno è la lezione più immediata che si può trarre da questo caso. Consideriamo i percorsi che un prodotto o un servizio offre una volta introdotto sul mercato: completamento, fallimento, ritiro dal mercato e assistenza continua. Un inizio impressionante può nascondere l’assenza di un’uscita.

un esempio di progetto realizzato

Un fornitore di servizi misura il successo in base al completamento di una sequenza prestabilita. L’interfaccia scoraggia le pause perché le interruzioni riducono il tasso di completamento registrato. Questo parametro rende visibile un solo tipo di successo, tralasciando le mutevoli esigenze del partecipante.

Il team può definire un percorso esplicito di uscita e di ritorno. Verificare se gli utenti comprendono il percorso e se il servizio rimane utile anche dopo un’interruzione. Non interpretare automaticamente le uscite aggiuntive come errori.

Il caso Laika non dovrebbe essere utilizzato per equiparare questa situazione ordinaria alla missione storica. Esso mette in luce una logica specifica: l’obiettivo può rimanere tecnicamente coerente pur tralasciando una condizione importante per il partecipante coinvolto. La revisione del progetto deve identificare tale condizione prima di decidere cosa debba essere considerato un successo.

un esercizio pratico

Descrivere un servizio standard con un percorso di accesso e un risultato definiti. Analizzare cosa accade quando un partecipante non è in grado di proseguire, non è d’accordo o deve ritirarsi. Confrontare l’indicatore di successo del fornitore con le esigenze del partecipante in tali situazioni. Riprogettare un percorso di uscita o di recupero e definire come verrà valutata la sua disponibilità. Spiegare quale risultato non fosse stato misurato nel brief originale.

Il fatto che il percorso di ritorno della capsula non fosse indicato era una scelta progettuale. I percorsi omessi da una bozza meritano la stessa attenzione di quelli tracciati.

uno studio visivo

Un modello dello Sputnik 2 illustra il contesto del veicolo spaziale. La missione solleva interrogativi sulla responsabilità nei confronti di un soggetto incapace di dare il proprio consenso alle condizioni previste dal progetto.
1. Un modello dello Sputnik 2 illustra il contesto del veicolo spaziale. La missione solleva interrogativi sulla responsabilità nei confronti di un soggetto incapace di dare il proprio consenso alle condizioni previste dal progetto.
Una fotografia storica ritrae lo Sputnik 2 come oggetto osservato. Il risultato tecnico e le conseguenze per Laika rimangono due aspetti distinti della stessa missione.
2. Una fotografia storica ritrae lo Sputnik 2 come oggetto osservato. Il risultato tecnico e le conseguenze per Laika rimangono due aspetti distinti della stessa missione.
Un cane guida che viaggia in treno offre un esempio attuale di come si possa venire incontro alle esigenze altrui. Progettare tenendo conto di un altro essere vivente richiede attenzione alle sue esigenze, non solo obbedienza.
3. Un cane guida che viaggia in treno offre un esempio attuale di come si possano adattare gli spazi. Progettare tenendo conto di un altro essere vivente richiede attenzione alle sue esigenze, non solo obbedienza.

ulteriori approfondimenti e collegamenti

f/p: design industriale e sviluppo dei prodotti

collegare il principio alla ricerca, alla prototipazione e alla validazione nell’ambito di un processo di sviluppo del prodotto.

progettazione f/p, UX e UI per prodotti e sistemi complessi

approfondire la discussione attraverso il contesto d’uso, le sequenze di interazione e i test con gli utenti.

Guida pratica: come scegliere un partner per la consulenza di design

collegare questo argomento alla strategia di progettazione, ai workshop e alla selezione dei partner.

Stai pianificando un progetto in questo settore? Parlane con f/p design.

riferimenti

NASA

Crediti fotografici

1. Modello Sputnik-2.jpg

Autore o fonte indicata: Stanislav Kozlovskiy · CC BY-SA 4.0

Fonte dell’immagine e dati relativi all’attribuzione

condizioni di licenza

ridimensionata e codificata in formato JPEG per Word; nessuna modifica creativa. L’immagine mantiene la licenza sopra indicata.

2. Fotografia dello Sputnik 2 scattata dalla base aerea di Patrick nel marzo 1958.jpg

Autore o fonte indicata: Autore sconosciuto Autore sconosciuto · Dominio pubblico

Fonte dell’immagine e dati relativi all’attribuzione

ridimensionata e codificata in formato JPEG per Word; nessuna modifica creativa. L’immagine mantiene la licenza sopra indicata.

3. Vagone SMU 260 della Queensland Rail: posto a sedere ribaltabile riservato al trasporto di un cane guida P1120392.jpg

Autore o fonte indicata: John Robert McPherson · CC0

Fonte dell’immagine e dati relativi all’attribuzione

condizioni di licenza

ridimensionata e codificata in formato JPEG per Word; nessuna modifica creativa. L’immagine mantiene la licenza sopra indicata.