Repository navigation
Learning E3 Scope a Disruption Response
After a machine problem, recalculating the entire plan may change tasks with materials prepared, tooling installed or instructions already issued. Alongside computation time, consider the cost of changing execution.
This discussion exercise assumes WC-1 will stop in the afternoon. J1 has started, J2 has materials and tooling confirmed, and J3 is unreleased. Actual freezing and transfer mechanisms depend on the application and model.
| Category | Basis | Information to retain |
|---|---|---|
| Freeze | Already executing or expensive to change, where conditions permit | Fixed objects, periods, resources or sequence scope |
| Retain | The existing arrangement remains valid | Original version and conditions supporting it |
| Recalculate | Affected work requires adjustment | Permitted changes, resources, objectives and constraints |
Freezing does not override a physical outage. If started work cannot continue, confirm safe handling and actual shop-floor state before updating inputs. Keeping a plan unchanged cannot restore an unavailable machine.
Find tasks overlapping the outage, then follow operation dependencies, shared resources, material allocations and delivery commitments. The effect may extend beyond WC-1 or remain limited to a few unreleased tasks. Record the relationships that justify the recalculation scope.
Response L retains confirmed work where possible and reschedules affected unreleased tasks. Response W permits broader changes. Compare delivery and output together with changed-task counts, setup preparation, resource coordination and new risks.
Participants first confirm the outage and affected work, then use supported data, rule and planning-linkage interfaces to prepare the two configurations. This exercise uses manual identification and confirmed recalculation; it does not include automatic disruption detection or fully automated reconstruction.
If L meets key commitments with little operational change, it may fit the circumstances. If it cannot accommodate the affected work, broader adjustment may be necessary. Base the choice on constraints, feasibility and implementation cost rather than assuming local changes are always superior.
“Started,” “materials ready” and “unreleased” do not uniquely determine a response. Establish how each task relates to the outage window first.
The following classroom conditions and proposed responses provide a worked example for discussion and review.
| Task | Added condition | Proposed treatment | What would change the decision? |
|---|---|---|---|
| J1 | Expected to finish before the afternoon outage; operations confirms it can continue as planned | Retain the arrangement and track completion | Progress slips into the outage window, requiring a new operational decision |
| J2 | Planned on WC-1 during the outage, with no approved alternative | Hold that arrangement and check recovery time and due date before recalculating | An alternative resource is approved, or the outage window changes |
| J3 | Uses independent WC-2; its materials and tooling are unaffected | Retain the plan and follow the original release checks | A shared tool, predecessor or material allocation proves affected |
Without recovery time, remaining processing and alternative-resource information, list the questions to resolve rather than assigning an unsupported completion time.
Extend the table with affected objects, fixed and adjustable conditions, comparison measures and approvers. After an actual recalculation, check that commitments are preserved and task changes have reasons. Update conditions that no longer hold instead of mechanically retaining the original arrangement.
Planning and Scheduling · Results and Feedback · Component Responsibilities
Worksheets: Worksheet: Operational Rule and Verification · Worksheet: Review and Change Record
Topic E · Previous: Express Changes as Plan Deviations and Signals · Next: Locate the Layer That Should Handle a Change
Product Home | DecisioWorks v1.4.0 | English / 中文
- What Is DecisioWorks / DecisioWorks 是什么
- Scenarios and Pain Points / 适用场景与痛点
- Quick Start / 快速开始
- Documentation Map / 文档地图
- Research and Commercial Editions / 研究版与商业版
- Whitepapers / 白皮书
-
Learning Center / 学习中心: 8 topics / 8 个专题
- Design Principles and Differentiation / 设计原则与差异化
- Architecture Overview / 总体架构
- Component Responsibilities / 组件职责
- Standard Actions and Orchestration / 标准动作与能力编排
- Objectives and Rule Control / 目标与规则控制
- Controlled Solving and Engine Adapters / 受控求解与模型适配
- Results, Evidence, and Feedback / 结果、证据与反馈
- Developer Guide Index / 开发手册索引
- Data Objects and Fields / 数据对象与字段
- Actions, Recipes, and Execution / 动作、配方与执行
- Runtime Status, Errors, and Limits / 运行状态、错误与限制