v1 Published snapshot

Diagnose and Redesign a Business Process

Use when a consultant or operations owner must improve one bounded workflow suffering from long lead time, rework, excessive handoffs, or quality problems. Move from measured current state to a feasible redesigned process and test plan. Do not use for broad organization transformation or process documentation without an improvement objective.

Back to playbook

Starting inputs

constraints

Regulatory, staffing, tooling, service, or change-management limits.

array

processName *

The specific process and its start/end boundary.

string

processEvidence

Process samples, timestamps, SOPs, interviews, cases, and systems available.

array

improvementObjective *

Outcome to improve, e.g. cycle time, quality, cost or throughput.

string

Steps

  1. 1

    Bound the process and confirm the unit of analysis

    Identify customer/user, trigger, start and end events, throughput volume, variants, actors and governing constraints. Select a representative transaction or case type rather than mapping every process simultaneously. Establish existing business metric definitions and source reliability. Speak to frontline doers and accountable owners when available, capturing hidden workarounds and exceptions. Gate: an independent observer can tell which cases belong in the study and what improved performance would mean.

  2. 2

    Build an evidence-grounded current-state map

    Reconstruct the actual stages, owners, systems, queues, decisions, rework loops and handoff delays using documents, samples and interviews. Capture at least approximate processing and waiting time by stage, clearly labeled measured or estimated. If process-mapper is installed and its input format fits available data, use its mapping and cycle-time tools; otherwise produce a simple swimlane and table yourself. Validate with a frontline participant and document exceptions. Gate: the map agrees with observed work and distinguishes touch time from elapsed time.

  3. 3

    Quantify the binding constraint and failure modes

    Analyze stage distribution, cycle-time percentiles where data permits, work-in-progress, rework rate, capacity mismatch and error/exception types. Avoid adding stage P90 values as though they were necessarily an observed end-to-end P90; note any approximations. Rank candidate constraints by impact on throughput or quality, and test against cases that moved quickly. For scarce data, use a structured hypothesis and specify which timestamps to collect next. Gate: the proposed bottleneck has evidence and an alternative explanation has been considered.

  4. 4

    Design feasible alternative workflows

    Generate at least two options such as eliminating approvals, clarifying decision rights, reducing batches, automating repetitive checks or improving input quality. Show changed process flow, ownership, exceptions, required system changes, compliance consequences and potential new failure modes. Estimate effect and cost with transparent assumptions, identifying trade-offs and local optimizations that do not relieve the overall constraint. Gate: options can be compared on value, feasibility, risk and adoption burden.

  5. 5

    Choose a pilot and an operating change

    Prioritize a reversible intervention against the constraint and specify a pilot cohort, baseline, duration, owners, leading indicators, quality guardrails and explicit rollback/stop rules. Review design with process owner and affected staff; document actual approval status. Do not claim cycle-time improvements until measured after change. Deliver the validated future-state process and testable rollout recommendation, with no mandatory generic handoff ritual. Gate: the business owner can approve a bounded pilot or request targeted additional evidence.