REConnect: Participatory RE for Social Sustainability
Dieses Paper stellt REConnect vor, ein menschenzentriertes, partizipatives Requirements-Engineering-Framework, das aus 26 gemeinschaftsorientierten Projekten abgeleitet wurde und Vertrauen, Co-Kreation sowie Nutzerermächtigung priorisiert, um soziale Nachhaltigkeit zu gewährleisten und die menschliche Handlungsfähigkeit gegenüber den Risiken automatisierter und KI-gestützter Elicitation zu bewahren.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Das große Problem: Häuser bauen, ohne mit den Menschen zu sprechen, die darin leben
Stellen Sie sich vor, Sie sind ein Architekt, der beauftragt wurde, ein neues Gemeindezentrum zu bauen. Aber anstatt die Nachbarn zu fragen, was sie brauchen, sitzen Sie in einem hochmodernen Büro, betrachten Datendiagramme und nutzen einen superschnellen KI-Roboter, um das Gebäude zu entwerfen. Sie bauen vielleicht ein wunderschönes Bauwerk mit perfekten Blaupausen, aber wenn Sie die Schlüssel übergeben, stellen die Nachbarn vielleicht fest, dass die Türen zu schwer sind, die Räume zu kalt sind oder der Grundriss für ihr tägliches Leben keinen Sinn ergibt.
Genau das passiert in der Softwaretechnik (Software Engineering), wenn Teams sich zu sehr auf Automatisierung und KI verlassen, um herauszufinden, was Menschen brauchen. Das Paper argumentiert, dass KI zwar großartig darin ist, Zahlen zu knacken und riesige Mengen an Daten zu verarbeiten, sie aber oft den „menschlichen Herzschlag“ einer Gemeinschaft übersieht. Es besteht das Risiko, Software zu bauen, die technisch zwar funktioniert, aber sozial scheitert, weil sie das Vertrauen, die Kultur und die realen Geschichten der Menschen ignoriht, denen sie eigentlich helfen soll.
Die Lösung: REConnect (Das „Handschlag“-Framework)
Die Autoren führen ein neues Framework namens REConnect ein. Betrachten Sie dies nicht als eine Reihe starrer Regeln, sondern als ein Rezept für ein langes, herzliches Gespräch, noch bevor man überhaupt mit dem Bauen beginnt.
Der Kern der Idee ist einfach: Man kann keine Software für eine Gemeinschaft entwerfen, ohne zuerst eine Beziehung zu ihr aufzubauen. Es ist, als würde man versuchen, einen Kuchen für jemanden zu backen, den man noch nie getroffen hat; Man bekommt vielleicht die Zutaten richtig hin, aber man weiß nicht, ob die Person Schokolade oder Vanille mag oder ob sie eine Nussallergie hat.
Das Paper identifiziert drei goldene Regeln (Prinzipien), um dies umsetzbar zu machen, die aus der Untersuchung von 26 realen Projekten an Orten wie dem ländlichen Nepal, kanadischen Städten und der abgelegenen Arktis stammen.
1. Vertrauen aufbauen wie einen Garten, nicht wie eine Maschine
Die Analogie: Man kann eine Blume nicht dazu zwingen, zu blühen, indem man an ihren Blütenblättern zieht. Man muss den Boden bewässern, ihr Sonnenlicht geben und warten.
Die Behauptung des Papers: Vertrauen ist nichts, was man einfach „herunterladen“ oder als gegeben voraussetzen kann. In vielen Gemeinschaften (besonders jenen, die in der Vergangenheit ignoriert oder ausgenutzt wurden) sind die Menschen gegenüber Außenstehenden misstrauisch.
- Was sie taten: Anstatt eine Online-Umfrage zu verschicken, gingen die Teams direkt in die Gemeinschaften. Sie besuchten Krankenhäuser in Nepal, saßen in Unterkünften in Kanada und verbrachten Zeit mit indigenen Ältesten in der Arktis. Sie tranken Tee, hörten Geschichten zu und tauchten beständig auf.
- Das Ergebnis: Erst nachdem das Vertrauen aufgebaut war, teilten die Menschen die wirklichen Probleme mit. In einem Projekt zur Blutspende in Nepal lernten die Teams beispielsweise, dass die Menschen aus Angst vor alten Mythen nicht spenden wollten. Eine KI hätte das nicht gewusst; erst ein menschliches Gespräch brachte dies ans Licht.
2. Co-Creation: Der „Potluck“-Ansatz
Die Analogie: Stellen Sie sich ein Potluck-Abendessen vor (ein Buffet, zu dem jeder etwas mitbringt). Wenn Sie den Leuten einfach nur sagen, was sie mitbringen sollen, bekommen Sie vielleicht zehn Teller mit demselben Gericht. Aber wenn Sie jeden fragen, was er selbst gerne kocht, und Sie es gemeinsam zubereiten, erhalten Sie ein Festmahl, das alle repräsentiert.
Die Behauptung des Papers: Fragen Sie die Menschen nicht erst nach Feedback zu Ihrer fertigen Idee. Laden Sie sie statlich schon in die Küche ein, während Sie noch kochen.
- Was sie taten: In einem Projekt zur Unterstützung von Frauen, die vor Gewalt fliehen, dachte das Team anfangs, sie bräuchten eine mobilen App. Doch nach Gesprächen mit den Frauen stellten sie fest, dass die meisten keine Smartphones besitzen und eine App gefährlich sein könnte, falls ein Missbrauchter sie sieht. Das Team verwarf die ursprüngliche Idee und entwickelte stattdin ein Web-Tool gemeinsam mit dem Personal der Unterkunft.
- Das Ergebnis: Das Endprodukt war nicht nur „besser“; es war das einzige, was funktionieren würde. Die Nutzer halfen bei der Gestaltung der Lösung, sodass sie genau wussten, wie sie sie nutzen müssen.
3. Nutzer befähigen: Vom Passagier zum Fahrer
Die Analogie: Wenn Sie jemandem eine Karte und ein Auto geben, aber die Schlüssel behalten und ihm sagen, wohin er fahren soll, ist er nur ein Passagier. Wenn Sie ihm die Schlüssel, die Karte und das Training zum Autofahren geben, wird er zum Fahrer.
Die Behauptment des Papers: Wahrer Erfolg besteht nicht nur darin, Software zu übergeben; es geht darum, sicherzustellen, dass die Gemeinschaft das Gefühl hat, sie besitze die Software und könne sie auch nach dem Weggang der Entwickler weiterführen.
- Was sie taten: Beim Blutspendeprojekt bildete das Team nicht nur lokale Führungspersönlichkeiten im Umgang mit der Software aus; sie gab ihnen auch die Autorität, das gesamte System zu verwalten. In einem Projekt zu indigenen Sprachen spielten die Jugendlichen nicht nur ein Spiel, sondern halfen dabei, die Geschichten zu schreiben und die Lektionen zu gestalten.
- Das Ergebnis: Die Gemeinschaften haben die Software nicht nur „eingeführt“; sie haben die Kontrolle übernommen. Sie wurden zu den Hütern des Systems und stellten sicher, dass es über Jahre hinweg Bestand hat.
Wo passt KI hinein? (Der „superstarke Assistent“)
Das Paper sagt nicht „Verbann die KI“. Stattdessen schlägt es eine neue Art der Nutzung vor.
- Der alte Weg: Die KI alles denken und den Menschen sagen lassen, was sie bauen sollen.
- Der REConnect-Weg: Die KI als einen superstarken Assistenten nutzen, aber den Menschen am Steuer behalten.
Betrachten Sie die KI als eine sehr schnelle Bibliothekarin. Sie kann 10.000 Bücher in einer Sekunde lesen und zusammenfassen. Aber sie kennt nicht das Gefühl einer Gemeinschaft, die Geschichte eines lokalen Anführers oder die ungeschriebenen Regeln eines Dorfes.
- Die Rolle des Menschen: Die Menschen (die Gemeinschaft und die Entwickler) agieren als die Hüter (Guardians). Sie nutzen die Bibliothekarin (KI), um Muster zu finden, aber sagen dann: „Warte, diese Zusammenfassung lässt den Punkt über unsere Geschichte völlig außer Acht“ oder „Diese Idee wird nicht funktionieren, weil es diese lokale Regel gibt.“
- Der Prozess:
- Menschen bauen die Beziehung auf und verstehen den Kontext (die „Grundarbeit“).
- KI hilft dabei, riesige Datenmengen zu sortieren, um Muster zu finden.
- Menschen interpretieren diese Muster und korrigieren die KI, wenn sie Nuancen übersieht.
- Menschen und KI arbeiten zusammen, um schnell Prototypen zu erstellen.
- Menschen treffen die endgültige Entscheidung und stellen sicher, dass die Software ihre Werte respektiert.
Das Fazit
Das Paper kommt zu dem Schluss, dass Software nicht nur Code ist, sondern eine Beziehung.
Wenn Sie wollen, dass Software einer Gemeinschaft hilft, zu gedeihen (soziale Nachhaltigkeit), können Sie den Prozess nicht einfach automatisieren. Sie müssen langsamer werden, Hände schütteln, Geschichten zuhören und der Gemeinschaft das Steuer überlassen. Die KI kann Ihnen helfen, schneller zu fahren, aber sie kann nicht für Sie lenken. Ohself ohne diese menschliche Verbindung bauen Sie vielleicht ein sehr schnelles Auto, das jedoch in die falsche Richtung fährt.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.