openskills.info
Course Preview

Gap Analysis and Process Improvement

Gap analysis compares what a process or organization achieves today against an outcome it intends to reach, then names the specific differences that must be closed. Process improvement is the disciplined work of closing those differences through targeted changes, measured results, and repeated cycles.

itEngineering leadership and delivery management

Don't Panic - Gap Analysis and Process Improvement

Gap analysis is the awkward honesty of comparing what a process produces today with an outcome somebody actually committed to. Process improvement is the disciplined work of closing that difference in a way you can measure twice. One names the change; the other makes it. Skip either half and you get either a complaint or a random tweak.

A gap is not a mood. "Orders take too long" is a symptom. "Median order cycle time is 6.4 hours against a target of 2 hours" is a gap. The second sentence tells you what to investigate, what to measure, and when to stop celebrating.

Everything hangs on a loop with four blunt questions. Plan asks for the target, the current state, and the gap. Do makes one controlled change aimed at part of that gap. Study checks the result against a prediction. Act adopts, adjusts, or abandons, then starts again. Deming called it Plan-Do-Study-Act. ISO 9001, Six Sigma DMAIC, and Lean wear different hats over the same shape.

Define the target first or the gap is fiction. A usable target carries an outcome, a measure, a threshold, and a deadline. "Be better at incident response" fails that test on contact. Current state comes from evidence: logs, tickets, observation, interviews, customer feedback, and process mining when event data exists. The gap between the written procedure and what people actually do is itself a finding.

Then structure each gap so a decision can act: magnitude, impact, owner, evidence. Group by cause, not by symptom. Prioritize with Pareto, cost, risk, and feasibility, but do not let the chart replace root-cause work. Five Whys, Ishikawa, FMEA, and change analysis are hypothesis tools. A candidate cause that has not been tested against evidence is still a guess.

Read the Intro for the full loop and the vocabulary map. Use the Cheatsheet when you need the gap statement template and method table. The Practice Reference and Exercise walk one bounded improvement cycle without inventing a whole transformation program.

Where this skill leads

Relevant careers

See how this topic contributes to broader role-level skill maps.

Sources

  • https://deming.org/explore/pdsa/
  • https://www.ibm.com/think/topics/business-process-management
  • https://www.ibm.com/think/topics/business-process-analysis
  • https://www.ibm.com/think/topics/root-cause-analysis
  • https://www.ibm.com/think/topics/process-mining
  • https://www.ibm.com/think/topics/business-process-improvement
  • https://en.wikipedia.org/wiki/Gap_analysis
  • https://www.iso.org/standard/72894.html
  • https://asq.org/quality-resources/plan-do-study-act-continual-improvement
  • https://www.omg.org/spec/BPMN/2.0.2/
  • https://github.com/TheWoops/awesome-processmining