Back to glossary
Quality Tools & Problem-Solving

SIPOC

One page of context before you start mapping. Five columns, no jargon.

What is SIPOC?

SIPOC is a high-level process-scoping tool that names the Suppliers, Inputs, Process, Outputs, and Customers of a workflow on a single page. It frames a process before any deeper mapping begins so the team agrees on what the process is, who it serves, and what it produces. Often used in the Define phase of DMAIC, it is the simplest way to align a team before investing in detailed analysis.

SIPOC is the lightest framing tool in the lean toolkit. It is built on the simple idea that before a team can map a process in detail, everyone needs to agree on what the process is, who it serves, and what flows in and out. The five-column chart sits on one page and takes thirty to sixty minutes to build, and it almost always surfaces a disagreement the team did not know they had, usually about who the actual customer is or what the actual output is. SIPOC most often shows up as the first tool in the Define phase of a DMAIC project, but it works just as well as a one-page scoping conversation before any improvement work.

"Five columns, one page. Agreement on what you are working on before you start working on it."

How SIPOC works

A SIPOC chart is five columns: Suppliers, Inputs, Process, Outputs, Customers. The work happens in a specific order, which matters.

  1. Customers come first. Who does the process exist for? Name them specifically. "The customer" is not enough; "the OEM accounts receiving weekly subassembly shipments" is.
  2. Outputs come next. What does the customer receive from the process? Tangible deliverables, not intentions.
  3. Process comes third. Five to seven high-level steps, no more. The discipline is to stop adding boxes the moment the chart looks busy.
  4. Inputs come fourth. What does the process consume? Materials, information, signals, decisions.
  5. Suppliers come last. Who provides each input? Internal departments, external vendors, customers themselves who supply specifications.

The order matters because it forces the team to start from the customer and work backward. Most teams left to their own devices start from the process steps and lose sight of the customer purpose. The SIPOC order corrects that drift.

A finished SIPOC is reviewed with the team and a customer or customer proxy. If anyone in the room disagrees with the customers, outputs, or high-level steps, that disagreement is the most valuable thing the meeting produced. Better to find it on a one-page chart than three weeks into detailed mapping.

Where SIPOC fits on the shop floor of a small manufacturer

Imagine a 25-person plastics injection molding shop where the owner has decided to attack the new product introduction process. NPIs have been taking ten to fourteen weeks from contract signing to first shipment, and the team disagrees about why. Before mapping in detail, the owner runs a SIPOC session.

The meeting is 45 minutes long, four people, one whiteboard. Customers turn out to be a debate: the engineering team thinks the customer is the OEM. The shop floor thinks the customer is the buyer at the OEM. The estimator thinks the customer is the OEM's quality department. All three are sort of right, and naming them on the chart reveals that the NPI process has been optimizing for whichever customer the loudest person on the team had in mind. Outputs become clearer: the first thousand qualified parts shipped to the OEM's specified address, the PPAP documentation, and the production schedule. Process: six steps from contract to qualification ship. Inputs and suppliers fall out naturally from there.

With scope agreed, the deeper process map session two days later runs in 90 minutes instead of half a day, and the team starts the improvement work knowing what they are improving.

Common mistakes with SIPOC

  • Overdetailing the Process column. Five to seven boxes is the rule. Anything more turns the SIPOC into a process map and loses the framing value.
  • Vague customers. "The customer" or "the business" is not enough. Name the specific customer segments and what each receives.
  • Skipping the customer disagreement. If the team has different mental models of the customer, that disagreement is the most valuable output of the SIPOC. Surface it and resolve it on the chart.
  • Treating SIPOC as a deliverable. The chart is a scaffold for a conversation. The value is the alignment, not the document.
  • Building SIPOC without the right people. Without an operator or supplier perspective, the inputs and suppliers columns will be guesses.

SIPOC and related Lean tools

SIPOC scopes; process mapping details. For lead-time and flow diagnostics, the next step is usually value stream mapping, which adds time and material flow data the SIPOC deliberately omits. When the handoffs between roles are the actual issue, a swimlane diagram is the right next tool. In Six Sigma projects, SIPOC is almost always the first artifact built in the Define phase of DMAIC.

Related terms