1.2.2 Critical to Quality Characteristics (CTQ’s)

Critical to Quality Characteristics (CTQ’s) Understanding CTQ’s Critical to Quality Characteristics (CTQ’s) are the specific, measurable performance requirements a product, service, or process must meet to satisfy customer needs and expectations. They translate vague customer desires into precise operational language. - Example: “Fast delivery” becomes “Order delivered within 24 hours of confirmation.” CTQ’s sit at the center of linking customer voice to process performance. They guide measurement, improvement, control, and decision-making in improvement projects. Key ideas: - CTQ’s express what “quality” means in measurable terms. - CTQ’s are derived from customer needs, not internal preferences. - CTQ’s must be operationally defined so they can be measured consistently. --- From Customer Need to CTQ Voice of the Customer to CTQ Customer inputs (surveys, complaints, interviews, usage data) are often vague or qualitative. CTQ work converts this Voice of the Customer (VoC) into sharp, measurable requirements. Typical VoC phrases: - “Fast response” - “Easy to use” - “Reliable” - “No defects” - “Affordable” These are not CTQ’s yet. They must be broken down into: - Clear definitions - Measurable targets - Acceptable variation A good CTQ statement answers: - What will be measured? - How will it be measured? - What value or range is acceptable? --- CTQ Trees Purpose of CTQ Trees A CTQ tree is a simple, structured way to translate broad customer needs into specific CTQ’s. It decomposes a general requirement into detailed, measurable characteristics. Roles of a CTQ tree: - Clarifies what the customer really means. - Ensures no key quality dimension is overlooked. - Identifies measurable variables needed for data collection. Structure of a CTQ Tree A CTQ tree typically has three levels: - Level 1: Need - The broad customer statement. - Example: “Fast delivery” - Level 2: Drivers - Major factors that influence satisfaction of the need. - Example: “Order processing time,” “Shipping time” - Level 3: CTQ’s - Specific, measurable performance requirements for each driver. - Example CTQ’s: - “Order entry complete within 10 minutes of receipt.” - “95% of shipments delivered within 24 hours.” Each CTQ is expressed as: - Metric (what is measured) - Unit (minutes, hours, defects per unit, etc.) - Target (desired value) - Tolerance (allowable variation or spec limits) --- Defining and Operationalizing CTQ’s Characteristics of a Good CTQ Good CTQ’s are: - Customer-based - Derived from real customer requirements, not internal convenience. - Measurable - Quantifiable with clear units and method of measurement. - Unambiguous - Interpreted the same way by all stakeholders. - Controllable - Affected by process changes and under operational influence. - Complete - Cover all key quality dimensions important to customers. CTQ Operational Definitions An operational definition removes ambiguity so any person measuring the CTQ gets the same result under the same conditions. Each CTQ should have: - Precise definition - What exactly is counted or timed. - Measurement method - How, when, and where data are collected. - Tools or devices - Systems, forms, instruments used to measure. - Calculation rules - Formulas and handling of special cases (e.g., missing data). Example CTQ operational definition: - CTQ: “Delivery time” - Definition: Time from “Order confirmation sent to customer” to “Customer signs for delivery.” - Unit: Hours - Target: ≤ 24 hours - Tolerance: Up to 36 hours max in rare cases - Measurement method: Automated timestamp difference from system logs. --- Types and Categories of CTQ’s Common CTQ Categories CTQ’s often fall into these broad categories: - Time-based CTQ’s - Response time, cycle time, lead time, waiting time, on-time delivery. - Example: “Average call wait time ≤ 30 seconds.” - Quality/defect CTQ’s - Defects per unit, error rate, rework rate, complaint rate. - Example: “Billing error rate ≤ 0.2%.” - Performance CTQ’s - Accuracy, output level, capacity, functional performance. - Example: “System uptime ≥ 99.9%.” - Reliability and consistency CTQ’s - Frequency of failure, time between failures, stability. - Example: “Mean time between failures ≥ 500 hours.” - Cost and value CTQ’s - Total cost, price, cost of ownership, operating cost. - Example: “Maintenance cost ≤ $50 per month.” - Regulatory and safety CTQ’s - Compliance metrics, safety incidents, tolerance to critical limits. - Example: “0 safety-critical failures per 100,000 operations.” Critical vs Non-Critical Characteristics Not every measurable trait is critical to customers. Distinguish: - CTQ (critical) - Directly tied to customer satisfaction or risk. - Failure to meet it has significant impact. - Nice-to-have metric - May be useful internally but not a primary customer driver. Criteria indicating something is truly CTQ: - Strong link to customer satisfaction or dissatisfaction. - Clear impact on revenue, cost, risk, or brand. - Customers notice when it fails, even once or rarely. --- CTQ’s, Requirements, and Specifications Linking CTQ’s to Requirements A customer requirement is often stated as: - “The invoice must be correct.” - “The device must be safe.” - “The form must be easy to complete.” That requirement becomes a CTQ only when translated to: - Specification limits - Upper and/or lower bounds that define acceptable performance. - Target values - The desired performance level, not just the minimum. - Tolerance - Acceptable variation around the target. Example: - Requirement: “Correct invoice” - CTQ: “Percentage of invoices with zero billing errors” - Target: 99.8% - Spec limit: Minimum 99.5% (1 error in 200 invoices) CTQ’s and Critical to Process (CTP) A process may track many measures. Two important notions: - Critical to Quality (CTQ) - Direct customer-impact metric. - Critical to Process (CTP) - Internal process conditions or steps that strongly influence the CTQ. CTP metrics are managed so that CTQ’s meet their targets. For example: - CTQ: “Orders shipped within 24 hours” - CTP’s could include: - “Picking completed within 1 hour” - “Label printing error rate < 0.1%” --- CTQ Flowdown and Deployment High-Level CTQ’s to Local CTQ’s High-level CTQ’s must be deployed throughout the organization so every part of the process knows what to achieve. Steps: - Identify the primary CTQ from the customer perspective. - Ask: “What must each function or step do to ensure this CTQ meets target?” - Translate the primary CTQ into local CTQ’s or CTP’s for each area. Example: - Primary customer CTQ: “On-time delivery ≥ 98%” - Flowdown examples: - Warehouse CTQ: “Order picked within 30 minutes of release.” - Shipping CTQ: “Carrier pickup misses < 0.5% per week.” - IT CTQ: “System availability for order entry ≥ 99.9%.” Each local CTQ must still be: - Measurable - Clearly defined - Linked to the primary CTQ CTQ Trade-offs and Conflicts Different CTQ’s can conflict. For example: - Faster delivery vs lower cost - Higher customization vs shorter cycle time Managing CTQ conflicts involves: - Clarifying priority from the customer’s perspective. - Understanding acceptable trade-offs (e.g., premium service vs standard). - Avoiding local optimization that harms high-priority CTQ’s. --- Selecting and Prioritizing CTQ’s Identifying Potential CTQ’s Potential CTQ’s can be found by: - Reviewing customer feedback and complaints. - Analyzing contract requirements and service-level agreements. - Studying process outputs and defect patterns. - Interviewing front-line staff who interact with customers. Questions that reveal CTQ’s: - “What causes customers to complain or leave?” - “What do satisfied customers praise most?” - “What failures are unacceptable to customers?” - “What outcomes must never happen?” Prioritizing CTQ’s Not all candidates can be treated as equally critical. Prioritization uses criteria such as: - Customer impact - Strength of relationship to satisfaction or dissatisfaction. - Frequency - How often customers experience the issue. - Severity - Financial, safety, or reputational impact when it fails. - Feasibility - Ability to influence the CTQ through process changes. - Strategic alignment - Fit with overall business goals and commitments. Result: - A concise set of CTQ’s that will define success for the product or service. - Clear focus for measurement plans and improvement efforts. --- Measuring CTQ’s CTQ Metrics and Data Types When defining CTQ metrics, clarify: - Continuous data - Measured on a scale: time, length, cost, temperature. - Example: “Average handling time in minutes.” - Discrete data - Counts or categories: defects, pass/fail, yes/no. - Example: “Number of returns per 1,000 units.” The data type affects: - How the CTQ is monitored. - Which statistical tools are applied. - How sample sizes are determined. CTQ Measurement Considerations Good CTQ measurement requires: - Consistent sampling - When and how often data are collected. - Representative data - Samples reflect real operating conditions and variation. - Measurement system evaluation - Ensuring the measuring method is accurate and reliable. - Data integrity controls - Rules for handling missing, duplicate, and outlier data. Questions to confirm CTQ measurement readiness: - Is the measurement definition unambiguous? - Can different people apply it and get the same result? - Are measurement tools calibrated or validated? - Is the data collection process practical and sustainable? --- CTQ’s and Process Capability CTQ’s and Specification Limits Each CTQ has a target and acceptable range, often expressed as: - Lower Specification Limit (LSL) - Upper Specification Limit (USL) Examples: - CTQ: “Cycle time” - Target: 2 days - USL: 3 days (no more than 3 days) - CTQ: “Temperature” - LSL: 15°C - USL: 25°C - Target: 20°C CTQ-focused analysis asks: - How often does the process meet the CTQ specifications? - How large is the variation relative to the spec limits? - Where and why do CTQ failures occur? Using CTQ’s to Guide Improvement CTQ performance drives improvement priorities: - Identify gaps between current performance and CTQ requirements. - Identify process steps where variation or defects affect CTQ’s. - Target root causes whose removal will improve CTQ performance. - Verify that changes reduce CTQ defects or variation. Results should be reported in terms of: - CTQ defect rate - CTQ yield or conformance - CTQ capability indices (where applicable) --- CTQ Documentation and Control CTQ Documentation Clear documentation keeps CTQ’s stable and visible. Typical CTQ documentation includes: - CTQ description - Name and short narrative. - Customer need linkage - Which need or requirement this CTQ fulfills. - Measurement definition - Units, formula, and scope. - Targets and spec limits - Including rationale if relevant. - Data collection plan - Frequency, source, responsibilities. - Reporting method - Charts, dashboards, thresholds for action. Ongoing CTQ Control To sustain CTQ performance: - Monitor CTQ’s at agreed intervals. - Use defined rules for: - When to escalate issues. - When to investigate trends or shifts. - Keep CTQ definitions under controlled change: - Changes only after customer needs or strategy change. - Formal review and approval for any CTQ modification. Maintaining CTQ integrity ensures that: - Improvement gains are preserved. - Future changes do not unintentionally damage customer-critical performance. --- Summary CTQ’s are the precise, measurable expressions of what customers truly need from a product, service, or process. They: - Translate broad, vague customer statements into specific metrics with targets and tolerances. - Are structured and clarified through CTQ trees, operational definitions, and specification limits. - Are categorized and prioritized based on impact, severity, frequency, feasibility, and strategic importance. - Guide data collection, measurement, and capability assessment by defining exactly what to measure and how to judge success. - Flow down into local CTQ’s and process measures, ensuring each part of the process supports critical customer outcomes. - Require disciplined documentation and ongoing monitoring to sustain alignment with customer needs and preserve performance gains. Mastering CTQ’s means being able to consistently convert customer needs into rigorous, operationally defined, and controllable characteristics that drive focused measurement, improvement, and control.