{domain:"www.qualitydigest.com",server:"169.47.211.87"} Skip to main content

        
User account menu
Main navigation
  • Topics
    • Customer Care
    • FDA Compliance
    • Healthcare
    • Innovation
    • Lean
    • Management
    • Metrology
    • Operations
    • Risk Management
    • Roadshow
    • Six Sigma
    • Standards
    • Statistics
    • Supply Chain
    • Sustainability
    • Training
  • Videos/Webinars
    • All videos
    • Product Demos
    • Webinars
  • Advertise
    • Advertise
    • Submit B2B Press Release
    • Write for us
  • Metrology Hub
  • Training
  • Subscribe
  • Log in
Mobile Menu
  • Home
  • Topics
    • 3D Metrology-CMSC
    • Customer Care
    • FDA Compliance
    • Healthcare
    • Innovation
    • Lean
    • Management
    • Metrology
    • Operations
    • Risk Management
    • Roadshow
    • Six Sigma
    • Standards
    • Statistics
    • Supply Chain
    • Sustainability
    • Training
  • Login / Subscribe
  • More...
    • All Features
    • All News
    • All Videos
    • Training

But the Limits Are Too Wide!

What to do when the XmR chart doesn’t seem to work

Donald J. Wheeler
Mon, 10/20/2025 - 12:03
  • Comment
  • RSS

Social Sharing block

  • Print
Body

When administrative and managerial data are placed on an XmR chart, the first reaction will frequently be that the limits are far too wide: “We have to react before we get to that limit.”

ADVERTISEMENT

So what are we to do when this happens? Are the limits really too wide? There are three cases to consider:
• The data are full of noise
• The data are full of signals
• The data alternate between different processes

The data are full of noise

Administrative and managerial data tend to be report card data. The measures are accumulated across departments, across plants, across regions, and even across countries before being presented to managers for consumption. At each stage, as the data are aggregated, the noise of each data stream is also being aggregated into the total, so by the time the finished value is presented, it has a lot of noise in the background. For example, consider the quarterly sales values for one company shown in Figure 1.

 …

Want to continue?
Log in or create a FREE account.
Enter your username or email address
Enter the password that accompanies your username.
By logging in you agree to receive communication from Quality Digest. Privacy Policy.
Create a FREE account
Forgot My Password

Comments

Submitted by Sergey Grigoryev on Mon, 10/20/2025 - 10:36

Dear Dr. Wheeler,Thank you…

Dear Dr. Wheeler,

Thank you very much for another profound and illuminating article. Your ability to deconstruct common misconceptions and support every argument with impeccable logic and examples is an invaluable resource for everyone involved in statistical process control.

Sincerely,
Sergey Grigoryev (AQT)

  • Reply

Submitted by Jonathon Andell (not verified) on Tue, 10/21/2025 - 06:37

Good Article

Why use a IMR chart for autopsies? Why not a P chart? Thanks

  • Reply

Submitted by Don Wheeler (not verified) on Wed, 10/22/2025 - 08:00

In reply to Good Article by Jonathon Andell (not verified)

Good question jonathon.  A p…

Good question jonathon.  A p chart requires binomial counts, and binomial counts require each event to have the same likelihood of occurrence.  Since the reasons for a neoanatal fatality are not the same for every fatality in a given year, this requirement is not satisfied.  when this happens the annual, or quarterly, counts are not binomial counts, and the theoretical three-sigma distance will be incorrrect.

  • Reply

Add new comment

Image CAPTCHA
Enter the characters shown in the image.
Please login to comment.

© 2025 Quality Digest. Copyright on content held by Quality Digest or by individual authors. Contact Quality Digest for reprint information.
“Quality Digest" is a trademark owned by Quality Circle Institute Inc.

footer
  • Home
  • Print QD: 1995-2008
  • Print QD: 2008-2009
  • Videos
  • Privacy Policy
  • Write for us
footer second menu
  • Subscribe to Quality Digest
  • About Us