Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
    • About Us
    • Colophon
    • Survey
  • Reliability.fm
  • Articles
    • CRE Preparation Notes
    • NoMTBF
    • on Leadership & Career
      • Advanced Engineering Culture
      • ASQR&R
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Maintenance Management
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • RCM Blitz®
      • ReliabilityXperience
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Field Reliability Data Analysis
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability by Design
      • Reliability Competence
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
      • Reliability Knowledge
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Institute of Quality & Reliability
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Statistical Methods for Failure-Time Data
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Glossary
    • Feed Forward Publications
    • Openings
    • Books
    • Webinar Sources
    • Podcasts
  • Courses
    • Your Courses
    • Live Courses
      • Introduction to Reliability Engineering & Accelerated Testings Course Landing Page
      • Advanced Accelerated Testing Course Landing Page
    • Integral Concepts Courses
      • Reliability Analysis Methods Course Landing Page
      • Applied Reliability Analysis Course Landing Page
      • Statistics, Hypothesis Testing, & Regression Modeling Course Landing Page
      • Measurement System Assessment Course Landing Page
      • SPC & Process Capability Course Landing Page
      • Design of Experiments Course Landing Page
    • The Manufacturing Academy Courses
      • An Introduction to Reliability Engineering
      • Reliability Engineering Statistics
      • An Introduction to Quality Engineering
      • Quality Engineering Statistics
      • FMEA in Practice
      • Process Capability Analysis course
      • Root Cause Analysis and the 8D Corrective Action Process course
      • Return on Investment online course
    • Industrial Metallurgist Courses
    • FMEA courses Powered by The Luminous Group
    • Foundations of RCM online course
    • Reliability Engineering for Heavy Industry
    • How to be an Online Student
    • Quondam Courses
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home
  • Barringer Process Reliability Introduction Course Landing Page
  • Upcoming Live Events
You are here: Home / Articles / Where do the Typical Control Chart Signals Come From?

by Steven Wachs Leave a Comment

Where do the Typical Control Chart Signals Come From?

Where do the Typical Control Chart Signals Come From?

The purpose of control charting is to regularly monitor a process so that significant process changes may be detected.  These process changes may be a shift in the process average (Xbar) or a change in the amount of variation in the process.  The variation observed when the process is operating normally is called common cause variation.  When a process change occurs, then special cause variation occurs.

Control charting captures snapshots of the process average and variation over time.  By first establishing the variation we expect from the process (via control limits) when it is stable (in control), we are able to detect subsequent process changes.  When specific signals are observed on the control charts, we conclude that the process is unstable (changed occurred, out of control) because the probability of observing those signals if the process had not changed is very small.

The concept of Hypothesis Testing may be used to understand and justify the use of chart signals that have been traditionally used to alert the user of the likely presence of special cause variation.

Hypothesis Testing

In a statistical hypothesis test, we presume some statement, which is called the null hypothesis (H0).  We also establish the alternative hypothesis (H1), which is what we are actually attempting to conclude (if the data supports it).  Every time a new value is plotted on a control chart, a hypothesis is evaluated.  The initial assumption is that the process is stable (in control).  If, after plotting a point, we have enough evidence to reject this null hypothesis (we see a signal), we conclude that the alternate hypothesis (the process is out of control) is true.

Ideally, we would correctly reject the H0 every time the process is actually out of control.  However, if the process is actually out of control, and we do not detect it, we have made a Type II error.  This may be a severe error since the process has changed but we will not know it and will not react.  An appropriate sample size may be selected to minimize the occurrence of a Type II error (see previous “Ask the Expert” article on determining sample sizes for Xbar charts)

Furthermore, ideally we would not reject the H0, if in fact the process has not changed.  However, if we observe a signal even though the process has not changed, we have made a Type I error (α).  This error leads to inefficiency since we will react to a signal but not find any actual cause since the process has not actually changed.  By convention, the probability of a Type I error (α) is specified as 0.0027 (0.27%).  This is done so that the control limits trap 99.73% of the statistic that is being plotted on the control chart.

Note: 99.73% equates to ±3 standard deviations from the process average, if the data being plotted is normally distributed.

Basis of Chart Signals

Now it should be clear that Hypothesis Testing is performed in order to determine whether sufficient evidence exists to conclude that the process is unstable.  The common rules for identifying process instability are based on the probability of observing such signals assuming the process is actually stable.

For example, suppose we observe a single point that falls outside the upper control limit on an xbar chart as shown below:

The probability that we would observe a sample average that is more than 3 standard deviations away from the process average assuming the process is stable is only 0.0027 (since the control limits trap 99.73% of the sample averages).  Because this probability is so small, we conclude that the alternate hypothesis is true and we react as though the process is unstable.  Of course, we might be wrong in which case a Type I error has occurred.

Another common charts signal is a run of 7 (or more) consecutive points above or below the center line.  This is illustrated below.

So, what is the probability of actually observing 7 points in a row above (or below) the center line assuming that the process is actually stable?

For any random sample, the probability of getting a sample average above the process average is simply ½ .  There is also a 50% chance of seeing a sample average below the process average!

To obtain 7 points in a row above the centerline, we need to find the probability of the event that:  A point is above the centerline AND the next point is above the centerline AND the next point is above the centerline, etc. (until 7 is reached).  Essentially it’s like flipping a coin and getting 7 consecutive heads.  Since these events are independent (if the process is stable), the joint probability of getting 7 consecutive heads is simply ½ x ½ x ½ x ½ x ½ x ½ x ½ = 1/128 = 0.0078.

Thus, the probability of seeing this pattern is very small (less than 1% chance) if the process stable.  Therefore, we reject this null hypothesis and conclude that the process is unstable (in this case, it seems that the process average has shifted).

Many other rules are used by practitioners to detect trends or process shifts on xbar charts.  They include:

  • 7 points in a row trending upward or downward
  • 14 points alternative up and down
  • 2 out of 3 consecutive points more than 2 standard deviations away from the centerline on the same side of the chart
  • 4 out of 5 consecutive points more than 1 standard deviation away from the centerline on the same side of the chart
  • 15 consecutive points within +/- 1 standard deviation of the centerline

The probabilities of observing many of these patterns assuming a stable process are not extremely difficult to compute, but it suffices to say that the probabilities are low.   Since it’s unlikely the pattern comes from a stable process, we conclude that the process is unstable and react to it.

Note that some people use slightly different rules.  For example, waiting for a run of 8 points above the centerline (rather than 7).  This version of the rule will result is fewer Type I errors but a greater number of Type II errors.  All rules should balance the errors that can be made in interpreting control charts.

[display_form id=419]

Filed Under: Articles, Integral Concepts, on Tools & Techniques

About Steven Wachs

Steven Wachs has 25 years of wide-ranging industry experience in both technical and management positions. Steve has worked as a statistician at Ford Motor Company where he has extensive experience in the development of statistical models, reliability analysis, designed experimentation, and statistical process control.

« Deeper Dive into AMS
Facilitation Skill #3: Asking Probing Questions »

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Articles by Steven Wachs, Integral Concepts
in the Integral Concepts article series

Join Accendo

Receive information and updates about articles and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Recent Articles

  • Gremlins today
  • The Power of Vision in Leadership and Organizational Success
  • 3 Types of MTBF Stories
  • ALT: An in Depth Description
  • Project Email Economics

© 2025 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy