Die Chain ist aktuell.
Zwei Piloten sagen es innerhalb derselben Minute.
Der erste meint, dass jede zu Beginn der Arbeitsphase bekannte Connection mit der für ihn sichtbaren Aufzeichnung abgeglichen wurde. Der zweite meint, dass er nach seiner Rückkehr nach Home eine neue Observation hinzugefügt hat. Ihre Aussagen klingen gleich, weil beide weder Source noch Zeit nennen.
Ein dritter Pilot hört aus derselben Structure zu. Er ist Gast, kann andocken, die ihm überlassenen gemeinsamen Routennotizen lesen und sich auf die geplante Work vorbereiten. Als der Zeitpunkt kommt, steht ihm der benötigte Service der Structure jedoch nicht zur Verfügung. Die Erlaubnis zum Andocken und der Access zum Service wurden wie eine einzige Berechtigung behandelt. Das sind sie nicht.
Alle drei Piloten befinden sich im selben Home. Jeder handelt aus einer anderen Version davon.
Nichts an dieser Szene setzt Täuschung oder Nachlässigkeit voraus. Ein Pilot beobachtete, ein anderer meldete und ein Gast vertraute der Einladung. Der Failure liegt zwischen diesen Handlungen. Niemand bestimmte, welcher Zustand geteilt wurde, wer ihn pflegte oder woran eine andere Person erkennen würde, dass die Verantwortung weitergegeben worden war.
Ein Ort wird gemeinsam, wenn sein veränderlicher Zustand die zufällig anwesenden Menschen überdauern kann. Bis dahin treffen im selben System nur mehrere private Wirklichkeiten aufeinander.
Ein Home, viele
Das Zusammenleben macht es leicht, Gleichheit vorauszusetzen.
Dieselbe Structure erscheint in jeder Overview. Derselbe Systemname steht an jedem Ort. Piloten sprechen über die Chain, den Treibstoff, den Hangar und den Plan, als hätte der bestimmte Artikel Ownership, Access und Bedeutung bereits geklärt.
Der gemeinsame Ort ist real, aber er bildet die dünnste Ebene eines gemeinsam getragenen Home. Er sagt der Gruppe, wo Menschen und Vermögenswerte zusammentreffen. Ob sie dieselben Informationen sehen, dieselben Capabilities nutzen oder von derselben Person die nächste Handlung erwarten, kann er nicht zeigen.
Gemeinsame Information ist eine andere Ebene. Zwei Piloten können beide Routenaufzeichnungen besitzen, während eine davon eine spätere Observation enthält. Beide können einen Vermögenswert sehen, während nur einer weiss, dass er reserviert wurde. Eine Notiz kann für jedes Mitglied sichtbar sein und trotzdem verschieden verstanden werden, weil der Autor nie angegeben hat, ob es sich um eine Observation, eine Schlussfolgerung oder einen ungeklärten Bericht handelt.
Gemeinsame Verantwortung bildet eine weitere Ebene. Ein Pilot, der Informationen ergänzt, hat nicht zwingend ihrer Pflege zugestimmt. Wer einen Vermögenswert nutzen kann, trägt damit noch nicht dessen Zweck. Access zu einem Service sagt nichts darüber aus, wer bemerkt, dass dieser die von ihm erwartete Work nicht mehr trägt.
Diese Ebenen können sich trennen, ohne einen offensichtlichen Alarm auszulösen. Die Structure akzeptiert weiterhin die Piloten, die andocken dürfen. Der gemeinsame Ordner enthält weiterhin Locations. Im Hangar der Corporation liegen weiterhin Vermögenswerte. Home wirkt vollständig, weil seine Objekte sichtbar bleiben, während die Vereinbarung um sie herum bereits auseinandergeht.
Der Gast aus der Eingangsszene macht diese Trennung leichter erkennbar. Eigentümer ergänzen fehlenden Kontext oft aus Gewohnheit. Sie erinnern sich, welche Notizen alt sind, welche Vermögenswerte persönlich sind und wen sie wegen Access fragen müssen. Ein Gast besitzt keinen solchen Hintergrund. Seine Sicht legt jede Anweisung offen, die nur in der Erinnerung besteht.
Gäste sind kein Ausnahmefall. Jedes Mitglied, das nach einer Abwesenheit zurückkehrt, an einer späteren Arbeitsphase teilnimmt oder eine unvertraute Aufgabe übernimmt, begegnet Home auf dieselbe Weise. Muss es dessen Bedeutung aus den gerade anwesenden Personen rekonstruieren, teilt die Gruppe Anwesenheit statt Zustand.
Der erste nützliche Unterschied ist deshalb einfach. Frage getrennt, wo die Gruppe zusammentrifft, was sie gegenwärtig glaubt und wer dafür verantwortlich ist, diesen Glauben nutzbar zu halten. Übereinstimmung in einer Antwort darf nicht für die anderen beansprucht werden.
Verschiedene Antworten müssen nicht in eine falsche Übereinstimmung gezwungen werden. Zwei Berichte können nebeneinander bestehen, wenn Zeit, Source oder Geltungsbereich voneinander abweichen. Ein Gast kann an der gegenwärtigen Work teilnehmen, ohne als Eigentümer behandelt zu werden. Eine Person kann als Steward eine Aufzeichnung pflegen, während eine andere die davon betroffenen Vermögenswerte besitzt. Der gemeinsame Zustand wird stärker, wenn diese Unterschiede bewahrt statt geglättet werden.
Die Gefahr beginnt, wenn ein breites Wort den Unterschied verbirgt. Unser kann sich auf Standort, Access, Eigentum, Verantwortung oder Zweck beziehen. Vor einer darauf gestützten Handlung sollte die Gruppe benennen können, welche Bedeutung gilt. Das verlangt nicht in jedem Gespräch formelle Sprache. Präzision wird wichtig, wenn eine Entscheidung aus der Wirklichkeit einer Person in die einer anderen übergeht.
Baseline definieren
Ein gemeinsamer Zustand benötigt einen Ausgangspunkt, von dem aus Veränderung erkannt werden kann. Dieser Punkt ist eine Baseline.
Kapitel 5 untersucht, was rund um Home beobachtet werden kann und wie Abweichungen gelesen werden. Hier besitzt die Baseline einen engeren Zweck: Sie erfasst, was die Gruppe als ihre gegenwärtige Arbeitsbedingung vereinbart hat.
Diese Bedingung beginnt mit dem Zweck. Ein Home, das für eine kurze Phase des Scanning vorbereitet wurde, benötigt nicht dieselben Capabilities wie ein Home, das mehrere laufende Aufgaben, Vermögensbewegungen und Gäste trägt. Ohne benannten Zweck kann ein Pilot die Lage für normal halten, weil Scanning noch möglich ist. Ein anderer kann sie für unzureichend halten, weil sein geplanter Service nicht verfügbar ist. Beide können ihre eigene Work zutreffend beschreiben.
Die Baseline trennt danach Observed von dem, was abgeleitet, Reported oder Unknown gelassen wurde. Eine von einem benannten Piloten zu einer bekannten Zeit geprüfte Connection ist eine Observation. Die Annahme, dass eine Route für eine spätere Bewegung geeignet bleibt, ist eine Interpretation. Ohne direkte Bestätigung weitergegebene Information ist ein Bericht. Was nicht untersucht wurde, bleibt Unknown, auch wenn Gewohnheit eine wahrscheinliche Antwort liefert.
Diese Unterschiede verhindern, dass Gewissheit weiter reicht als die Belege. Sie erlauben einem anderen Piloten ausserdem, nur den veränderten Teil zu aktualisieren. Eine neue Observation muss die frühere Aufzeichnung nicht löschen. Sie muss kenntlich machen, was sie ersetzt und welche Schlussfolgerungen neu betrachtet werden müssen.
Zeit gehört in die Baseline, nicht neben sie. Aktuell bedeutet nichts, solange die Gruppe nicht weiss, seit wann, laut wem und für welche Entscheidung etwas aktuell ist. Verschiedene Teile von Home altern unterschiedlich schnell. Die Baseline macht sie nicht dauerhaft. Sie macht ihr Alter weit genug sichtbar, um zu entscheiden, ob sie die nächste Handlung noch tragen.
Auch Access gehört zum vereinbarten Zustand. Die Gruppe benötigt in keinem Statusbericht einen vollständigen Katalog aller Berechtigungen. Sie muss aber wissen, ob die erwarteten Personen den Ort, die Informationen, Vermögenswerte und Services erreichen können, die ihre Work erfordert. Dass ein Gast andocken kann, beantwortet nur eine dieser Fragen.
Eine brauchbare Baseline ist kurz genug, um vor einer Handlung gelesen zu werden, und genau genug, um infrage gestellt werden zu können. Sie beschreibt, was Home tragen soll, welche wichtigen Bedingungen bestätigt wurden, was Unknown bleibt und wann die Vereinbarung erneut betrachtet werden muss. Sie beansprucht keine Sicherheit, sondern beschreibt den Ausgangspunkt, von dem aus die Gruppe Veränderung bemerken will.
Ohne diesen Ausgangspunkt wird jede Aktualisierung zu einer isolierten Tatsache. Mit ihm kann eine Observation zu einem bedeutsamen Unterschied werden.
Steward bestimmen
Eine Vereinbarung zerfällt, wenn alle sie aktualisieren können und niemand für ihren Zustand verantwortlich ist.
Die Antwort ist Pflegeverantwortung. Ein Steward pflegt einen begrenzten Teil des gemeinsamen Zustands, bis er geschlossen oder übergeben wird. Die Rolle macht diese Person weder zum Eigentümer aller beteiligten Objekte noch zum Commander der Gruppe oder zum einzigen Piloten, der beobachten darf. Sie benennt, wer bemerken muss, ob die gemeinsame Darstellung nutzbar bleibt.
Für die Chain kann Pflegeverantwortung bedeuten, neue Observations mit der gegenwärtigen Aufzeichnung abzugleichen, Ungewissheit zu markieren und sicherzustellen, dass der nächste Pilot weiss, was noch bestätigt werden muss. Bei einer gemeinsamen Verpflichtung um einen Vermögenswert kann sie bedeuten, den benannten Zweck zu bewahren und zu erkennen, wann die versprochene Capability nicht mehr verfügbar ist. Work von Gästen kann die Bestätigung verlangen, dass der vom vereinbarten Zweck benötigte Access tatsächlich besteht.
Der Steward muss nicht jede Handlung ausführen. Andere Piloten können durch Scanning Routen aufbauen, Vermögenswerte bewegen, Access prüfen oder Veränderungen melden. Die Pflegeverantwortung umfasst die offene Schleife – die Lücke zwischen dem Erkennen eines Ereignisses und dem Nachführen des gemeinsamen Zustands auf das, worauf sich die Gruppe nun verlassen kann.
So wird ein häufiges Verschwinden von Verantwortung verhindert. Ein Pilot beobachtet eine Veränderung und nimmt an, der Verwalter der Aufzeichnung werde sie sehen. Dieser sieht eine Nachricht und nimmt an, der Beobachter habe die Source aktualisiert. Alle haben etwas beigetragen, doch niemand weiss, ob die Work abgeschlossen ist.
Wird ein Steward benannt, lässt sich die letzte Frage beantworten: Wer bestätigt, dass die Veränderung aufgenommen wurde?
Kleine Gruppen benötigen kein grosses Organigramm. Eine Person kann während einer ruhigen Phase mehrere Zustände pflegen. Der Unterschied bleibt wichtig, weil dieselbe Person die Chain übergeben kann, ohne Entscheidungen über Vermögenswerte zu übergeben. Sie kann Home verlassen und zugleich Eigentümerin persönlichen Besitzes bleiben. Werden die Aufgaben getrennt benannt, wird eine Übertragung nicht mit allen anderen verwechselt.
Auch Pflegeverantwortung benötigt eine Grenze. Sie beginnt, wenn eine Person den Zustand annimmt, und endet, wenn der Zweck abgeschlossen, die Verantwortung zurückgegeben oder das Handover von einer anderen Person bestätigt wird. Eine unbestätigte Nachricht verschiebt diese Grenze nicht. Ebenso macht Abwesenheit nicht stillschweigend den aktivsten verbliebenen Piloten zum neuen Steward.
Die Rolle sollte eng genug sein, um abgeschlossen werden zu können. Kümmere dich um Home ist kein brauchbarer Auftrag, weil er zu viele verschiedene Bedingungen verbirgt. Pflege während dieser Arbeitsphase den vereinbarten Zustand der Chain kann beobachtet, übergeben und geschlossen werden. Auch der Auftrag Bestätige die für die heutige Aufgabe benötigten Capabilities des Gastes lässt sich so begrenzen.
Die Zuweisung muss ausserdem für die davon abhängigen Menschen sichtbar sein. Ist ein Steward nur seinem Auftraggeber bekannt, kann er weder Berichte erhalten noch infrage gestellt werden, wenn die Aufzeichnung einer Observation widerspricht. Die gemeinsame Darstellung sollte zeigen, wer den Zustand gegenwärtig pflegt, wie diese Person erreicht werden kann und was geschieht, wenn sie nicht weitermachen kann.
Diese Rückfallebene muss kein weiteres dauerhaftes Amt sein. Sie kann aus einem benannten Stellvertreter, einer Regel zum Pausieren der Work oder der Rückgabe der Verantwortung an die Gruppe bestehen. Entscheidend ist, dass Abwesenheit zu einer bekannten Verringerung statt zu einer unsichtbaren Lücke führt. Gemeinsame Verantwortung entsteht nicht dadurch, dass eine Person unverzichtbar gemacht wird.
Ein Steward garantiert keine korrekten Informationen. Der Wert der Rolle liegt darin, dass Ungewissheit einen Ort erhält. Widersprüche können als Unknown bewahrt, veraltete Berichte infrage gestellt und fehlende Bestätigung kann daran gehindert werden, unbemerkt zum Wissen der Gruppe zu werden.
Access ist bedingt
Access fühlt sich wie eine Tür an: offen oder geschlossen. EVE vergibt ihn in kleineren Teilen.
Shared Location Folders unterscheiden zwischen View, Use, Manage und Admin. Diese Stufen ermöglichen verschiedene Beziehungen zu derselben Sammlung von Locations. Eine Route sehen zu können umfasst weder die Pflege des Ordners noch die Änderung, wer ihn erreichen kann.
Der Access zu einer Upwell Structure trennt ein weiteres Fragenpaar. Ein Structure Profile legt fest, welche Services anderen Spielern angeboten werden. Zugewiesene Access Lists bestimmen, welche Spieler diese Services nutzen können. Services können eigene Zuweisungen besitzen. Die Erlaubnis zum Andocken verspricht deshalb nicht die Erlaubnis, jeden von der Work benötigten Service zu verwenden.
Corporation Roles folgen demselben breiteren Muster. Sie gewähren bestimmte Fähigkeiten statt eines allgemeinen Zustands der Verantwortung. Den Inhalt eines Hangars der Corporation sehen zu können unterscheidet sich davon, Gegenstände daraus entfernen zu dürfen. Keine der beiden Fähigkeiten erklärt, wer den Zweck der Gegenstände trägt.
Kapitel 7 untersucht dieses Modell für Access im Detail. Hier geht es noch nicht um seine Konfiguration. Entscheidend ist, dass jeder gemeinsame Plan die vorausgesetzte Capability benennt. Hat Access ist zu ungenau, um eine Entscheidung zu tragen.
Dem Gast aus der Eingangsszene wurde Home nicht verweigert. Er erhielt eine reale Form von Access, während ihm eine andere fehlte. Der Fehler bestand darin, die erste als Beleg für die zweite zu behandeln. Hätte der Plan den benötigten Service und die für seine Bestätigung verantwortliche Person benannt, hätte der Unterschied vor Beginn der Work entdeckt werden können.
Auch Access verändert sich. Ein Ordner kann für eine Gruppe verfügbar sein und für eine andere nicht. Profile und zugewiesene Access Lists können verändert werden. Die Fähigkeiten innerhalb einer Corporation können sich zwischen Mitgliedern unterscheiden. Der operative Zustand ist deshalb nicht «Wir haben ihnen einmal Access gegeben.» Er lautet: Die erforderlichen Personen können die erforderliche Capability für die aktuelle Entscheidung nutzen.
Diese Aussage überträgt noch immer kein Ownership. Eine Location kann einem Gast zur Verfügung stehen, ohne die umgebenden Informationen zu übertragen. Ein Mitglied kann einen Gegenstand entnehmen dürfen, ohne seinen Zweck neu ausrichten zu dürfen. Ein Verwalter kann Access ändern, ohne für die davon abhängige Work verantwortlich zu werden.
Die Trennung dieser Bedeutungen schützt beide Seiten. Eigentümer verwechseln Sichtbarkeit nicht mit Zustimmung. Gäste verwechseln eine Einladung nicht mit einem Versprechen auf Dauer. Stewards nehmen nicht an, dass eine technische Befugnis jemandem automatisch die Pflicht zur Pflege des Zustands zuweist.
Lies Access vor dem Beginn gemeinsamer Work als Gruppe von Bedingungen. Bestimme, ob die Person den Ort erreichen und die Informationen sehen kann. Stelle getrennt fest, ob sie den benötigten Vermögenswert oder Service verwenden kann. Zusätzlich müssen ein Weg zum Melden von Veränderungen und die Befugnis zu einer Reaktion bestehen. Jede Frage kann eine andere Antwort besitzen.
Das Ziel ist nicht möglichst breiter Access. Breiterer Access kann Capability verteilen und zugleich unklare Annahmen verbreiten. Die gewährte Capability soll zur Work passen. Halte danach fest, wer die Abhängigkeit pflegt und wo ihre Grenzen liegen.
Handover ohne Annahme
Der erste Pilot beobachtet. Der zweite meldet. Die nächste Person muss bestätigen.
Das sind drei verschiedene Ereignisse.
Eine Observation verändert, was eine Person weiss. Ein Bericht macht dieses Wissen anderen zugänglich. Eine Bestätigung stellt fest, dass der vorgesehene Empfänger die Verantwortung erhalten, den Zustand verstanden hat und daraus handeln kann.
Eine gemeinsame Notiz kann den Meldeschritt abschliessen, ohne das Handover abzuschliessen. Ebenso kann eine Gesprächsnachricht, eine veränderte Bezeichnung oder ein Bookmark in einem gemeinsamen Ordner nur die Meldung abschliessen. Die Information kann sichtbar sein, ohne dass jemand die damit verbundene offene Work angenommen hat.
Kehre zu den beiden Aussagen zurück, die Chain sei aktuell. Der Widerspruch wird nicht aufgelöst, indem automatisch die spätere Nachricht gewählt wird. Die Gruppe muss wissen, was jeder Pilot wann beobachtete und welchen Teil des früheren Zustands der spätere Bericht verändert. Alles nicht Abgeglichene bleibt Unknown.
Der bisherige Steward kann danach eine begrenzte Darstellung übergeben: den Zweck des gegenwärtigen Zustands, seine letzten bestätigten Observations, bereits gemeldete Veränderungen, ungelöste Unterschiede und die nächste erforderliche Entscheidung. Der neue Steward bestätigt nicht nur den Eingang der Worte, sondern auch, dass er die Work übernehmen kann.
Diese Bestätigung kann eine fehlende Capability aufdecken. Der Empfänger hat möglicherweise keinen Access zu den gemeinsamen Locations, den betroffenen Vermögenswerten oder dem benötigten Service. Vielleicht steht sein Aufbruch bevor oder ihm fehlt der Kontext, um einen Bericht von einer Observation zu unterscheiden. Die Entdeckung dieser Lücke ist eine erfolgreiche Prüfung des Handover. Sie verhindert, dass der Titel Steward weitergegeben wird, während die Fähigkeit zur Pflege zurückbleibt.
Kann niemand übernehmen, sollte sich der Zustand sichtbar verschlechtern. Die Work kann pausieren, die Baseline kann enger werden und unbestätigte Aussagen können zu Unknown zurückkehren. Nicht geschehen darf, dass die Verantwortung verschwindet, während die Aufzeichnung weiterhin massgeblich wirkt.
Die Bestätigung muss genau genug sein, um die Schleife zu schliessen. Gesehen kann bestätigen, dass eine Nachricht einen Bildschirm erreicht hat. Es bestätigt nicht zwingend Verantwortung. Eine nützliche Antwort benennt, was angenommen wurde und was nicht. Der Zustand der Chain kann übernommen werden, während die Frage zum Gastzugang bei der gegenwärtig verantwortlichen Person bleibt. Geplante Work kann warten, bis beides geklärt ist.
Die Bestätigung sollte ausserdem die erste vom Empfänger erwartete Handlung zeigen. Vielleicht muss er eine alte Observation überprüfen, den Gast über die Pause der Work informieren oder den gegenwärtigen Zustand lediglich bis zur Ankunft eines weiteren Piloten bewahren. Ein Handover, das eine grosse Darstellung ohne nächste Entscheidung überträgt, kann Informationen weitergeben und dabei die Priorität zurücklassen.
Der Empfänger kann nur einen Teil der Darstellung annehmen. Das ist besser als eine breite Bestätigung, der eine private Annahme folgt. Der Rest verbleibt bei seinem bisherigen Steward, geht an die Gruppe zurück oder wird zu einer ausdrücklichen Lücke. Teilweise Bestätigung hält die Grenze der Verantwortung ehrlich.
Diese Disziplin ist über verschiedene Arbeitsphasen hinweg besonders wertvoll. Die Person, die eine Observation gemacht hat, kann bei Eintritt ihrer Konsequenz abwesend sein. Ein bestätigtes Handover lässt Home weiterbestehen, ohne so zu tun, als teilten alle Erinnerung, Zeitplan oder Access.
Werkzeuge können die Darstellung anzeigen, speichern und verteilen. Sie können nicht entscheiden, dass ein Mensch eine Verpflichtung verstanden hat. Unabhängig vom gewählten Medium ist das Handover erst abgeschlossen, wenn der Empfänger sowohl Zustand als auch Geltungsbereich bestätigt.
Feldprinzip
Ein gemeinsam getragenes Home wird nicht durch die Zahl der Piloten bestimmt, die es betreten können. Entscheidend ist, welche veränderlichen Bedingungen sie verstehen, pflegen und übergeben können, ohne Übereinstimmung zu unterstellen, wo sie fehlt.
Trenne Ort, Information und Verantwortung. Lege eine an Zweck, Source, Zeit und bekannte Ungewissheit gebundene Baseline fest. Gib jedem entscheidenden Zustand einen Steward, dessen Work einen Anfang, eine Grenze und ein bestätigtes Ende besitzt. Behandle Access als bedingte Capability, niemals als stillen Beleg für Ownership, Zustimmung oder Dauerhaftigkeit.
Eine Observation gehört zuerst dem Beobachter. Ein Bericht macht sie verfügbar. Nur eine Bestätigung überträgt die Pflicht, sie weiterzutragen.
Die drei Piloten können ihr Home nun abgleichen. Bis eine neue Observation den Unterschied auflöst, bewahren die beiden Routendarstellungen ihre unterschiedlichen Zeiten. Die dem Gast erteilte Andockerlaubnis bleibt bestehen, ohne mit Access zu einem Service verwechselt zu werden. Ein benannter Steward trägt jede offene Frage, bis sie beantwortet oder übergeben ist.
Der gemeinsame Boden hat Home nicht gewiss gemacht. Er hat Uneinigkeit sichtbar gemacht, bevor eine Handlung von ihr abhängt.
Diese Sichtbarkeit erzeugt die nächste Aufgabe. Eine Gruppe kann Veränderung nur erkennen, wenn sie weiss, wie ein gewöhnliches Home aussehen sollte. Part II beginnt damit, diese Baseline lesen zu lernen.