A Process Design Review is a structured challenge of a proposed new or redesigned process before full implementation.

The objective is to identify weaknesses while they are still inexpensive to change.

A strong review asks whether the process design supports:

  • customer requirements;
  • safe operation;
  • stable flow;
  • quality at the source;
  • maintainability;
  • clear ownership.

Review the intended process flow

Start with the proposed sequence.

Process Mapping can show:

  • activities;
  • decisions;
  • handoffs;
  • queues;
  • rework loops.

Ask whether the design creates unnecessary movement, waiting, approvals, or duplicate work.

A process should not inherit waste simply because the current system contains it.

Check alignment with process architecture

A local process must fit the wider operating model.

Process Architecture helps clarify how major processes, sub-processes, ownership, and interfaces connect.

Questions include:

  • Which upstream process supplies the input?
  • Who receives the output?
  • Where does ownership transfer?
  • Are responsibilities duplicated?

A technically good local design can still fail if its interfaces are weak.

Translate customer needs into design requirements

The review should confirm that important customer needs have become measurable process requirements.

Quality Function Deployment can help connect Voice of the Customer with technical characteristics and design priorities.

The review should ask whether those requirements are visible in the process design.

Examine risk before launch

Potential failure modes should be discussed before the process is finalized.

FMEA can help identify:

  • failure modes;
  • effects;
  • causes;
  • current controls;
  • improvement actions.

The review should focus especially on high-consequence weaknesses that would be difficult to control after launch.

Review control logic

A process is incomplete if the design describes how work flows but not how the process stays in control.

Process Control Strategy helps define:

  • preventive controls;
  • measurement;
  • reaction plans;
  • escalation;
  • decision rights.

The team should know what happens when the process does not behave as expected.

Check maintainability and serviceability

For physical processes, consider:

  • equipment access;
  • cleaning;
  • inspection;
  • lubrication;
  • replacement parts;
  • troubleshooting.

A layout that maximizes production density but makes routine maintenance difficult can create future reliability loss.

Review staffing and capability

Confirm:

  • required staffing;
  • skill level;
  • training;
  • qualification;
  • backup capability.

A process should not depend on one expert whose knowledge is not built into the operating system.

Use cross-functional reviewers

Useful reviewers may include:

  • operations;
  • engineering;
  • quality;
  • maintenance;
  • safety;
  • logistics;
  • process owner.

The goal is not to collect signatures.

The goal is to expose assumptions from different perspectives.

Common mistakes

Reviewing only equipment specifications, ignoring process interfaces, discussing risk without changing the design, failing to define control logic, assuming training will solve weak design, inviting reviewers too late to influence the outcome, and treating approval as the purpose of the review are common mistakes.

Practical sequence

  1. define the process objective.
  2. map the proposed flow.
  3. review upstream and downstream interfaces.
  4. confirm customer and technical requirements.
  5. examine major failure risks.
  6. review process controls.
  7. review maintainability and material flow.
  8. confirm staffing and capability.
  9. record design actions and owners.
  10. close significant gaps before release.

The practical lesson

A Process Design Review makes problems cheaper by finding them before launch.

The best design review challenges how the process will actually operate, not just how it looks on a drawing.