Normen für asynchrone Kommunikation in verteilten Teams

Worum es geht

Asynchrone Kommunikation ist, wie der Twist-Leitfaden (zitiert) sie definiert, das Senden einer Nachricht, ohne eine unmittelbare Antwort zu erwarten. Normen dafür sind eine kurze schriftliche Vereinbarung, die vier Dinge abdeckt: welcher Kanal welche Art von Nachricht trägt, das erwartete Antwortfenster je Kanal, was jemanden auf welche Weise unterbrechen darf, und wo das Ergebnis einer Diskussion festgehalten wird. Basecamps interner Leitfaden (zitiert) hält die dahinterstehende Haltung fest: manchmal Echtzeit, meistens asynchron; Schreiben verfestigt, Chat verflüchtigt sich; Sprechen hilft nur den Anwesenden im Raum, Schreiben hilft allen, auch später hinzukommenden Personen.

Warum es wichtig ist

Ein verteiltes Team hat keine gemeinsamen Bürozeiten. Ohne Normen gewinnt standardmässig der schnellste Kanal, jede Nachricht wird zur Unterbrechung, Entscheidungen trifft, wer gerade wach war, und die Aufzeichnung darüber, warum etwas entschieden wurde, steckt in einem Chatverlauf, den ein Jahr später niemand mehr durchsuchen kann. Dasselbe gilt für automatisierte Agenten, die die Historie eines Teams lesen: Was vollständig schriftlich festgehalten wurde, ist das, was sie nutzen können.

So wird es angewendet

• Eine Kanaltabelle veröffentlichen: Entscheidungen und Vorschläge kommen in ein Dokument oder Issue; Fragen, die warten können, kommen in einen Thread; nur Produktionsvorfälle dürfen alarmieren (pagen). Für jeden Kanal angeben, wie schnell eine Antwort erwartet wird, zum Beispiel innerhalb eines Arbeitstags bei Threads.
• Mit dem Anliegen beginnen. Die erste Zeile nennt, was von wem bis wann gebraucht wird; Kontext und Links folgen danach. Eine Begrüssung mit der Frage in einer späteren Nachricht kostet einen Round-Trip über Zeitzonen hinweg.
• Jede Nachricht in sich abgeschlossen gestalten: das Dokument verlinken, die relevante Zeile zitieren, festhalten, was bereits versucht wurde. Die lesende Person sollte nicht nachfragen müssen, welches gemeint ist.
• Diskussionen Zeit geben, wie der Basecamp-Leitfaden argumentiert; ein Entscheidungsdatum festlegen, statt unmittelbare Antworten zu verlangen, und den Thread mit der Entscheidung abschliessen, festgehalten dort, wo die Arbeit nachverfolgt wird, nicht im Chat.
• Besprechungen brauchen eine Traktandenliste und erzeugen Notizen; abwesende Personen lesen die Notizen und können innerhalb eines festgelegten Zeitfensters noch widersprechen.
• Arbeitszeiten und Übergabenotizen am Ende eines Tages veröffentlichen, damit die nächste Zeitzone weiterarbeiten kann.

Stolpersteine

Asynchron als Ausrede für Schweigen: Antwortfenster müssen eingehalten werden. Alles an alle: Rundsendungen gewöhnen Lesende daran, den Kanal zu ignorieren. Entscheidungen in Direktnachrichten, die nie in die Aufzeichnung gelangen. Wildwuchs an Werkzeugen, durch den die Kanaltabelle länger wird, als sich jemand merken kann.