Ein Interessent schickt eine Tabelle.

Hundertfünfzehn Fragen. Architektur, Sicherheit, Backups, Verschlüsselung, Unterauftragnehmer, Betriebskontinuität, Datenschutz.

Niemand ist überrascht. Es ist nicht der erste. Es wird nicht der letzte sein.

Und trotzdem stellt sich beim Öffnen der Datei immer dasselbe Zögern ein.

Entweder man rollt alles von vorn auf: Man öffnet wieder die Dokumentation, durchforstet die Konfigurationen, fragt erneut beim Technikteam nach.

Oder man holt sich den Fragebogen des letzten Kunden und kopiert, was ähnlich aussieht.

Die erste Option erschöpft.

Die zweite beruhigt.

Mit beiden geht verloren, was das Unternehmen weiß.

Jeder Fragebogen, ein Neuanfang

Der erste Fragebogen dieser Art, den ich strukturiert bearbeitet habe, umfasste dreiundvierzig Fragen.

Um ihn zu beantworten, mussten sieben technische Quellen zusammengetragen werden, dazu eine Rückfrage beim Team, das den Dienst betrieb. Hinzu kam das eigentliche Schreiben:

• verstehen, was der Interessent wirklich wissen wollte;
• die Information wiederfinden;
• prüfen, ob sie noch stimmte;
• entscheiden, was wir mitteilen konnten;
• die Antwort in das erwartete Format bringen.

Drei bis sechs Stunden Arbeit. Mehrere Leute eingebunden. Keine Garantie, dass der Interessent Kunde wird.

Das war kein Ausnahmefall.

Jeder Interessent schickt sein eigenes Dokument. Einmal eine Tabelle, beim nächsten Mal ein Word-Dokument, dann ein PDF. Die Referenzrahmen ändern sich. Die Nummerierungen ändern sich. Die Formulierungen ändern sich.

Die Themen aber kehren wieder.

Genau das macht die Lage so frustrierend: Man hat das Gefühl, dieselbe Frage zum zehnten Mal zu beantworten, und muss sie doch jedes Mal neu aufbauen.

Dann geht das Dokument raus.

Und die ganze Recherchearbeit bleibt in der verschickten Datei eingeschlossen.

Kopieren wirkt wie die vernünftige Lösung

Auf diese Wiederholung gibt es einen naheliegenden Reflex.

Man hebt die alten Fragebögen auf. Man sucht den, der am ähnlichsten ist. Man übernimmt die Antworten.

Denselben Reflex gibt es innerhalb des Unternehmens. Ein Team braucht eine Regel, die einem anderen Team gehört: die Pflichtfelder eines Formulars, eine Backup-Richtlinie, eine vertragliche Grenze. Es kopiert die Passage in seine eigene Dokumentation, um sie griffbereit zu haben.

Im Moment ist das effizient.

Man spart Zeit. Man muss nicht wieder dieselben Leute stören. Man stützt sich auf etwas, das schon geschrieben und oft schon abgesegnet wurde.

Das Problem: Der Gewinn kommt sofort, die Kosten kommen später.

Und sie kommen ohne Vorwarnung.

Eine alte Antwort sieht aus wie Wissen

In einem der eingegangenen Fragebögen war eine Antwort schon ausgefüllt.

Sie besagte, dass unsere ISO-9001-Zertifizierung aus dem Jahr 2017 stamme.

Der Satz wirkte vollkommen brauchbar. Er war präzise, schon formuliert, stand neben der richtigen Frage.

Das richtige Datum war 2018.

Ein Jahr Abweichung. Auf den ersten Blick nichts Schlimmes.

Aber an diesem Fehler habe ich etwas Wichtigeres verstanden.

Eine alte Antwort sieht aus wie Wissen. Sie hat die Form einer Behauptung. Sie ist gut geschrieben. Sie beruhigt.

Über das Wesentliche aber schweigt sie:

• wer sie geschrieben hat;
• worauf sie beruht;
• zu welchem Zeitpunkt sie stimmte;
• ob sie das Produkt noch tatsächlich beschreibt.

