Produkte
Arbeit ist kein Workflow
Forge bestimmt, wie anstehende Arbeit erledigt werden soll, führt sie in den vorhandenen Systemen aus und prüft anschließend das Ergebnis. Das ist etwas anderes als eine Engine, die lediglich vordefinierte Schritte abarbeitet.
Forge ist das ausführende Produkt auf Atlas OS. Es nimmt Arbeit aus dem ganzen Unternehmen auf, leitet her, wie sie erledigt wird, verteilt sie an spezialisierte Agenten und führt sie bis zu einem geprüften Ergebnis. Es ist weder auf eine Abteilung noch auf eine Zielgruppe beschränkt, denn die Fähigkeit, um die es gebaut ist, ist die Ausführung selbst.
Was es bestimmt, ist der Ausführungsweg: welche Schritte, in welcher Reihenfolge, in welchen Systemen und bis wann. Was das Unternehmen verfolgen sollte, ist nicht seine Frage. Diese Unterscheidung ist das ganze Argument dieses Beitrags, und sie trennt auch das Ausführen von Arbeit vom Betreiben einer Automatisierung.
Was ein gezeichneter Workflow nicht enthalten kann
Jede Automatisierungsplattform verlangt von einem Unternehmen dasselbe. Beschreiben Sie den Prozess. Zeichnen Sie die Verzweigungen. Legen Sie die Bedingungen fest. Die Plattform führt ihn dann getreu aus, und sie führt ihn auch dann noch getreu aus, wenn sich der Prozess längst geändert hat und niemand das Diagramm angepasst hat.
Das Problem: Echte Prozesse sind nirgends vollständig beschrieben. Die schriftliche Fassung deckt den gewöhnlichen Weg ab. Was tatsächlich geschieht, hängt davon ab, wer diesen Monat zuständig ist, welcher Lieferant im Verzug ist, was die Richtlinie über Ausnahmen sagt, ob das Budget noch Spielraum hat und welche von zwei konkurrierenden Prioritäten dem Unternehmen gerade wichtiger ist. Menschen ergänzen all das jeden Tag aus dem Gedächtnis, ohne es zu bemerken. Es ist der Teil des Prozesses, der nie aufgeschrieben wurde, und genau der Teil, den ein gezeichneter Workflow nicht enthalten kann.
Ein Unternehmen, das so automatisiert, schafft die manuelle Arbeit also nicht ab. Es verlagert sie. Jemand pflegt jetzt die Diagramme, und jemand erledigt weiterhin alles, was die Diagramme nicht vorhergesehen haben.
Der Unterschied liegt nicht darin, dass andere Werkzeuge nicht verzweigen könnten. Routing, Regeln und sogar Schlussfolgerungen innerhalb eines Schritts sind heute gewöhnlich, und alle laufen weiterhin in einem Graphen, den jemand vorab gezeichnet hat. Forge leitet den Weg stattdessen im Moment der Ausführung her, aus dem anstehenden Auftrag und dem Zustand des Unternehmens um ihn herum. Der Graph ist ein Ergebnis, keine Vorgabe.
Planen, ausführen, prüfen
Jeder Auftrag durchläuft dieselben drei Schritte, unabhängig von Art und Herkunft der Arbeit. Forge versteht die eingehende Arbeit, priorisiert sie und bestimmt den Ausführungsweg. Spezialisierte Agenten führen die Schritte über die beteiligten Systeme hinweg aus. Danach prüft Forge das Ergebnis gegen festgelegte Regeln, bevor die Arbeit als erledigt gilt.
Eine Lieferantenrechnung kommt per E-Mail, eine Arbeit, deren Kosten jede Leitung im Rechnungswesen kennt. Der Weg: Rechnung lesen, mit Bestellung und Lieferung abgleichen, im Finanzsystem buchen, Zahlung einplanen. Vier Schritte, vier verschiedene Systeme, und keiner davon vorab in ein Diagramm geschrieben.
Entscheidend ist der dritte Teil. Geprüft wird, ob die Rechnung zur Bestellung passt, ob die Ware wie bestellt eingegangen ist und ob die Buchung vollständig ist. Arbeit ist nicht erledigt, wenn die Schritte gelaufen sind. Sie ist erledigt, wenn die Prüfungen bestanden sind, und eine nicht bestandene Prüfung ist ebenfalls ein Ergebnis: Der Auftrag hält an, und die Abweichung geht an den Menschen, der darüber entscheidet. Eine Engine, die Erledigung meldet, weil sie das Ende ihrer eigenen Liste erreicht hat, hat Ihnen etwas über sich selbst mitgeteilt und nichts über die Arbeit.
Arbeit verläuft quer zu Abteilungen, weil Unternehmen so arbeiten
Das Onboarding neuer Mitarbeitender ist nach jeder gewöhnlichen Beschreibung ein Prozess. Ausgeführt berührt es die Personalabteilung für Vertrag und Personalakte, das Rechnungswesen für Gehaltsabrechnung und Kostenstelle, den Einkauf für die Ausstattung, die IT für Zugänge und Berechtigungen, den Betrieb für den Arbeitsplatz und die Geschäftsführung für die Freigaben. Sechs Funktionen, sechs Systeme und eine Kette von Übergaben, bei denen jemand Informationen von einer zur nächsten trägt.
Ein Produkt, das nach Abteilungen gegliedert ist, kann diesen Prozess nicht tragen. Es trägt sein eigenes Sechstel und gibt den Rest an einen Menschen zurück, und was übrig bleibt, ist das ursprüngliche Koordinationsproblem mit mehr Werkzeugen daran.
Deshalb trennt Atlas seine Produkte nach Fähigkeit und nicht nach Abteilung, und deshalb ist die Abteilungsebene aus früheren Planungen entfallen. Ein eigenes Produkt für kundennahe Arbeit ist denselben Weg gegangen. Support, Customer Success, Vertriebsinnendienst und Kunden-Onboarding sind alle Ausführung, und Ausführung ändert ihr Wesen nicht, weil der Empfänger außerhalb des Unternehmens sitzt. Sie getrennt zu halten hätte genau die Grenzen wieder aufgebaut, die Atlas beseitigen soll. Rechnungswesen, Personal, Einkauf, Vertrieb, Support, Verwaltung und Betrieb sind Anwendungsfälle unter einer Fähigkeit, niemals Produkte daneben.
Sechs Automatisierungen in sechs Abteilungen ergeben keinen automatisierten Prozess.
Entscheiden setzt Wissen voraus
Eine Engine, die ihren Weg selbst herleitet, ist nur so gut wie das, was sie weiß. Deshalb steht Forge architektonisch nicht allein, auch wenn es sich allein kaufen lässt.
Es liest die Unternehmensziele, die aktuellen Kennzahlen, Projekte und ihren Stand, Prioritäten, verfügbare Ressourcen, Richtlinien, wer welche Verantwortung trägt, den Stand von Kunden und Finanzen und was bereits getan wurde und was daraus wurde. All das liegt im gemeinsamen Kontextmodell von Atlas OS und wird über die Anbindungen an die Systeme aktuell gehalten, die das Unternehmen ohnehin nutzt.
Ohne dieses Modell ist eine Engine, die schlussfolgert, schlechter als eine, die einem Skript folgt. Sie würde selbstsicher auf einem unvollständigen Bild handeln, und genau das ist der Fehler, nach dem Menschen der Automatisierung dauerhaft misstrauen. Dass Forge den Kontext des Unternehmens braucht, ist keine Schwäche des Entwurfs. Es ist der Entwurf.
Am treffendsten sieht man Forge als digitales Gegenstück des laufenden Unternehmens. Keine Kopie des Organigramms, sondern ein arbeitendes Modell, das weiß, was das Unternehmen erreichen will, wer wofür verantwortlich ist, welche Regeln gelten und wo die Dinge gerade stehen, und das innerhalb dieser Grenzen arbeiten kann, ohne sie jedes Mal neu gesagt zu bekommen.
Autonomie hat eine sichtbare Grenze
Autonomie ist nur glaubwürdig, wenn ihre Grenze zu sehen ist. Deshalb ist Forge so gebaut, dass man es als drei Zonen liest und nicht als Einschalter.
Es gibt, was Forge selbstständig ausführt und protokolliert. Es gibt, was es vorbereitet und dann zurückhält, bis die verantwortliche Person es freigibt. Und es gibt, was es niemals ausführt, unabhängig von der Lage und davon, wie sicher es sich ist. Handlungen sind nach ihren Folgen geordnet, und die beiden Grenzen zwischen den Zonen setzt das Unternehmen, nicht wir. Eine eingehende Rechnung zu lesen und mit einer Bestellung abzugleichen liegt am einen Ende. Die Bankverbindung eines Lieferanten zu ändern liegt nahe am anderen und wartet auf eine benannte Person, wie routiniert es auch geworden ist. Finanzdaten zu löschen liegt ganz außerhalb dessen, was Forge tut.
Die Grenzen verschieben sich je Handlung und je Unternehmen, nicht einmal für das ganze System. Nur so überstehen sie den Kontakt mit einem echten Betrieb: Ein Unternehmen, das den Rechnungsabgleich sechs Monate lang korrekt hat laufen sehen, kann genau diesen einen Schritt öffnen, ohne irgendetwas anderes zu öffnen.
Vertrauen ist nicht nur die Rekonstruktion im Nachhinein, auch wenn jede Handlung, der Zustand, auf dem sie beruhte, und die Regel, unter der sie geschah, festgehalten werden und sich rekonstruieren lassen. Vertrauen ist die vorher gesetzte Grenze, die Freigabe in der Mitte, die Prüfung am Ende und die Tatsache, dass ein Auftrag anhält, statt zu improvisieren, wenn etwas nicht passt.
Der Einwand, den man ernst nehmen sollte
Einem System, das seinen Weg selbst herleitet, ist schwerer zu vertrauen als einem, das einem Skript folgt, und der Einwand ist nicht sentimental. Determinismus ist wirklich wertvoll. Ein geskripteter Prozess tut jedes Mal dasselbe, und wenn etwas schiefgeht, kann man auf die Zeile zeigen.
Ein Teil davon hat Bestand, und ehrlich gesagt heißt das: Für einen Prozess, der stabil, vollständig beschrieben und selten eine Ausnahme ist, ist ein Skript günstiger, und Forge ist das falsche Werkzeug. Ein Rechnungsabgleich, der sich seit vier Jahren nicht verändert hat, braucht kein System, das über ihn nachdenkt.
Was Forge für sich beansprucht, ist der andere Fall, und das sind die meisten. Arbeit, die über Funktionen hinweg läuft, Ausnahmen mit sich bringt, von aktuellen Prioritäten abhängt und sich schneller ändert, als irgendjemand die Dokumentation nachzieht. Dort ist der Determinismus eine Fiktion, aufrechterhalten von den Menschen, die still alles erledigen, was das Skript nicht abgedeckt hat. Der Unterschied: Ihre Arbeit ist unsichtbar, die von Forge ist protokolliert.
Was möglich wird
Welcher Anteil der Arbeit eines Unternehmens laufen kann, ohne dass ein Mensch die Schritte aufschreibt, legt nicht die Technik fest. Er hängt davon ab, wie viel vom eigenen Kontext des Unternehmens verfügbar gemacht wurde und wo die Grenzen gezogen sind.
Beides verschiebt sich. Jedes angebundene System, jede ausgesprochene Richtlinie, jede festgehaltene Verantwortung erweitert die Situationen, die Forge ohne Eskalation lösen kann, und jede Art von Arbeit, die lange genug korrekt gelaufen ist, ist eine Grenze, die sich bewusst öffnen lässt. Nichts trainiert sich im Hintergrund selbst um: Was ein erledigter Auftrag hinterlässt, ist ein neuer Zustand des Unternehmens und ein Protokoll dessen, was getan wurde und was daraus wurde, und dieses Protokoll ist der Kontext, gegen den der nächste Auftrag geplant wird. Atlas OS hält, was das Unternehmen weiß. Forge handelt danach.
Das Produkt dazu
Das Produkt, um das es in diesem Beitrag geht: wie ein Auftrag geplant, ausgeführt und geprüft wird und wo seine Grenzen liegen.