Das Replacement war sichtbar, aber nicht nutzbar.
Sein Name erschien genau dort im Inventar der Structure, wo ihn der Bewegungsbericht verortet hatte. Der darauf angewiesene Pilot konnte die Structure erreichen und die betreffende Division der Corporation öffnen. Der Gegenstand lag zwischen den übrigen Beständen und schien zu beweisen, dass Home vorbereitet war.
Als der Pilot ihn entnehmen wollte, verschwand diese Vorbereitung. Der Character konnte den Inhalt sehen, aber nicht entfernen, was die nächste Aufgabe benötigte. Die Person, die alles angeordnet hatte, war offline. Ein anderer Pilot trug breite Verantwortung für die Structure, aber nicht den bestimmten Access innerhalb der Corporation, der den Gegenstand freigeben konnte. Nichts war verloren gegangen. Nichts hatte sich bewegt. Dennoch fehlte die Capability in dem Augenblick, in dem sie gezählt wurde.
Lagerung kann ein Objekt bewahren und zugleich die Bedingungen seiner Nutzung verbergen. Ein Hangar, ein Container oder eine Structure beantwortet, wo etwas liegt. Der Ort allein beantwortet nicht, wem es gehört, wer es bewegen kann, welcher Service es umwandeln kann oder was geschieht, wenn sich der umgebende Zustand der Structure verschlechtert. Replacement besteht nur, wenn diese Bedingungen von der Notwendigkeit bis zur Handlung verfolgt werden können.
Lagerung ist Risiko
Ansammlung gibt Home Ausdauer und einem Failure Konzentration.
Derselbe Ort, der Materialien leicht auffindbar macht, kann mehrere Capabilities hinter einem Zugriffspfad und einem möglichen Ergebnis der Structure platzieren. Derselbe Container, der entscheidenden Bestand von gewöhnlicher Ausgabe trennt, kann von einer Person abhängen, die niemand benannt hat. Dieselbe Gesamtsumme im Inventar, welche die Gruppe beruhigt, kann nutzbare Gegenstände, reservierte Eingaben, persönliches Eigentum und bereits einer anderen Aufgabe versprochenes Material vermischen.
Das Risiko der Lagerung ist damit kein Argument gegen das Lagern von Wert. Der Begriff benennt die operative Form des gewählten Orts. Beschreibe diese Form durch Zweck, Ownership, Access, Konzentration und Wiederherstellung.
Der Zweck erklärt, weshalb der Bestand bleibt. Eine Reserve für Replacement besitzt eine andere Freigaberegel als Material, das auf Bewegung wartet. Eingaben für Industry dürfen nicht als freier Bestand gezählt werden, wenn eine freigegebene Aufgabe bereits von ihnen abhängt. Eine Ausgabe ohne vorgesehenen Nutzer kann Wert besitzen, ist aber noch keine Capability für Replacement. Klare Zwecke verhindern, dass derselbe Gegenstand zweimal versprochen wird.
Ownership bestimmt, wessen Vermögenspfad das Objekt enthält. Vermögenswerte im persönlichen Besitz und solche der Corporation sind nicht austauschbar, nur weil sie sich in derselben Structure befinden. Der Hangar eines Character kann für die Gruppe unzugänglich bleiben. Eine Division der Corporation kann für einen Character ohne die bestimmte Rolle oder Berechtigung unbrauchbar bleiben. Das Inventar sollte den Kontext der Bestände nennen, statt nur eine gemeinsame Summe zu melden.
Access fragt nach möglichen Handlungen. Einen Gegenstand zu sehen, beweist nicht die Fähigkeit, ihn zu entnehmen. Einlagern beweist keine spätere Entnahme. Eine Structure zu verwalten, ist nicht dieselbe Berechtigung wie das Bewegen von Eigentum einer Corporation. Die genauen Rechte sollten mit einem unwichtigen Gegenstand geprüft werden, bevor entscheidende Bestände von ihnen abhängen, wie Kapitel 7 festlegte.
Konzentration fragt, was unter einem Failure aus dem Plan verschwindet. Die Grenze der Wiederherstellung im Wormhole Space aus Kapitel 3 macht diese Frage zu einer Lagerfrage. Inventar, das jetzt in einer Structure sichtbar ist, besitzt keine garantierte spätere Wiederherstellung. Das Feldhandbuch macht aus dieser Grenze kein Kampfszenario. Es verwirft damit die Annahme, Lagerung in einer Structure erzeuge automatisch eine spätere Wiederherstellung.
Wiederherstellung fragt, wie die Gruppe diese Konzentration vor einer Krise erkennt und verringert. Einige Gegenstände für Replacement können in verschiedenen Kontexten des Ownership oder an verschiedenen Orten bleiben. Entscheidendes Wissen über Bestände muss die Person überdauern, die sie angeordnet hat. Material ohne gegenwärtigen Zweck kann den Ort verlassen, statt die Ansammlung zu vertiefen. Die richtige Verteilung hängt von der Gruppe ab, doch jeder Ort benötigt einen Verantwortlichen und ein vorgesehenes Ende.
Ein Inventar wird ehrlicher, wenn es Zustände trennt, statt alle Namen zu einer Summe zu addieren. Eine nutzbare Reserve ist vorhanden, zugänglich und noch nicht gebunden. Reservierter Bestand gehört zu einer benannten Aufgabe oder Bewegung. Eingehender Bestand hängt noch von einer Route oder einem Empfänger ab. Nicht bestätigter Bestand wurde gemeldet, aber nicht durch seinen Zugriffspfad geprüft. Überschuss besitzt keinen gegenwärtigen operativen Zweck. Diese Bezeichnungen lassen sich ohne Preise oder allgemeingültige Mengen pflegen. Sie zeigen, welcher Teil der Ansammlung jetzt eine Notwendigkeit beantworten kann.
Das Alter gehört neben den Zustand. Eine Aufzeichnung aus dem vergangenen Monat kann korrekt beschreiben, was eingelagert wurde, und dennoch verfehlen, was verbleibt. Der Verantwortliche bestimmt die nächste Prüfung anhand der Konsequenz eines Irrtums. Entscheidendes Replacement benötigt einen kürzeren Weg zur Bestätigung als optionaler Überschuss. Trägt niemand diese Bestätigung, stufe die Aussage zurück, statt altes Vertrauen weiterzuführen.
Das sichtbare Replacement aus der Eröffnungsszene versagte am Access, nicht an der Menge. Einen Gegenstand zu zählen, war korrekt und dennoch irreführend. Ein nützliches Inventar muss die Bedingungen zählen, welche den Gegenstand freigebbar machen.
Ownership formt Access
Die Lagerung einer Corporation verbindet Ownership von Vermögenswerten mit der Gestaltung von Rollen.
Das offizielle Rollenmodell unterscheidet Fähigkeiten, statt eine allgemeingültige Vertrauensstufe zu vergeben. Query erlaubt einem Character, die betreffenden Inhalte eines Hangars der Corporation zu sehen. Take erlaubt dort die Entnahme von Gegenständen. Container Take betrifft die Entnahme der Container selbst. Industry Roles und Fähigkeiten zur Verwaltung von Structures beantworten andere Fragen. Diese Berechtigungen dürfen nicht als Synonyme behandelt werden.
Dieser Abschnitt bildet die Rollenliste nicht ab. Er soll zeigen, weshalb der Pfad zu einem Replacement brechen kann, obwohl jede Person befugt wirkt. Sichtbarkeit besass der Pilot aus der Eröffnungsszene. Eine andere Person konnte Teile der Structure verwalten. Keine der Tatsachen gewährte die fehlende Handlung am eingelagerten Gegenstand.
Modelliere den Pfad aus der Sicht des Nutzers. Die Person muss die Structure erreichen und den richtigen Kontext des Ownership öffnen. Danach muss sie den Bestand erkennen, ihn entnehmen oder verwenden und jedes daraus entstehende Objekt für die nächste Aufgabe zugänglich platzieren. Jedes Verb kann von einer anderen Berechtigung abhängen. Prüfe den vollständigen Pfad, statt zu Beginn eine eindrucksvolle Rolle zu bestätigen.
Das Prinzip der geringsten Rechte bleibt wichtig. Jeder pflegenden Person jede Corporation Role zu geben, würde den Zugriffspfad leichter erinnerbar machen und zugleich die Konsequenzen eines Irrtums oder Aufbruchs stark vergrössern. Vergib nur die von der Verantwortung benötigten Fähigkeiten. Halte fest, wer sie besitzt, und bewahre einen ausdrücklichen Eskalationspfad für Handlungen, die getrennt bleiben.
Trennung benötigt auch Verfügbarkeit. Kann nur ein Character entscheidenden Bestand freigeben, erbt die Reserve den Zeitplan dieser Person. Ein zweiter Pfad muss nicht jede Befugnis verdoppeln. Er kann aus einer geprüften Stellvertretung für die betreffende Division, einer kleineren zugänglichen Reserve oder einem Verfahren bestehen, das ein Replacement bewegt, bevor der einzige Berechtigte nicht mehr verfügbar ist. Die Gestaltung sollte dazu passen, wie lange die Capability warten kann.
Container verdienen dieselbe Prüfung der Verben. Sie können Bestand ordnen, einen Zweck kennzeichnen und versehentliche Vermischung verringern. Sie können auch ein weiteres Objekt hinzufügen, dessen Access oder Entnahme anders funktioniert als bei den darin enthaltenen Gegenständen. Leite das Verhalten eines Containers nicht aus der Fähigkeit ab, seinen Namen zu sehen. Prüfe die Handlung, welche die Operation tatsächlich benötigen wird.
Persönlicher Bestand besitzt einen einfacheren Berechtigungspfad, aber einen engeren sozialen Pfad. Die direkte Nutzung bleibt seinem Eigentümer vorbehalten. Ist der Eigentümer abwesend, kann die Gruppe keinen Access annehmen. Einen persönlichen Gegenstand «unser Replacement» zu nennen, schafft eine gemeinsame Erwartung ohne gemeinsame Kontrolle. Er kann dem Plan weiterhin dienen, wenn Eigentümer und Verfügbarkeit ehrlich benannt werden.
Access sollte geprüft werden, bevor ein Träger von Rollen aufbricht, seine Verantwortung verändert oder ein entscheidendes Verb von einer Person abhängig lässt. Die Prüfung beginnt bei den eingelagerten Zwecken statt beim vollständigen Katalog der Rollen. Bestimme Reserves, die nur dieser Character freigeben kann, und Aufgaben, die nur diese installierende Person fortsetzen kann. Finde Container, die sichtbar, aber unbeweglich würden. Die Antworten führen zu einer engen Übertragung oder einer verringerten Abhängigkeit, solange der gegenwärtige Berechtigte das Ergebnis noch prüfen kann.
Eine Übertragung ist nicht mit der Zuweisung einer Rolle abgeschlossen. Der empfangende Character führt denselben Pfad mit einem unwichtigen Testobjekt aus und bestätigt das Ergebnis. Danach kann der frühere Berechtigte aus der Abhängigkeit entfernt werden, ohne die undokumentierte Rückfallebene zu bleiben, welche später alle anzusprechen erwarten.
Sobald der fehlende Pfad für Take aus der Eröffnungsszene erkannt ist, besitzt die Gruppe zwei Aufgaben. Sie gibt das unmittelbare Replacement durch eine befugte Person frei. Zudem verändert sie die Gestaltung der Lagerung, damit die nächste Notwendigkeit nicht vom Wiederaufbau derselben Berechtigung abhängt. Den Gegenstand wiederherzustellen, löst das heutige Problem. Seinen Pfad sichtbar zu machen, stellt die Vorbereitung wieder her.
Industry braucht Kontinuität
Replacement kann als Material statt als Gegenstand beginnen.
Manufacturing wandelt Materialien und Komponenten mithilfe eines Blueprint in einer geeigneten Einrichtung in eine Ausgabe um. Die Oberfläche Industry trennt Blueprint, Eingabematerialien, gewählte Einrichtung, Orte für Eingabe und Ausgabe, Dauer und Kosten. Optimierung bleibt ausserhalb dieses Kapitels. Sein Thema ist die dadurch offengelegte Kette von Abhängigkeiten.
Ein Plan für Manufacturing benötigt mehr als eine ausreichende Gesamtmenge an Material. Die Eingaben müssen am Ort und im Kontext des Ownership liegen, welche die Aufgabe verwenden kann. Der Blueprint muss dem Character zur Verfügung stehen, der die Aufgabe einrichtet. Die gewählte Einrichtung muss den richtigen Service anbieten. Der Ort der Ausgabe muss für die Person zugänglich sein, welche das Ergebnis empfängt und verteilt. Die Zeit muss zu dem Augenblick passen, in dem Replacement benötigt wird.
Jede dieser Bedingungen kann einzeln wahr sein, während die ganze Kette versagt. Materialien können in einem persönlichen Hangar liegen, obwohl die freigegebenen Eingaben als Bestand der Corporation gezählt wurden. Ein Blueprint kann sichtbar, aber für die installierende Person nicht verfügbar sein. Ein Service kann in der Structure eingebaut, aber offline sein. Eine Ausgabe kann an einem Ort abgeschlossen werden, auf den der vorgesehene Nutzer nicht zugreifen kann. Eine Summe im Inventar kann diese Brüche der Kontinuität nicht offenlegen.
Schreibe die Aufgabe als Pfad. Beginne bei Notwendigkeit, Blueprint und Eingabegruppe. Benenne danach Ownership, Ort der Eingabe, installierende Person und Einrichtung. Schliesse mit Service, Ort der Ausgabe, Empfänger und vorgesehener Nutzung. Jeder Schritt besitzt gegenwärtige Evidenz und einen Verantwortlichen. Der Pfad ist kein dauerhaftes Rezept; er ist der operative Zustand dieses Replacement.
Eine Rückfallebene sollte die Abhängigkeit verändern, statt dieselbe Annahme zu wiederholen. Kann der lokale Service die Aufgabe nicht tragen, ist die Bewegung derselben Eingaben zu einem anderen nicht unterstützten Ort keine Alternative. Stattdessen kann die Gruppe einen fertigen Gegenstand sichern, eine Einrichtung mit geprüftem Access wählen oder eine Zeit ohne diese Capability annehmen. Die richtige Wahl hängt von der gegenwärtigen Chain und vom Zweck ab. Die Rückfallebene muss einen anderen funktionierenden Pfad benennen.
Der Pfad sollte auch jenen Entscheid offenlegen, der sich nicht sauber rückgängig machen lässt. Materialien können flexibel bleiben, solange sie in zugänglicher Lagerung liegen, und nach der Einrichtung der Aufgabe gebunden sein. Eine Bewegung kann eine Eingabe für eine Einrichtung verfügbar machen und sie zugleich aus einer anderen Reserve entfernen. Die Freigabe unmittelbar vor dieser Veränderung zu platzieren, bewahrt die Möglichkeit, auf neue Evidenz zu reagieren, ohne den Plan zwischen Zuständen festzusetzen.
Hier wird die Unterscheidung zwischen reserviertem und verfügbarem Material wichtig. Sobald Eingaben einer freigegebenen Aufgabe zugeordnet sind, verspricht ihre Zählung als allgemeine Reserve sie zweimal. Kennzeichne die Reservierung vor der Einrichtung und nicht erst, nachdem ein anderer Pilot denselben Bestand nutzen will. Wird die Aufgabe abgebrochen, muss die Aufzeichnung festhalten, welche nutzbaren Materialien verbleiben, statt anzunehmen, der ursprüngliche Plan habe sich einfach umgekehrt.
Industry trägt auch Informationsabhängigkeiten. Der Bedarf an einer Ausgabe kann bekannt sein, ohne dass die spezialisierten gegenwärtigen Einzelheiten für ihre effiziente oder korrekte Herstellung bekannt sind. Dieses Buch füllt diese Lücke nicht mit alten Zahlen. Aktuelle, tätigkeitsspezifische Information beschafft der Verantwortliche der Aufgabe dort, wo sie wichtig ist. Aufgezeichnet wird nur der daraus entstandene Entscheid, den die gemeinsame Operation benötigt.
Kontinuität umfasst die Menschen um den Timer. Eine Aufgabe einzurichten und zu gehen, weist ihren Empfang niemandem zu. Jemand muss wissen, wann geprüft werden soll, welcher Zustand die Erwartung unterbrechen kann und wohin die Ausgabe danach gelangt. Wird die installierende Person nicht verfügbar sein, geschieht das Handover, solange Aufgabe und Zweck noch lesbar sind.
Das Replacement aus der Eröffnungsszene war bereits hergestellt, doch sein Failure beim Access legt dieselbe Lektion offen. Produktion ist keine vollständige Capability. Die Kette endet erst, wenn der vorgesehene Nutzer die Ausgabe erhalten kann und die Aufzeichnung der Reserve sie erkennt.
Services können pausieren
Industry hängt von gepflegter Infrastruktur ab.
Dass ein geeigneter Service einer Structure heute besteht, macht ihn nicht zu einer dauerhaften Eigenschaft von Home. Service Modules verbrauchen Fuel. Ein betreffender Service kann offline genommen werden und dadurch verbundene Aufgaben in Industry pausieren. Das Entfernen des Service oder der Verlust der Structure kann Work abbrechen. Die genauen Konsequenzen einer bestimmten Aufgabe sollten vor der Verpflichtung geprüft werden; die allgemeine Abhängigkeit genügt, um den Plan zu formen.
Der Unterschied zwischen Pause und Abbruch ist wichtig. Eine Pause verzögert die erwartete Ausgabe und kann eine Frist für Replacement brechen, selbst wenn die Aufgabe später fortgesetzt wird. Ein Abbruch kann die Gruppe ohne das geplante Ergebnis zurücklassen, während sich nicht jede Konsequenz der Eingaben rückgängig machen lässt. Keines der Ergebnisse darf auf «die Structure besteht noch» reduziert werden.
Verbinde die Aufgabe vor ihrer Einrichtung mit der Infrastrukturaufzeichnung aus Kapitel 8. Welchen Service benötigt sie? Wer pflegt den Pfad des Fuel? Was wurde zuletzt über den Zustand des Service beobachtet, und wann muss diese Observation erneuert werden? Wer kann die Aufgabe verschieben, falls der Zeitraum der Unterstützung zweifelhaft ist? Welche Alternative stellt die Capability wieder her, wenn der Service die Work nicht tragen kann?
Der Zeitraum der Unterstützung sollte mehr als die angezeigte Dauer der Aufgabe umfassen. Eingaben müssen vorbereitet, die Aufgabe muss eingerichtet, die Ausgabe ausgeliefert werden und jemand muss bis zum Empfang verantwortlich bleiben. Ein Service, der nur bis zu einem optimistischen Abschlusszeitpunkt bestehen soll, deckt den vollständigen Pfad des Replacement nicht ab.
Auch das Vertrauen in einen Service besitzt eine Source. Das eingebaute Modul, sein gegenwärtiger Onlinezustand und der Plan seines Verantwortlichen sind verschiedene Observations. Das sichtbare Modul beweist nicht, dass es online ist. Den Service online zu sehen, beweist nicht, wie lange Fuel und Ownership ihn tragen werden. Die Absicht des Verantwortlichen ersetzt den sichtbaren Zustand nicht. Die Aufzeichnung der Aufgabe hält diese Aussagen getrennt, damit keine beruhigende Tatsache für den ganzen Zeitraum der Unterstützung steht.
Wird die Unterstützung vor der Einrichtung ungewiss, hält ein Aufschub die Eingaben für einen anderen Pfad verfügbar. Tritt die Ungewissheit während einer Aufgabe auf, hält ihr Verantwortlicher den beobachteten Zustand der Aufgabe und seine Auswirkung auf die erwartete Ausgabe fest. Dasselbe Wort – nicht verfügbar – darf nicht verbergen, ob die Work wartet, abgebrochen oder für den Beobachter lediglich unzugänglich ist.
Versprechen an andere Work müssen abgeglichen werden. Ein Verantwortlicher will einen Service vielleicht nach einer gegenwärtigen Aufgabe offline nehmen, während ein anderer Pilot eine neue Aufgabe vorbereitet, die seine anhaltende Verfügbarkeit voraussetzt. Beide Pläne können getrennt vernünftig sein. In der gemeinsamen Aufzeichnung muss ihre Überschneidung sichtbar werden, bevor die Einrichtung daraus einen Streit mit bereits gebundenem Material macht.
Verändert sich der Zustand des Service, folgt die Reaktion der Evidenz. Halte den beobachteten Zustand fest, bestimme die betroffenen Aufgaben und stoppe neue Verpflichtungen. Behaupte nicht, jede Aufgabe habe versagt, wenn das sichtbare Ergebnis eine Pause ist. Versprich nicht, die Work werde fortfahren, nur weil das Modul eingebaut bleibt. Die Verantwortlichen von Aufgabe und Infrastruktur bestimmen anhand des wirklichen Zustands von Structure, Service und Fuel, was getragen werden kann.
Doktrin für Verteidigung und Reparatur bleibt ausserhalb dieses Kapitels. Der Text erklärt nicht über das Beobachtbare hinaus, weshalb ein Service nicht verfügbar wurde. Die operative Frage ist enger: Welche versprochene Capability besitzt keinen durchgehenden Pfad mehr, und wie kann die Exposure verringert werden, bevor weitere Work von ihr abhängt?
Das sichtbare Replacement vom Anfang vermied diese Abhängigkeit vom Service, weil seine Aufgabe bereits abgeschlossen war. Zukünftiges Replacement wird sie vielleicht besitzen. Vorbereitung sollte vollständige, zugängliche Capability anders zählen als Material in einer laufenden oder nicht unterstützten Aufgabe.
Vor Leere ersetzen
Der letzte nutzbare Gegenstand ist keine Reserve. Er wirkt als Countdown ohne zugehörige Zeit.
Beginnt Replacement erst nach Verbrauch des letzten Exemplars, werden alle Abhängigkeiten des Pfads gleichzeitig dringend. Materialien, Blueprint, Access, Service, Route und Menschen müssen ohne Verzögerung verfügbar bleiben. Eine kleine Pause wird dann zur Lücke in der Capability.
Setze den Auslöser vor die Abwesenheit. Er sollte auf Zeit und Ungewissheit des Pfads zum Replacement statt auf einer allgemeingültigen Bestandszahl beruhen. Ein lokal hergestellter Gegenstand kann weiterhin von eingeführten Eingaben abhängen. Ein grosser sichtbarer Bestand kann für seine Nutzer unzugänglich sein. Eine kleine Reserve kann genügen, wenn Ersatzmöglichkeiten und ein kurzer geprüfter Pfad bestehen. Die Menge allein kann die Grenze nicht setzen.
Beginne mit Verbrauch oder Verlust, den die Gruppe beobachten kann. Welche Ereignisse verringern die nutzbare Reserve? Wer aktualisiert die Zahl? Wird ein Gegenstand nicht verfügbar, wenn er anderswo eingebaut, für eine Aufgabe reserviert oder jenseits der gegenwärtigen Chain bewegt wird? Eine Zahl, die sich erst nach physischer Zerstörung verändert, übersieht mehrere Wege, auf denen Capability Home verlässt.
Beschreibe danach die Vorlaufzeit des Replacement als Kette von Bedingungen statt als selbstsichere Dauer. Die Erkennung beginnt den Prozess. Ein Verantwortlicher gibt die Notwendigkeit frei. Eingaben werden freigegeben oder bewegt. Die Aufgabe wird eingerichtet oder ein bestehendes Replacement transportiert. Die Ausgabe erreicht ein nutzbares Lager. Jede Stufe kann auf Menschen, Access, Service oder Connections warten. Der Auslöser muss Raum für jene ungewissen Stufen lassen, welche die Gruppe tatsächlich besitzt.
Zwei Horizonte machen diese Ungewissheit sichtbar. Der Nutzungshorizont fragt, wie lange die gegenwärtige Reserve den angenommenen Zweck tragen kann. Der Horizont des Replacement fragt, wie lange der langsamste glaubwürdige Pfad zu einem weiteren nutzbaren Gegenstand dauern kann. Replacement beginnt, bevor sich die Horizonte treffen. Keiner benötigt falsche Genauigkeit. Eine Bandbreite, eine begrenzende Abhängigkeit und die nächste Prüfung sind ehrlicher als ein selbstsicheres Datum aus optimalen Schritten.
Bereits laufende Work gehört weder zur Reserve noch zum abgeschlossenen Replacement. Zähle sie als offene Abhängigkeit mit ihrem Service, ihrem Verantwortlichen und dem erwarteten Empfang. So beruhigt eine laufende Aufgabe nicht jene Nutzer, die jetzt einen Gegenstand benötigen. Zugleich erkennt die Gruppe, dass Replacement begonnen hat.
Die Prioritäten des Replacement folgen der Konsequenz. Stelle jene Capability zuerst wieder her, deren Fehlen Observation, Rückkehr, Access oder einen weiteren Pfad des Replacement blockiert. Daraus folgt keine allgemeingültige Rangfolge von Gegenständen. Frage, welche fehlende Funktion die weiteren Versprechen der Gruppe falsch machen würde.
Die Reserve muss so geprüft werden, wie ein Nutzer sie antrifft. Kann ein befugter Character den Gegenstand finden und entnehmen? Liegt die Ausgabe im erwarteten Kontext des Ownership? Trennt das Inventar zugänglichen Bestand von reservierten Eingaben und persönlichem Eigentum? Kann die nächste Schicht Verantwortlichen und Auslöser erkennen, ohne die Person zu kontaktieren, die das System entworfen hat?
Wenn der verspätete Gegenstand Home erreicht, bringt ihn die Gruppe nicht auf ein unverändertes Regal zurück. Ein nutzbares Replacement wird in einem geprüften Zugriffspfad platziert. Die verbleibenden Bestände werden nach Zweck getrennt. Das Inventar benennt Ownership und den nächsten Auslöser. Eine zweite befugte Person bestätigt die Handlung, solange die erste noch verfügbar ist.
Das Ergebnis ist keine unendliche Bereitschaft. Es schafft einen ehrlichen Zeitraum, in dem eine Capability getragen wird, sowie eine sichtbare Bedingung, die Replacement beginnt, bevor dieser Zeitraum endet.
Feldprinzip
Lagerung ist eine Abhängigkeit, keine Pause in der Geschichte des Werts.
Benenne für jeden entscheidenden Gegenstand Zweck, Ownership und Ort. Ergänze Zugriffspfad, Konzentration, Nutzer und Auslöser des Replacement. Halte persönliche Vermögenswerte von jenen der Corporation getrennt. Behandle Sichtbarkeit, Einlagern, Entnahme, Installation und Verteilung als getrennte Handlungen, bis der vollständige Pfad des Nutzers geprüft worden ist.
Folge bei hergestelltem Replacement der Kette von der Notwendigkeit über Blueprint, Eingaben, Einrichtung, Service und Ausgabe bis zu einem befugten Empfänger. Eine Aufgabe kann pausieren oder keine Capability liefern, obwohl die Structure sichtbar bleibt. Beginne Replacement, solange Zeit und Alternativen noch der Gruppe gehören.
Der Gegenstand aus der Eröffnungsszene war nicht verschwunden. Verschwunden waren die umgebenden Annahmen. Durch ihre Verfolgung stellte die Gruppe mehr als den Access zu einem Objekt wieder her. Sie machte den nächsten Failure vor der nächsten Notwendigkeit sichtbar.
Part III begann mit einem Schiff, das an Work gebunden wurde. Er endet mit dem eingelagerten und nutzbaren Ergebnis, das mit Replacement verbunden ist. Diese Kontinuität erhält sich nicht von selbst über Tage und Menschen. Part IV beginnt, sobald morgen eine andere Person handeln muss als jene, welche die heutige Anordnung verstand.