Advanced Quality Management

Chapter 6
Quality Planning and Process Management

Advance Diploma in Total Quality Management
Advanced Quality Management   •   Advance Diploma

Quality Planning and Process Management

Introduction

Quality is not created primarily by inspection; it is designed into processes. Quality planning converts customer, statutory, regulatory and organizational requirements into controlled methods of work. Process management then ensures that these methods are understood, performed consistently, measured, improved and governed by accountable owners.

In advanced quality management, a process is viewed as a system that transforms inputs into outputs through people, equipment, materials, information and methods. A process may be physical, administrative, digital or service-based. Examples include procurement, patient admission, software release, loan approval, manufacturing, complaint handling and laboratory testing.

This chapter presents an integrated approach using SIPOC diagrams, flowcharts, process ownership, critical-to-quality (CTQ) requirements, control plans, standard operating procedures (SOPs) and process performance indicators. These tools are most effective when used together rather than as isolated documents.

Learning Objectives

By the end of this chapter, the learner should be able to:

  1. Define and classify organizational processes.
  2. Construct and interpret a SIPOC diagram and a detailed flowchart.
  3. Assign process ownership and clarify accountability.
  4. Translate stakeholder expectations into CTQ requirements.
  5. Design a control plan and an effective SOP.
  6. Select meaningful process performance indicators.
  7. Apply basic yield and defect measures correctly.
  8. Evaluate process risks, controls, technology and improvement opportunities.

1. Processes as Quality Systems

A process has a purpose, an identifiable beginning and end, inputs, activities, outputs and customers. The customer may be external, such as a purchaser, or internal, such as the next department in a value stream.

A useful process definition includes:

  • Purpose: why the process exists.
  • Trigger: the event that starts it.
  • Inputs: materials, information, requests or resources required.
  • Activities: transformation steps.
  • Outputs: products, services, decisions or records.
  • Customers: recipients who use or evaluate the output.
  • Requirements: measurable conditions that must be met.
  • Owner: person accountable for end-to-end performance.
  • Measures: indicators used to judge effectiveness and efficiency.

Processes should be distinguished from projects. A process is normally repeatable and ongoing; a project is temporary and produces a defined change. A process may contain projects, and a project may redesign a process.

Process hierarchy

Organizations commonly describe processes at several levels:

LevelDescriptionExample
Value streamEnd-to-end flow creating stakeholder valueOrder-to-cash
Core processDirectly creates the principal outputManufacture product
SubprocessMajor component of a processAssemble product
ActivityGroup of related tasksInstall motor
TaskSpecific actionTighten terminal to specified torque

The level selected should match the decision being made. A senior manager may need a value-stream map, while an operator needs a task-level instruction.

The process approach

The process approach emphasizes interactions and interfaces. A department may meet its local target while damaging the total system—for example, purchasing minimizes price but increases defects, or production maximizes output while creating rework. Quality planning therefore considers sequence, handoffs, feedback, resources and risks across organizational boundaries.

Process management cycle Requirementscustomer / law Processpeople • methodresources • controls Outputsproduct / service Measure and improvefeedback • corrective action
Process management cycle showing requirements, process, outputs, measurement and improvement
Figure: Process management cycle showing requirements, process, outputs, measurement and improvement

Figure: A process-management cycle linking requirements, transformation, outputs and improvement.

2. SIPOC for High-Level Process Definition

SIPOC stands for Suppliers, Inputs, Process, Outputs and Customers. It is a high-level tool used to establish boundaries and a shared understanding before detailed analysis begins.

A SIPOC is developed from the process output backward or from the process purpose outward. The team should identify the principal customers and outputs first, then determine what inputs are needed and who supplies them. The process is usually represented by five to seven major steps, not every task.

ElementGuiding questionExample: complaint resolution
SuppliersWho provides what the process needs?Customer, call centre, logistics provider
InputsWhat information or material enters?Complaint, order number, evidence
ProcessWhat are the major transformation stages?Receive, investigate, decide, respond, close
OutputsWhat does the process produce?Resolution, communication, complaint record
CustomersWho receives or is affected by the output?Customer, regulator, management