Eine alte Antwort kann aus einer Vorlage stammen, von einem anderen Anbieter, aus einem Austausch, an den sich niemand mehr erinnert. Sie kann zum Zeitpunkt des Versands richtig gewesen sein und heute falsch.

Und mit KI wächst dieses Risiko.

Wenn eine KI in einem Dokument auf eine bereits formulierte Antwort stößt, übernimmt sie sie bereitwillig. Sie hat keinen Grund, ihr zu misstrauen. Der Satz ist klar formuliert, gut platziert, passt zur Frage.

Die KI beschleunigt dann nur die Verbreitung eines Fehlers, den niemand bemerkt hat.

Die Kopie weicht unbemerkt ab

Derselbe Mechanismus wirkt zwischen Teams, und dort ist er noch unauffälliger.

Nehmen wir eine ganz gewöhnliche Situation.

Ein Produktteam arbeitet an der Qualität der Einsatzberichte. Es stützt sich auf eine Regel, die einem anderen Team gehört: die Liste der Pflichtangaben beim Abschluss eines Einsatzes. Es hat sie gelesen, in seine Dokumente übernommen und arbeitet weiter.

Sechs Wochen später geht die Arbeit ins Review.

Jemand bemerkt eine Abweichung.

Die Regel hat sich inzwischen geändert. Das andere Team hat das Produkt weiterentwickelt. Das war legitim. Es war sogar so geplant.

Aber niemand hat Bescheid gesagt.

Niemand hat gelogen. Niemand hat einen groben Fehler gemacht. Die Regel hat einfach dort weitergelebt, wo sie entstanden war, während ihre Kopie anderswo eingefroren blieb.

Genau das macht dieses Problem so schwer zu erkennen: Eine Kopie, die abweicht, fällt niemandem auf. Sie bleibt sauber, gut formuliert, glaubwürdig. Sie hat nur aufgehört zu stimmen.

Dabei gibt es zwei Arten, sich zu irren, und sie sind spiegelbildlich.

Auf das Original verweisen vermeidet die Kopie. Man schlägt die Regel dort nach, wo sie lebt. Aber wenn nichts anzeigt, dass sie sich geändert hat, stützt man sich weiter auf das, was man vor sechs Wochen gelesen hat.

Kopieren macht unabhängig. Die Kopie hängt nicht mehr vom anderen Team ab. Aber wenn nichts sagt, woher sie stammt, hat man ein Jahr später eine Notiz, richtig oder falsch, von der niemand weiß, worauf sie beruht.

Jeder Weg hat also seinen Preis:

• ein Verweis verlangt, dass man erfährt, wann sich seine Quelle ändert;
• eine Kopie verlangt, dass man angibt, woher sie stammt, von wann sie ist und was unterwegs umformuliert wurde.

Das Problem ist nicht, zu kopieren oder zu verweisen.

Das Problem ist, es zu tun, ohne aufzuschreiben, was jeder Weg verlangt.

Fakten aufbewahren, nicht Dokumente

Für die Fragebögen habe ich schließlich den Ausgangspunkt gewechselt.

Ich wollte keine Bibliothek von Antworten zum Kopieren mehr aufbauen.

Ich wollte ein Gedächtnis dessen aufbauen, was wir wirklich beantworten konnten.

Angefangen hat es mit einer einfachen Entscheidung: nach Thema ordnen, nicht nach Kunde.

Eine Frage, die bei einem Interessenten „14.6.l“ hieß, und eine, die bei einem anderen „CL-072“ hieß, betrafen dasselbe: die Backups. Nach Kundendatei geordnet, blieben sie einander fremd. Nach Thema geordnet, fanden sie zusammen.

Die Frage lautete nicht mehr: „Was haben wir diesem Kunden geantwortet?“

Sie lautete: „Was können wir zu Backups beantworten?“

Und zu jedem Thema bewahrten wir einen geprüften Fakt auf, zusammen mit dem, was ihn vertrauenswürdig macht:

