HCD.8:4 - Solution
Start from one exact HCD.7 gap. Compare an obtain route with the smallest build route that can close it. Specify the provider’s own target task, prepare only what that task needs, follow only blocking dependencies, and observe the contribution operating under representative service conditions before returning it as available.
HCD.8:4.1 - Bind One Missing Contribution
Record:
- the learner, class, programme, practice, or evidence use that is blocked;
- the exact missing contribution, recipient, required time, output form, criteria, protected errors, and consequence boundary;
- what HCD.7 has already established about available providers, access, capacity, constraints, and fallback;
- the direct owner of each correctness, competence, permission, safety, privacy, technical, or authority result; and
- the smallest operating observation that would let HCD.7 reconsider availability.
Do not replace this input with “we need better instructors” or “the lab is not ready.” Name what the instructor must do or what the environment must supply, for whom, when, and under which conditions.
HCD.8:4.2 - Compare Obtaining with Building
Construct at least one feasible route when one exists:
| Comparison position | Obtain an existing contribution | Build the missing contribution |
|---|---|---|
| result fit | Evidence that the provider or environment can supply the exact result | Target task and proposed change capable of producing that result |
| time and window | Onboarding, contracting, access, calibration, and actual availability | Preparation, practice, correction, retest, installation, validation, and ramp-up |
| burden and risk | Search, handoff, confidentiality, continuity, dependency, and switching burden | Development effort, supervision, failure exposure, maintenance, and displaced work |
| authority and independence | Permission, accountability, assessment independence, and domain legitimacy | Who can authorize, judge, and operate the created contribution |
| operating evidence | Representative sample or observed service under the intended conditions | Representative operating test after preparation or change |
| continuation | Renewal, backup, transfer, or replacement condition | Maintenance, refresh, supervision, fallback, and smallest reopen condition |
Prefer neither route by default. An existing provider is not sufficient because of reputation or title, and a local build is not superior because it creates internal capacity. Return the surviving non-dominated route or routes, with unresolved trade-offs for the current contribution, window, burden, risk, continuity, and evidence use; the authorized programme decision remains separate.
HCD.8:4.3 - Specify the Provider or Environment Target Task
For a human provider, state the person’s own target work:
- representative inputs and cases;
- required explanation, feedback, assessment, preparation, coordination, or specialist output;
- criteria and protected errors supplied by the target domain;
- permitted references, tools, AI, colleague or supervisor help;
- required response time, volume, handoff, independence, and authority; and
- current evidence, uncertainty, preparation, first attempt, correction, and operating test.
Use the applicable HCD patterns only for the values actually missing in that provider’s human capability. For an organization, platform, tool, or environment, request the direct owner’s corresponding service, technical, safety, privacy, access, or operating result. Do not redescribe a non-human system as a learner merely to keep the work inside HCD.
HCD.8:4.4 - Expose Only Blocking Dependencies
Read backward from the missing contribution to the first unsupported dependency. A teacher may need a calibrated answer key from a domain specialist; the specialist may need an approved test result; the practice environment may need an isolated data set and a reset function. Ask for the direct result that closes that dependency.
Use A.1.STM’s plain long-mantra map when the builder chain is not yet established: keep the final contribution visible, name supported answers, and stop at the first missing one. Use E.18.NET only when the current question truly needs independently identified transformation-flow structures and exact cross-boundary relation occurrences. A diagram, shared resource, calendar sequence, or word such as “creates” or “enables” does not establish that network.
Stop recursion when:
- an already qualified and available contribution satisfies the dependency;
- a direct owner returns the required result under compatible conditions;
- the current build can proceed without the optional dependency; or
- an exact unsupported dependency, owner, consequence, and retry condition have been returned.
Do not build a provider because that provider appears in the dependency map. Build only a missing result whose absence blocks the selected operating contribution.
HCD.8:4.5 - Prepare and Enact the Smallest Build
Select preparation that addresses the observed provider-task gap: worked examples, modelling, guided practice, criterion comparison, supervised access, a safe sandbox, a calibrated key, tool configuration, dispute rehearsal, or another qualified Method. Preserve the starting attempt and the support received so that preparation is not mistaken for prior competence.
For a human provider, connect feedback to a specific action and obtain another attempt. For an environment or service, test the changed function, access, load, failure signal, and recovery through the direct owner. Materials, schedules, purchased tools, completed instruction, and reserved hours are preparation results; retain them without calling the contribution operational.
HCD.8:4.6 - Run an Operating Test
Observe the intended provider or environment deliver the contribution on a representative but safely bounded case. Preserve:
- the provider, recipient, task, configuration, support, and direct owners;
- the input, output, criteria, protected errors, timing, volume, handoffs, and access conditions;
- the first operating result, any disagreement or failure, feedback, correction, and repeated result;
- actual load, latency, escalation, fallback, and consequences; and
- the exact claim supported, its limits, and the smallest change that reopens it.
A rehearsal against the same memorized example may show procedural compliance but not handling of the required variation. Use a new representative case when the provider must discriminate, adapt, or resolve a dispute. Test the intended support configuration; require unsupported performance only when the provider’s actual task needs it.
An operating test supports a bounded provider or environment contribution. It does not establish that learners received it, learned from it, transferred it to later Work, or retained capability. It also does not make the whole organization, platform, or programme operational when only one contribution was tested.
HCD.8:4.7 - Return the Built Result or Exact Stop
An HCD.8 result contains:
| Result position | Required content |
|---|---|
| build boundary | Missing contribution, blocked HCD use, recipient, provider task, conditions, consequence, and direct owners |
| route comparison | Obtain and build candidates, finite burden, time, risk, authority, continuity, and operating-evidence differences |
| dependency boundary | Supported inputs, first blocking dependency, direct result used, and where recursion stopped |
| preparation | Provider or environment change, support, materials, access, practice, feedback, correction, and unresolved limits |
| operating evidence | Representative case, conditions, observed output, criteria, timing, load, disagreement, correction, fallback, and qualification |
| disposition | qualified existing contribution obtained, bounded operating development arrangement, preparation only, or exact unsupported dependency |
| continuation | HCD.7 recheck, another operating case, direct-owner return, changed schedule, maintenance, fallback, or smallest reopen condition |
Return to HCD.7 only the contribution and conditions its arrangement needs. Keep provider-development evidence, service-operation evidence, learner attempts, and learner-effect evidence separate.
HCD.8:4.8 - Recognition and Assurance
Recognition. Use HCD.8 when a named contribution is unavailable and the proposed answer is to recruit, prepare, train, configure, build, calibrate, or supervise someone or something. Ask first whether an already qualified contribution can be obtained and what exact operating result is missing.
Assurance. Stronger reliance needs an exact provider target task, qualified domain criteria, truthful starting evidence, a bounded obtain/build comparison, supported blocking dependencies, an operating test under material conditions, direct-owner authorization, and a return limited to the observed contribution. A course completion, asset existence, design review, or one rehearsed answer cannot substitute for operation.
HCD.8:4.9 - What Changes in Practice
A practitioner stops asking, “How do we train all providers?” and asks, “Which missing contribution blocks this development use, can we obtain it, what must the provider or environment actually do, which dependency is first unsupported, and what representative operating result would let HCD.7 enable the arrangement?” Build work becomes finite, testable, and stoppable.