A good SIPOC prevents common errors: starting with departmental structure rather than customer value, omitting external suppliers, confusing activities with outputs, and failing to define where the process starts and ends. It is not a substitute for a detailed process map, risk assessment or work instruction.

3. Flowcharts and Process Logic

A flowchart shows the sequence and logic of work. Standard symbols normally include an oval for start or end, a rectangle for an activity, a diamond for a decision, and arrows for direction. Documents, databases and connectors may be added when they clarify control or information flow.

A useful flowchart should show:

  • process boundaries and trigger;
  • responsible role or swimlane;
  • sequence and decision criteria;
  • rework, escalation and exception paths;
  • records created and controls applied;
  • handoffs between functions or systems.

Flowcharts should be validated by observing actual work, not only by interviewing managers. The documented process and the real process often differ. Such differences may indicate waste, workarounds, obsolete instructions or uncontrolled risk.

Process ownership and accountability

The process owner is accountable for the performance and improvement of the end-to-end process. This does not mean that the owner performs every task. Functional managers remain responsible for departmental resources and technical supervision.

A RACI matrix can clarify roles:

  • Responsible: performs the work.
  • Accountable: owns the result and approves decisions.
  • Consulted: provides expertise before action.
  • Informed: receives relevant information.

There should normally be one accountable role for a major deliverable. Shared accountability can produce delayed decisions and weak escalation. Ownership should include authority proportional to responsibility, access to performance information and a defined review forum.

4. Translating Needs into CTQ Requirements

Critical-to-quality requirements are measurable characteristics that strongly influence customer or stakeholder acceptance. A vague need such as “fast service” must be translated into an operational requirement such as “95% of standard requests completed within two business days.”

The translation process is:

  1. Identify voice-of-customer and regulatory needs.
  2. Separate outcome requirements from preferences.
  3. Define measurable CTQ characteristics.
  4. Establish specification limits, targets and measurement methods.
  5. Confirm that the requirement is feasible, valid and understood.
  6. Link each CTQ to a process step and control.

A CTQ specification should state the characteristic, unit, target or limit, measurement method, sampling rule, responsible role and response to nonconformity. Acceptance criteria may be nominal-the-best, smaller-the-better or larger-the-better, but the direction and boundary must be explicit.

For example, “delivery is reliable” could become “delivery date variance is no more than ±1 working day for standard orders.” The organization must also define whether the clock begins at order confirmation or payment, and how holidays, customer-caused delays and partial deliveries are treated.

5. Control Plans

A control plan is a structured description of how significant process and product characteristics will be controlled. It connects risks, process steps, specifications, measurement and reaction. It is especially useful in manufacturing, laboratories, healthcare, logistics and regulated services.

Typical fields include:

FieldPurpose
Process stepIdentifies where control occurs
CharacteristicStates what must be controlled
RequirementDefines target or acceptance limit
Method/equipmentSpecifies how it is measured
Frequency/sampleDefines when and how often
RecordProvides objective evidence
OwnerAssigns responsibility
Reaction planDefines immediate and systemic response

A control plan should be risk-based. High-risk characteristics may require error-proofing, automated interlocks, 100% verification or independent review. Low-risk characteristics may be monitored periodically. Control plans should be updated after changes, incidents, audit findings or lessons learned.

A reaction plan must be specific. “Inform supervisor” is incomplete unless it also states how to contain affected output, identify the last known good result, correct the condition, assess product or service impact, document the event and prevent recurrence.

6. Standard Operating Procedures

An SOP converts an approved process into consistent, usable instructions. It should be written for the person performing the work, not merely for an auditor. A strong SOP normally contains:

  1. title, identifier, revision and approval;
  2. purpose and scope;
  3. definitions and responsibilities;
  4. required competence, equipment and materials;
  5. safety, legal and environmental precautions;
  6. prerequisites and setup;
  7. numbered steps with acceptance criteria;
  8. decision and escalation rules;
  9. required records and data integrity controls;
  10. references, revision history and related forms.