• seine Herkunft: eine offizielle Dokumentation, eine geprüfte Konfiguration, ein Test, die Bestätigung des zuständigen Teams;
• das Datum, an dem er bestätigt wurde;
• die Grenzen dessen, was wir zusagen können.

Der Fragebogen des Kunden behielt seinen Wert. Er zeigte, was der Markt wissen wollte, in seinen Worten und mit seinen Prioritäten.

Aber er bewies nichts mehr.

Die Anfrage kam vom Kunden. Der Beleg kam von uns.

Wir haben auch zwei Dinge getrennt, die die alten Fragebögen vermischten: das, was zum Prüfen einer Antwort dient, und das, was verschickt werden kann. Das Detail einer Konfiguration kann für den internen Reviewer unverzichtbar sein, ohne in ein Dokument zu gehören, das an einen Interessenten geht.

Die Formulierung für den Kunden wurde auf der einen Seite vorbereitet.

Die Belege und Vorbehalte blieben daneben, für den, der freigeben musste.

Das Wissen bei dem lassen, der dafür verantwortlich ist

Dasselbe Prinzip gilt zwischen Teams.

Eine Regel hat einen Eigentümer. Das ist das Team, das sie weiterentwickelt, das weiß, warum es sie gibt, und das für sie geradesteht.

Die erste Art, sie zu nutzen, besteht darin, sie dort nachzuschlagen, wo sie lebt, statt eine persönliche Version davon aufzubewahren. Man stützt sich auf sie, ohne zu behaupten, sie zu besitzen.

Manchmal reicht das nicht. Man muss die genaue Version festhalten, auf der eine Entscheidung beruht. Man will sie für einen bestimmten Zweck umformulieren. Man will, dass sie verfügbar bleibt, auch wenn sich das ursprüngliche Team neu aufstellt.

Dann kann man sie kopieren.

Aber die Kopie muss ihre Vorgeschichte behalten: woher sie stammt, von wann sie ist und was geändert wurde.

Der Unterschied zwischen beiden liegt weniger im Weg als in der Verantwortung:

• wenn ich nachschlage, gehört das Wissen weiterhin dem anderen Team;
• wenn ich kopiere, übernehme ich eine eigenständige Version und werde für ihre Verwendung verantwortlich.

Bleibt eine Versuchung, die jeder kennt.

Man liest oft die Dokumentation eines anderen Teams. Man entdeckt einen Fehler. Man weiß, was zu korrigieren wäre. Es würde dreißig Sekunden dauern.

Besser, man schlägt die Korrektur vor, als sie selbst vorzunehmen.

Wer einen Fehler entdeckt, entscheidet nicht darüber, wo das Wissen endgültig seinen Platz hat. Das verantwortliche Team beurteilt, ob die Korrektur wirklich seinen Bereich beschreibt oder nur den Sonderfall dessen, der sie vorschlägt.

Genau das verhindert, dass ein lokales Ergebnis stillschweigend zu einer allgemeinen Wahrheit wird.

Eine sichtbare Lücke ist besser als ein plausibler Satz

Fakten nach Thema zu ordnen, hatte eine Wirkung, mit der ich nicht gerechnet hatte.

Es machte die Lücken sichtbar.

Wenn eine Information fehlte, ließ sie sich nicht mehr hinter einer alten Formulierung verstecken. Das Thema war da, die Frage auch, aber kein geprüfter Fakt erlaubte, sie zu beantworten.

Die Lücke wurde sichtbar.

Und eine sichtbare Lücke kann zu einer Aufgabe werden.

Statt das Feld mit einem beruhigenden Satz zu füllen, bereitet man eine präzise Frage für das zuständige Team vor. Man gibt an, welche Zeilen des Fragebogens diese Antwort vervollständigen wird. Man weiß, wem man sie stellt, und warum.

Das ist wohl die wichtigste Veränderung.

Ein plausibler Satz verdeckt ein Risiko.

Eine ausdrückliche Lücke verwandelt es in erkennbare Arbeit.

