Library / Human Capability Development 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:45:17 UTC

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:

  1. the learner, class, programme, practice, or evidence use that is blocked;
  2. the exact missing contribution, recipient, required time, output form, criteria, protected errors, and consequence boundary;
  3. what HCD.7 has already established about available providers, access, capacity, constraints, and fallback;
  4. the direct owner of each correctness, competence, permission, safety, privacy, technical, or authority result; and
  5. 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 positionObtain an existing contributionBuild the missing contribution
result fitEvidence that the provider or environment can supply the exact resultTarget task and proposed change capable of producing that result
time and windowOnboarding, contracting, access, calibration, and actual availabilityPreparation, practice, correction, retest, installation, validation, and ramp-up
burden and riskSearch, handoff, confidentiality, continuity, dependency, and switching burdenDevelopment effort, supervision, failure exposure, maintenance, and displaced work
authority and independencePermission, accountability, assessment independence, and domain legitimacyWho can authorize, judge, and operate the created contribution
operating evidenceRepresentative sample or observed service under the intended conditionsRepresentative operating test after preparation or change
continuationRenewal, backup, transfer, or replacement conditionMaintenance, 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:

  1. the provider, recipient, task, configuration, support, and direct owners;
  2. the input, output, criteria, protected errors, timing, volume, handoffs, and access conditions;
  3. the first operating result, any disagreement or failure, feedback, correction, and repeated result;
  4. actual load, latency, escalation, fallback, and consequences; and
  5. 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 positionRequired content
build boundaryMissing contribution, blocked HCD use, recipient, provider task, conditions, consequence, and direct owners
route comparisonObtain and build candidates, finite burden, time, risk, authority, continuity, and operating-evidence differences
dependency boundarySupported inputs, first blocking dependency, direct result used, and where recursion stopped
preparationProvider or environment change, support, materials, access, practice, feedback, correction, and unresolved limits
operating evidenceRepresentative case, conditions, observed output, criteria, timing, load, disagreement, correction, fallback, and qualification
dispositionqualified existing contribution obtained, bounded operating development arrangement, preparation only, or exact unsupported dependency
continuationHCD.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.