SOPs should use clear verbs, short steps, consistent terminology and visual aids where appropriate. They should distinguish mandatory requirements from explanatory guidance. A document that is technically correct but difficult to use may increase rather than reduce risk.

Document control requires authorization, version control, access to the current version, withdrawal of obsolete versions, retention rules and controlled changes. Training should be based on demonstrated competence where the risk warrants it; reading a document alone is not proof of capability.

7. Process Performance Indicators

Indicators should support decisions, not merely create reports. A balanced measurement set normally includes effectiveness, efficiency, quality, timeliness, risk and customer outcomes.

Examples include:

  • first-pass yield;
  • defect rate and escape rate;
  • cycle time and queue time;
  • on-time delivery;
  • complaint rate;
  • rework hours or cost;
  • process capability where statistical assumptions are satisfied;
  • employee or equipment utilization;
  • corrective-action closure time.

A useful indicator has a defined numerator, denominator, population, time period, data source, owner, target and response rule. Targets should not encourage gaming. For example, measuring only speed may increase errors, while measuring only conformance may create excessive inspection and delay.

Basic yield and defect measures

If N units are processed and ng meet requirements without rework, first-pass yield is:

FPY = ng / N × 100%

Here, FPY is first-pass yield, ng is the number accepted on the first attempt, and N is the total number entering the process. The units must refer to the same population and period.

If D defects are found in U units, defects per unit is:

DPU = D / U

A unit can contain more than one defect, so DPU is not necessarily a percentage. If each unit is assessed against k independent opportunities, defects per opportunity is:

DPO = D / (U × k)

These measures describe observed performance; they do not by themselves establish process stability or capability. Definitions of defect, opportunity, rework and sampling must be documented.

Worked example. A service centre receives 240 applications. Of these, 216 are completed correctly without rework. Therefore, FPY = 216/240 × 100% = 90%. If 30 defects are recorded across the 240 applications, DPU = 30/240 = 0.125 defects per application. The two indicators answer different questions: first-pass success and defect frequency.

Interpreting indicators responsibly

A trend should be interpreted with process knowledge. A sudden improvement may reflect a definition change, missing data or reduced demand rather than better performance. A control chart may be appropriate for detecting unusual variation, but it should not be used mechanically when observations are dependent, data are sparse or the process is changing. Capability indices also require a stable process, a suitable measurement system and meaningful specification limits; a numerical index cannot compensate for invalid data.

8. Integrating the Tools

The tools form a logical chain:

  1. SIPOC establishes scope and stakeholders.
  2. Flowchart reveals activities, decisions, handoffs and failure points.
  3. CTQs define what must be achieved.
  4. Risk analysis identifies what could prevent achievement.
  5. Control plan specifies preventive and detective controls.
  6. SOP explains how work is performed.
  7. Indicators show whether the process remains effective.
  8. Management review and improvement close the feedback loop.

The chain should be traceable. A CTQ should appear in a control plan; a control should be reflected in an SOP or system rule; the result should be measured; and an adverse trend should trigger investigation or improvement.

9. Illustrative Case: Reducing Errors in a University Transcript Process

Background. A university issues approximately 1,000 student transcripts each month. Complaints concern incorrect grades, delayed dispatch and inconsistent responses to students.

Problem. The process had no agreed owner. Academic departments emailed grade changes in different formats, staff manually re-entered information, and the indicator “average processing time” concealed urgent cases and rework.

Analysis. A SIPOC identified departments and the student-information system as suppliers, grade records and requests as inputs, and students, employers and regulators as customers. A flowchart revealed three manual re-entry points and an unclear approval decision. CTQs were defined as: correct student and grade data; dispatch within five working days for standard requests; and complete audit evidence for every amendment.

