Skip to content

Process Decision Program Chart

Extend a planned task tree with local what-can-go-wrong branches and screened preventive or contingent countermeasures so foreseeable failure paths alter the plan before execution.

Version
v2 · 2026-09-06 · History
Domain-specific #
2544
Origin domain
management
Subdomain
quality management
Aliases
PDPC, Process decision programme chart

Core Idea

A process decision program chart (PDPC) is a pre-execution planning technique that takes an objective-to-task tree or process plan and extends each relevant terminal task with branches for potential problems and countermeasures. The team asks what could prevent a task from succeeding, removes negligible or implausible items at the declared screening level, generates preventive or responsive countermeasures, and marks which countermeasures are practical. The plan can then be revised to avoid a failure or equipped with a prepared response if it occurs.

Scope of Application

PDPC is literal when a team has a decomposed plan and needs a structured, traceable pre-mortem that produces screened countermeasures.

  • Quality improvement projects. Stress-testing rollout tasks before implementation.
  • Complex launches. Preparing alternatives where schedule or failure cost is high.
  • Service redesign. Linking foreseeable adoption or staffing problems to responses.
  • Manufacturing changes. Anticipating implementation deviations without replacing engineering hazard analysis.
  • Event and logistics planning. Preparing task-specific responses to unavailable resources or timing disruptions.
  • Systems engineering workshops. Exposing assumptions and response gaps in an activity decomposition.
  • Plan review. Comparing revised branches after constraints or dependencies change.

Clarity

Name the objective, plan version, task-decomposition level, participants, evidence used, problem-screen criteria, and countermeasure-screen criteria. Phrase problems as observable deviations rather than vague worries. Distinguish a preventive change from a contingent response and record ownership outside the chart if execution requires it. Do not attach numerical risk claims unless a separate supported method supplies them. Preserve rejected countermeasures or the reason for rejection when that history matters.

Manages Complexity

PDPC distributes prospective failure reasoning across the existing task hierarchy. Local branches reduce the cognitive burden of imagining the entire project at once and preserve the path from objective to vulnerability to response. The chart can still grow rapidly, double-count shared causes, miss correlated failures, or create false assurance. Cross-branch dependencies, common-cause risks, and high-consequence hazards may require FMEA, fault trees, simulation, or formal risk analysis in addition.

Abstract Reasoning

  1. Define the objective and construct or import the nominal plan tree. 2. Choose terminal tasks whose failure warrants prospective analysis. 3. Ask what inputs, assumptions, dependencies, or outputs could fail at each task. 4. Attach concrete possible-problem branches to their threatened tasks. 5. Screen out items declared negligible while recording the screening rule. 6. Generate preventive changes and contingent responses for each retained problem.

Knowledge Transfer

The strict parent is Scenario Planning: both deliberately construct plausible departures from an expected future so present choices can be adapted. PDPC is narrower because it anchors each adverse micro-scenario to a terminal task and requires countermeasure branches and a practicality screen. Risk and Preparation are related, but the chart's defining operation is structured prospective branching.

The Scenario Planning parent becomes literal through controlled branching from a baseline future. A simple flowchart can contain alternatives without exploring adverse scenarios, and a fault tree can analyze causes without attaching each branch to a planned operational response.

Relationships to Other Abstractions

Local relationship map for Process Decision Program ChartParents appear above the current abstraction, mutual partners to the right, and children below. Node labels state whether each abstraction is prime or domain-specific; colors identify relation types.Process DecisionProgram ChartDOMAINPrime abstraction: Scenario Planning — is a kind ofScenarioPlanningPRIME

Current abstraction Process Decision Program Chart Domain-specific

Parents (1) — more general patterns this builds on

  • Process Decision Program Chart is a kind of Scenario Planning Prime

    Scenario Planning is the strict parent because PDPC creates plausible adverse futures before execution and uses them to change present plans.

Hierarchy paths (2) — routes to 2 parentless roots

Neighborhood in Abstraction Space

Process Decision Program Chart sits in a sparse region of the domain-specific corpus (98th percentile for distinctiveness): few abstractions share its structure, so a faithful description tends to retrieve it precisely.

Family — Design Representation & Process Control (5 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-09-08