Statistical Process Control (SPC) is a quality control methodology that applies statistical methods to monitor and control a process, ensuring it operates at its full potential. In the context of MLOps, SPC is adapted to monitor production model metrics—such as prediction error rates, data drift scores, or Population Stability Index (PSI) values—by establishing a baseline of normal 'common cause' variation. When a metric breaches calculated control limits, the system signals a statistically significant 'special cause' variation, triggering an alert for investigation rather than reacting to every minor fluctuation.
Glossary
Statistical Process Control (SPC)

What is Statistical Process Control (SPC)?
Statistical Process Control is a quality control methodology that uses control charts and statistical limits to distinguish normal process variation from significant, assignable-cause drift in production machine learning metrics.
The core mechanism involves plotting a tracked metric on a time-series control chart with a center line representing the historical mean and upper and lower control limits, typically set at ±3 standard deviations. This framework prevents alert fatigue by filtering out noise inherent in stochastic processes. For fraud detection systems, SPC is critical for distinguishing routine transaction volume volatility from genuine concept drift or model decay, enabling MLOps engineers to initiate triggered retraining or a model rollback only when a statistically defensible shift is detected.
Key Characteristics of SPC
Statistical Process Control (SPC) adapts industrial quality control methodology to machine learning operations, using control charts and statistical limits to distinguish common cause variation (inherent noise) from special cause variation (significant drift requiring intervention).
Control Charts for Model Metrics
Control charts plot a model performance metric over time against a center line (historical mean) and control limits (typically ±3 sigma). When a metric breaches these limits, it signals a statistically significant shift rather than random noise. Common charts include:
- X-bar charts: Monitor the mean of a metric across batches
- R-charts: Track the range or variance within subgroups
- p-charts: Monitor proportions, such as fraud detection rate per hour
- CUSUM charts: Accumulate deviations to detect small, persistent shifts earlier than Shewhart charts
Common Cause vs. Special Cause Variation
SPC's core distinction separates variation into two categories:
- Common cause variation: Inherent, random fluctuation within a stable process. Reacting to this noise causes tampering—unnecessary retraining that destabilizes the system
- Special cause variation: Assignable, non-random shifts caused by external factors like data pipeline failures, schema changes, or genuine fraud pattern evolution Only special cause variation warrants investigation and corrective action. This prevents alert fatigue and preserves MLOps team bandwidth.
Western Electric Rules for Drift Detection
Beyond simple limit breaches, the Western Electric Rules define pattern-based triggers that indicate process instability:
- Rule 1: Any single point beyond 3-sigma limits
- Rule 2: Two out of three consecutive points beyond 2-sigma on the same side
- Rule 3: Four out of five consecutive points beyond 1-sigma on the same side
- Rule 4: Eight consecutive points on the same side of the center line (a run)
- Rule 5: Six points in a row steadily increasing or decreasing (a trend) These rules detect subtle drift before catastrophic failure occurs.
Process Capability Analysis for Models
Process capability indices quantify how well a model's performance meets defined specifications:
- Cp: Measures potential capability—the ratio of specification width to process spread. High Cp indicates the model's natural variation fits within acceptable bounds
- Cpk: Measures actual capability, accounting for centering. A model may have high Cp but low Cpk if its mean performance has drifted off-target
- Pp and Ppk: Long-term capability indices that include all sources of variation over extended periods In fraud detection, specification limits might define minimum acceptable recall or maximum tolerable false positive rate.
Rational Subgrouping for Batch Monitoring
Rational subgrouping organizes inference requests into meaningful batches to maximize sensitivity to drift:
- Time-based subgroups: Group predictions by hour or minute to detect diurnal fraud pattern shifts
- Transaction-type subgroups: Separate wire transfers, card-not-present, and ACH transactions into distinct charts
- Score-band subgroups: Monitor high-risk and low-risk segments independently Poor subgroup selection can mask drift by mixing heterogeneous populations. The goal is to maximize variation between subgroups when drift occurs while minimizing variation within subgroups.
Integration with Continuous Evaluation Pipelines
SPC operates as the statistical decision layer within a broader continuous evaluation framework:
- Metric ingestion: Performance metrics (AUC, precision, recall) stream into SPC monitors from the evaluation pipeline
- Automatic limit calculation: Control limits are computed from a stable baseline period, not arbitrary thresholds
- Alert routing: Special cause signals trigger retraining pipelines or model rollback procedures
- Feedback loop closure: Delayed ground truth labels update control chart baselines as chargebacks resolve This statistical rigor prevents the common anti-pattern of retraining on every metric fluctuation.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Explore the core concepts of applying Statistical Process Control to machine learning operations, distinguishing normal variation from critical model drift.
Statistical Process Control (SPC) is a quality control methodology that uses statistical methods to monitor and control a process, ensuring it operates at its full potential. In machine learning, SPC is applied to production model metrics—such as accuracy, precision, or Population Stability Index (PSI)—to distinguish between common cause variation (inherent noise) and special cause variation (significant drift or failure). By establishing a baseline of expected performance from a validation window, SPC charts plot live metric streams against calculated control limits. When a metric breaches these limits, it signals a statistically significant shift, triggering an alert for triggered retraining or a model rollback, rather than reacting to every minor fluctuation in the data stream.
Related Terms
Master the statistical and operational frameworks that surround Statistical Process Control in production ML environments. These concepts form the backbone of rigorous model monitoring and drift detection.
Control Charts
The core visualization tool of SPC, plotting a metric over time against a center line (mean) and control limits (typically ±3 sigma). In MLOps, a Shewhart chart tracks model accuracy or prediction drift. A point outside the limits signals an assignable cause of variation, triggering an alert. Western Electric rules add sensitivity by detecting non-random patterns like runs of 7 points on one side of the center line.
Common Cause vs. Special Cause Variation
SPC distinguishes between two types of process variation:
- Common Cause: Inherent, random noise within a stable system. No action needed; tampering increases variance.
- Special Cause: An assignable, non-random event outside the system's normal behavior. Requires immediate investigation. In fraud models, a seasonal spending spike is common cause; a sudden data pipeline failure causing null features is special cause.
Process Capability (Cpk & Ppk)
Indices measuring how well a process output fits within specification limits. Cpk assesses short-term capability relative to the process spread, while Ppk evaluates overall long-term performance. In ML monitoring, these metrics quantify if your model's error rate consistently stays within business-defined tolerance thresholds. A Cpk < 1.33 indicates the process is not capable of meeting specifications.
Exponentially Weighted Moving Average (EWMA)
A control chart variant that applies exponentially decreasing weights to older observations, making it more sensitive to small, persistent shifts in the process mean than standard Shewhart charts. In drift detection, EWMA charts excel at identifying gradual concept drift—such as fraudsters slowly modifying their behavior—that might be missed by abrupt-change detectors like the Page-Hinkley test.
CUSUM (Cumulative Sum Control Chart)
A sequential analysis technique that accumulates deviations from a target value over time. CUSUM is exceptionally sensitive to small, sustained shifts in the process mean. It plots the cumulative sum of residuals, triggering an alarm when the accumulation exceeds a decision interval. In production ML, CUSUM detects subtle performance degradation long before aggregate metrics like Population Stability Index (PSI) signal an alert.
Rational Subgrouping
The principle of selecting samples so that variation within a subgroup comes from a homogeneous source (common cause), while variation between subgroups captures special causes. In ML monitoring, rational subgroups might be hourly batches of predictions. Choosing the wrong subgroup size—such as daily aggregates that mask intraday drift—renders control charts ineffective and leads to silent failures.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us