Library / Organization Change Engineering 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 06:00:20 UTC

OCE.8:4.1 - Pattern-Use Unfolding

  1. Test the result premise. State the governed result, receiving use, situation, horizon, and acceptance basis. Return to OCE.1, OCE.3, or the exact contribution, demand, affordability, product, service, or acceptance owner if one of those is the live decision.
  2. Bind the organization question. Name the organization, contribution, representative Work family, affected Systems, decision boundary, protected conditions, evidence window, and intended user of the comparison.
  3. Carry decision-bearing participant knowledge. For each current or missing perspective, state the bounded evidence or proposal and the exact arrangement, assumption, protected condition, OptionSet position, comparison basis, or return it changes. Preserve protection and burden limits. Keep the basis for agreement, a veto, authority, choice, adoption, and participation repair separate from these knowledge contributions.
  4. Recover the obtaining baseline and bottleneck. Ground actual Work, performers, assignments, capabilities, supports, provider relations, authority, access, interfaces, recovery, and current evidence. Name the exact limiting contribution or relation; do not substitute a chart or tool inventory.
  5. Generate across the five families. Consider developing a current holder, assigning another internal holder, obtaining a provider contribution, changing a Method/interface/platform/support arrangement, and allocating bounded Work across human, AI, robotic, provider, or hybrid Systems. Also retain the current arrangement and the smallest repair that could make it adequate. Reject a family by a decision-bearing condition, not a stereotype.
  6. Complete candidates around parity. Give each retained way the same required result, representative Work, use, situation, acceptance basis, scope, horizon, protected conditions, and honest account of any non-equivalence. Mark a baseline or fragment as baseline-only, incomplete, dominated, rejected, or retained for combination until it is whole.
  7. Preserve governed objects and truth status. Keep performers, supports, capabilities, assignments, provider commitments and provision, participant contributions, authority, decisions, information and asset custody, interfaces, recovery, plans, actual Work, and possible configurations distinct.
  8. Compare whole consequences. Use only characteristics that can reverse the choice: contribution quality, latency, cost and resource use, coordination, cognitive and physical burden, autonomy, safety, security, privacy, resilience, continuing service, affected-System consequences, reversibility, uncertainty, provider dependence, and capability erosion. Compare the best applicable solo way when a synergy claim is material.
  9. Freeze and decide lawfully. Put only complete-enough ways in one frozen OptionSet. Name the DecisionSubject, current authority, comparison basis, ChoiceRule, probe value, retained alternatives, conditions precedent, and one lawful disposition. A recommendation remains separate.
  10. Return selected constraints and evidence needs. Send only selected possible-future relation, assignment, provider, capability, Method/interface/platform, coexistence, probe, and observation needs to their direct owners and later OCE.9 use. Report authorization, provision, performed Work, changed relations, capability, adoption, and organization results only with the support required for each claim.
  11. Reopen the smallest premise or candidate. Reopen the result premise when its use, demand, identity, horizon, acceptance basis, or affordability changes. Reopen one candidate when its supplier result changes. Reopen the OptionSet when parity, authority, a protected condition, or another decision-bearing candidate changes.
  12. Stop at decision-usable sufficiency. Stop when the authorized decider can choose, authorize a discriminating probe, reject the set, or follow an exact reroute without confusing a proposal with an obtaining arrangement.