Der vierte Fragebogen

Der vierte Fragebogen umfasste hundertfünfzehn Fragen. Fast dreimal so viele wie der erste.

Diesmal gingen wir nicht mehr von einer Sammlung verstreuter Dateien aus. Die wiederkehrenden Themen waren bekannt, und für jedes wussten wir, wo die geprüften Fakten lagen.

Sechsundneunzig vollständige Antworten ließen sich direkt erstellen, ohne neue Recherche.

Der Rest des Dokuments war eingeordnet:

• belastbare Antworten, ein letztes Mal zu prüfen;
• unsichere Antworten;
• einige Fragen, die sich mit den verfügbaren Informationen nicht beantworten ließen.

Die offenen Punkte hatten ihren Charakter verändert. Wir suchten nicht mehr aufs Geratewohl, wer was wusste. Es blieben kaufmännische Entscheidungen, etwa die Laufzeit einer Verpflichtung, und einige punktuelle technische Bestätigungen.

Die verbleibende Arbeit war sichtbar, zuordenbar und begrenzt.

In meiner Praxis ist die Zeit, um 80 bis 90 % eines Fragebogens vorzubereiten, von drei bis sechs Stunden auf etwa zehn Minuten gesunken.

Diese Zahl kann täuschen.

Sie bedeutet nicht, dass 80 bis 90 % der Antworten sicher sind und das Unternehmen verpflichten können. Sie bedeutet, dass das Dokument weitgehend vorbereitet ist: Die bekannten Antworten stehen, ihre Quellen sind wiedergefunden, die wackligen Stellen markiert, die fehlenden Informationen zu präzisen Anfragen geworden.

Das menschliche Review bleibt unverzichtbar.

Aber es setzt endlich an der richtigen Stelle an. Der Reviewer verbringt seine Zeit nicht mehr damit, alte Dateien zu durchforsten und dieselben Leute noch einmal zu behelligen. Er prüft die Zusagen, wägt ab, was gesagt werden kann, und konzentriert sich auf das, was neu oder unsicher ist.

Was das Unternehmen behält

Neu anfangen und kopieren scheinen zwei entgegengesetzte Haltungen zu sein.

Die eine verschwendet die geleistete Arbeit. Die andere verwendet sie wieder, ohne sie zu prüfen.

In Wirklichkeit beruhen beide auf derselben Verwechslung: Sie halten das Dokument für das Wissen.

Das Dokument ist für einen Kunden gemacht, für einen Zeitpunkt, für ein Format. Es ist notwendig. Aber es ist nicht der Ort, an dem ein Unternehmen aufbewahren sollte, was es weiß.

Was es weiß, steckt in Fakten, die ihre Herkunft, ihr Datum und ihre Grenzen behalten – dort nachgeschlagen, wo sie leben, oder kopiert mit der Angabe, woher sie stammen.

Der erste Fragebogen hatte eine Recherche verlangt.

Die folgenden haben von allem profitiert, was diese Recherche erbracht hatte. Ein Datumsfehler wurde zu einer Vorsichtsregel. Eine bei einem Team eingeholte Bestätigung wurde zu einem wiederverwendbaren Fakt. Eine unbeantwortete Frage wurde zu einer bekannten Lücke statt zu einem Versäumnis.

Der Interessent bekommt nach wie vor sein Dokument.

Das Unternehmen aber behält endlich, was es bei dessen Vorbereitung gelernt hat.

---

Hinweis zu den Beispielen

Die Beispiele in diesem Artikel beruhen auf mehr als dreißig Jahren Praxis in der IT und in der Führung von Teams sowie auf zahlreichen Gesprächen mit Fachkollegen. Ich habe sie verändert, verallgemeinert oder neu zusammengesetzt: Keines beschreibt einen realen Kunden, ein reales Produkt oder eine reale Organisation, und keines gibt die Daten oder Positionen meines Arbeitgebers wieder. Die geäußerten Meinungen sind ausschließlich meine eigenen.