Approach. The registrar became process owner. A control plan introduced a standardized electronic request, validation of student identity, automated comparison with the approved grade record, independent approval for amendments and a documented exception route. The SOP defined roles, screen-level instructions, escalation times and record retention. Indicators were changed to first-pass accuracy, percentage dispatched within the promised time, amendment error rate and open exceptions older than five days.

Outcome. After implementation, the university reported fewer transcription errors and clearer accountability. The most important improvement was not a single inspection step; it was removal of unnecessary re-entry and alignment of the system, control plan, SOP and measures. The university also recognized that performance data required governance: access to student records was restricted, audit trails were protected and changes were approved according to privacy and records-management requirements.

Learning points. Process redesign should address causes, not merely add inspection. Ownership must cross departmental boundaries. CTQs must be measurable. Digital automation is valuable only when master data, permissions, exception handling and auditability are controlled.

10. Challenges, Governance and Contemporary Practice

Common implementation failures

  • Mapping the ideal process instead of actual work.
  • Producing diagrams without owners or measures.
  • Using too many indicators and creating reporting burden.
  • Treating SOP compliance as proof of process effectiveness.
  • Setting targets without considering variation and capacity.
  • Failing to control exceptions and temporary workarounds.
  • Keeping documents current but not verifying competence.
  • Applying identical controls to risks of very different significance.

Governance and ethics

Process controls must respect privacy, safety, accessibility, employment rights and applicable industry regulation. Records should be accurate, attributable, legible, contemporaneous and protected from unauthorized alteration. Performance indicators must not encourage concealment of defects, unsafe speed, discrimination or manipulation of denominators.

When automated decisions are used, governance should address data quality, access control, cybersecurity, explainability, bias testing, human escalation and change approval. Artificial intelligence may assist with process discovery, document comparison, anomaly detection and forecasting, but generated maps or recommendations require human validation. An AI system should not be treated as the process owner or as evidence that a control is effective.

Best-practice principles

  1. Start with purpose and customer outcomes.
  2. Define process boundaries and interfaces explicitly.
  3. Assign one accountable owner with real authority.
  4. Translate needs into measurable CTQs.
  5. Prevent errors where feasible before relying on inspection.
  6. Match control intensity to risk.
  7. Make SOPs usable at the point of work.
  8. Measure both outcomes and process health.
  9. Protect data integrity and maintain traceability.
  10. Review processes after changes, incidents and emerging risks.
  11. Involve process users in design and validation.
  12. Improve the system rather than blaming individuals for systemic defects.

Chapter Summary

Quality planning designs the conditions under which consistent outputs can be produced. The process approach connects suppliers, inputs, activities, outputs and customers and makes interfaces visible. SIPOC provides a high-level boundary; flowcharts reveal sequence, decisions and rework; ownership establishes accountability; CTQs convert expectations into measurable requirements; control plans link risks to controls and reactions; SOPs standardize execution; and indicators provide evidence of performance.

Yield and defect measures are useful only when their populations and definitions are clear. Effective process management combines prevention, measurement, competent people, controlled information and continual improvement. Governance is essential where processes involve personal data, safety, regulation or automated decisions. The central principle is alignment: what customers require, what the process does, what employees are instructed to do, what controls verify, and what leaders measure should all describe the same system.

Key Terms

Process: A set of interrelated activities that transforms inputs into outputs.

Process approach: Managing work as connected processes rather than isolated departments.

SIPOC: A high-level view of Suppliers, Inputs, Process, Outputs and Customers.

Flowchart: A graphical representation of process sequence and logic.

Process owner: The role accountable for end-to-end process performance.

RACI: A responsibility model identifying Responsible, Accountable, Consulted and Informed roles.

CTQ: A critical-to-quality characteristic that must meet a defined requirement.

Specification limit: A boundary defining acceptable performance.

Control plan: A document linking process steps, characteristics, methods, frequency and reaction.

Reaction plan: Predefined action taken when a requirement is not met.

SOP: An approved instruction describing how a standard task or process is performed.

