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 10:39:28 UTC · snapshot created 2026-10-03 10:40:04 UTC · last check 2026-10-03 11:25:15 UTC

STR.6:5 - Archetypal Grounding

STR.6:5.1 - SensorCo: a service family, not a list of purchases

The constructed SensorCo case retains viable device-only continuation alongside possible integrated service, licensing and segment exit. Here the team develops the integrated-service family. None of the new configurations below is an observed available arrangement.

For this family, the proposed contribution is accountable inspection support at a consenting customer’s site, over a bounded agreed interval, with a specified result, permitted data use and an exception response. The first labels are “platform”, “AI”, “training” and “external specialist”. The team replaces them with whole proposed ways:

Proposed wayWhat would obtain the same contributionWhat remains unresolved
SensorCo-led customer-local provisionSensorCo staff use the existing platform with customer-local data, check the agreed result and supply travel and incident supportComplete cost, permitted use, available staff and the customer’s acceptance terms
Provider-assisted customer-local provisionSensorCo supplies device integration while a qualified specialist supplies named checking or support contributions, with an agreed exception returnProvider capability and availability, joining responsibilities, access, complete price and response time

AI-assisted interpretation could be part of either way. Training could prepare a participant in either way. Neither is a third complete alternative. Both ways must answer the same customer-result and support questions before comparison.

A cross-customer pooled-data proposal pursues a different provision arrangement with an unresolved reuse-right dependency. It stays outside the present permitted service comparison. A short description may be retained for reconsideration if the required right and a relevant use become available; no data collection or provider reservation follows from retaining that description.

The immediate four-day internal preparation can improve the cost and trial-specification answer. It does not establish either delivery capability, authorize a trial or select the twelve-month service direction. If complete costing rules out every relevant arrangement at the prospective customers’ price ceiling, generation returns the negative comparison and viable device continuation instead of requiring a trial.

STR.6:5.2 - Retaining the device fallback has an opportunity cost

In SensorCo’s proposed first-month configuration, six platform-preparation person-days include two days for device-compatible interfaces and maintenance instructions. That leaves four for the service-specific platform subset and postpones a two-day service-diagnostic enhancement.

Those two days carry a real future choice: returning to device-only provision through the first staged decision. They are included in the configuration’s work demand, not taken again from unallocated capacity. Retention beyond that point needs its own support and cost answer.

This is different from preserving the old device proposal in meeting notes. The former keeps action possible at a sacrifice; the latter preserves reasoning. STR.9 compares whether the flexibility is worthwhile, and STR.14 checks whether the whole proposed configuration fits with current service and reserve.

STR.6:5.3 - Finding a way to explain recurring inspection errors

Suppose a prospective customer needs a qualified explanation of recurring inspection errors, not continuing accountable operation. This is a constructed extension of SensorCo. It stipulates purpose-limited access to local error cases, independently checked acceptable inspection outcomes and some operating records. No diagnostic result or delivery arrangement has yet been obtained.

The team first returns to STR.5: a one-off explanation may answer a different receiving problem. If that contribution is worth exploring, a diagnostic family must be constructed. “Use AI” and “ask an expert” do not explain how the requested result would be obtained.

The team examines its existing service Method. In this teaching case, that Method compares a reading with configured limits and returns an exception; it does not explain why exceptions recur. Searching by the missing result leads to a neighboring fault-investigation Method that compares error and non-error cases under sufficiently similar conditions, then distinguishes rival explanations. The two Method descriptions and their stated limits are stipulated professional inputs, not claims about the effectiveness of any real diagnostic product.

Following the neighboring Method on the available local material exposes a missing connection. Timestamps do not establish whether two inspections used the same setup. The team proposes linking each case to equipment, shift and setup records before comparing matched cases. The reason is explicit: a difference attributed to the inspected object could instead arise from a changed setup. The connecting operation is a candidate inference; if the records cannot recover the relevant setup, the proposed comparison cannot support that distinction.

The team therefore refines this one constituent contribution: can the permitted records link enough relevant cases to comparable setups? It need not redesign every other step or add a fixed number of decomposition levels. A qualified existing explanation of result checking is reused. The whole candidates can now be stated:

  • A SensorCo diagnostic specialist would link the permitted records, compare suitable error and non-error cases against the rival explanations, and return a source-traceable account of what is supported, excluded and unresolved. A qualified check, response to missing records and closure of the bounded engagement belong in this way.
  • A qualified customer-local investigator would perform that linking and comparison without exporting the records; SensorCo would supply the needed interpretation of its record fields, and the participants would check the same promised account and resolve or report exceptions. Availability, responsibilities and complete burden remain to be established.

