6. Process Management and Operational ExcellenceIntroduction: From Functional Work to End-to-End PerformanceQuality is ultimately created, delivered, and experienced through processes. A customer does not experience an organisation’s organisational chart; the customer experiences the sequence of activities that transforms a need into a product, service, decision, or outcome. Process management therefore provides the operational foundation of Total Quality Management (TQM). It shifts attention from isolated departments and individual tasks to the complete chain of value creation. A process is a set of interrelated activities that converts inputs into outputs for an internal or external customer. Process management involves understanding how work is performed, measuring its performance, controlling variation, improving its design, and assigning responsibility for its results. Operational excellence extends this logic by seeking consistently reliable, efficient, responsive, and value-creating processes rather than isolated improvement projects. The distinction between departmental performance and process performance is important. A purchasing department may achieve a low purchase price while creating long lead times, excessive inventory, or quality problems for production. Similarly, a hospital laboratory may process samples rapidly, but if samples are incorrectly labelled at the point of collection, the overall patient-care process remains ineffective. End-to-end thinking reveals such weaknesses. This chapter examines the principal methods used to understand and improve processes: SIPOC analysis, flowcharts, value-stream mapping, standard work, process ownership, bottleneck analysis, and the PDCA cycle. It also distinguishes effectiveness, efficiency, and process capability—three concepts that are often confused but lead to different managerial decisions. Learning ObjectivesBy the end of this chapter, students should be able to: 1. Explain process management and its relationship with TQM and operational excellence. 2. Map an end-to-end process using SIPOC, flowcharts, and value-stream mapping. 3. Distinguish value-adding, business-value-adding, and non-value-adding activities. 4. Define standard work and explain its role in quality, training, and improvement. 5. Identify process owners, customers, suppliers, measures, and interfaces. 6. Analyse bottlenecks, flow, capacity, lead time, and process variation. 7. Distinguish effectiveness, efficiency, and process capability. 8. Apply PDCA to process redesign and sustainable improvement. 9. Evaluate the organisational, technological, ethical, and managerial implications of process improvement. Process Thinking and Operational ExcellenceProcess thinking begins with a simple question: what sequence of work produces the result that matters to the customer? The answer usually crosses functional boundaries. For example, an insurance claim may pass through customer service, document verification, underwriting, fraud review, approval, payment, and notification. Each department may optimise its own tasks, yet the claimant judges the entire experience by accuracy, speed, clarity, and fairness. A process has several essential features: - a defined purpose or outcome;
- identifiable suppliers and inputs;
- a sequence of activities;
- resources, controls, and decision points;
- customers and requirements;
- measures of performance; and
- variation, risks, and feedback.
Processes may be classified as core, support, or management processes. Core processes directly create customer value, such as order fulfilment, teaching and assessment, product development, or clinical treatment. Support processes enable core processes, such as recruitment, maintenance, information technology, and procurement. Management processes establish direction and control, including strategic planning, risk management, auditing, and performance review. The classification is useful, but boundaries may overlap; a process should primarily be understood through its purpose and stakeholders. Operational excellence does not mean maximum speed or minimum cost in every situation. It means that the process reliably achieves its intended purpose while using resources responsibly and responding to changing requirements. A process can be efficient but ineffective—for example, processing incorrect applications at very low cost. It can be effective but inefficient—for example, meeting every customer requirement through excessive manual effort. Excellence requires an appropriate balance of customer value, quality, speed, flexibility, cost, safety, compliance, and employee capability. Mapping the Process Before Improving ItImprovement should begin with understanding rather than assumption. Process mapping makes work visible, exposes handoffs, clarifies decision logic, and creates a common language for discussion. A map is not merely a diagram; it is a representation of how work actually flows and how performance is produced. SIPOC: Establishing the Process BoundarySIPOC stands for Suppliers, Inputs, Process, Outputs, and Customers. It is a high-level mapping tool used at the beginning of an improvement effort. Its purpose is not to document every task but to establish scope and identify the principal relationships in a process. A SIPOC for an online order process might include: - Suppliers: customer, inventory system, payment provider, warehouse;
- Inputs: order information, payment authorisation, product data, packaging materials;
- Process: receive order, verify payment, pick items, pack order, dispatch;
- Outputs: confirmed order, packed shipment, delivery information;
- Customers: purchaser, recipient, customer-service function.
The SIPOC exercise should identify requirements for important inputs and outputs. For instance, the customer may require accurate products, secure payment, and delivery within a promised period. These requirements later become measures or critical-to-quality characteristics. SIPOC is particularly useful when participants have different assumptions about where a process begins and ends. A process improvement team may discover that “delivery” begins not when a parcel leaves the warehouse but when the order promise is made. This broader boundary prevents local optimisation. Flowcharts and Cross-Functional MapsA flowchart represents activities, decisions, inputs, outputs, and sequence. Basic symbols are commonly used for activities, decisions, documents, and connectors, although the exact notation is less important than consistency. A cross-functional or swim-lane flowchart places activities in lanes representing departments, roles, systems, or suppliers. It makes handoffs visible. When constructing a flowchart, the team should distinguish the documented process from the actual process. Policies may require three approvals, while employees may routinely obtain one approval because the other two add no control. Both versions matter: the documented process reveals intended governance, whereas the current-state map reveals actual behaviour and risk. Useful questions during mapping include: - Where does the process start and finish?
- Who receives each output?
- What information is created or re-entered?
- Where are decisions made, delayed, or reversed?
- What causes rework, queues, or escalation?
- Which activities directly contribute to customer requirements?
- What controls prevent errors, and how effective are they?
Value-Stream MappingValue-stream mapping (VSM) examines the flow of materials and information across an end-to-end value stream. It is associated with lean management but is applicable more broadly to services, administration, healthcare, education, and public services. A current-state map commonly records customer demand, process time, waiting time, inventory or work-in-progress, information signals, and the movement of work between stages. A central insight of VSM is that total lead time may greatly exceed actual processing time. If an application requires 40 minutes of active work but waits in queues for five days, reducing the processing time by two minutes will not materially improve the customer experience. The improvement priority may instead be queue reduction, workload balancing, or removal of unnecessary approvals. VSM also distinguishes process time from waiting time and value-adding time from non-value-adding time. A value-adding activity changes the product or service in a way the customer requires and would normally be willing to pay for. Inspection may be necessary for assurance but does not itself transform the output; it is often classified as business-value-adding or necessary non-value-adding. Rework, searching, correction, duplication, and avoidable waiting are examples of waste. Mapping should not become an end in itself. A map is useful when it leads to a better question, such as whether work can flow continuously, whether demand can be levelled, or whether a control can be placed earlier in the process. Standard Work and Process OwnershipStandard Work as the Current Best Known MethodStandard work is the documented and agreed method for performing a process under specified conditions. It normally describes the sequence of work, expected timing, quality checks, required materials or information, and safety or compliance requirements. Standard work is not intended to suppress professional judgement. Rather, it establishes a stable baseline from which justified variation and improvement can be understood. Without a standard, it is difficult to determine whether a poor result is caused by an inadequate method, inadequate training, abnormal conditions, or careless execution. Standard work also supports induction, cross-training, continuity during staff changes, auditability, and rapid detection of deviations. A standard should be visual, accessible, current, and developed with the people who perform the work. It should explain critical points and reasons, not merely list instructions. When a better method is verified, the standard must be updated; otherwise the organisation has improved temporarily but retained an obsolete process. Process OwnershipA process owner is accountable for the performance and improvement of an end-to-end process. This accountability differs from responsibility for individual activities. A department manager may control resources within one function, while the process owner coordinates performance across all functions contributing to the outcome. Effective process ownership requires authority, access to performance information, defined customer requirements, and a forum for resolving cross-functional problems. The owner should establish process measures, review risks, sponsor improvement, and ensure that changes do not improve one stage while damaging the whole process. In matrix organisations, ownership must be made explicit because shared responsibility can otherwise become no responsibility. A useful governance arrangement assigns activity owners for local tasks and a process owner for the overall outcome. Measures should include both local and end-to-end indicators so that departmental targets do not conflict with customer performance. Measuring Performance: Effectiveness, Efficiency, and CapabilityMeasurement gives process management its analytical discipline. However, the wrong measure can encourage the wrong behaviour. Measures should be connected to customer requirements, process purpose, and risk. EffectivenessEffectiveness asks whether the process achieves its intended outcome. Examples include the proportion of claims settled correctly, students achieving specified learning outcomes, orders delivered by the promised date, or equipment restored to required operating condition. Effectiveness is concerned with doing the right work and meeting requirements. EfficiencyEfficiency concerns the relationship between outputs and resources used. Measures may include processing cost per unit, labour hours per transaction, throughput per employee, energy consumption, or ratio of value-adding time to total lead time. Efficiency should not be interpreted as simply reducing resources. A reduction that causes errors, delays, unsafe work, or customer dissatisfaction may reduce apparent cost while increasing total cost. Process CapabilityProcess capability concerns the ability of a stable process to meet specified limits or requirements consistently. It is therefore related to variation, not merely average performance. A process may have an acceptable average but wide variation, causing frequent failures. Conversely, a stable process may consistently produce results outside the customer specification; it is predictable but incapable. Capability analysis generally requires a clearly defined characteristic, a reliable measurement system, a stable process, and meaningful specification limits. Capability indices such as Cp and Cpk are useful under appropriate statistical assumptions. Cp compares the width of the specification interval with process spread, while Cpk also considers how centred the process mean is within the specifications. These indices should not be calculated mechanically when the process is unstable or the data are unsuitable. A practical sequence is therefore: validate the measurement system, examine stability, understand the distribution and sources of variation, and only then evaluate capability. Management should distinguish common-cause variation arising from the process system from special-cause variation associated with unusual events. Tampering—making frequent adjustments to a stable process in response to random fluctuation—can increase variation rather than reduce it. Bottlenecks, Flow, and CapacityA bottleneck is a process constraint that limits the throughput of the entire system. It may be a machine, person, approval, policy, information interface, or physical space. The slowest activity is not always the bottleneck; the constraint is identified by its effect on system flow and accumulated work. Bottleneck analysis examines demand, available capacity, processing time, setup time, downtime, yield, staffing, and arrival variability. If a stage receives work faster than it can complete it, a queue forms. Increasing capacity elsewhere may merely increase work-in-progress. The Theory of Constraints proposes a practical logic: identify the constraint, exploit it using existing capacity, subordinate other activities to it, elevate its capacity when necessary, and then reassess because the constraint may move. For example, if a diagnostic imaging unit is limited by a specialist review stage, scheduling more patients into earlier registration stages will not improve completed diagnoses. The review stage may be exploited by reducing interruptions, standardising case preparation, and reserving specialist time for cases that genuinely require it. Only after these actions should additional staffing or technology be considered. Flow improvement often involves reducing batch sizes, balancing work, simplifying handoffs, preventing defects at source, and making demand visible. In service processes, variability in arrival patterns and customer needs makes capacity planning especially important. Excessive utilisation may appear efficient but can create disproportionate waiting when variability is high. PDCA as the Discipline of ImprovementThe Plan–Do–Check–Act cycle provides a structured method for learning and control. It is not simply a sequence of four labels but a logic for testing changes. Plan involves defining the problem, understanding the current process, identifying customers and requirements, establishing a measurable aim, analysing causes, assessing risks, and designing a change. A good plan predicts what should happen if the change works. Do involves implementing the change on an appropriate scale, documenting conditions, training participants, and collecting data. A pilot is often preferable when the change is uncertain or carries operational risk. Check compares observed results with the prediction and baseline. Analysis should consider unintended consequences, variation, subgroup effects, and customer experience—not merely the average result. Act involves standardising a successful change, extending it where appropriate, or revising the hypothesis and beginning another cycle. If the change fails, the result is learning rather than permission to conceal the outcome. PDCA is compatible with lean, Six Sigma, evidence-based management, and formal change control. It also supports a culture in which improvement is treated as disciplined experimentation rather than personal opinion. Illustrative Case: Redesigning a University Admissions ProcessBackgroundThe following is a fictional illustrative case. A university’s postgraduate admissions process receives applications through an online portal. Applicants complain about long response times and repeated requests for documents. The university believes that the problem is caused by insufficient admissions staff. Situation and AnalysisA cross-functional team creates a SIPOC. Suppliers include applicants, the portal provider, academic departments, and reference providers. Inputs include application data, transcripts, references, and payment confirmation. Customers include applicants, academic departments, and registry staff. A swim-lane map shows that applications are checked by admissions staff, forwarded to departments, returned for clarification, reviewed by a central committee, and then checked again before a decision is communicated. The current-state VSM reveals that active processing time averages 55 minutes, while total elapsed time is 18 days. Much of the delay occurs while applications wait for departmental review. The team also finds that 22 percent of applications are returned because document requirements are unclear, and staff re-enter data from the portal into a separate spreadsheet. The process is therefore not simply understaffed. It contains unclear input requirements, duplicate data entry, variable departmental queues, and an approval step that adds little value for routine applications. Approach and SolutionThe process owner establishes three measures: percentage of complete applications at first submission, median decision lead time, and decision accuracy. A standard work document clarifies the initial screening criteria and defines when an application must be escalated to a specialist. The portal is revised to provide field-level guidance and prevent submission when mandatory information is missing. A pilot routes routine applications directly to trained admissions assessors, while complex or borderline cases continue to academic reviewers. A shared queue displays age, priority, and status. Departments agree to a service-level standard and nominate a deputy reviewer for absence periods. Data are transferred automatically from the portal to the assessment record, subject to access controls and verification. The team uses PDCA. During the pilot, it compares lead time and error rates with the previous process. It also checks whether direct routing creates inconsistent decisions across programmes. The standard is revised after assessors identify two ambiguous criteria. OutcomeThe redesigned process reduces avoidable waiting and rework in the pilot while preserving academic review for cases requiring expert judgement. The most important improvement is not a faster individual task but a clearer boundary between routine and exceptional work, supported by better information at the point of entry. The university decides to extend the method gradually, with periodic audits of decision consistency and applicant communication. Learning PointsThe case demonstrates that process performance is end-to-end. It shows the value of mapping before adding resources, separating routine flow from exception flow, using standard work without eliminating judgement, and combining efficiency measures with effectiveness and fairness measures. It also illustrates that digital automation is beneficial only when the underlying process and decision rules are understood. Risks, Limitations, and Professional ConsiderationsProcess improvement can fail through poor scoping, inaccurate maps, weak data, excessive focus on speed, or lack of employee involvement. Teams may map an ideal process instead of the actual process, select measures that are easy rather than meaningful, or remove controls without assessing risk. Local optimisation is another frequent error: a department improves its own indicator while worsening total lead time or customer outcomes. Standardisation can become rigid when unusual customer needs, professional judgement, or emergency conditions are ignored. Conversely, excessive discretion can undermine consistency and make accountability difficult. The appropriate design distinguishes normal work, controlled exceptions, and emergency procedures. Governance is essential where processes involve personal data, financial decisions, safety, regulated services, or algorithmic recommendations. Process redesign should preserve segregation of duties, authorisation, traceability, records retention, accessibility, and avenues for review or appeal. Automation must not conceal responsibility. If an AI system classifies applications or predicts risk, the organisation remains accountable for data quality, bias monitoring, explainability appropriate to the context, cybersecurity, and human oversight. Employee participation is also an ethical and practical requirement. Front-line employees possess process knowledge that may not appear in formal documentation. Improvement should not be used merely to intensify work, eliminate meaningful discretion, or shift risk to employees without consultation and support. Sustainable excellence combines performance improvement with safe, fair, and dignified work. Digital Process Management and Emerging PracticeDigital workflow systems can make queues, ownership, timestamps, rework, and bottlenecks visible. Process mining uses event logs from enterprise systems to reconstruct actual process paths and compare them with intended models. It can reveal loops, delays, compliance deviations, and differences between customer segments. However, event logs may be incomplete or reflect only system-recorded work; they do not automatically explain why variation occurs. Automation, application programming interfaces, robotic process automation, predictive analytics, and real-time dashboards can reduce manual effort and improve control. Their value depends on process maturity. Automating a poorly designed process may simply accelerate errors or make waste less visible. Current practice therefore increasingly combines process mining with human-centred design, risk-based automation, digital controls, and continuous improvement. Organisations are also moving from periodic improvement projects toward process observatories and near-real-time management. This development increases the importance of data governance and statistical thinking. A dashboard should support decisions, not encourage constant reaction to random fluctuation. Measures must retain a clear connection to customer value and strategic purpose. Best-Practice GuidelinesA disciplined process-management approach normally follows these principles: 1. Begin with customer and stakeholder requirements, not departmental convenience. 2. Define the end-to-end boundary and appoint an accountable process owner. 3. Map the actual current state before designing the future state. 4. Use both flow and performance data; neither diagrams nor averages are sufficient alone. 5. Separate value-adding work from necessary controls and avoidable waste. 6. Address bottlenecks and system constraints before optimising non-constraints. 7. Stabilise the process and establish standard work before interpreting improvement results. 8. Distinguish effectiveness, efficiency, and capability in the measurement system. 9. Test changes through PDCA and examine unintended effects. 10. Integrate technology only after process logic, risks, and accountability are clear. 11. Involve process performers and respect safety, fairness, privacy, and professional judgement. 12. Treat successful improvement as a new baseline for further learning. Chapter SummaryProcess management applies TQM to the way work actually flows across organisational boundaries. SIPOC establishes process scope and stakeholder relationships; flowcharts expose sequence, decisions, and handoffs; and value-stream mapping reveals lead time, waiting, information flow, and waste. Standard work creates a stable current-best method, while process ownership provides accountability for end-to-end performance. Effectiveness concerns whether requirements and intended outcomes are achieved. Efficiency concerns resources used in producing outputs. Process capability concerns the consistent ability of a stable process to meet specifications. These concepts require different measures and should not be substituted for one another. Bottleneck analysis directs attention to constraints that limit system throughput, and PDCA provides a disciplined cycle for testing, learning, standardising, and further improving changes. Operational excellence is therefore more than speed or cost reduction. It is the managed ability to deliver reliable value through capable, responsive, ethical, and continuously improving processes. Digital tools can strengthen this work, but they cannot replace process understanding, sound measurement, human judgement, or accountable governance. Key TermsProcess: A set of interrelated activities that transforms inputs into outputs for a customer or stakeholder. Process management: The design, measurement, control, and improvement of processes. Operational excellence: Consistent achievement of customer and organisational requirements through effective, efficient, capable, and improving processes. SIPOC: A high-level view of Suppliers, Inputs, Process, Outputs, and Customers. Flowchart: A graphical representation of activities, sequence, decisions, and process movement. Swim-lane map: A flowchart that assigns activities to functions, roles, systems, or organisations. Value-stream mapping: A method for analysing material, information, and work flow across an end-to-end value stream. Value-adding activity: An activity that changes the output in a way required by the customer. Standard work: The documented and agreed current-best method for performing a process. Process owner: The person accountable for the performance and improvement of an end-to-end process. Bottleneck: A constraint that limits the throughput of an entire process or system. Lead time: The elapsed time from process initiation to completion. Processing time: The time during which active work is performed on an item or case. Effectiveness: The extent to which a process achieves its intended outcomes and requirements. Efficiency: The relationship between outputs produced and resources consumed. Process capability: The ability of a stable process to meet specified requirements consistently. Common-cause variation: Variation arising from the normal design or operation of a process system. Special-cause variation: Variation resulting from an identifiable, unusual event or condition. PDCA: Plan–Do–Check–Act, a cycle for structured experimentation and continuous improvement. Process mining: The use of event-log data to reconstruct and analyse actual process behaviour. Review QuestionsShort Answer Questions1. What is the principal purpose of a SIPOC analysis? 2. How does value-stream mapping distinguish lead time from processing time? 3. Define standard work and state two of its uses. 4. What is the difference between effectiveness and efficiency? 5. Why should process capability analysis normally follow an assessment of process stability? Long Answer Questions1. Explain how process ownership supports end-to-end quality in a cross-functional organisation. 2. Describe the relationship between flowcharts, value-stream maps, and process redesign. 3. Discuss bottleneck analysis and explain how a constraint can be exploited, subordinated, and elevated. 4. Compare effectiveness, efficiency, and process capability, using suitable organisational examples. 5. Explain each stage of PDCA and discuss how standard work is related to the Act stage. Analytical / Application Questions1. A customer-support process has five minutes of active work but a two-day average lead time. Using process-management concepts, identify likely causes and recommend a sequence of analysis and improvement. 2. A manufacturing cell reports high labour productivity but increasing customer complaints and rework. Analyse how departmental efficiency may be conflicting with end-to-end effectiveness and capability. 3. Design a brief SIPOC and improvement approach for a process of your choice. Identify its likely bottleneck, three meaningful measures, one ethical or governance risk, and a PDCA pilot. 22. Multiple Choice Questions with AnswersQuestion 1Which purpose most directly distinguishes SIPOC from a detailed flowchart? A. It calculates process capability indices B. It establishes high-level process boundaries and relationships C. It identifies statistical special causes D. It specifies every operator instruction Correct Answer: B. It establishes high-level process boundaries and relationships Question 2A process has 40 minutes of active work and five days of waiting. Which improvement priority is most strongly indicated? A. Reducing active work by one minute B. Increasing batch size at every stage C. Investigating queues, handoffs, and waiting causes D. Adding inspection after completion Correct Answer: C. Investigating queues, handoffs, and waiting causes Question 3Which statement best describes standard work? A. A permanently fixed method that cannot be changed B. The documented current-best method under specified conditions C. A financial target for departmental productivity D. A customer survey used to measure satisfaction Correct Answer: B. The documented current-best method under specified conditions Question 4A department meets its cost target, but customers receive incorrect outputs. The process is most clearly demonstrating A. high efficiency but low effectiveness B. high capability but low variation C. high effectiveness but low efficiency D. special-cause control with perfect quality Correct Answer: A. high efficiency but low effectiveness Question 5Why should capability indices not be interpreted mechanically for an unstable process? A. Capability concerns only customer satisfaction B. An unstable process does not have a consistent performance distribution C. Capability indices measure only labour cost D. Specification limits are unnecessary in capability analysis Correct Answer: B. An unstable process does not have a consistent performance distribution Question 6Which situation best indicates a bottleneck? A. A stage whose improvement increases only its local utilisation B. A stage that limits total system throughput and accumulates work C. A stage with the lowest purchase price D. A stage that performs the final inspection Correct Answer: B. A stage that limits total system throughput and accumulates work Question 7During the Check stage of PDCA, an improvement team should primarily A. standardise the change before collecting evidence B. compare observed results with the baseline and prediction C. assign blame for the original problem D. remove all process controls Correct Answer: B. compare observed results with the baseline and prediction Question 8In the university admissions case, which intervention addressed a major source of rework? A. Removing all academic review B. Providing clearer input requirements and preventing incomplete submission C. Increasing the number of approval signatures D. Delaying routine applications until complex cases were completed Correct Answer: B. Providing clearer input requirements and preventing incomplete submission Question 9What is a major risk of automating a poorly understood process? A. It always reduces process capability B. It may accelerate errors or conceal existing waste C. It eliminates the need for process ownership D. It prevents measurement of lead time Correct Answer: B. It may accelerate errors or conceal existing waste Question 10Which measure most directly reflects end-to-end effectiveness in an order process? A. Orders delivered accurately by the promised date B. Number of internal emails sent by staff C. Utilisation of one packing employee D. Average number of fields in the order system Correct Answer: A. Orders delivered accurately by the promised date
|