|
Rate This Blog
![]() ![]() ![]() ![]() ![]() 1 rating(s)
Categories
• Exploratory Data Analysis
• Designed Experiments • Interrelationship Digraphs • Study Cause and Effect • Analyze Common Cause Variation • Process Improvement • Process Capability Indices • Rosen Yield Example • Hoerl-Snee Strategy • Is–Is Not Analysis • Cause and Effect Diagram • Pareto Chart • Flowchart • Special Cause • Basic Concepts • History • Six Sigma
Archives
Latest Entries
Loading...
Links
Loading...
|
Statistical Thinking to Improve Quality
This blog examines the use of data analyses and statistical tools in a framework of statistical thinking to improve quality. The following principles form the basis for statistical thinking:
* All work occurs in a system of interconnected processes, * Variation exists in all processes, and * Understanding and reducing variation are keys to success. Statistical thinking significantly improves the effectiveness of data analyses and statistical tools. Thursday November 12, 2009
Posted by: Gordon Clark at 2:59AM CST on November 12, 2009
Britz et al (1996) assign Deming’s Theory of Profound Knowledge as the original source of our definition of Statistical Thinking. Profound Knowledge has 4 parts:
The first Statistical-Thinking principle “All work occurs in a system of interconnected processes” follows from Profound Knowledge part 1. The second and third Statistical-Thinking principles, “Variation exists in all processes” and “Understanding and reducing variation are keys to success”, come from Profound Knowledge part 2. However, Ron Snee (1986 and 1990) used the term Statistical Thinking with the same meaning (other than wording changes) prior to the Statistics Division’s adoption of the term. Snee states on page 27 (Snee 1986): “…, statistical thinking is used to describe the thought processes that acknowledge the ubiquitous nature of variation and that its identification, characterization, quantification, control, and reduction provide a unique opportunity for improvement. ….Every enterprise is made up of a collection of interconnected processes whose input, control variable, and output are subject to variation. This leads to the conclusion that statistical thinking must be used routinely at all levels of the organization.” Later, Snee defines Statistical Thinking (Snee 1900, page 118): “I define statistical thinking as thought processes, which recognize that variation is all around us and present in everything we do, all work is a series of interconnected processes, and identifying, characterizing, quantifying, controlling, and reducing variation provide opportunities for improvement. This definition is essentially the same as the Statistics Division definition published in 1996. My conclusion is that the basic ideas in our definition of Statistical Thinking date back to Deming. Ron Snee in 1986 and 1990 made the first use of the term Statistical Thinking giving it the meaning we are currently using. If anyone has further information to contribute to this topic, please make your comments known. Compare the Statistical-Thinking history with Six Sigma. Breyfogle (2003 on page 5) credits Bill Smith at Motorola with the initial use of the term Six Sigma. Like Statistical Thinking, the original ideas come from quality pioneers such as Deming. In 1998, Motorola received the Malcom Baldridge National Quality Award in part due to their Six Sigma program. Motorola University states that Bill Smith introduced the term Six Sigma in 1986. Thus, the initial definitions of the terms Six Sigma and Statistical Thinking occurred at about the same time. References
Tuesday November 3, 2009
Posted by: Gordon Clark at 7:28PM CST on November 3, 2009
In January 1994, the Statistics Division (Britz et al, 1996) adopted a tactical plan to Enable Broad Application of Statistical Thinking. The division developed a definition of Statistical Thinking which was published by Quality Press in 1996. That definition is identical to the principles listed above as the basis for Statistical Thinking. As the Past Chair of the division, I am motivated to promote the use of Statistical Thinking. Why does the Statistics Division assign such a high priority to Statistical Thinking? Why doesn’t the Statistics Division simply emphasize statistical methods such as SPC, DOE and regression analysis? The answer is that the benefits of statistical methods are significantly improved by their use in the context of Statistical Thinking. Brtiz el (2000) point out that Statistical Thinking incorporates key concepts from several improvement methodologies such as Six Sigma, Total Quality Management (TQM) and systems thinking. These key concepts include:
Clearly, Six Sigma uses Statistical Thinking. Benbow and Kubiak (2005) state on page 2:
Six Sigma uses a measure of variation, illustrated in the figure, as its overall measure of project success. That is, for the distribution of the key quality characteristic, the distance from its mean to the closest specification limit (LSL or USL) measured in standard deviation (sigma) units. In my opinion, Six Sigma is an example of Statistical Thinking. We will see later that a customer focus is inherent in Statistical Thinking because a process includes its customer. References
Posted by: Gordon Clark at 7:26PM CST on November 3, 2009
Britz et al (1996, p4), Britz et al (2000, p7), and Hoerl and Snee (2002, p3) all describe the same example of an actual application of Statistical Thinking at a large corporation. The corporation wanted to decrease the average monthly billing cycle time of about 17 days to the corporation target of 10 days. A shorter time would improve the corporation’s cash flow and satisfy customer needs to more rapidly close monthly books. Customers had complained that other competing corporations were not as tardy in submitting bills. The initial review of the process revealed that three separate departments constituted the billing process. Each department worked independently to perform their billing functions. No one understood the entire billing process flow. The corporation did not have a standard bill process operating procedure. Members of three departments claimed that the billing time delays were due to the other departments. The initial step to improve the billing system was to develop both a systems map and a flow chart. The systems map identified responsible groups and the information flow among the groups. The flow allowed the construction of a production schedule for the monthly billing cycle. The schedule: · listed the specific activities that had to be performed · identified the responsible group for each activity · specified due dates for each activity The next step involved creating cross-functional teams to improve the performance of individual activities. They recorded cycle times, and these cycle times highlighted problem areas. They developed solutions to minimize variations in the problem areas. They documented the entire process and the procedures. The documented process procedures helped reduce variation in the problem areas. The documentation also helped in training new employees. The corporation assigned a process owner to insure that they continued to realize the performance improvements. The result was a reduction in billing cycle time in a 5 month period from 17 day to 9-10 days. That was almost a 50% reduction. This result satisfied customers and generated annual savings of $2.5 million. This example illustrates key features of Statistical Thinking. · Regarding the system as a process · Reducing variation · Using data to determine improvements for the system References
Posted by: Gordon Clark at 7:25PM CST on November 3, 2009
The previous blog post illustrates several key features of Statistical Thinking. One of these features is that Statistical Thinking is a philosophy of learning and action. That is, learning how to best obtain information which forms the basis of effective action. In the example, an important first step was to create a systems map and flow chart. Next the team collected cycle-time observations. Statistical Thinking evaluates a process by collecting data in addition to past experiences and perceptions. These data may be numerical (cycle-time measurements) or simply process documentation. The systems map and the flowcharts are process documentation. Once we have this documentation, we can ask why we operate in that manner and how we can improve the system. These data allow us to advance beyond personal opinions expressed by individuals. Recall that the departments involved thought that the other departments caused the lengthy billing time. Snee (1986) points out that “Good Decisions are based on facts, not opinions and emotions. … without data everyone is an expert.” One guideline for effective application of Statistical Thinking is to always flowchart the process. The flowchart shows the relationships among different people and functions. Examining the flowchart suggests opportunities for improvement and areas for further examination and data collection. The acronym SIPOC depicts our systems view of a process. The following figure depicts the SIPOC components which are Suppliers, Inputs, Process, Outputs and Customers. One motivation in the Monthly Billing-Time Example was to satisfy customer interests. References
Posted by: Gordon Clark at 7:24PM CST on November 3, 2009
The principal performance measure in the Monthly Billing Time Example was the total cycle time to prepare customer bills at the end of a month. How important is variation in systems that have a flow-time or cycle-time performance measure? Assume we have a process that consists of a number of stations that must be performed in series. That is, a work item must be processed by station 1 and then after completing station 1, it must be processed by station 2, and so on. Also, assume the each station has a single server which can only process a single work item at a time. For example, in the billing time example, a work item might be a single task the corporation performed for a customer in the previous month. A station might determine the hours expended on that task and calculate its cost. Assume a clerk determines the hours and calculates its cost. Reducing the mean time for the clerk to determine the hours expended and calculate a cost will reduce the mean flow time. What if we reduce the variation in the time a clerk takes to calculate a cost for a work item? For illustrative purposes, assume the mean time expended by the clerk is 9 minutes to calculate the cost of a work item. Also, assume the work item arrivals have a mean inter-arrival time of 10 minutes.
The first figure depicts the case where inter-arrival times and service times are constant, i.e., there is no variation. The number in the system is the number of work items being served and waiting for service. In this case no work items have to wait. Therefore, their time at the clerk’s station is a constant 9 minutes. The second figure illustrates the case where inter-arrival times and service times have variation. For the five arrivals, their inter-arrival times are: 8, 7, 10, 12 and 13 minutes, for an average of 10 minutes. Their service times are: 12, 11, 9, 7 and 6 minutes, for an average of 9 minutes. Now the times at the work station are 12, 16, 15, 10 and 6 minutes for an average of 11.8 minutes. The variation in inter-arrival and service times increased the time at the work station by 31%. Thus, variation can have a significant effect on system performance when the performance measure is a flow time or cycle time.
The two figures illustrate a manual simulation for calculating the system time increase due to variation. When analyzing an actual system, one can predict the system time using a discrete-event simulation. Inputs to the simulation would include a flow diagram, service time distributions and system inter-arrival time distributions. Arrival times at the individual work stations would be calculated by the simulation.
Posted by: Gordon Clark at 7:23PM CST on November 3, 2009
Britz, Emerling et al (2000, p52) describe an application of Statistical Thinking that illustrates the following: the first principle, “All work consists of interconnected processes”, two types of variation, and shows the application of statistical methods to improve quality. An OEM manufacturer responded to customer complaints by regarding them as isolated events. Their corrective action did little to improve quality for future products. They received training in Statistical Thinking and formed a team to improve the complaint handling process. The team wanted to analyze each complaint to determine if it was the result of an isolated event (a special cause) or if it resulted from a process that needed improvement (a common cause). Shewhart (1931) developed these terms which are basic to Statistical Quality Control. Common-cause variation is the natural variation of a process when it is operating in a stable manner, and special-cause variation is due to an unpredicable special event. Examples of special causes in manufacturing are improperly maintained machines, operator errors or defective raw material. In order to categorize the causes, the company asked the customer for usage data so the team could calculate defect rates. The company explained Statistical Thinking concepts to their customers to convince them to supply usage data. The team plotted using the control chart shown in the following figure. The high defect rate in October 91 indicated a special cause. An investigation led to raw material. The raw material supplier used the wrong material. However, discussions with the supplier and within the team motivated further analysis of the raw material. The supplier and the company conducted a series of designed experiments which identified an improved raw material composition. They changed their standard operating procedure to use this new raw material specification. The control chart shows a defect rate improvement from .023% to .004%.
The significant reduction in the complaint rate required recognition of a process involving raw material suppliers, the OEM manufacturer, and their customers. The team also used two statistical methods: Statistical Process Control (SPC) and Designed Experiments. The team used SPC to identify the special cause, and they used Designed Experiments to reduce the common-cause variation. References
Posted by: Gordon Clark at 7:22PM CST on November 3, 2009
The previous blog post describes an application of Statistical Thinking to increase customer satisfaction by examining the processes starting with the raw material supplier and ending with the customer use of the product. This example illustrates important features of Statistical Thinking described by Britz, Emerling et al (2000). These features include:
References
Posted by: Gordon Clark at 7:21PM CST on November 3, 2009
Statistical Thinking gives a framework for learning and action to improve performance. We initiate the application of Statistical Thinking by identifying, documenting and defining the business process. The Monthly-Billing-Process Example began by flowcharting and defining the billing process. The team in the Customer-Complaint Process recognized that the process included raw material suppliers, the OEM manufacturer, and their customers. Statistical Thinking recognizes that reducing variation is the key to success. Often reducing variation involves recognizing the different types of variation. The team in the Customer-Complaint-Process Example recognized the difference between special-cause and common-cause variation. Usually Statistical Thinking requires the collection and analysis of data to estimate and reduce variation. Statistical Thinking is data-driven decision making. However, we need to define the overall process including its customer before collecting and analyzing data. Also, the process definition includes available subject matter knowledge. In the Monthly-Billing-Process Example, the process definition created knowledge concerning the process that did not exist without the flowcharts. In the Customer-Complaint-Process example, the team recognized that it had to collect usage rates in order to estimate variation and identify special-cause outcome. This process definition allows us to collect the appropriate data and focus our analysis. Britz, Emerling, et al (2000, p26) point out two key advantages of Statistical Thinking and data-driven decision making.
The figure depicts the relationship among Statistical Thinking, data and statistical methods. Effective application of statistical methods occurs after performing Statistical Thinking. In the Customer Complaint Process Example, a control chart and designed experiments occur after Statistical Thinking. Lynne Hare points out in the reference by Britz, Emerling, et al (2000, p27) that he was successful in getting increased use of statistical tools only after explaining Statistical Thinking to managers. They would not permit employees to use tools when they did not understand their purpose.
Posted by: Gordon Clark at 7:19PM CST on November 3, 2009
The Customer-Complaint-Process Example illustrated two types of variation, i.e., special and common cause. The example, taken from Britz, Emerling, et (2000, p. 29), in this post illustrates four types of variation, i.e., · Off-target · Common Cause · Special Cause · Structural.Off-target variation occurs when the process average does not meet the organization’s desired target. Structural variation occurs when causes occur in a predictable manner. For example, the waiting line for a table at a restaurant might be longer on Saturday evenings than on other days. Distribution Center On-Time Delivery Example Shawn was perplexed when she examined Figure 1 showing a plot of weekly on-time deliver percentages at her distribution center. The corporation’s goal was to deliver 97.5% of orders each week in a timely manner. During the past quarter, the center had only met that goal twice. In addition, a review to the center’s activities during the two satisfactory weeks did not reveal any unusual behavior. The overall average of weekly on-time delivery percentages was 94% which was significantly below the corporate goal of 97.5%. The average of weekly on-time percentages must be greater than 97.5% in order for the center to consistently meet its goal of 97.5%. If the average of all weekly on-time delivery percentages exactly equaled 97.5% then about half of the weeks would have on-time delivery percentages less than the goal of 97.5%. Assume that a target of 99% on-time deliveries would permit the center to consistently meet the goal of 97.5% for each week. This gap between the target (99%) and the weekly averages of 94% is Off-target variation. Figure 1 Figure 2 suggests that the variation in on-time delivery percentages is due to common-cause variation. One reason is that all of the plotted points are less than the Upper Control Limit (UCL) and greater than the Lower Control Limit (LCL). Factors contributing to Common-Cause Variation are: · Number and complexity of orders in each week · Truck schedules · Personnel availability The conclusion is that an analysis of the actions during the two weeks where the center met the goal of 97.5% would be an inefficient approach to improving the system. Analyzing all of the weeks where the same common-causes are active would be more effective in identifying process improvements. The next post will illustrate special-cause and structural variation.
Figure 2 References1. Britz, G. C., D. W. Emerling, et al. (2000). Improving Performance Through Statistical Thinking. Milwaukee, WI, ASQ Quality Press.
Posted by: Gordon Clark at 7:18PM CST on November 3, 2009
The previous post described Part A of the Distribution Center On-Time Delivery Example. It illustrated Off-Target and Common-Cause Variation. This part of the example illustrates Special-Cause and Structural variation. The control chart in Figure 2 of Part A shows a Lower Control Limit (LCL) of about 88% on-time deliveries. This means that Common-Cause variation would rarely result in a weekly on-time delivery percentage lower than 88%. Shawn formed a team to study the process and improve it. While monitoring the process the weekly on-time delivery percentage fell to 73%. Something had happened to increase the variation. Figure 3 shows this drop in on-time delivery performance. The team reviewed the distribution center activities and found that a division supplying the distribution center announced a price increase. Customers responded by submitting additional orders to avoid the price increase. This one-time increase in volume caused the distribution center to fall behind in filling orders because it was unprepared to handle the additional work. Also, this one-time increase in volume is an example of Special-Cause variation.
Figure 3 The team responded by developing an improvement policy. They determined that one could predict the weekly work load given the state of orders on Wednesday. The improvement policy provided for overtime hours based on the orders received and remaining work on Wednesday. Figure 4 shows the result. The average on-time percentage rose to 98.5%. The new LCL became 97%. However, subsequent results showed two weeks, Special-Cause weeks, where the volume was so heavy even the improvement policy could not handle the heavy demand. These were end-of-quarter weeks. Figure 4 shows them as weeks 39 and 52.
These end-of-quarter weeks shown in Figure 4 are examples of Structural variation. Structural variation is a blend of common and predictable special causes. Structural variation is due to causes that operate as an inherent part of the system as common causes do. However, on a control chart, they appear to be due to special causes. But their occurrence is predictable. The four types of variation defined by Britz, Emerling et al (2000, p. 34) are: · Off-Target variation occurs when the process average is not equal to its target value. · Common-Cause variation is the variation exhibited by the process while operating in its best manner. · Special-Cause variation results from the intervention of causes that are unplanned and undesirable. · Structural variation is variation inherent in the system but appears to be due to special causes on a control chart. However, the causes of Structural variation are predictable. References
Posted by: Gordon Clark at 7:15PM CST on November 3, 2009
This post starts a series of posts to present the use of Statistical Thinking Tools in applying Statistical Thinking. The Statistical Thinking Tool illustrated by this example is a flowchart. We can have flowcharts for processes having service time objectives as well as processes processes producing a physical product. Jeffries and Sells (2004) present this example and describe the use of “statistical tools” to meet company service time objectives. We regard their use of statistical tools as an application of Statistical Thinking. A Midwest manufacturing firm processes orders for its 6 manufacturing plants and 12 warehouses. Originally, each plant and warehouse had its own order processing service staffed by a total of 36 customer service representatives. To improve customer service and reduce costs, the company president directed a team to develop a centralized customer service center located at corporate headquarters. The president made this decision after the team surveyed customers and found that they were adamant that they did not want to wait for a customer service representative to answer a phone call and they were not very interested in personalized service provided by a plant or warehouse representative. The team established a goal where 95% of incoming calls would wait less than 2 minutes for a customer service representative. The team acquired an Automatic Call Distribution (ACD) system to route customer calls to customer service representatives. The call center would operate from 7:00 am to 7:30 pm Central Time. The following figure gives a flowchart specifying the process of answering incoming customer calls.
The team collected data giving the distributions of incoming calls by time of day and the service times of the customer service representatives to answer the calls. Recording and analyzing data for individual steps in the process flow chart is an example of disaggregation. Classifying and analyzing data by a factor such as time of the day is an example of stratification. The customer service center staffing levels by hour of the day is a crucial system design parameter. Wait times will be long without adequate staff. On two occasions in the past two months, I have had to wait more than an hour for technical service support personnel to answer my calls. I know that this happens because the companies involved have allocated inadequate staffing to handle the incoming calls. The team developed staffing levels throughout the day using a simulation of the process represented by the figure above. Constructing a simulation requires a flowchart. Refer to Jeffries and Sells (2004) for additional details. The next post will illustrate the use of a flowchart for a process producing a physical product. References
Posted by: Gordon Clark at 7:14PM CST on November 3, 2009
This post illustrates the Statistical Thinking tool, the flowchart or process map, using an example taken from the author’s consulting experience. A flowchart of a process is sometimes referred to as a process map. A manufacturer produced automotive door frames, depicted in the following figure. The door frame consists of four parts which were joined by a welding operation. The shape and finished product dimensions were important quality characteristics of the finished product. However, they had a problem meeting dimensional specifications on the assembled final product. As a result they did considerable rework to insure satisfactory quality for the finished product.
The manufacturer formed a team to recommend corrective action to reduce rework costs and the time to meet shipment schedules. Shop floor personnel thought that variations in incoming raw material caused the quality problems. An analysis showed that the header was the primary quality problem. The following figure gives the flowchart or process map for producing a header. The roll mill takes sheet metal, cuts the input material to the proper length, forms the two parts for a header, and spot welds them together. The bender bends the header to the proper shape punches two holes which will be used to position the part in subsequent operations. The saw forms the proper angles at the two ends of the header. The data on the flow chart below each operation specify important quality characteristics. The symbols h1, h2, g, D1, D2, D3 and SC 4 through SC20 specify dimensions.
The manufacturer collected data for the team for relating the quality characteristics on the flowchart to finished part dimensions. Collecting and analyzing data for individual steps in the flowchart is an example of disaggregation. A regression analysis resulted in the following conclusions:
The above conclusions motivated corrective action, and the manufacturer eliminated the need for rework. This example reinforces the conclusion that data-driven decision making gives Statistical Thinking a significant advantage over expert opinion.
Posted by: Gordon Clark at 7:13PM CST on November 3, 2009
We use Pareto Charts to rank problems or causes with respect to their frequency of occurrence. The charts highlight those causes which result in the most quality problems. Pareto charts get their name from Vilfredo Pareto (1848 – 1923) who was an economist. He analyzed and studied the unequal distribution of wealth. Dr. Juran in the 1940s stated a principle of the “vital few” and the “trivial many” (see Juran and Godfrey (1999)). That is, in many situations a few problem categories (about 20%) will produce the most problems (about 80%). Juran called this principle “Pareto’s principle of unequal distribution.” We illustrate the application of Pareto Charts using a case study taken from Gijo (2005). A company was experiencing a high rejection rate in one of its machining shops. They did not know the root causes of these rejections nor how to reduce their occurrence. They started by examining existing records, and they classified the defects by the individual operations causing the defect. The analysis of data by this classification is called stratification. Using the results, they constructed a Pareto chart. The following figure presents the chart.
The chart shows that 60% of the rejections were due to grinding problems. Based on the Pareto Chart they started a study improve grinding operations. This study resulted in designed experiments to determine improved grinding operating procedures. The resulting analyses lead to operating procedures that significantly reducing rejections and rework due to grinding operations. References
Posted by: Gordon Clark at 7:11PM CST on November 3, 2009
The Cause and Effect Diagram graphically portrays the potential causes of an effect. The causes are grouped into categories. Common categories are manpower (personnel), materials, methods and machines. When the diagram uses these specific categories we might call the diagram a 4M diagram. Depending on the effect, the diagram might display other categories. The diagram is also known as an Ishikawa diagram since Dr. Ishikawa devised its first use of the diagram. Another name for the diagram is a Fishbone diagram because of its appearance. Recording the results of a brainstorming session is a typical use for the diagram. A project might use a brainstorming session to generate a list of potential causes of an effect or a quality problem. We will continue the case study reported by Gijo (2005) to illustrate the Cause and Effect diagram. The previous post presented a Pareto chart for a machine shop showing that the grinding operations generated most of the rejections experienced by the shop. They estimated grinding machine capability based on a sample of 40 parts. The estimated Ppk for this sample was .49. This result verified the lack of grinding machine capability. The posting on 5/1/2008 defines the process capability indices Cp and Cpk. Process capability indices assume the process is stable. When we have lack evidence that the process is stable, we call the capability index a performance index and use the same equation. The index Ppk is a process performance index. Selected individuals participated in a brainstorming session to generate a set of potential causes of grinding machine rejections. The following figure shows the resulting causes.
After further study, project members selected four factors for further analysis based on designed experiments. These factors were Feed Rate, Wheel Speed, Work Speed, and Wheel Grade. Analysis of the experimental results identified “optimum” levels for the four factors. The estimated Ppk at the optimum factor levels was 1.25 based on a sample of 40 parts. This showed significant improvement. References
Posted by: Gordon Clark at 7:10PM CST on November 3, 2009
Britz, Emerling, et al (2000, p 118) and Hoerl and Snee (2002, p 203) describe the Is–Is Not Analysis which helps narrow the search for a root cause. It does that by documenting the problem. The analysis documents where, what, when and who are associated with the problem. In addition, the analysis documents where, what, when and who are not associated with the problem symptoms. This documentation suggests further action to discover the root cause. Pease Industries Example Smith and Adams (2001) give an example of Is-Is Not analysis being important in identifying a root cause when other approaches failed. Pease Industries is a large Midwestern manufacturer of residential entry doors. This was done as part of a Lean Six Sigma project. A line that was placing rosin and glass inserts for more expensive residential entry doors had a 16% defect rate. They formed a team consisting of operators, managers, and consultants. The work flow used a batch processing system. The team reduced non value-added activity, eliminated batch processing, and re-assigned operators who were no longer needed. The line now had one-piece flow. The defect rate decreased to 11% from 16%. In addition, line productivity increased by 62%. This improvement still left an 11% defect rate in the decorative glass inserts for a wooden entry door. The defect was a consistent hairline imperfection where liquid resin should have met the edge. They called this defect a “shrink line.” Engineers and managers felt that humidity and temperature variations in the mold department were the root cause. The team collected data and did a regression analysis. The dependent variable was the number of defects and the independent variables were temperature, humidity, and an interaction term involving both temperature and humidity. (I hope they used Poisson regression rather than ordinary least squares.) The result was no correlation between the independent variables and the number of defects. Team members including engineers, quality managers, an operator, and a consultant went to the shop floor to personally collect data. Using recorded data, they examined defect occurrence by the following factors: part type, monthly occurrence, and day of the week. Stratification is the analysis of data by these factors. To their surprise the following figure shows that defect occurrence was highest on Monday and declined through the week. A Chi-Square test showed the day of week was statistically significant.
Next, the team constructed a Cause-and-Effect diagram giving all possible causes of the defect. Then the team performed an Is-Is Not analysis. The used the data they collected to do the analysis. Their statistical analysis of the data supported not only what circumstances were associated with the defect but the circumstances that were not associated with the defect. For example, resin, swirls, bad resin mixes and laminations were not problems. They examined what the problem was versus what it was not, when it happened and when it did not, and where it happened versus where it did not. They went back to the Cause-and-Effect diagram and eliminated possible causes. Their conclusion was that they had dirty molds. Molds were cleaned on certain days. After implementing controls, they estimated the annual savings to be $1,050,000. The example illustrates the potential benefits of using an Is-Is Not analysis. However, a strict application of Statistical Thinking would have employed the Is-Is Not analysis prior to doing regression analyses. References
Posted by: Gordon Clark at 7:09PM CST on November 3, 2009
A major benefit of the Is-Is Not Analysis is its documentation of circumstances leading to the problem as well as those not associated with the problem. In the Pease Industries example, the Is-Is Not Analysis allowed the team to eliminate potential causes in the Cause-and-Effect Diagram. Hoerl and Snee (2002, p 204) suggest that the results of the analysis be displayed in a table also showing possible causes and further action.We illustrate that display of the analysis results using knowledge gained by the author’s consulting experience. Peach Pit Example Packers located in the vicinity of peach farms purchase raw peaches and process them for use as ingredients in food products. Their processing includes removal of the skin and pits. They use high-speed machines to remove the pits. We will call these machines pitters. However, the best pitters leave some pits and pit fragments. Some packers use inspectors downstream of the pitters to remove pits and pit fragments left by the pitters. The picture on the left shows inspectors removing pits and pit fragments. The following figure shows the processing sequence. The following table shows the results of the Is-Is not analysis.
Posted by: Gordon Clark at 7:09PM CST on November 3, 2009
A set of fundamental principles define Statistical Thinking, and these principles appear above in the introductory statements to this blog. A number of different approaches exist for applying Statistical Thinking to improve quality. Call these approaches Process Improvement Strategies. The Statistics Division has promoted one originally defined by Hoerl and Snee (1995). This is the same process improvement strategy described in detail by Britz, Emerling, et al (2000) and Hoerl and Snee (2002). Call this process improvement strategy the Hoerl-Snee strategy. Six Sigma has another process improvement strategy. Six Sigma uses the DMAIC steps which are Define, Measure, Analyze, Improve and Control. The DMAIC steps differ from the Hoerl-Snee process improvement strategy. Our blog posting on January 13, 2008 points out that Statistical Thinking is a crucial concept in Six Sigma. Clearly Six Sigma regards work as a system of interconnected processes, looks for variation in all processes, and regards understanding and reducing variation as keys to success. Each element in the Hoerl-Snee strategy maps to an element in the DMAIC strategy. However, the author thinks that the Hoerl-Snee strategy is more explicit and easier to understand. The Shainin SystemTM or Statistical Engineering has another approach to quality improvement. See Shainin (1995) for an overview or Steiner and MacKay (2005) for improvements to Statistical Engineering. Statistical Engineering does use Statistical Thinking. Its process improvement strategy places more emphasis on finding and eliminating a dominant cause (The Red X) than the Hoerl-Snee and Six Sigma strategies. Statistical Engineering does not differentiate between special and common causes. Also, it places less emphasis on advance planning prior to data gathering. In addition, Statistical Engineering does not explicitly separate special causes from common causes so that it more effectively identifies the causes and eliminates them. Approach in Subsequent Postings First, we will specify the Hoerl-Snee strategy. This strategy will be illustrated by example applications which we will present next. After that we will discuss the differences between the three strategies mentioned above. Case studies will illustrate the differences. References
Posted by: Gordon Clark at 7:08PM CST on November 3, 2009
This posting starts presentation of an example application that illustrates the Hoerl-Sneel process improvement strategy. We take the example from Britz et all (2000), and they reference Imai (1986).
Resin Output Variation Example (Part A) Ricoh’s Numazu plant made raw material used as ingredients for copy machine toner. The tolerances for the raw material ingredients were measured in ten-thousands of a gram. They had a team which continually monitored the process to achieve continuous improvement. The team noticed a problem with actual output results compared to theoretical output quantities. The yield ratio frequently exceeded 1.0. That is, the actual output quantity for a batch divided by the theoretical output quantity sometimes exceeded 1.0. The following figure shows a run chart displaying these results. These values were technically impossible, so the team attributed these results to undesirable variation somewhere in the process. Their experience indicated that this variation would degrade finished product quality. They wanted to know the source of the variation and how to eliminate it.
The figure on the left gives a flowchart of the process. Notice that after the second phase the process splits into two lines supposedly with identical sub-processes. The next step in their investigation was to examine the run chart for stability. The time period in the middle of the run chart had the greatest concentration of values above 1.0. Further analysis showed that a drop in air pressure was the root cause (special cause) for the excessive variations above 1.0. They verified this conclusion, but removing this cause did not completed eliminate the outputs greater than theoretical predictions. Notice that their first steps were to document (understand) the problem and look for special causes.
References
Posted by: Gordon Clark at 7:07PM CST on November 3, 2009
This posting continues the resin output variation example described to illustrate the Hoerl-Snee process improvement strategy. We take this example from Britz et al (2000). It also appears in Hoerl and Snee (2002).
Having removed the special cause, the Ricoh team focused on output quantity variability. A histogram displays this variability, and the following figure shows recent output data. This histogram displays an unexpected pattern indicating a combination of two underlying distributions for the output quantity. Notice the peaks at 4284 and 4308 kg.
The process flowchart appearing in the previous posting suggested that these two component distributions were due to the split after phase 2 into two separate lines, i.e., lines A and B. The following histograms shown below confirmed this difference. The output from line B was consistently lower than line A. Based on the needs of their customers, the team established the limits shown in the histograms, i.e., 4300 kg ± 5 kg.
Clearly, the variation in output quantity is excessive. Next the team conducted a brainstorming session to document their collective thinking on potential causes of excessive variation and differences between the two lines. The following cause and effect diagram shows the result of this session.
Note that the improvement process is iterative. Gather data, identify special cause, gather more data, notice differences, and then conduct brainstorming session. This improvement strategy looks more like Shewhart’s Plan-Do-Check-Act (PDCA) than the DMAIC steps recommended for Six-Sigma projects. Also, the team didn’t adopt a specified target until after two data analysis steps. That is, their Define step occurred in their second PDCA cycle. References
Posted by: Gordon Clark at 7:06PM CST on November 3, 2009
This posting continues the resin output variation example described to illustrate the Hoerl-Snee process improvement strategy. This example appears in Britz et al (2000) and in Hoerl and Snee (2002). The Ricoh team is focusing on reducing the variability in resin output quantity. The previous post ended with a description of cause & effect diagram the team constructed to list potential sources of variability.
Based this diagram the team regarded the following potential causes as most likely to be the largest contributors to output variation:
After attacking the first potential cause, the team found that some resin remained in the reaction tank after sending the materials to the two lines. That meant that line B had less input and therefore less output. After changing the dividing procedure, the team found no significant difference between the outputs of the two lines. The output quantities still had too much variation. The team turned to the second potential cause, i.e., the solvent feed ratio. The following figure shows a scatter plot indicating that increasing solvent feed ratio is correlated with increasing output. In calculating the regression line the team regarded the high output occurring at a feed ratio slightly less than 1, as an outlier. This correlation violated the team’s knowledge of the underlying process. They investigated the measurement of the feed ratio, and they found that the ratio measurement was affected by the length of time the solvent was in the tank. They changed the procedure to insure that the solvent had stabilized prior to measurement. They collected more data to measure the impact of this change and found less variation in the measured feed ratio and no correlation between the measured feed ratio and the output quantity. References
Posted by: Gordon Clark at 6:59PM CST on November 3, 2009
This posting describes the final phase of the resin output variation example that illustrates the Hoerl-Snee process improvement strategy. This example appears in Britz et al (2000) and in Hoerl and Snee (2002). The Ricoh team is focusing on reducing the variability in resin output quantity. The previous post stated that the next step for the team was to investigate the weighing processes.
The overall process had two weighing processes. The first was an in-process manual method, and the second method was a final, automatic scale. The manual method had individuals reading a line on a scale. They observed that individuals of different heights read the line from different viewpoints. Thus, they produced different readings. The team changed the presentation of the line so people of different heights had the same view point. This change reduced in-process measurement variation. Next the team investigated the automatic scale and found significant measurement errors. They reduced these errors by: 1. Redesigning the scales protective cover. 2. Establishing procedures for checking the alignment on a periodic basis. The following figure presents a control chart showing the results for this project. The difference between the final upper and lower control limits was less than the team objective of ± 5 kg. However, the resulting average was 4292 kg which is less than the original target of 4300 kg. Given the reduction in output variability, management regarded the results as more than adequate. The improvement also resulted in reduction in the variation of resin viscosity. This verified the team’s motivation to reduce variation of finished product quality by reducing the output quantity variation. To maintain the results, the team created procedure manuals and established a schedule adjusting the automatic weighing process.
The overall improvement process consisted of four Plan-Do-Check-Act (PDCA) cycles. This posting describes the last one, the previous post describes two of them and the posting on March 21 (Hoerl-Snee Example) describes the first one. That one focused on finding and correcting special causes. This process is different than that suggested by a serial DMAIC process. Our next posting will present the Hoerl-Snee process improvement strategy which has an overall PDCA approach. References
Posted by: Gordon Clark at 6:58PM CST on November 3, 2009
This posting describes the Hoerl-Snee Process-Improvement Strategy. This strategy was originally described in Hoerl-Snee (1995), and it also appears in Britz et (2000) and Hoerl-Snee (2002). Prior to implementing the Process Improvement Strategy, one should define the scope and objectives for the improvement effort. The following figure displays a flowchart of the improvement strategy steps and lists some example tools to perform the corresponding steps.
The figure does not show the entire process improvement flow. Eliminating special causes involves the Problem Solving Strategy. Future postings will describe this strategy. Two primary features distinguish this strategy from the DMAIC strategy. That is,· Improvement occurs in iterative sequential iterative steps. One could call this strategy an enhanced PDCA approach to improvement. · One of the first steps is to remove special-cause sources of variation. One reason for this is that the problem analysis for removing special causes often differs from the analysis to reduce common-cause variation. Common causes are always present; however, special causes operate in isolated circumstances. Note that the resin output variation case study clearly illustrated the above features of the process improvement strategy. Improvement occurred in sequential cycles involving planning, implementing and collecting data. Also, the first improvement action by the resin team was to determine whether special causes were present and then to correct them. After that they moved on to reduce the variation contributed by common causes. References1. Hoerl, R. W. and R. D. Snee (1995). Redesigning the Introductory Statistics Course. Madison, Wisconsin, University of Wisconsin, Center for Quality and Productivity Improvement. 2. Britz, G. C., D. W. Emerling, et al. (2000). Improving Performance Through Statistical Thinking. Milwaukee, WI, ASQ Quality Press. 3. Hoerl, R. and R. D. Snee (2002). Statistical Thinking - Improving Business Performance. Pacific Grove, CA, Duxbury.
Posted by: Gordon Clark at 6:58PM CST on November 3, 2009
This posting discusses the first step in the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the previous posting for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references. The first step is to develop a common understanding of the process by recording and documenting it. In the Monthly-Billing-Cycle Time example, posted on 1/21/2008, key participants did not have the same understanding of the principal process steps. In the Ricoh Resin example, Hoerl-Snee Example posted on 3/21/2008, the team created a flowchart of the process which is the usual method for documenting the process. We start by documenting the process as it is currently performed. The flowchart serves as a reference and it facilitates communication. Sometimes the flowchart is called a process map. The flowchart is particularly important when on can not visually observe the process flow. Many administrative or service processes have this property. The Service-Time example, Service Time Flowchart posted on 2/18/2008, may have had this property.
References
Posted by: Gordon Clark at 6:57PM CST on November 3, 2009
This posting discusses the second step in the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the previous posting for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references. After understanding and documenting the process, the next step is to collect data on key process and output measures. These key measures can include the overall process performance measure(s) and measures derived from the inputs and outputs of each process step. For example, the Ricoh team in the Resin Output Variation example, March 21 posting, was concerned with the product yields being greater than theoretical expectations so they collected yield-ratio data. In the Pease Industry example, posted on March 4, the company team wanted to improve quality of their residential entry doors so they collected defect-rate data from their customers. In the automotive door frame example, posted on February 21, the manufacturer wanted to improve the quality of critical dimensions on the welded door frame. They collected data from incoming material and after each processing step, i.e., roll mill, bender and saw. These data consisted mainly of dimensional measurements. The process may be a sequence of steps required to perform a task with a cycle-time principal performance measure. For example, the process might be the activities required to fill a prescription in a hospital. For each order submitted, the data might include the submittal time, the arrival time at each processing step, the actual step processing time, the completion time for each processing step, and the drug prescribed. In addition, one would need the number of servers at each processing step. Breyfogle (2003) on page 10 introduces several terms that are useful in identifying important process variables. A Key Process Output Variable (KPOV) in an important output for a process. Another name for this variable is a Critical to Quality Characteristic (CTQ). Key Process Input Variables (KPIVs) are process inputs that affect the KPOVs. One might ask: how do we select the data to collect? We use a combination of the output of the previous step, Understand the Process, and existing process knowledge. Also, a previous iteration of the Process Improvement Strategy (see the posting on April 4) may have identified some KPIVs. The author has found in his consulting experience that manufacturers of process equipment may have important information regarding the sensitivity of their equipment to process variables. Also, do not forget the internet. A search may reveal research reports indicating the sensitivity of equipment to process variables. References
Posted by: Gordon Clark at 6:56PM CST on November 3, 2009
This posting discusses the third step in the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the posting on April 4 for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references.
After collecting data on key measures, the next step is to analyze process stability based on that data. First we define a stable process or one that is in-control. Shewhart (1931, p. 6) states: “..a phenomenon will be said to be controlled when, through the use of past experience, we can predict, at least within limits, how the phenomenon may be expected to vary in the future.” More recently, Montgomery (2005, p. 148) states: “In any production process, …., a certain amount of inherent or natural variability will always exist. …. this natural variability is often called a ‘a stable system of chance causes.’ A process that is operating with only chance causes of variation present is said to be in statistical control. … We refer to those sources of variability that are not part of the chance cause pattern as ‘assignable causes.’ A process that is operating in the presence of assignable causes is said to be out of control.” Montgomery references Shewhart for the terminology chance and assignable causes. He states that many now use the terminology common cause rather than chance cause and special cause rather than assignable cause. An important characteristic of a stable or in-control process is that it is predictable. This comes from Shewhart’s definition. That is, one can predict future behavior from past behavior. Breyfogle (2003, p. 1109) and Wheeler (1993, p. 124 and 128) state that an in-control process is predicable whereas a process that is not in-control is unpredictable. This means that statistical methods such as t tests and ANOVA are inappropriate for unstable processes. The definitions stated above immediately suggest methods for identifying whether a process is in-control. They include run charts and SPC control charts. A run chart is a time plot of quality characteristic and a control chart is a run chart with control limits. Using the points on these charts that signal lack of control, we can conduct investigations to determine what caused these points to be different. Two previous postings that do that are:
Two major reasons for assessing stability and removing assignable causes prior to addressing common-cause variation are:
Consider the possibility of wasting effort when a process is in-control (stable) but some results do not meet targets. Managers could pressure staff to find the cause of specific results not meeting targets. That is, managers could direct staff to find causes for specific undesirable outcomes when the variation is present in all outcomes. References
Thursday October 29, 2009
Posted by: Gordon Clark at 6:03PM CST on October 29, 2009
This posting discusses the fourth and fifth steps in the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the April 4 posting for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references. The approach for addressing special causes is different than the Process Improvement Strategy. Addressing special causes uses the Problem Solving Strategy which will be described in future postings.
The Evaluate Capability step compares process specifications (targets) and observed variation. The motivation is to determine whether the process can consistently meet established specifications and/or goals. The histogram is an informative graphical method for assessing process capability. The posting on March 25 showed three histograms displaying resin output variation and two of them gave upper and lower limits for the output quantities. These histograms clearly showed excessive variation. That is, output quantities were frequently less than the lower limit and greater than the upper limit. One advantage of the histogram is that one does not have to assume a theoretical distribution to estimate the rate of non-conformances. Also, the histogram shape may suggest a theoretical distribution. For example a bell shaped histogram suggests a normal distribution. If the histogram displays unexpected patterns, it may suggest corrective action. For example, the resin output variation histogram showed two peaks suggesting difference between the two production lines. Also, a histogram that is shifted towards a specification limit (upper or lower) suggests that centering the process mean may reduce non-conformances. Another popular measure of process capability is a process capability index such as Cp or Cpk. Let USL be the upper specification limit and LSL be the lower specification limit. Then Cp = (USL-LSL)/(6*sigma) where sigma is the process standard deviation. If the process quality characteristic has a normal distribution, then a Cp of 1.0 means that .27% of the items produced are non-conforming. For a Cp of 1.33 the non-conforming percentage is .00636. For one-sided specifications and calculation of Cpk, we define: Cpu = (USL-mu)/(3*sigma) for the upper limit, Cpl = (mu-LSL)/(3*sigma) for the lower limit, Cpk = Min(Cpu, Cpl) where mu is the process mean. If we think of three standard deviations as the process spread around its mean, then Cpk is the ratio between the allowable spread and the actual spread. For short term performance, a Cpk of 2.0 is the target standard for a Six Sigma project. In the past, Cpk of 1.33 had been required of suppliers in the automotive industry. Important observations are:
The next posting will discuss problems in using process capability indices. References
Posted by: Gordon Clark at 6:02PM CST on October 29, 2009
This posting discusses the use of process capability indices in fifth step, Evaluate Capability, of the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the April 4 posting for an overview of the process. See Hare (2007) or Breyfogle (2003) for references.
The following figures illustrate two problems with the Cpk index.
For the above reasons and others, Breyfogle (2003) recommends the use of estimated parts per million (ppm) beyond specification limits rather than process capability estimates. Due to sampling variability, Hare (2007) recommends estimating process capability indices using at least 100 values. Reference
Posted by: Gordon Clark at 6:01PM CST on October 29, 2009
This posting discusses the sixth step, Analyze Common Cause Variation, of the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the April 4 posting for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references.
Common-cause variation affects all of the data which distinguishes this step from the Address-Special-Causes step. The purpose of the Analyze-Common-Cause-Variation step is to identify sources of variation. Locating the sources of variation might also reveal its root cause without significant additional analysis. On other occasions, knowing a source of common-cause variation might require further analysis to determine its root cause. This additional analysis is performed in the next step, Study Cause and Effect. Some of the tools we might use in this step are:
References
Posted by: Gordon Clark at 6:01PM CST on October 29, 2009
This posting gives two examples illustrating the Analyze Common-Cause Variation step, step 6, in the Hoerl-Snee process improvement strategy. Refer to the previous posting for a description of this step. · Stratification – Pareto Chart. The posting on 2/25/2008 describes statistical thinking by a company experiencing a high rejection rate in one of its machine shops. In order to determine the root cause of these rejections they stratified by classifying the rejections with respect to machine type causing the rejections. Then they created a Pareto Chart ranking the frequency of rejections by machine type. They found that 60% of the rejections were due to grinding problems. This finding did not give them the root cause of the rejections, but it allowed them to focus on grinding operations. Their next step was to construct a cause and effect diagram and then to design experiments to determine improved grinding procedures. This next step illustrates the implementation of the Study Cause & Effect step, step 7 in the Hoerl-Snee process improvement strategy. In both of the above examples, the use Cause-and-Effect diagrams, designed experiments and the Is-Is Not analysis required the previous results from the Analyze Cause and Effect steps. One needs to identify the effects prior to studying the effects.
Posted by: Gordon Clark at 6:00PM CST on October 29, 2009
This posting gives two additional examples illustrating the Analyze Common-Cause Variation step, step 6, in the Hoerl-Snee process improvement strategy. Refer to the posting on 5/18/2008 for a description of this step. Both examples include disaggregation as a tool. · Disaggregation – Stratification. The posting on 2/18/2008 describes statistical thinking by a Midwest manufacturing firm to reduce waiting times by customers. The company’s goal was to have 95% of incoming customer calls answered by a customer service representative in less than 2 minutes. Based on a process flowchart, team collected service time data for each step in the process. That is disaggregation. The team also collected data for estimating the distribution of incoming calls by time of the day. That is stratification by the time of day. They used these data as inputs to a simulation of the call answering process. They used the simulation construct staffing levels by the hour of the day. The construction and use of the simulation illustrates step 7, Study Cause & Effect.
Posted by: Gordon Clark at 5:59PM CST on October 29, 2009
An additional example appears below illustrating the Analyze Common-Cause Variation step, step 6, in the Hoerl-Snee process improvement strategy. Refer to the posting on 5/18/2008 for a description of this step. Following the example, the posting summarizes some suggestions by Breyfogle (2003) to assist in stratification and disaggregation.
Histogram – Stratification. The posting on 3/25/2008 describes statistical thinking by a team at Ricoh’s Numazu plant. The plant makes raw material used as ingredients for copy machine toner. The team wanted to reduce variation in output quantity which indicated a lack of control of the underlying process. After removing a special cause, the team constructed a histogram of the output quantity. The histogram clearly displayed excessive variation and two peaks. The process flow chart showed a split after phase 2 into 2 separate lines, i.e., line A and line B. Separate histograms for the two lines showed the output from line B was consistently lower that line A. Constructing separate histograms for the two lines illustrates stratification by line. Next, the team conducted a brainstorming session to formulate their collective thinking about the causes of excessive variation and the differences between the two lines. They documented the results with a cause and effect diagram. The brainstorming session and the construction of a cause and effect diagram illustrate step 7, Study Cause & Effect. Stratification requires identifying a stratification factor, such as time of the day, and the partitioning of this factor into logical categories. What tools may we use to aid in the selection of a stratification factor? The team in the example above noticed two peaks in a histogram. Breyfogle (2003) provides some guidance for this question.
Disaggregation may be aided by constructing a process map such as the one used in the posting on 2/21/08. The process map (Breyfogle, 2003, p. 103) is a flowchart with key process input variables listed for each step in the process. References1. Breyfogle, F. W. (2003). Implementing Six Sigma. Hoboken, New Jersey, John Wiley & Sons, Inc.
Posted by: Gordon Clark at 5:58PM CST on October 29, 2009
This posting discusses the seventh step, Study Cause and Effect, of the Hoerl-Snee Process Improvement Strategy. Refer to the figure in the April 4 posting for an overview of the process. Use Britz et al (2000) and Hoerl and Snee (2002) as references. The previous step analyzed common-cause variation to identify the source (s) of variation. If the previous step did not identify the source or if knowing the source does not reveal the root cause, we proceed to study cause and effect. Some of the tools we might use in this step are:
The next posting will summarize additional tools for this step. Subsequent postings will give examples of Box Plots, Multi-Vari Charts and Interrelationship Digraphs. References
Posted by: Gordon Clark at 5:57PM CST on October 29, 2009
This posting continues the discussion of the seventh step, Study Cause and Effect, of the Hoerl-Snee Process Improvement Strategy. Tools that might be used in this step that were not summarized in the previous posting are:
Subsequent postings will illustrate the use of experimental design and model building to Study Cause and Effect.
Posted by: Gordon Clark at 5:55PM CST on October 29, 2009
This posting describes the Interrelationship Digraph which is a tool for use in the seventh step, Study Cause and Effect, of the Hoerl-Snee Process Improvement Strategy. For example, assume that we start with a Cause & Effect diagram displaying potential causes of an effect or quality issue. We want to determine which potential cause or causes are the key causes or drivers.
Form a team of knowledgeable individuals with respect to this quality issue. The team will select a number, e.g., from six to twelve, of the potential causes from the Cause & Effect diagram. Call these potential causes concerns. The process for generating the Interrelationship Digraph will construct causal relationships among the concerns. The word digraph is a combination of the two words diagram and graph. The resulting digraph reflects the collective judgment of the team. Benbow and Kubiak (2005, page 40) specify a procedure for constructing the digraph. List the concerns on a sheet of easel paper or a whiteboard. Pick a pair of concerns. Ask the team to specify whether the first concern influences the second, the second concern influences the first, or whether there is no influential relationship between the concerns. If the team decides there is an influential relationship, draw an arrow from the most influential concern to the other concern. Does the first concern influence the second more than the second concern influences the first? If so, draw an arrow from the first concern to the second. Repeat this assessment for all possible pairs. A good way to proceed is to arrange the concerns in an approximate circular pattern. Start with the concern in the 12 o’clock position and call it the first concern. Compare it with the concern in the next clockwise position. Then, move clockwise and select another concern to compare with the first concern. Repeat this process until all possible combinations of concerns have been compared by the team. The next posting will illustrate the construction of an interrelationship digraph.
Posted by: Gordon Clark at 5:54PM CST on October 29, 2009
This posting gives an example of an Interrelationship Digraph which is a tool for use in the seventh step, Study Cause and Effect, of the Hoerl-Snee Process Improvement Strategy. The quality issue is the potential causes or factors contributing to late deliveries. We take our example from Benbow and Kubiak (2005). The interrelationship digraph appears below.
A concern with a large number of input arrows is affected by a large number of other concerns. Thus, it could be a source of a quality or performance metric. ‘Poor scheduling of the trucker’ has 4 input arrows. A measure of poor scheduling performance of the trucker could indicate the magnitude of system problems causing late delivery. References:
Saturday March 28, 2009
Posted by: Gordon Clark at 11:29AM CST on March 28, 2009
The primary purpose Exploratory Data Analysis (EDA) is to identify the key variables that affect the quality measures. Two principles, mentioned by De Mast and Trip (2007), are helpful in identifying these variables. They are:
Chang and Lu (1995) provide an example illustrating these principles. A steel sheet metal manufacturer had customers complaining about uneven thickness. The specification was 4.5 ± .5 mm. The production manager had data collected from 120 sheets giving the thickness measurements on the left, middle and right sides of the sheets. Employees selected five sheets at shift times of 0900, 1100, 1400 and 1700 over a period of five days. The histogram appearing below shows 13% of the sheet thickness measurements below the lower specification limit of 4.0 mm. Also, the mean is lower than 4.5 mm.
After discussions with shop-floor personnel, they stratified by position on the sheet and by time. Histograms for the two stratifications appear below. The stratification by position did not show distributions much different than the aggregate distribution. However, the stratification by time showed higher frequencies of thin measurements at 1100 and 1700. Twenty four of the 26 values in the histograms below 4 mm, 24 of them were at 1100 and 1700.
Discussions with shop-floor personnel identified mold wear out, build up of chips in a work holding device, and operator fatigue as possible causes. The corrective action was to take a 10 minute break at 1030 and 1630 each day and have maintenance performed during the breaks. The corrective action produced a substantial reduction in thin sheets. References
Sunday February 15, 2009
Posted by: Gordon Clark at 7:07PM CST on February 15, 2009
De Mast and Trip (2007) specify that the purpose of Exploratory Data Analysis (EDA) is to identify the dependent (Y) and independent (X) variables that may help understand or solve a quality problem. However, they point out that EDA can only identify variables that vary in the collected data set. If the EDA can not identify key variables affecting the system performance, available options include:
Option 1 Option 2 References
Tuesday February 10, 2009
Posted by: Gordon Clark at 1:29PM CST on February 10, 2009
De Mast and Trip (2007) list the following three steps in performing Exploratory Data Analysis.
The resin output variation example, 3/25/2008 posting illustrates these steps. The Ricoh team constructed a histogram of the output quantity (Display the data), noticed the bimodal nature of the output quantity (Identify salient features), and this bimodal distribution suggested that the output distributions from lines A and B were different (Interpret salient features). Histograms of line A and line B output confirmed this conclusion. Another salient feature of the histograms was the excessive variation in output quantity. This feature motivated establishment of lower and upper limits and a target value. References
Monday December 22, 2008
Posted by: Gordon Clark at 9:23AM CST on December 22, 2008
The postings on 3/21/2008, 3/25/2008, 3/28/2008 and 4/1/2008 present the Resin Output Variation Example to illustrate Statistical Thinking and the Hoerl-Snee Process Improvement Strategy. This example also makes extensive use of Exploratory Data Analysis. Ricoh’s Numazu plant made raw material used as ingredients for copy machine toner. The company had a team which monitored the process in order to achieve continual quality improvement.
The exploratory data analysis included examination of four different graphical displays. They are a run chart, histograms, a scatter plot, and several control charts. De Mast and Trip (2007) points out that Good (1983); Hoaglin, Mosteller et al (2000); and Bisgaard (1996) note that graphical presentations are preferred in Exploratory Data Analysis. They are more effective is showing an individual what he did not expect to see. References
|
|