The first result is these two explained candidates and the gap about recoverable setup conditions, not a diagnosis, available capability or authorized investigation. That gap can support comparison of a bounded records inquiry with other ways, narrowing the requested result or stopping; STR.7 determines whether additional inquiry is worthwhile when that is unresolved. A negative records answer limits these candidates rather than proving that no diagnostic Method exists.

The team does not rank this diagnostic account, a year of service and a software licence as equivalent deliveries. They may later be compared as directions under a common purpose with their different contributions explicit. Finding the diagnostic possibility neither changes the service family’s existing four-day preparation limit nor grants data reuse rights.

STR.6:5.4 - Developing the diagnostic material

The following constructed replays extend the diagnostic question in section 5.3. They use separately permitted synthetic records, an available linking operation and an available operation for changing the output view. The exercise has its own bounded allocation; the customer’s earlier purpose-limited records and the service family’s four-day preparation are not inputs or permissions for it. The examples illustrate the search actions, not a qualified diagnostic product.

The linking operation groups cases by a recoverable setup reference and can report unmatched records separately. For this small source question, a stipulated specialist account establishes which setup groups are comparable. Missing setup references remain unknown.

CaseInspection outcomeSetupTime
E1ErrorS109:00
N1AcceptableS109:05
E3ErrorUnknown09:40
E2ErrorS210:00
N2AcceptableS210:05
N3AcceptableUnknown11:15
STR.6:5.4.1 - Develop a variation for the selected contribution

The diagnostic contribution remains selected. The team applies two output variants to the six records. A returns the comparable error/acceptable pairs E1–N1 and E2–N2. B returns those pairs and retains E3 and N3 with their source times and missing-reference flags. The difference can be inspected in the output; it is not a claim that either variant explains the errors.

A supplied planning estimate gives B five minutes more review work than A. Retaining B’s small output and its linking rule is nevertheless worthwhile for one identified continuation: determining whether setup records for 09:40 and 11:15 can recover the missing conditions. The preserved material makes that question specific. It does not make B preferable for every comparison or allocate the later records inquiry. Another practitioner also needs permitted inputs and the capability to carry out that inquiry.

If the existing pairs already provide an adequate specialist answer to the current question and the missing intervals cannot change it, use that answer. Do not construct B merely to enlarge the retained set.

STR.6:5.4.2 - Develop material before choosing its receiving contribution

Suppose instead that no diagnostic or other customer contribution has been selected. The team has the same permitted synthetic material and a current question about what a different view reveals. It changes a matched-pair-only view into a complete time-ordered view with missing-reference flags. The new view preserves the two previously omitted cases; 09:40 lies between the known S1 and S2 records, while 11:15 follows the last known setup.

The team retains the view, inputs and settings because they permit a bounded investigation of record completeness. That examined difference suggests a possible operator-support contribution, which goes to STR.5 for its recipient, need and value question. It establishes neither a customer demand nor a cause of inspection errors. The search could also finish with no worthwhile continuation; a settled ultimate destination is not needed for this limited result.

STR.6:5.4.3 - Change the problem and examine transfer

A target question now asks for a comparison under changed temperature conditions. Its supplied specialist account requires the same setup and temperature regime for comparable cases.

Target caseInspection outcomeSetupTemperature regime
T1ErrorS1Warm
T2AcceptableS1Cool
T3ErrorS2Warm
T4AcceptableS2Warm

Reusing the setup-only grouping would pair T1 with T2 and T3 with T4, but the first pair fails the target condition. The team uses the available filtering operation to add the temperature regime to the grouping. This proposed adaptation returns one eligible pair, T3–T4, and no eligible pair for S1. The operation’s availability does not qualify the whole adapted diagnostic way.

The mixed result changes the next problem. A bounded comparison of S2 in the warm regime can continue if it answers a useful question. The broader S1 explanation instead needs comparable target cases or a narrower demanded result. Because the temperature regimes differ, T1–T2 cannot support the required same-condition comparison. The team retains that failed transfer with its condition and asks only the missing target question worth pursuing. It has neither diagnosed the errors nor shown that the original linking way is useless in its source conditions.