Vom ersten Einfall zur besseren Frage
F v5 als Lernweg: eine passende Hilfe auswählen, Hypothesen öffnen und den Arbeitsauftrag revidieren

Eine Frage wie „Wie können wir KI nutzen, damit Kundinnen und Kunden schneller eine Antwort erhalten?“ klingt nach einem klaren Auftrag. Sie enthält aber bereits eine Diagnose und eine Lösung: Das Problem sei die Antwortzeit, die passende Veränderung sei KI, und „eine Antwort“ könne automatisch erstellt werden. Vielleicht stimmt das. Vielleicht liegt der Engpass bei fehlenden Informationen, unklaren Zuständigkeiten oder einer Antwort, die erst nach einer Prüfung möglich ist. Wer sofort einen Prompt formuliert, kann eine unausgesprochene Annahme sehr effizient weiterverarbeiten.
Dieser Artikel behandelt deshalb nicht die Frage, wie man möglichst viele Fragetechniken sammelt. Der Artikel übt eine engere Fähigkeit: in Modul A des eigenen Fragenmodells F v5 genau diejenige Ergänzung auszuwählen, die zu einer erkennbaren Lücke passt. Danach läuft dieselbe Fallfrage sichtbar durch F v5 in der Reihenfolge A→B→D→C. A klärt und wählt; B öffnet mehrere Erklärungen; D nimmt Rückfragen, Evidenzlücken, Fallback und Revision auf; C bündelt die bearbeitete Frage, den transparenten Weg und den begrenzten nächsten Schritt. Eine einzelne Technik kann einen Teil dieser Arbeit unterstützen. Sie ersetzt den Modellablauf nicht und belegt keine Antwort.
Die Leitfrage lautet: Wie wählt ein Lernender oder ein kleines Team bei einer unklaren KI-Aufgabe eine passende Fragehilfe, ohne die Arbeit an diese Technik abzugeben?
Eine Frage ist bereits ein Eingriff
Eine Ausgangsfrage sortiert die Wirklichkeit vor. Sie bestimmt, was als Problem erscheint, welche Messgröße zählt und wer als zuständig gilt. „Wie automatisieren wir den Kundendienst?“ nimmt Automatisierung als Ziel. „Warum dauert eine Antwort oft lange?“ setzt den Schwerpunkt auf Dauer. „Welche Art von Anliegen lässt sich verlässlich beantworten, und welche Information fehlt dafür?“ öffnet eine andere Untersuchung. Keine dieser Fragen ist neutral: Jede lenkt Aufmerksamkeit und verteilt die Begründungslast.
Diese Beobachtung ist für KI-Ethik wichtig, weil ein sauber formulierter Auftrag keine gerechte oder gut informierte Entscheidung garantiert. Wenn nur Bearbeitungszeit gemessen wird, kann zusätzliche Korrekturarbeit bei Beschäftigten unsichtbar bleiben. Wenn nur die Perspektive der Leitung vorkommt, kann die Frage nach dem Umgang mit unklaren oder dringlichen Anliegen fehlen. Und wenn ein Fall schon als „Textproduktion“ beschrieben wird, wird eine Nicht-KI-Option wie eine verständliche Statusseite möglicherweise gar nicht geprüft.
Der pragmatistische Philosoph John Dewey beschreibt reflektiertes Denken als Suche, die oft mit Verwirrung, Unsicherheit oder Zweifel beginnt. Eine zunächst naheliegende Erklärung wird nicht einfach übernommen; weitere Beobachtungen sollen sie stützen oder entkräften. In diesem Sinn ist die bessere Frage nicht bloß eine stilistische Verbesserung. Sie ist ein vorläufiges Urteil darüber, welche Lage untersucht werden soll und welche Beobachtung die Erklärung verändern könnte. Deweys Werk ist hier eine philosophische Linse, keine Anleitung mit vier Schritten und kein empirischer Wirksamkeitsnachweis für F v5.[1][2]
Auch Platons sokratische Dialoge helfen, den Unterschied zwischen einem Beispiel und einer Definition zu sehen. Im Euthyphron nennt Euthyphron zunächst eine konkrete Handlung als Beispiel für Frömmigkeit; Sokrates fragt weiter nach dem Merkmal, das alle frommen Handlungen verbindet. Eine spätere Definition wird geprüft und führt nicht zu einer abschließenden Einigung.[3][4] Das Nachfragen kann so Begriffsgrenzen und ungelöste Fragen sichtbar machen. Für eine Lernübung folgt daraus eine nützliche Haltung: Eine Klärungsfrage darf ein vorschnelles Ja oder Nein unterbrechen. Sie darf aber nicht als Prüfung einer Person oder als rhetorischer Trick eingesetzt werden.
Die philosophische Einsicht ist praktisch: Manchmal ist die wichtigste Leistung einer Frage, eine unverdiente Gewissheit zu lockern. Ein gutes Ergebnis kann dann lauten: „Wir wissen noch nicht, ob der Engpass im Schreiben oder im Informationszugang liegt.“ Das ist nicht Nichtstun. Es macht kenntlich, welche Beobachtung vor einer Werkzeugentscheidung fehlt.
F v5 ist der Ablauf; Ergänzungstechniken sind begrenzte Hilfen
Das projektentwickelte Modell F v5 ordnet die Fragenerweiterung ausdrücklich als A→B→D→C. Die Reihenfolge wirkt ungewohnt, und sie ist sachlich wichtig: D steht für Fehlerbehandlung und Iteration und kommt vor C, der Zusammenführung. Die Endfrage und der angepasste Arbeits-Prompt werden also erst formuliert, nachdem Unsicherheiten, Rückmeldungen und nötige Revisionen bearbeitet wurden.
A – Input, Kontext, Begriffe, Ziel und Annahmen klären. Zuerst wird sichtbar, was die Eingabe sagt und was sie bereits voraussetzt. Eine ergänzende Methode kommt nur dann hinzu, wenn sie eine konkrete Teilaufgabe erfüllt: etwa einen mehrdeutigen Begriff klären, eine lokale Ursache als Hypothese untersuchen oder eine voreilige Lösungsidee variieren.
B – mehrere Erklärungen und Meta-Fragen entwickeln. Aus dem Ausgangspunkt entstehen konkurrierende Hypothesen oder Fragestellungen. B fragt nicht nur „Was könnte zutreffen?“, sondern auch „Welche Annahme steckt in dieser Erklärung?“, „Welche Alternative ist ebenfalls plausibel?“ und „Welche Rückmeldung würde unseren Fokus ändern?“ Nutzer- oder Betroffenenfeedback kann den Arbeitsfokus verschieben; es wird nicht bloß als Zustimmung gezählt.
D – Unklarheit, Fallback und Revision bearbeiten. Fehlende Angaben führen zu einer Rückfrage oder zu einem klar begrenzten Fallback. Geeignete externe Daten, Best Practices, Risiken und branchenspezifischer Kontext können als Prüfpunkte benannt werden. Eine Revision muss sichtbar machen, was sich durch neue Information geändert hat. D ist kein nachträgliches Protokoll hinter einer bereits festgelegten Antwort.
C – Ergebnisse integrieren und transparent übergeben. Erst hier wird eine angepasste Endfrage oder ein Arbeits-Prompt formuliert. Eine kurze Prozesszusammenfassung hält fest, welche Begriffe geklärt, welche Hypothesen erwogen, welche Rückmeldung eingearbeitet und welche Grenzen offengelassen wurden. Der GROW-Bezug hilft, aus der Frage einen begrenzten nächsten Schritt zu machen.
Die drei bereitgestellten Originalseiten zu F v5 beschreiben diese Modellarchitektur und ihre beabsichtigten Operationen. Sie dokumentieren einen eigenen methodischen Entwurf; sie sind keine veröffentlichte Wirksamkeitsstudie. Ebenso belegt die Herkunft einer Ergänzungsmethode nicht, dass ihre Kombination mit F v5 wissenschaftlich validiert wäre. Der Artikel unterscheidet daher zwischen Modellbeschreibung, philosophischer Einordnung, belegbarer Beschreibung einzelner Methoden und offenen Wirksamkeitsfragen.
QFT wird in diesem Artikel weder angewandt noch zum Vergleichsrahmen gemacht. Die F-Primärfassung führt QFT als eine mögliche Ergänzung in A auf. Für den hier gewählten Lernzweck ist keine zusätzliche Fragegenerierungsroutine erforderlich. Der Artikel entwickelt deshalb weder QFT-Schritte noch QFT-Materialien oder eine QFT-Übungssequenz.
A beginnt mit einer Auswahlfrage: Welche Lücke haben wir?
Wer bei jeder Aufgabe fünf oder sechs Methoden nacheinander durchläuft, hat noch nicht methodisch gearbeitet. Ein Methodenbuffet kann den Eindruck von Gründlichkeit erzeugen, obwohl die zentrale Frage unverändert bleibt. Die Auswahl sollte sich stattdessen an der beobachtbaren Lücke orientieren:
| Lücke in der Aufgabe | Passende A-Hilfe | Vorläufiges Ergebnis | Grenze |
|---|---|---|---|
| Ein Schlüsselbegriff oder Kriterium ist mehrdeutig. | Sokratische Klärungsfrage | Arbeitsdefinitionen und eine präzisierte Ausgangsfrage | Klärt Begriffe, nicht automatisch Ursachen oder Werte. |
| Ein lokaler, wiederkehrender Fehler hat möglicherweise eine konkrete Ursache. | Five Whys / 5 Whys | Eine Ursachenhypothese mit Belegbedarf | Fünf Fragen beweisen keine einzige oder letzte Ursache. |
| Ein Auftrag ist auf eine vorhandene Lösungsidee verengt. | SCAMPER | Varianten einer schon vorhandenen Idee, darunter eine Nicht-KI-Option | Erzeugte Varianten sind weder machbar noch ethisch geprüft. |
| Ein Ziel oder nächster Schritt ist diffus. | GROW als Lagecheck | Offene Punkte zu Ziel, aktueller Lage und Optionen | Ein klareres Ziel ist noch kein legitimes Ziel. |
| Lernende sollen „etwas verstehen“ oder „Ethik anwenden“, aber die Leistung bleibt unbestimmt. | Bloom-Taxonomie | Eine erkennbare Denkhandlung, etwa erklären, vergleichen oder beurteilen | Ein kognitives Anspruchsniveau ist kein Maß für Wahrheit oder moralische Güte. |
Die Tabelle ist eine Auswahlhilfe, kein vorgeschriebener Methodenstapel. Im 30-Minuten-Format wird genau eine A-Hilfe gewählt. Eine zweite Hilfe ist nur in einem neuen F-Durchlauf zulässig, wenn eine zusätzliche, andersartige Lücke sichtbar wird; sie braucht dann einen eigenen Wahlgrund und ein eigenes A-Ergebnis. Nicht zulässig ist, mehrere Hilfen vorsorglich abzuhaken. Wenn eine Hilfe das Ergebnis nicht verändert, gehört sie nicht in den Ablauf.
Begriffe klären: sokratische Fragen
Eine sokratische Klärungsfrage passt, wenn die Ausgangsfrage mit einem scheinbar selbstverständlichen Wort arbeitet. „Schnell“, „sicher“, „fair“, „automatisch“ oder „Antwort“ können mehrere Dinge bedeuten. Für einen Kunden kann „schnell“ eine kurze Eingangsbestätigung bedeuten; für das Team vielleicht eine endgültige, sachlich belastbare Auskunft. Diese Bedeutungen sind nicht austauschbar.
Die Arbeitsbewegung lautet: Begriff benennen, Bedeutung im konkreten Fall erfragen, Kriterium und Gegenbeispiel prüfen. „Was zählt hier als Antwort?“ kann zum Beispiel offenlegen, dass eine Eingangsbestätigung und eine verlässliche Lieferauskunft zwei verschiedene Leistungen sind. „Woran würden wir erkennen, dass eine Antwort hilfreich war?“ trennt die Perspektive der Organisation von derjenigen, die mit der Auskunft weiterarbeiten muss.
Das sokratische Vorbild sollte nicht als starres Frageformular behandelt werden. Historische und philosophische Deutungen dessen, was „die sokratische Methode“ genau ist, sind nicht einheitlich. Für diesen Artikel genügt die begrenzte Funktion: Begriff und Kriterium offenlegen, dann prüfen, ob sie zu den Beispielen passen. Wer Fragen in schneller Folge stellt, ohne die Antwort abzuwarten oder die eigene Deutung revidieren zu können, klärt nicht gemeinsam, sondern verhört.
Ursachen prüfen: Five Whys
Five Whys ist passend, wenn ein konkret beobachteter Vorgang oder Fehler in einer überschaubaren Prozesskette auftritt. Die nächste Warum-Frage nimmt die vorherige Antwort als vorläufigen Ansatzpunkt. In der Toyota- und Lean-Tradition wird wiederholtes Fragen genutzt, um bei einem konkreten Prozessproblem über das sichtbare Symptom hinaus nach Bedingungen zu suchen.[5][6]
Die Formulierung „fünfmal fragen“ darf nicht zu einem Beweisritual werden. Die letzte Antwort ist keine automatisch entdeckte Grundursache. In Organisationen können mehrere Ursachen gleichzeitig wirken: fehlende Information, wechselnde Zuständigkeiten, saisonale Auslastung oder ein unpassendes Erfolgskriterium. Deshalb notiert F v5 die Antwort als Hypothese. B öffnet konkurrierende Erklärungen; D fragt, welche Prozessbeobachtung oder Quelle diese stützen oder widerlegen könnte.
Five Whys passt nicht gut, wenn das eigentliche Problem ein umstrittener Wert, ein unklarer Begriff oder eine offene Zukunftsoption ist. „Warum sollte KI eingesetzt werden?“ ist keine lineare Fehleranalyse. Dort droht die Technik, eine bereits gewählte Richtung mit immer tieferen Begründungen nachträglich abzusichern.
Ideen variieren: SCAMPER
SCAMPER richtet sieben Arten von Veränderungsfragen auf eine vorhandene Idee oder einen bestehenden Gegenstand: ersetzen, kombinieren, anpassen, verändern, anderweitig verwenden, weglassen und umkehren beziehungsweise neu ordnen. Robert F. Eberle stellte die Buchstabenfolge 1971 als Spiele zur Entwicklung der Vorstellungskraft vor; sein Aufsatz von 1972 hält fest, dass die Buchstaben auf einer Ideen-Checkliste von Alex Osborn beruhen.[7][8] Ihr Nutzen in A ist eng umrissen: Eine Frage, die nur „Welches KI-Werkzeug?“ kennt, kann nach Alternativen geöffnet werden.
Im fiktiven Kundendienstfall könnte „automatisch beantworten“ durch eine verständlichere Statusseite, eine priorisierte Warteschlange, eine intern vorbereitete Antwort oder eine automatische Eingangsbestätigung ersetzt oder begrenzt werden. SCAMPER liefert dabei Suchrichtungen, keine Bewertung. Danach ist zu fragen: Welche Variante erfüllt das Ziel? Welche Information braucht sie? Wer muss sie kontrollieren? Was wäre die Folge einer falschen Antwort? Eine kreative Option ohne anschließende Prüfung bleibt eine Idee.
Ziele und Lage ordnen: GROW
GROW strukturiert ein Gespräch über Goal, Reality, Options und Will: gewünschtes Ziel, aktuelle Lage, mögliche Optionen und nächster Schritt. Das Modell wurde von John Whitmore gemeinsam mit Kolleginnen und Kollegen entwickelt und vor allem durch sein 1992 veröffentlichtes Buch Coaching for Performance bekannt.[9][10] Innerhalb F v5 kann GROW in A als kurzer Lagecheck helfen, wenn jemand schon zum Handeln drängt, bevor Ziel und Ausgangslage klar sind. In C kann derselbe Bezug den nächsten, begrenzten Schritt strukturieren.
Die doppelte Verwendung braucht eine Grenze. In A heißt „Will“ nicht, dass das Team schon eine Einführung zusagt. Wenn in A eine verbindliche Maßnahme steht, bevor B Hypothesen öffnet und D die Evidenzlücken bearbeitet, wird die Reihenfolge des eigenen Modells übersprungen. Das Ziel selbst darf ebenfalls geprüft werden. GROW ordnet eine Absicht; es kann nicht entscheiden, ob diese Absicht gerechtfertigt ist oder wessen Interessen sie berücksichtigt.
Lernhandlungen konkretisieren: Bloom
Die ursprüngliche Bloom-Taxonomie wurde als Klassifikation von Bildungszielen im kognitiven Bereich entwickelt. Ihre sechs Hauptkategorien lauten Wissen (Knowledge), Verstehen (Comprehension), Anwenden (Application), Analysieren (Analysis), Synthese (Synthesis) und Bewerten (Evaluation).[11][12] Die häufig verwendete Verbfolge Erinnern, Verstehen, Anwenden, Analysieren, Bewerten und Erschaffen gehört zur Revision von 2001; sie ist nicht die Kategorienliste der Ausgabe von 1956.[12] Für diesen Artikel ist Bloom keine Fragetechnik für beliebige Sachprobleme. Die Taxonomie hilft einer Lehrperson, den erwarteten Lernschritt konkret zu benennen.
Statt „Lernende verstehen KI-Ethik“ könnte das Ziel lauten: „Lernende können in einer KI-Anfrage eine vorausgesetzte Lösung, eine fehlende Information und ein überprüfbares Kriterium unterscheiden.“ Eine andere Aufgabe wäre, zwei plausible Erklärungen zu vergleichen oder eine Frage anhand neuer Evidenz zu revidieren. Bloom macht solche Leistungsanforderungen sichtbarer. Eine komplexere Tätigkeit ist damit aber nicht automatisch richtiger, fairer oder anspruchsvoller für jede Lerngruppe. Die Taxonomie ist Orientierung für Ziele und Aufgaben, keine Treppe zum moralisch besseren Urteil.
Derselbe Fall durch A→B→D→C
Für den Übungsfall nehmen wir ein vollständig fiktives kleines Handelsunternehmen. Im Kundendienst gehen wiederholt Fragen zu Lieferstatus und Verfügbarkeit ein. Die Leitung erwägt, dass ein Sprachmodell solche E-Mails automatisch beantwortet, damit Kundinnen und Kunden schneller informiert werden. Es gibt keine reale Firma, keine echten Kundendaten und keine gemessene Antwortzeit.
A: eine passende Hilfe statt eines Methodenbuffets wählen
Die Ausgangsfrage lautet: „Wie können wir KI nutzen, damit Kundinnen und Kunden schneller eine Antwort erhalten?“ Der Engpass ist zunächst begrifflich: „schneller“ und „Antwort“ bleiben unklar. Das Team wählt daher sokratische Klärungsfragen als genau eine A-Hilfe. Die Auswahl ist begründet: Es geht noch nicht darum, warum eine bestimmte Maschine oder Prozessstufe ausfällt; auch ist die Leitung nicht gebeten worden, eine bereits bekannte Lösungsidee kreativ zu variieren. Zuerst muss geklärt werden, welches Ergebnis überhaupt gemeint ist.
Die Rückfrage zeigt zwei mögliche Ziele. Erstens könnten Kundinnen und Kunden möglichst schnell erfahren, dass ihre Nachricht angekommen ist. Zweitens könnten sie möglichst schnell eine belastbare Auskunft über den tatsächlichen Lieferstatus erhalten. Eine automatisch erzeugte Eingangsbestätigung erfüllt das erste Ziel, aber nicht das zweite. Für eine verlässliche Statusauskunft braucht es möglicherweise aktuelle Informationen aus einer anderen Stelle des Betriebs. Aus „Antwortzeit“ werden damit zwei verschiedene Größen: Zeit bis zur Bestätigung und Zeit bis zur sachlich geprüften Auskunft.
Das A-Ergebnis ist keine neue Produktentscheidung. Es ist eine präzisierte Ausgangsfrage: „Welche wiederkehrenden Anliegen warten auf eine überprüfbare Information, und welche davon lassen sich mit einer verlässlichen Statusquelle bearbeiten?“ Das Team notiert daneben die Annahme, dass das Schreiben der E-Mail die Verzögerung verursacht. Diese Annahme bleibt offen.
B: Erklärungen konkurrieren lassen
B entwickelt mehrere Hypothesen, statt eine davon sofort zum Befund zu erklären:
| Hypothese | Was könnte dafür sprechen? | Welche andere Erklärung bleibt möglich? |
|---|---|---|
| H1: Viele ähnliche Anfragen binden Zeit. | Häufige Fragen zu denselben Statusinformationen. | Die Antwort könnte trotzdem am fehlenden Datenzugang liegen, nicht am wiederholten Schreiben. |
| H2: Zuständigkeit oder Weiterleitung ist unklar. | Eine Anfrage wird zwischen Funktionen weitergegeben. | Es kann eine klare Zuständigkeit geben, aber die Information ist noch nicht aktuell. |
| H3: Der relevante Status ist nicht zuverlässig an einer Stelle verfügbar. | Beschäftigte müssen Rückfragen an andere Funktionen stellen. | Vielleicht existiert eine Quelle, die im Kundendienst nicht bekannt oder nicht zugänglich ist. |
Die Hypothesen sind Prüfangebote, keine statistischen Aussagen. Ein kleiner Betrieb kann zunächst die eigenen Abläufe anhand eines begrenzten, datenschutzgerechten Beispiels beschreiben. Dazu braucht es nicht sofort ein KI-System. Ein einfaches Kategorienblatt kann festhalten, ob eine Anfrage eine Eingangsbestätigung, einen Status, eine Produktinformation oder eine andere Bearbeitung benötigt. Eine Nicht-KI-Option wäre eine gut gepflegte Statusseite oder ein klarer interner Zuständigkeitsweg.
Eine Meta-Frage verändert den Blick: Wer beurteilt, dass eine Antwort „schnell genug“ ist? Die Leitung, die den Durchsatz betrachtet, oder auch die Person, die eine falsche Statusauskunft erhält und erneut nachfragen muss? Diese Frage schiebt keinen fremden Wertmaßstab über den Fall. Sie macht sichtbar, dass die Messgröße Zeit nicht alle Folgen abbildet.
● Nur für Mitglieder
Lies den vollständigen Artikel und lade alle Dateien mit einer Mitgliedschaft herunter.
Vollständigen Artikel + Downloads freischalten → Abonnieren0 Kommentare
● Kommentare werden geladen…