3 December 20257 Min. Lesezeit
Jedes Team, das anfängt, über Standorte hinweg zu arbeiten, macht im selben Monat dieselbe Entdeckung: Was kaputtging, waren nicht die Meetings. Es war alles, was früher in den vier Minuten nach einem Meeting an der Tür geklärt wurde und jetzt nirgends mehr stattfindet.
Die übliche Reaktion ist, mehr zu schreiben. Die Richtung stimmt, doch wahllos umgesetzt entsteht ein Wiki mit vierhundert Seiten, dem niemand traut, weil niemand erkennen kann, welche Seiten noch stimmen. Die nützliche Frage ist enger: Was genau muss geschrieben werden, und wohin gehört es.
Die Standardannahme ist in beide Richtungen falsch
Teams schreiben zu viel über die Dinge, die sich ständig ändern, und zu wenig über die, die sich fast nie ändern. Statusmeldungen, dreimal die Woche in leicht anderen Worten wiederholt, sind viel Text mit einer Haltbarkeit von zwei Tagen. Währenddessen steht der Grund, warum die Wiederholungslogik bei Zahlungen so funktioniert, wie sie funktioniert, seit zwei Jahren stabil ist und jede neue Person verwirren wird, nirgends geschrieben.
Drehen Sie es um. Schreiben Sie ausführlich über die Entscheidungen und die Begründungen, denn die sind haltbar. Fassen Sie sich beim Status kurz, der vergänglich und ohnehin größtenteils im Ticket-Tracker sichtbar ist.
Was tatsächlich aufgeschrieben werden muss
- Entscheidungen, mit der Begründung und den verworfenen Optionen. Die verworfenen Optionen sind die wertvolle Hälfte; ohne sie eröffnet die nächste Person dieselbe Diskussion erneut.
- Alles, was in einem Gespräch mündlich vereinbart wurde, wird danach von der Person aufgeschrieben, die das Gespräch geführt hat, und zwar dort, wo die Arbeit liegt, nicht in einer Chatnachricht, die weggescrollt wird.
- Die Begründung hinter einem Ticket: warum das gebaut wird, wer es nutzt und wie ein schlechtes Ergebnis aussähe.
- Rahmenbedingungen, die aus dem Code nicht ersichtlich sind: der Kunde, bei dem nichts kaputtgehen darf, die Migration, die nicht während der Geschäftszeiten laufen darf, der Dienst, den niemand ohne Rückfrage anfassen darf.
- Alles, was Sie zweimal mündlich erklärt haben. Das dritte Mal ist der Beweis, dass es schriftlich gehört.
Beachten Sie, was fehlt. Keine Sitzungsprotokolle. Kein Transkript. Keine tägliche Erzählung darüber, was alle getan haben. Das sind die Artefakte, die Teams produzieren, wenn man ihnen gesagt hat, sie sollten mehr kommunizieren, ohne ihnen zu sagen wozu.
Entscheidungen, keine Protokolle
Die wertvollste Schreibgewohnheit für ein verteiltes Team sind kurze Entscheidungsnotizen. Ein paar Sätze: was wir entschieden haben, warum, was wir stattdessen erwogen haben und wen man fragen kann. Angehängt an das Ticket oder den Pull Request, um den es geht, nicht abgelegt in einem eigenen Archiv.
Das übersteht die Übersetzung über Zeitzonen, über Vertragsarten und über den Weggang von Menschen. Es ist auch das, was eine Übergabe zwei Jahre später billig macht, denn Wissenstransfer ist überwiegend die Übertragung von Begründungen, und die Begründung ist der Teil, der es nie in den Code schafft.
Ein Ort, und eine Regel darüber, welcher Ort
Schriftlicher Kontext, verteilt über Chat, E-Mail, ein Wiki, Ticketkommentare und drei Dokumente, ist praktisch dasselbe wie kein schriftlicher Kontext, denn niemand kann sicher sein, alles gefunden zu haben. Bei dieser Disziplin geht es nicht um Menge. Es geht darum, dass es eine Regel gibt, die alle benennen können.
Eine Regel, die funktioniert: Chat dient der Abstimmung und gilt als verloren; das Ticket enthält alles zu diesem Arbeitspaket; das Repository enthält alles darüber, wie das System funktioniert. Wenn ein Text nicht offensichtlich zu einem Ticket oder zum Code gehört, ist er wahrscheinlich eine Entscheidungsnotiz und gehört zu dem, was er einschränkt.
Der Test ist einfach. Wer in sechs Monaten dazukommt, sollte die Antwort finden, ohne einen Menschen zu fragen. Führt der einzige Weg dorthin über eine Person, ist es nicht aufgeschrieben, sondern erinnert.
Wie man eine Frage stellt, die einmal beantwortet wird
Asynchrone Fragen haben eine Kostenstruktur, die unterschätzt wird. Eine vage Frage kostet einen Umlauf, und ein Umlauf über selbst einen kleinen Zeitunterschied kann den größten Teil eines Tages kosten. Zwei Runden, und der Tag ist weg.
Das Format, das es vermeidet: Sagen Sie, was Sie erreichen wollen, was Sie schon versucht haben, woran genau Sie hängen und, entscheidend, was Sie tun werden, wenn niemand antwortet. Dieser letzte Teil leistet die meiste Arbeit. Er macht aus einer blockierenden Frage eine nicht blockierende, und er erlaubt der Gegenseite, mit einem einzigen Wort zu antworten, wenn die Annahme stimmt.
Das gilt in beide Richtungen. Eine Führungskraft, die fragt „wie läuft es?“, hat eine Frage gestellt, die sich nicht nützlich beantworten lässt, und einen ganzen Umlauf gebraucht, um das herauszufinden.
Die Überschneidung ist für das da, was Schreiben nicht leisten kann
Alles aufzuschreiben ersetzt nicht das Reden, und Teams, die Asynchronität als Ideologie statt als Werkzeug behandeln, lösen am Ende eine Meinungsverschiedenheit über neun Nachrichten, die ein Zehn-Minuten-Call geklärt hätte.
Nutzen Sie die gemeinsamen Stunden für die Fälle, in denen Schreiben wirklich schlechter ist: Widerspruch, Mehrdeutigkeit, die mehrere Runden braucht, alles mit Tonfallrisiko und das erste Gespräch über ein Arbeitspaket, dessen Form noch unklar ist. Ein Arbeitstag, der sich über den größten Teil seiner Länge überschneidet, wie zwischen Beirut und Westeuropa, macht das billig genug, dass es keinen Grund für Dogmatismus gibt. Halten Sie danach schriftlich fest, was Sie geschlossen haben.
Die Kosten, ehrlich benannt
Schreiben kostet Zeit, und ein Teil davon ist verschwendet. Entscheidungsnotizen entstehen zu Entscheidungen, auf die niemand zurückkommt. Kontext wird zu Tickets ergänzt, die gestrichen werden. Diese Verschwendung ist real, und das Argument, es trotzdem zu tun, ist nicht, dass sich jede Notiz auszahlt. Es ist, dass Sie vorher nicht wissen können, welche sich auszahlt, und die, die es tun, zahlen sich enorm aus, meist in dem Moment, in dem jemand geht oder eine Zusammenarbeit den Besitzer wechselt.
Beginnen Sie mit zwei Gewohnheiten statt mit einer Richtlinie: Entscheidungen werden dort festgehalten, wo die Arbeit liegt, und alles, was zweimal erklärt wurde, wird beim dritten Mal aufgeschrieben. Ein Team, das nur diese zwei Dinge tut, ist besser dokumentiert als die meisten, und keines davon verlangt, dass jemand ein Wiki pflegt.