Developing Capability for a Named Work Family
About this pattern
This is a generated FPF pattern page projected from the published FPF source. It is canonical FPF content for this ID; it is not a FPF Reference product feature page.
How to use this pattern
Read the ID, status, type, and normativity first. Use the content for exact wording, the relations for adjacent concepts, and citations to keep active work grounded without pasting the whole specification.
Tech-name:
WorkFamilyCapabilityDevelopmentMethodPlain-name: develop a System's capability for named work and check it in representative work Type: Method-description pattern for a separate capability-development Method; coordinated withE.23Status: Candidate Normativity: Normative unless marked informative
Use this pattern when one named System must become more capable of performing a named Work family and transfer must later be checked in representative Work. The holder can be, for example, a person, team, organization, pair, ensemble, engineering arrangement, operating arrangement, or another collective. In every case, that whole must be independently admitted as the System whose capability is at stake.
Relations
Content
Problem frame
Use this pattern when one named System must become more capable of performing a named Work family and transfer must later be checked in representative Work. The holder can be, for example, a person, team, organization, pair, ensemble, engineering arrangement, operating arrangement, or another collective. In every case, that whole must be independently admitted as the System whose capability is at stake.
First useful move. Keep the opening ordinary. Write two short sentences. Current: name the holder, named Work family, operating envelope, current measures and evidence, the contribution that currently limits performance, and how long that account remains current. Target: name the desired measures or success predicate, representative Work that will test them, intervention and any provider, and trade-offs that must remain protected. Use only values that can change the development decision. If the holder or Work family cannot be named, stop before choosing training, tooling, or another intervention.
What goes wrong if missed. Attendance, an exercise score, a certificate, a published description, or successful provider Work can be mistaken for changed capability. A development programme can then optimize visible activity while the holder still cannot perform the target Work under its real conditions.
What this buys in practice. The project develops the capability that matters for named Work, directs effort at a real limitation, protects important conditions, and tests transfer where the capability will be used. It can stay small: a universal maturity ladder, provider roster, lifecycle, training record, or metric dashboard is not required.
Not this pattern when.
- Use
A.2.2when only the identity, envelope, measures, evidence, or currentness of one holder's capability is current. - Use
E.23.CAEfirst when previous performance or failed transfer leaves it unclear whether the live issue is envelope, configuration, applicability selection, access or activation, context-dependent expression, adaptation, enactment, or actual capability change. Its disposition is a premise, not selection of development Work. - Use
E.22when one evaluation question is current and no development Method is needed. - Use base
E.23for repeated improvement of an arbitrary object version. - Use
C.32.MWAfirst only when the target-practice architecture must itself be recovered or compared. - Use a population assessment for a distribution or statistic over member capabilities, and
C.36for cultural generation, transmission, recognition, selection, retention, or loss.
Problem
Capability development is often organized around available courses, tools, exercises, providers, or credentials. Those can contribute to an intervention, but none tells the project which System must become capable, which Work family matters, which contribution is limiting, or whether the change transfers.
The opposite mistake is to demand one universal decomposition or balanced scorecard. Human, technical, organizational, artistic, and hybrid holders can require different capability characteristics and different development Methods. The reusable part is the problem-solving move, not one curriculum, provider architecture, or scale.
Forces
Solution
Name the holder and target Work
Keep the holder System, its capability, the target Work family, development intervention, provider Systems, development Work, transfer Work, and evidence separate. A familiar group name does not by itself identify the capability holder.
Apply the Method
- Start from an evidence-backed account of the domain Methods needed for the named Work and how their contributions relate.
- Name the operating envelope and the qualification window or currentness condition that can change whether the Work succeeds.
- State the current capability baseline and desired result before choosing an intervention: the decision-bearing current measures and evidence, the desired measures or success predicate, and the trade-offs that must remain protected. The desired result is a target for later evaluation, not a current capability instance or an actual change.
- Find the contribution that is missing, limiting, or poorly coordinated.
- Choose an intervention directed at that limitation, and name any provider System on which the intervention relies. The intervention may use, for example, practice, coaching, adaptation, tooling, changed support, or a changed Method; the receiving domain supplies the actual choice.
- Carry the protected conditions into the chosen intervention. Keep the selected intervention or plan separate from any development Work that is later performed.
- Declare a transfer check that tests the stated target in representative Work under the relevant operating conditions. When that check is performed, keep the transfer Work, its evidence and result, and the resulting capability statement or currentness assessment separate. An exercise, description, publication, attendance record, or provider delivery is not that transfer check.
- Reopen the Method account, holder boundary, baseline, target, intervention, protected conditions, or currentness claim when the transfer evidence shows that the earlier account was wrong, incomplete, or no longer current.
Return the first useful result
The first useful result names the admitted holder System, target Work family, current capability baseline, operating envelope, decision-bearing measures and evidence, qualification window or currentness condition, desired measures or success predicate, current limiting contribution, selected intervention and any provider dependency, protected conditions, representative transfer check, and reopen condition. If member distributions or cultural propagation are also current, return their separate assessment or C.36 result instead of treating a population as another capability holder.
The exact A.2.2 capability instance and the basis for relying on its current baseline must be recoverable. The practitioner-facing result can still remain the two short sentences above plus the evidence used for the baseline and transfer result. Expose record identifiers, a separate E.22 evaluation frame, or detailed provider and service relations only when a receiving use needs them.
Keep the selected intervention or plan, performed development Work, performed transfer Work, transfer evidence and result, pre- and post-intervention capability statements, a comparison claiming capability change, and any actual Transformation claim separate. A plan remains prospective. For performed Work, recover each exact actual performer through A.13 and let A.15.1 independently admit the occurrence; add F.6 only when the record or receiving use expressly consumes precise assignment-bound attribution. A capability-change comparison needs commensurable measures, envelopes, windows, and current support; it does not by itself say that the development Work caused a world-side change. A causal Transformation claim additionally needs an independently identified A.3.4 Transformation and a named obtaining Work-to-change predicate or a supported local claim under A.6.RCD. Completion of development or transfer Work alone establishes none of these later claims. If the direct relation is missing, retain the Work, evidence, capability statements, and comparison and return that exact blocker.
Archetypal Grounding
Tell. Begin with a current, bounded capability account and a desired result; choose an intervention only after the limiting contribution is known; then test that same target in representative Work. A completed intervention or exercise is activity evidence, not a transfer result.
The compact range table below shows where the Method can be filled differently. It is a recognition aid, not evidence that transfer occurred in any case.
Show — incident-response team. An incident-response team performs drills successfully but loses coordination during real handovers. The team is independently admitted as the holder System for cross-shift handover Work. Its current baseline covers the present roster, dispatch platform, and staffed incidents: in six representative incidents, three handovers omitted the current owner or next action and median coordination recovery took eleven minutes; that evidence remains current only for the present roster and platform through the next quarterly qualification point. The target is five consecutive comparable incidents with owner, current state, and next action handed over within three minutes, without worsening response time or safety. The project changes rehearsal and handover support.
In the next five comparable staffed incidents, every handover carried owner, current state, and next action within three minutes; median response time and recorded safety outcomes did not worsen. That transfer result supports a post-intervention capability statement only for the stated roster, platform, and qualification window. It does not by itself prove that the development Work caused a world-side Transformation.
Show again — robotic inspection cell. One calibrated robotic vision cell is the holder System for inspecting machined impellers under the declared lighting, temperature, part-finish, and software-configuration envelope. On 200 representative parts, the current configuration detects 89 percent of the seeded reportable cracks, raises 9 percent false alerts, and takes 40 seconds per part; the account remains current through the named calibration window. The target is at least 97 percent detection, at most 5 percent false alerts, and at most 45 seconds per part while traceability and safety interlocks remain unchanged. The intervention changes optical calibration and the inspection Method with support from the sensor provider.
Across 300 production-like parts over three shifts, the cell reaches 98 percent detection, 4.3 percent false alerts, and 43 seconds per part with no traceability or interlock failure. That transfer result supports a post-intervention capability statement for the tested configuration and window. It neither turns the provider's work into the cell's capability nor establishes a causal Transformation without an obtaining Work-to-change claim.
Bias-Annotation
Scope: limited. This pattern offers one cross-domain development spine for a named holder and Work family. It does not supply a universal curriculum, capability scale, intervention catalogue, provider architecture, population model, or cultural-evolution account. The receiving domain or DPF supplies the actual Methods, measures, evidence, intervention, and representative Work.
Conformance Checklist
Common Anti-Patterns and How to Avoid Them
Consequences
The same Method can guide human, organizational, artistic, engineering, operating, technical, or hybrid capability development without copying one domain's curriculum or measures into FPF. Receiving DPFs still supply the actual domain Methods, characteristics, interventions, providers, evidence, protected conditions, representative Work, and transfer limits.
The added cost is that a project must identify the holder and target Work before buying or designing an intervention, and it must test transfer rather than closing on activity. That cost prevents training, tooling, publication, or provider delivery from becoming a proxy for capability.
Rationale
The reusable cross-domain contribution is a problem-solving Method: start from named Work, find the capability limitation, change it through an appropriate intervention and provider arrangement, protect what must not be sacrificed, and test transfer. The domain content varies; the action and stop boundary remain recognizable. Keeping the holder, provider, development Work, target Work, and cultural continuation separate prevents a useful common Method from becoming a universal curriculum or a second capability ontology.
SoTA-Echoing
The comparison below asks which current practice changes the capability-development action at comparable effort. Standards and competency catalogues are treated as current practice references, not as ontology authority or proof that a holder is capable. Domain-bounded reviews remain qualified to their studied populations and interventions.
Currentness and reopen. Recheck only the affected row when an official edition changes, a newer systematic review overturns a used transfer or intervention conclusion, the receiving domain supplies a better method at comparable effort, or this pattern changes the baseline, target, transfer, or direct-relation rule carried by that row.
Relations
E.23.CDI:End
Last Updated: 2026-08-23 — this section last modified in upstream FPF commit 5801dc61 (github.com/ailev/FPF)