Zum Inhalt springen

Das Triage-Cockpit für den Eingang

Das Triage-Cockpit für den Eingang ist die tägliche Warteschlange, die ein:e Sachbearbeiter:in abarbeitet — Antwortentwürfe zum Freigeben oder Bearbeiten, Kategorien zum Bestätigen oder Korrigieren, Notizen für die Vorgänge, die nicht passen. Es ist bewusst nicht der Bildschirm des CEO. Es ist der Platz für die Person, die täglich die eingehenden Vorgänge bearbeitet.

Die Warteschlange ist außerdem der Ort, an dem das System seine Lerndaten bekommt. Jeder Klick, den Sie dort machen, ist ein gelabeltes Beispiel.

Die Sachbearbeiterin oder der Sachbearbeiter, nicht der CEO. Die Menschen, die von einem Übersichts-Dashboard profitieren, und die Menschen, die eine Entscheidungs-Warteschlange abarbeiten, sind verschiedene Menschen mit verschiedenen Aufgaben — und diese Warteschlange ist für die zweiten gebaut.

Das bestimmt, wie Sie damit arbeiten. Sie prüfen keine Stichprobe, um zu sehen, ob sich das System richtig verhält. Von Ihnen wird erwartet, dass Sie die Warteschlange bis zum Ende abarbeiten.

Was steht in der Warteschlange, wenn Sie sie öffnen?

Abschnitt betitelt „Was steht in der Warteschlange, wenn Sie sie öffnen?“

Vorgänge, die aus Sammelpostfächern über Microsoft Graph hereingeholt werden — elf oder mehr davon, jedes mit einem verantwortlichen Head, an den der Vorgang geroutet wird.

Bis ein Vorgang bei Ihnen ankommt, sind vier Dinge bereits passiert, und alle vier sind in Betrieb:

  • er wurde aus seinem Postfach erfasst
  • er wurde klassifiziert — welche Art von Vorgang er ist, wie dringend er wirkt
  • er wurde an den Head geroutet, dem dieses Postfach gehört
  • sein Absender wurde einer bekannten Person oder einem bekannten Konto zugeordnet

Die Warteschlange ist also kein roher Posteingang. Sie ist ein sortierter Stapel, an dem an jedem Vorgang ein vorgeschlagener nächster Schritt hängt.

Arbeiten Sie in einem Durchgang, in dieser Reihenfolge, pro Vorgang:

  1. Prüfen Sie die Kategorie vor dem Inhalt. Ein falsch zugeordneter Vorgang ist ein falscher Entwurf, wie gut die Formulierung auch sein mag. Korrigieren Sie zuerst die Kategorie und beurteilen Sie dann, was vorgeschlagen wird.
  2. Bearbeiten Sie, statt neu zu schreiben. Ein bearbeiteter Entwurf ist ein weit nützlicheres Beispiel als ein Entwurf, den Sie gelöscht und von Grund auf ersetzt haben. Behalten Sie die Teile, die richtig waren.
  3. Hinterlassen Sie eine Notiz, wenn Sie übersteuern. Die Notiz macht eine ungewöhnliche Entscheidung später lesbar — für Kolleginnen und Kollegen und für das System.
  4. Parken Sie keinen Vorgang, den Sie erledigen könnten. Ein übersprungener Vorgang kommt zurück und kostet Sie die Lesezeit ein zweites Mal.

Weil jeder Klick ein gelabeltes Beispiel ist. Einen Entwurf freigeben, ihn bearbeiten, eine Kategorie korrigieren, eine Notiz hinzufügen — jedes davon ist ein festgehaltenes Urteil darüber, was für diesen Vorgang die richtige Antwort war.

Das ist der Teil der Arbeit, den man leicht nachlässig erledigt und nur teuer wieder geradebiegt. Eine Kategorie, die Sie durchgewinkt haben, weil sie nah genug dran war, ist ein falsches Label — und ein falsches Label ist weniger wert als gar kein Label.

Was, wenn ein Vorgang mehr als einen Schritt braucht?

Abschnitt betitelt „Was, wenn ein Vorgang mehr als einen Schritt braucht?“

Er kommt zu Ihnen zurück. Heute ist eine vorgeschlagene Aktion ein einzelner Schritt — diese Antwort entwerfen, diese Kategorie setzen — und keine Kette, die das System für Sie abarbeitet.

Einen Vorgang einem Playbook zuzuordnen — der wiederverwendbaren Ablaufvorlage nach dem Muster „wenn das hereinkommt, tue diese Dinge“, die aus einzelnen Schritten Abfolgen machen würde —, ist größtenteils noch nicht gebaut. Planen Sie Ihre Sitzung deshalb um einzelne Entscheidungen herum. Wenn ein Fall drei Dinge in einer bestimmten Reihenfolge braucht, sehen Sie ihn drei Mal.

Was passiert, wenn ein Connector nicht verbunden ist?

Abschnitt betitelt „Was passiert, wenn ein Connector nicht verbunden ist?“

Der Schritt sagt es klar. Sie bekommen den Zustand Nicht verbunden, und der Vorgang wird eingereiht, bis der Connector konfiguriert ist. Er wird niemals als erledigt gemeldet.

Das ist eine bewusste Entscheidung: Ein vorgetäuschter Erfolg ist schlimmer als keine Automatisierung, denn Sie merken erst Wochen später, dass nichts gesendet wurde. Wenn ein Vorgang festzuhängen scheint, prüfen Sie seinen Connector, bevor Sie annehmen, die Warteschlange warte auf Sie.

Es gibt kein Analyse-Dashboard, das es Ihnen sagt. Auswertungen zum laufenden Betrieb — gesparte Zeit, Automatisierungsquote — sind nicht gebaut, suchen Sie also keine Zahl, die Ihre Sitzung benotet.

Beurteilen Sie sie stattdessen an der Warteschlange. Eine abgeschlossene Sitzung sieht so aus:

  • Die Warteschlange ist leer, oder jeder Vorgang, der noch darin steht, hat einen benannten Grund dafür — er wartet auf einen Connector, er wartet auf einen Menschen, oder er ist heute wirklich nicht entscheidbar.
  • Jede Kategorie, die Sie angefasst haben, ist eine, die Sie verteidigen würden, und keine, die Sie durchgewinkt haben.
  • Jede Übersteuerung trägt eine Notiz.
  • Nichts wurde als erledigt markiert, was nicht tatsächlich stattgefunden hat.

Wenn alle vier zutreffen, war die Sitzung gut — unabhängig davon, wie hoch das Volumen war.

Die Warteschlange selbst ist getrennt dokumentiert, und die beiden Seiten sind zum gemeinsamen Lesen gedacht: Diese hier ist der Arbeitsrhythmus, jene erklärt, was jede Karte bedeutet.