Library / Strategy Principles Framework
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 05:29:54 UTC · snapshot created 2026-10-03 05:30:57 UTC · last check 2026-10-03 05:30:50 UTC

STR.8:4.2 - Trace the complete contribution and its exception

Work backward from the usable result to the input, work and means needed to obtain it. Then follow a plausible exception forward: an unavailable source, failed device, late provider or result the receiver cannot accept.

Ask who supplies, interprets, checks, accepts or returns the contribution where that distinction changes feasibility. Name an effective permission, access condition or support window when it can defeat the path. A diagram is useful if it makes these relations easier to understand; creating one is not the result sought.

When service, access or completion wording hides the dependency, state exactly which result has been established and which subsequent contribution it supports. Use FPF A.6.P to recover an ambiguous object or claim, then use the rule governing that claim. A working credential, permission for this use, successful provisioning and the performed analysis answer different questions. Name what the participant must supply and what would make that contribution usable; a role label or closed supplying case does not establish the receiver’s usable result. Stop distinguishing when the next action is clear.

Keep material dependence different from chronology. Two contributions may have to coexist, one may be an input to another, or several may compete for a shared person. Their order in a presentation does not determine the order of work. Ordinary explanation is sufficient for a small strategic account.

A strategic choice may depend on how work in one flow supplies something usable in another. For example, can a proposed coffee service use the stock supplied by a roastery? Use FPF E.18.NET when answering this question needs a network of at least two independently identified transformation-flow structures, or nested networks of them, with at least one established relation across their boundaries.

In E.18.NET’s worked café case, roastery production and café brewing have independently identified structures, separate work and change schedules. Delivery and acceptance facts establish the supply relation from the roastery’s dispatch position to the café’s accepted-stock position. Selecting these members and this relation, with the applicable boundary and position constraints, lets the practitioner identify which accepted stock can enter the brewing flow. That is a concrete supply condition for the café’s service proposal. Establish the relation under the pattern that governs its predicate; E.18.NET supplies selection of the network needed for the question.

By contrast, grinding, dosing and wetting can be positions within one identified brewing structure. Examining that internal portion uses E.18; adding detail does not create a second flow. Keep the relation pattern’s conclusion separate from any missing information needed to select the network, and carry both into the feasibility answer.