Document control: Governance of approval, revision, access, withdrawal and retention of documents.

First-pass yield: Percentage of units accepted without rework on the first attempt.

DPU: Defects per unit.

DPO: Defects per opportunity.

Handoff: Transfer of work, information or responsibility between roles or systems.

Exception: A condition requiring treatment outside the normal process path.

Process capability: The ability of a stable process to meet specification limits.

Data integrity: Completeness, accuracy, consistency and protection of recorded information.

Review Questions

Short Answer Questions

  1. What are the five elements represented by SIPOC?
  2. Why is a process owner different from a person who performs a task?
  3. Define a critical-to-quality requirement and give one example.
  4. What information should a reaction plan contain?
  5. State the difference between first-pass yield and defects per unit.

Long Answer Questions

  1. Explain how SIPOC, flowcharts, CTQs, control plans and SOPs form an integrated quality-planning system.
  2. Discuss the responsibilities and authority that should be assigned to a process owner.
  3. Explain how an organization can design useful process performance indicators without encouraging dysfunctional behaviour.
  4. Describe the essential contents and governance requirements of an SOP.
  5. Evaluate the role of prevention, inspection and automated controls in a risk-based control plan.

Analytical / Application Questions

  1. Design a SIPOC and a five-step high-level flowchart for an online purchase-return process. Identify three CTQs and one control for each.
  2. A process handles 500 cases, of which 455 pass without rework. It records 70 defects. Calculate FPY and DPU, define the measures, and explain why the results should not be combined into one indicator.
  3. A department reports improved cycle time after introducing an automated approval tool, but complaints and exceptions increase. Analyze possible causes and propose a revised ownership, control-plan and measurement approach.

Multiple Choice Questions with Answers

Question 1

Which SIPOC element identifies the recipients of process outputs?

A. Suppliers

B. Inputs

C. Customers

D. Process

Correct Answer: C. Customers

Question 2

What is the primary accountability of a process owner?

A. Perform every task in the process

B. Own end-to-end process performance and improvement

C. Approve every departmental purchase

D. Replace all functional managers

Correct Answer: B. Own end-to-end process performance and improvement

Question 3

Which item most directly converts a customer need into an operational requirement?

A. A CTQ specification

B. An organization chart

C. A document-retention schedule

D. A project milestone

Correct Answer: A. A CTQ specification

Question 4

A control plan should specify what action is taken when a requirement is not met. This is called the:

A. Sampling frame

B. Reaction plan

C. Process boundary

D. Capability index

Correct Answer: B. Reaction plan

Question 5

A process accepts 216 items without rework from 240 items processed. What is the first-pass yield?

A. 80%

B. 85%

C. 90%

D. 95%

Correct Answer: C. 90%

Question 6

If 30 defects are found in 240 units, what is the defects-per-unit value?

A. 0.0125

B. 0.125

C. 1.25

D. 12.5

Correct Answer: B. 0.125

Question 7

Which document is primarily intended to provide approved instructions for performing work consistently?

A. SIPOC diagram

B. SOP

C. Organization chart

D. Customer survey

Correct Answer: B. SOP

Question 8

Which practice best supports reliable process indicators?

A. Changing the denominator whenever results are poor

B. Reporting only averages

C. Defining numerator, denominator, period, source, owner and response

D. Using as many indicators as possible

Correct Answer: C. Defining numerator, denominator, period, source, owner and response

Question 9

Why should a flowchart be validated by observing actual work?

A. To eliminate the need for process ownership

B. To identify differences between documented and real work

C. To ensure every process has exactly five steps

D. To replace all written procedures

Correct Answer: B. To identify differences between documented and real work

Question 10

Which condition is important before interpreting a process capability index?

A. The process must be stable and the measurement system suitable

B. The process must have no specifications

C. The sample must contain only successful units

D. The target must be changed after each result

Correct Answer: A. The process must be stable and the measurement system suitable

Advanced Quality Management
Chapter 6 of 15