Technical Audits

Technical Audits is a core competency for a quality-focused organization like “Six Sigma Labs.” A Technical Audit program within the Supplier Audit framework is a proactive, in-depth examination of a supplier’s technical and technological capabilities, ensuring they can meet not just current specifications but also future innovation and quality demands.

Here is a comprehensive breakdown of what such a program would entail, structured for clarity and action.


Six Sigma Labs: Supplier Technical Audit Program

1. Philosophy & Objective

The philosophy is to move beyond basic compliance auditing (checking for a certificate) to a deep, technical partnership. The goal is to de-risk the supply chain by ensuring suppliers possess the technical capability, process control, and technological maturity to deliver products that meet Six Sigma Labs’ stringent quality, performance, and innovation requirements.

Primary Objectives:

  • Verify that the supplier’s technical claims and process capabilities align with our product specifications.
  • Assess the robustness of the supplier’s design, development, and manufacturing processes.
  • Evaluate the supplier’s technical problem-solving capabilities (e.g., their use of Root Cause Analysis, DOE, etc.).
  • Identify potential technical risks in the supply chain before they impact production.
  • Foster collaboration and continuous improvement at a technical level.

2. Scope & Applicability

This program is targeted at suppliers of:

  • Critical Raw Materials: Key chemicals, APIs, specialized polymers.
  • Complex Components: Precision-machined parts, custom electronic assemblies, sensors.
  • Finished Goods that are integral to the final product.
  • New Suppliers being onboarded for high-risk or high-volume products.
  • Existing Suppliers with a history of technical issues or those being considered for new, more complex projects.

3. The Audit Lifecycle (DMAIC Framework)

The program follows a structured DMAIC approach, mirroring Six Sigma methodology.

a) DEFINE: Pre-Audit Phase

  • Risk-Based Selection: Use a supplier risk matrix (based on part criticality, past performance, and volume) to prioritize audit targets.
  • Audit Scope Definition: Clearly define the focus—e.g., “Process Capability for Feature X,” “Cleanroom Validation,” “Software Development Lifecycle.”
  • Team Formation: Assemble a cross-functional team:
    • Lead Auditor (Six Sigma Black Belt/Master Black Belt)
    • Quality Engineer
    • Design/Development Engineer
    • Sourcing Specialist
  • Desktop Review: Analyze pre-audit documents: Supplier Quality Manual, Control Plans, FMEAs, Process Flow Diagrams, previous audit reports, and capability studies.

b) MEASURE: On-Site Audit Execution
This is the core technical assessment. The checklist is organized by key technical subsystems.

Audit AreaKey Technical Checkpoints
1. Design & Development• Review of Design History File (DHF).
• Robustness of Design Inputs/Outputs.
• Use of DFMEA/PFMEA.
• Verification & Validation (V&V) protocols and data.
• Engineering Change Order (ECO) process control.
2. Process Control & Capability• Statistical Process Control (SPC): Are control charts actively used? Are rules for special cause variation understood?
• Process Capability (Cp/Cpk, Pp/Ppk): Evidence of Cpk > 1.33 (or higher as required). Analysis of trends.
• Measurement System Analysis (MSA): Gauge R&R studies performed and acceptable (<10-30%).
• Control Plan adherence on the shop floor.
3. Facility & Equipment• Equipment calibration and maintenance records (preventive vs. reactive).
• Facility/utility qualification (e.g., cleanroom certifications, water quality).
• Technology and equipment age/obsolescence risk.
• Tooling and fixture management.
4. Materials Management• Incoming material inspection and testing.
• Supplier management program (do they audit their own suppliers?).
• Traceability and lot control throughout the process.
• Handling and storage of sensitive materials.
5. People & Competency• Technical training and certification records for operators and engineers.
• Evidence of cross-training.
• Competency of technical staff in problem-solving methodologies (8D, A3, DMAIC).
6. Testing & Lab Management• Lab equipment calibration and qualification.
• Method validation for internal test methods.
• Data integrity practices (are records easily retrievable and tamper-proof?).
• Out-of-Specification (OOS) investigation procedures.

c) ANALYZE: Post-Audit Evaluation

  • Finding Categorization: Use a standard classification:
    • Major Non-Conformance: Breakdown in the quality system; direct risk to product safety or performance.
    • Minor Non-Conformance: Isolated lapse that does not indicate a system-wide failure.
    • Opportunity for Improvement (OFI): Observation with no direct non-conformance.
  • Root Cause Analysis: For major findings, require the supplier to perform a formal RCA (e.g., 5 Whys, Fishbone) before corrective action is accepted.
  • Risk Assessment: Evaluate the overall technical risk of the supplier based on audit findings.

d) IMPROVE: Corrective Action & Plan (CAPA)

  • Formal CAPA Request: Issue a formal request for every major and minor finding.
  • Effectiveness Check: The proposed solution must address the root cause, not just the symptom. Verify effectiveness through follow-up data (e.g., improved Cpk, reduced variation).
  • Timeline Agreement: Establish firm deadlines for correction.

e) CONTROL: Closure & Monitoring

  • Audit Report & Scorecard: Issue a formal report with a quantitative score (e.g., 0-100%). This allows for trend analysis across suppliers.
  • Closure Verification: All CAPA actions must be verified and closed.
  • Long-term Monitoring: Integrate the supplier’s key performance indicators (KPIs) into a Supplier Scorecard for ongoing monitoring (e.g., PPM, On-Time Delivery, CAPA responsiveness).

4. The Six Sigma Labs Advantage

What makes this program distinctively “Six Sigma Labs“:

  • Data-Driven, Not Opinion-Based: The audit relies on hard data—capability studies, MSA results, SPC charts—not just checkmarks.
  • Focus on Prevention: The audit heavily weighs the use of proactive tools like FMEA and control planning.
  • Black Belt Led: Audits are led by certified professionals who can engage with the supplier’s technical team at a peer level, asking insightful questions about process optimization and variation reduction.
  • Supplier Development: The audit is framed as a collaborative effort to elevate the supplier’s capabilities, strengthening the entire supply chain.

5. Deliverables

  • Pre-Audit Questionnaire
  • Detailed Technical Audit Checklist
  • Formal Audit Report with Executive Summary and Scoring
  • CAPA Request Forms
  • Supplier Technical Scorecard

By implementing this rigorous Technical Audit Program, Six Sigma Labs ensures that its supply chain is not just compliant, but is a source of competitive advantage, capable of delivering the high-quality, reliable, and innovative components required for market leadership.

What is Required Technical Audits

Courtesy: Digital E-Learning

The core requirement is a proactive, data-driven, and risk-based system that verifies a supplier’s technical capability to consistently meet specifications and drive continuous improvement.


Required Elements: Six Sigma Labs Supplier Technical Audit Program

The program must be built on the following foundational pillars:

1. Required Foundation: Governance & Structure

  • Formal, Documented Procedure: A mandatory, controlled document titled “Supplier Technical Audit Procedure” must exist, defining the entire process from initiation to closure.
  • Risk-Based Supplier Segmentation: A required process for classifying suppliers (e.g., A/B/C based on part criticality, spend, and past performance) to ensure audit resources are focused on the highest-risk suppliers.
  • Clear Roles & Responsibilities: Defined roles for the Audit Program Manager, Lead Auditor (typically a Six Sigma Black Belt), Technical Specialists, and Sourcing personnel.
  • Audit Schedule & Triggers: A mandatory annual audit schedule with clear triggers for unscheduled audits (e.g., critical quality issue, new technology introduction, sustained performance deterioration).

2. Required Process: The Audit Lifecycle (DMAIC)

The audit process itself is required to follow this phased approach:

Phase 1: DEFINE (Pre-Audit) – REQUIRED ACTIVITIES

  • Audit Scope Definition Document: A formal document specifying the processes, product lines, and specific technical areas in scope.
  • Pre-Audit Questionnaire (PAQ): A mandatory document sent to the supplier in advance, requesting critical documents like Quality Manual, Control Plans, FMEAs, and process capability data.
  • Desktop Review: The audit team is required to review the PAQ responses and submitted documents to prepare and focus the on-site audit.

Phase 2: MEASURE (On-Site Execution) – REQUIRED ASSESSMENT AREAS
The on-site audit must include a verified assessment of these technical subsystems:

Required Technical AreaSpecific Requirements to Verify
1. Design & Development Controls• Evidence of a structured Design Control process.
• DFMEA/PFMEA are not just present but are living documents with clear linkage to Control Plans.
• Design Verification & Validation (V&V) data proves the design meets input requirements.
2. Statistical Process Control & Capability• Process Capability (Cp/Cpk/Pp/Ppk) studies are performed on critical characteristics. Cpk ≥ 1.33 is a minimum requirement for stable processes; higher for critical-to-safety features.
• Statistical Process Control (SPC) charts are in active use on the production floor, with operators trained on reaction plans.
• Measurement System Analysis (MSA) for all key inspection equipment must be performed with acceptable results (Gauge R&R < 30% for variable data, acceptable Kappa for attribute data).
3. Production Process & Control• The documented Control Plan is accurately and consistently implemented on the shop floor.
• Work Instructions are clear, available, and followed.
• Set-up/Changeover Verification processes are in place and documented.
4. Corrective & Preventive Action (CAPA)• A robust, closed-loop CAPA system is required.
• Evidence of effective Root Cause Analysis (RCA) using tools like 5-Whys, Fishbone, or Fault Tree Analysis.
• Verification of effectiveness for implemented corrective actions.

Phase 3: ANALYZE (Post-Audit) – REQUIRED OUTPUTS

  • Formal Audit Report: A standardized report is required for every audit, containing:
    • Executive Summary
    • Detailed findings categorized as Major, Minor, or Opportunity for Improvement (OFI)
    • A quantitative Supplier Score (e.g., 0-100%)
  • Root Cause Analysis: For any Major or repeat Minor finding, the supplier must be required to submit a formal RCA.

Phase 4: IMPROVE & CONTROL (Closure & Monitoring) – REQUIRED ACTIONS

  • Formal CAPA Request: A mandatory, tracked document for all non-conformances.
  • CAPA Approval: The proposed corrective actions must be reviewed and approved by the Six Sigma Labs Lead Auditor to ensure they address the root cause.
  • Effectiveness Verification: The audit is not closed until evidence is provided that the corrective action is effective (e.g., follow-up data showing improved Cpk, eliminated defect).
  • Supplier Scorecard Integration: Key performance metrics from the audit (and ongoing performance) must be integrated into the supplier’s overall scorecard for continuous monitoring.

3. Required Competencies & Resources

  • Certified Lead Auditors: The Lead Auditor for technical audits must be a certified Six Sigma Black Belt or Master Black Belt. This is non-negotiable to ensure the depth of technical and statistical questioning.
  • Cross-Functional Team: The audit team must include relevant technical expertise (e.g., a Design Engineer for a component design audit, a Process Engineer for a manufacturing audit).

4. Required Deliverables & Records

The following are mandatory records that must be generated and maintained for each audit:

  1. Approved Audit Schedule
  2. Pre-Audit Questionnaire & Document Review
  3. Completed Audit Checklist with notes
  4. Formal Audit Report with Score
  5. CAPA Requests and Supplier Responses
  6. Evidence of Effectiveness Verification
  7. Audit Closure Notice

Summary: The Non-Negotiable Tenets

In essence, the Six Sigma Labs Supplier Technical Audit Program is required to be:

  1. Proactive, Not Reactive: It seeks to prevent problems before they occur.
  2. Data-Intensive: Decisions and findings are based on statistical evidence (Cpk, MSA, SPC), not anecdotal observation.
  3. Deep, Not Shallow: It goes beyond “checking the certificate” to a fundamental understanding of process capability and control.
  4. Risk-Based: Effort is focused where the potential for quality failure is greatest.
  5. Driven by Root Cause: It mandates the use of rigorous problem-solving tools for any discrepancy.
  6. Closed-Loop: Every finding is tracked to effective verification and closure.

This rigorous set of requirements ensures that the supply chain becomes a source of strength and a competitive advantage for Six Sigma Labs, directly supporting its brand promise of extreme quality and reliability.

Who is Required Technical Audits

Technical Audits

This gets to the heart of roles and responsibilities. The “Who” in “Required Six Sigma Labs Supplier Audit Programs – Technical Audits” isn’t a single person, but a set of key stakeholders with defined roles.

Here is a breakdown of who is required and what their specific responsibilities are.


Who is Required for the Six Sigma Labs Supplier Technical Audit Program?

1. The Core Audit Team (Required On-Site)

This is the essential group that plans, executes, and reports on the audit.

RoleRequired Profile & Key Responsibilities
Lead AuditorProfile: Certified Six Sigma Black Belt or Master Black Belt. This is a non-negotiable requirement for technical depth.
Responsibilities:
• Owns the audit process from planning to closure.
• Leads the on-site audit activities and interviews.
• Analyzes statistical data (Cpk, MSA, SPC) with authority.
• Writes the final audit report and assigns the supplier score.
• Approves the adequacy of the supplier’s Corrective Action plans.
Quality EngineerProfile: Experienced Quality Engineer with a strong understanding of ISO 9001/IATF 16949/AS9100 and core quality tools.
Responsibilities:
• Focuses on the quality management system infrastructure.
• Reviews documentation (Control Plans, FMEAs, calibration records).
• Verifies the CAPA and internal audit processes.
• Assesses the supplier’s metrology and inspection practices.
Technical SpecialistProfile: Engineer specializing in the relevant field (e.g., Design Engineer, Process Engineer, Chemist, Software Architect).
Responsibilities:
• Provides deep-dive expertise on the specific product or process.
• Evaluates the supplier’s design controls, technical drawings, and specifications.
• Assesses the adequacy of the manufacturing technology and process flow.
• Answers complex technical questions from the supplier.

2. Internal Six Sigma Labs Stakeholders (Required for Support & Governance)

These roles are not on the audit team but are essential for the program’s existence and authority.

RoleRequired Responsibilities
Management / LeadershipResponsible for:
• Providing the financial and organizational resources for the program.
• Establishing the policy that makes these audits mandatory for critical suppliers.
• Empowering the audit team to escalate issues and hold suppliers accountable.
Sourcing / ProcurementResponsible for:
• Selecting and scheduling suppliers for audit based on risk.
• Managing the commercial relationship and contract, including quality clauses.
• Communicating audit requirements to the supplier and coordinating logistics.
• Leveraging audit results in supplier performance reviews and business decisions.
Subject Matter Experts (SMEs)Responsible for:
• Providing specialist knowledge remotely or on an ad-hoc basis (e.g., a materials scientist for a specialty alloy, a regulatory expert for FDA compliance).

3. The Supplier (Required Participant)

The supplier is a legally required participant in the process. Their team must include:

  • Management Representative: A designated leader (e.g., Quality Manager, Plant Manager) with the authority to speak for the organization and commit to corrective actions.
  • Technical Guides: Process engineers, production supervisors, and design personnel who can provide evidence and answer detailed technical questions.
  • Data Custodians: Individuals who can promptly provide requested records (control charts, capability studies, test reports, training records).

Summary: Who is Absolutely Required?

  • For the Program to Exist: Six Sigma Labs Management is required to sponsor and mandate the program.
  • For a Single Audit to Happen: Sourcing/Procurement is required to select the supplier and schedule the audit.
  • For an Audit to be Executed: The Core Audit Team (Lead Auditor, Quality Engineer, Technical Specialist) and the Supplier’s designated team are required to participate.
  • For an Audit to be Effective: The Supplier’s Top Management must be committed to supporting the findings and implementing corrective actions.

In short, the Six Sigma Labs Supplier Technical Audit Program requires a collaborative but disciplined effort from a cross-functional team within Six Sigma Labs, mandated by management, and engaged with a responsive and authoritative team from the supplier. The Lead Auditor (Black Belt) is the most critical individual role, acting as the engine that drives the technical rigor of the entire process.

When is Required Technical Audits

Audits are mandated at specific trigger points, which can be categorized as Event-Based and Performance-Based.

1. Event-Based Triggers (Proactive & Preventive)

These are scheduled or planned events that inherently carry high risk, making a technical audit a mandatory requirement.

TriggerWhy It’s Required
1. New Supplier SelectionRequired BEFORE contract signing. This is the most critical gate. The audit verifies the supplier’s technical claims and process capabilities before they become a source of quality or supply chain disruption. Goal: Prevent a problem.
2. New Product Introduction (NPI)Required during the prototyping or initial production phase. When a new, complex, or critical component is sourced (from a new or existing supplier), a technical audit validates that their process is capable of meeting the new design intent and specifications.
3. Process or Technology TransferRequired when a process is moved to a new line, a new facility, or a new supplier. The audit ensures the process capability (Cpk) and controls have been successfully replicated and validated at the new location.
4. Significant Change NotificationRequired when a supplier proposes a major change (e.g., new raw material, new manufacturing technology, key equipment replacement, significant design change). The audit verifies the change is properly validated and does not introduce new risks.

2. Performance-Based Triggers (Reactive & Corrective)

These are triggered by data indicating that a supplier’s performance is deteriorating or unacceptable.

TriggerWhy It’s Required
1. Negative Quality TrendRequired when there is a sustained increase in defect rates (PPM), non-conformances, or customer complaints linked to the supplier. The audit’s goal is to perform a deep-dive Root Cause Analysis that goes beyond the supplier’s own internal reports.
2. Critical Quality IncidentRequired after a major failure that causes a line-down situation, product recall, or safety concern. The technical audit is part of the formal containment and corrective action process.
3. Deteriorating Process CapabilityRequired when a supplier’s submitted Cpk/Ppk data shows a significant downward trend or falls below the agreed-upon limit (e.g., Cpk < 1.33). The audit focuses on identifying the source of process variation.
4. Failed Basic Quality System AuditRequired if a supplier fails a routine QMS audit with major findings related to technical controls (e.g., calibration, control plans, FMEA). The technical audit is a follow-up to ensure the systemic issues are resolved.

3. Risk-Based & Scheduled Triggers (Systemic & Proactive)

This is the ongoing, programmatic layer of the audit schedule.

TriggerWhy It’s Required
1. Annual Risk-Based Audit ScheduleRequired based on a formal Supplier Risk Assessment. High-risk suppliers (based on part criticality, volume, and past performance) are placed on a recurring audit cycle (e.g., every 1-3 years) regardless of current performance, as a proactive health check.
2. Strategic Partnership ReviewRequired for key strategic partners. Even if performance is stable, technical audits may be scheduled to collaborate on future technologies, drive mutual continuous improvement, and ensure the partner’s technology roadmap aligns with Six Sigma Labs’ needs.

Summary: The Decision Matrix

A Six Sigma Labs Technical Audit is REQUIRED at the following times:

  • BEFORE onboarding a new supplier for a critical component.
  • DURING the launch of any new product with high technical complexity.
  • AFTER a significant process change or transfer at the supplier.
  • UPON a sustained negative trend in quality data (PPM, Cpk).
  • IMMEDIATELY FOLLOWING a critical quality failure or safety incident.
  • ACCORDING TO A PRE-DEFINED SCHEDULE for all high-risk suppliers.

In essence, the audit is not a random event. It is a strategic tool deployed at moments of highest risk and opportunity—when making a new sourcing decision, when change is occurring, or when data indicates a failure in process control. This ensures that Six Sigma Labs’ technical resources are used efficiently and effectively to protect product quality and the supply chain.

Where is Required Technical Audits

The audit is required to be conducted in three key dimensions:

1. Physical Location: Where the Audit Takes Place

This is the geographical and functional “where.”

LocationWhy the Audit is Required There
At the Supplier’s Manufacturing SitePrimary Location. This is non-negotiable for process-based audits. The audit must occur “at the Gemba” (the real place) where value is added. This is the only way to verify that documented procedures (Control Plans, FMEAs) are being followed on the production floor and to observe the actual process conditions.
At the Supplier’s Design & Engineering CenterRequired for Design-Focused Audits. If the supplier is responsible for design (e.g., as an ISO 9001:2015 “8.3 Organization”), the audit must extend to the location where the design and development activities occur to review the Design History File (DHF), DFMEAs, and validation testing.
At a Sub-Tier Supplier’s FacilityRequired in High-Risk Situations. If a critical component or process is outsourced by your direct supplier, Six Sigma Labs reserves the right (often contractually) to audit that sub-tier supplier. This is required where the highest technical risk is actually located, not just where the final assembly occurs.
At the Supplier’s Laboratory/Testing FacilityRequired for Verification. The audit must include the labs where incoming, in-process, and final inspection/testing occur. This is crucial for verifying Measurement System Analysis (MSA), method validation, and data integrity.

2. Process Location: Where in the Product Realization Process

This defines the specific technical processes and systems that are within scope of the audit.

Process AreaWhat is Required to be Audited Here
Design & DevelopmentThe “where” of the design process: Design FMEA, Design Verification & Validation (D/V&V) protocols and reports, engineering change orders (ECO), and the technical design file.
Incoming Material ControlThe “where” of raw material quality: Supplier qualification records, inspection data, material certifications, and traceability systems.
Production & Process ControlThe core “where” of manufacturing: The specific production line, machine, or cell where the component is made. This includes:
• Process FMEA
• Control Plan execution
• SPC/SQC charts and reaction plans
• Set-up/First-Article validation processes
• Operator training and work instructions
Measurement System AnalysisThe “where” of data integrity: The specific gauges, CMMs, and test equipment. The audit must review the MSA studies for each critical measurement system.
Final Inspection & TestThe “where” of the final quality gate: The final test procedures, data collection, and the process for handling Out-of-Specification (OOS) results.
Storage, Packaging & LogisticsThe “where” of preservation: The warehouse and packaging areas to ensure controls are in place to prevent damage, contamination, or mix-ups.

3. System Location: Where in the Quality Management System

This is the documentation and systemic “where.”

System ElementWhat is Required to be Audited Here
The Quality Manual & System ProceduresThe high-level “where” for understanding the framework of the supplier’s QMS.
The CAPA (Corrective and Preventive Action) SystemThe “where” for problem-solving. The audit must trace a sample of non-conformances through the entire CAPA system, from problem identification to root cause to effectiveness check.
The Training & Competency SystemThe “where” for personnel qualification. The audit must verify records that demonstrate operators and technicians are certified for the specific technical tasks they perform.
The Calibration & Maintenance SystemThe “where” for equipment integrity. The audit must trace calibration records for critical equipment and review preventive maintenance schedules and logs.
The Data Integrity FrameworkThe “where” for trust in data. The audit must assess how data is recorded, stored, and protected from alteration, whether on paper or in electronic systems (e.g., ERP, MES).

Summary: The Non-Negotiable “Wheres”

For Six Sigma Labs, a Supplier Technical Audit is REQUIRED to be conducted:

  1. On-Site at the Point of Manufacturing (Gemba): You cannot audit a process from a conference room.
  2. Within the Specific High-Risk Processes: It must be focused on the production line, machine, or lab that creates the highest value and carries the highest risk for your components.
  3. Within the Technical Sub-Systems: It must drill down into the specific data and documentation that prove control—the Process Capability (Cpk) studies, MSA reports, FMEAs, and Control Plans.
  4. At the Source of the Problem: In the case of a quality failure, the audit must be conducted at the exact physical and process location where the failure originated.

In essence, the “where” is anywhere and everywhere that variation can be introduced that would affect the form, fit, or function of the supplied product. The audit’s purpose is to follow the trail of technical risk to its source.

How is Required Technical Audits

The program is mandated to follow a disciplined, data-driven process based on the DMAIC framework and lean auditing principles. The “How” can be broken down into the required methodology, tools, and deliverables.

1. Required Methodology: The DMAIC Audit Lifecycle

The audit is not a simple checklist; it is a structured project.

Phase 1: DEFINE (Pre-Audit Planning) – HOW it’s done:

  • Risk-Based Scoping: How? By using a Supplier Risk Matrix to prioritize which suppliers and which of their processes get audited. Factors include part criticality, past quality performance (PPM), and financial impact.
  • Team Formation: How? By assembling a cross-functional team led by a Black Belt, as previously defined. The team is briefed using a formal “Audit Plan” document.
  • Desktop Review: How? By analyzing pre-audit documents (Quality Manual, FMEAs, Control Plans, capability studies) to identify potential gaps and focus the on-site audit. This is a paper-based MSA of their system.

Phase 2: MEASURE (On-Site Evidence Collection) – HOW it’s done:
This is the core of the audit execution. The required approach is:

  • Process-Based Auditing: The audit does not audit clauses of a standard; it follows a product or process flow from receipt of raw materials to shipment.
  • The “Show Me” Method: Auditors are required to use these techniques:
    • Review Records: “Show me the SPC charts for this characteristic.”
    • Observe Activities: “Show me how you perform the set-up verification.”
    • Interview Personnel: “Walk me through your reaction plan when a control chart points out of control.”
  • Data Triangulation: Corroborate findings by checking multiple sources. If a Control Plan says one thing, the work instruction must match, and the operator’s actions must reflect both.

Phase 3: ANALYZE (Post-Audit Evaluation) – HOW it’s done:

  • Categorization against Standards: Findings are classified as Major, Minor, or Opportunity for Improvement (OFI) based on predefined, objective criteria.
    • Major: A systemic breakdown, absence of a required control, or a Cpk < 1.0.
    • Minor: A single, isolated lapse where the system is fundamentally sound.
  • Root Cause Analysis: For any major finding, the audit process requires the supplier to perform a formal RCA (using 5 Whys or a Fishbone diagram). The Six Sigma Labs team’s role is to challenge the validity of the root cause.

Phase 4: IMPROVE & CONTROL (Closure) – HOW it’s done:

  • Formal CAPA Process: The audit requires a structured Corrective Action Request form, containing:
    • Containment Action (Immediate)
    • Root Cause (Verified by evidence)
    • Corrective Action (To eliminate the root cause)
    • Verification of Effectiveness (How it will be measured)
    • Due Date
  • Effectiveness Check: The audit is not closed based on a piece of paper. It requires evidence that the action worked—typically, a follow-up data review (e.g., 30 days of improved Cpk data, zero recurrence of the issue).

2. Required Tools & Techniques

The “Six Sigma” in the name mandates the use of specific statistical and quality tools.

ToolHow It Is Required To Be Used
Process Flow DiagramRequired as the audit’s roadmap. The team follows the physical flow of the product.
PFMEA & Control PlanRequired as the primary linked documents for assessing risk and control. The audit verifies that high-risk items from the PFMEA have strong controls in the Control Plan and that those controls are active on the production floor.
Statistical Process Control (SPC)Required to be reviewed live on the shop floor. The auditor must check if control charts are being used correctly and if reaction plans are understood and executed.
Process Capability (Cp/Cpk)Required as a go/no-go metric. Evidence of a Cpk ≥ 1.33 (or a higher specified value) for critical characteristics is often a mandatory pass/fail criterion.
Measurement System Analysis (MSA)Required to validate any data collected. The audit must include a review of Gauge R&R studies for key measurement equipment to ensure the data being used to make decisions is reliable.
Root Cause Analysis (RCA)Required for any non-conformance. Tools like 5 Whys or Fishbone (Ishikawa) Diagrams are mandated for the supplier to use in their response.

3. Required Mindset & Conduct

  • Evidence-Based: Every finding must be supported by objective evidence (a record, an observation, a photo). No opinions.
  • Collaborative, Not Adversarial: The tone is “We are here to help you ensure you can meet our rigorous requirements,” not “We are here to catch you doing something wrong.”
  • Systemic Focus: The goal is to find flaws in the process, not to blame individuals. The auditor asks “Why did the system allow this error to occur?”

Summary: The Non-Negotiable “Hows”

In essence, the Six Sigma Labs Supplier Technical Audit is REQUIRED to be executed in the following way:

  1. It is a structured PROJECT using the DMAIC framework from start to closure.
  2. It is led by a Black Belt who can credibly audit statistical data and process controls.
  3. It follows the process flow on the shop floor (Gemba), using a “Show Me” approach.
  4. It relies on hard data (Cpk, MSA, SPC) as the primary evidence of control, not just documentation.
  5. It mandates Root Cause Analysis and verified effectiveness checks for all corrective actions.
  6. It is documented rigorously with a standardized report and scoring system to ensure consistency and track trends over time.

This disciplined “How” transforms the audit from a simple compliance check into a powerful engine for supply chain reliability and continuous improvement.

Case Study on Technical Audits

Technical Audits

Six Sigma Labs & Apex Precision Components

Securing the Supply Chain for the “Nexus-7” Sensor

Executive Summary

Six Sigma Labs was in the final development stages of its flagship product, the “Nexus-7” environmental sensor. A critical component, the hermetically sealed “Type-K” sensor housing, was sourced from a new supplier, Apex Precision Components (APC). A pre-production Technical Audit was triggered, revealing critical gaps in process control and capability that, if unaddressed, threatened a product-wide failure. The subsequent audit-driven corrective actions saved an estimated $2.5M in potential scrap, rework, and recall costs.

1. Background: The Trigger

  • Product: Nexus-7 Sensor (High-precision, used in critical environmental monitoring).
  • Critical Component: “Type-K” Sensor Housing. Requirements included a leak rate of < 1 x 10⁻⁹ atm·cc/sec He and a critical inner diameter (ID) dimension of 5.000mm ± 0.005mm.
  • Supplier: Apex Precision Components (APC), a new supplier selected based on competitive pricing and a promising initial sample.
  • Audit Trigger: A mandatory New Product Introduction (NPI) audit was required before full production authorization.

2. The Audit: DEFINE & MEASURE

a) Pre-Audit (DEFINE):

  • Team: A Six Sigma Black Belt (Lead Auditor), a Quality Engineer, and a Design Engineer from the Nexus-7 team.
  • Scope: Focus on the manufacturing process for the “Type-K” housing, specifically the laser welding (for hermeticity) and the final precision boring (for the ID).
  • Desktop Review: APC’s submitted Process Flow, PFMEA, and Control Plan appeared comprehensive. However, their initial capability study for the ID dimension showed a Cpk of 1.1, below the Six Sigma Labs requirement of 1.33.

b) On-Site Execution (MEASURE – The Gemba Walk):
The audit team discovered several critical non-conformances by following the process on the shop floor.

Audit AreaDocumented ProcedureActual Observation (Evidence)Finding Classification
Laser WeldingControl Plan specified key parameters (power, speed, pulse rate) must be set and recorded for each batch.Operator was adjusting power “by feel” to manage heat discoloration. No batch-to-batch parameter log was found.Major Non-Conformance – Lack of process control directly impacting a critical characteristic (hermeticity).
Precision Boring (ID)PFMEA identified tool wear as a key cause of variation. Control Plan required a tool change every 200 parts.No tool change log was available. The operator stated tools were “changed when the finish looked bad.” The SPC chart on the wall had no points plotted for the last two days.Major Non-Conformance – The preventive control was not implemented, and SPC was not active.
Measurement SystemThe ID was measured with a laser micrometer. The MSA was documented as a Gauge R&R of 8%.The audit team requested a re-check of the MSA setup. They found the study was performed by one expert technician, not the multiple operators who used the gauge daily. A quick re-check by the team showed a Gauge R&R > 30%.Major Non-Conformance – The measurement system was not capable, invalidating all previous ID dimension data.

3. Analysis & Findings (ANALYZE)

The formal audit report scored APC at 68%, with three Major Non-Conformances.

  • Root Cause Analysis (Required from APC): The audit team issued a formal CAPA request. APC’s 5-Whys analysis revealed the underlying causes:
    • Why were weld parameters not logged? Because operators were not trained on the criticality of parameter consistency and were rewarded for visual appearance, not process adherence.
    • Why was SPC not used? Because the software license had expired, and the quality manager was unaware.
    • Why was the MSA flawed? Because the supplier lacked in-house expertise on how to properly conduct an MSA and did not understand its importance.
  • Conclusion: The issues were not isolated but systemic, stemming from a lack of understanding of process control principles and inadequate training.

4. Corrective Actions & Verification (IMPROVE & CONTROL)

The Six Sigma Labs Black Belt worked with APC to ensure the corrective actions were robust.

  1. Containment: 100% sort of all existing inventory by Six Sigma Labs’ incoming inspection. (Cost borne by APC).
  2. Corrective Actions:
    • Process Control: The laser welder was locked down, with parameters controlled via a password-protected software interface. A mandatory log was instituted.
    • SPC & Maintenance: The SPC software was renewed. A preventive maintenance schedule for the boring machine was created and logged.
    • MSA & Training: A Six Sigma Labs Green Belt provided on-site MSA training. A new Gauge R&R was performed with all operators, achieving a result of 12%.
  3. Verification of Effectiveness:
    • After 30 days, APC submitted data from the controlled processes.
    • The Cpk for the ID dimension, using the now-validated measurement system, improved to 1.41.
    • Hermeticity testing showed a 99.8% first-pass yield.

5. Results and Conclusion

  • Cost Avoided: Prevented an estimated $2.5M in potential field failures, recalls, and production delays for the Nexus-7 launch.
  • Supplier Development: APC transformed from a high-risk to a high-performing strategic partner. Their overall quality system was strengthened.
  • Production Launch: The Nexus-7 sensor launched on schedule with zero defects attributed to the “Type-K” housing.

6. Key Lessons Reinforced

  • Never Trust a Sample Alone: Initial samples are often produced under ideal, non-production conditions.
  • The Gemba Doesn’t Lie: The truth was found on the shop floor, not in the conference room paperwork.
  • Data is King: Without a valid MSA, all other data is suspect. The audit’s technical depth was crucial in uncovering this fundamental flaw.
  • The Audit is an Investment: The cost of the rigorous audit was a fraction of the potential loss, proving its value as a risk mitigation and supplier development tool.

This case study exemplifies how the Six Sigma Labs Supplier Technical Audit Program is a vital, proactive shield, protecting product integrity and the company’s reputation by ensuring supply chain technical excellence.

White paper on Technical Audits

Executive Summary

In today’s complex, globalized supply chain, the quality of a finished product is inextricably linked to the quality of its sourced components. Traditional supplier audits, often focused on procedural compliance and certificate verification, are no longer sufficient to mitigate risk and drive innovation. This white paper introduces the Six Sigma Labs Supplier Technical Audit Program, a proactive, data-driven framework designed to move beyond basic compliance to a deep, technical partnership with suppliers.

By leveraging the rigorous principles of Six Sigma—DMAIC, statistical analysis, and root cause correction—this program systematically de-risks the supply chain. It ensures that suppliers not only meet current specifications but also possess the process capability, technological maturity, and problem-solving competence to support future demands. The result is a more resilient, reliable, and high-performing supply chain that serves as a strategic asset, reducing costs of poor quality (COPQ) and protecting brand reputation.


1. Introduction: The Limitations of Traditional Supplier Audits

Many organizations rely on audits based on ISO 9001 or similar standards. While these are valuable for verifying the existence of a Quality Management System (QMS), they often fall short in assessing its technical effectiveness. Common pitfalls include:

  • Checklist Mentality: Auditors verify the presence of documents (e.g., a Control Plan) but not its robust implementation on the shop floor.
  • Lack of Technical Depth: Auditors may not possess the expertise to challenge statistical process control (SPC) data or process capability (Cpk) studies.
  • Reactive Stance: Audits are often triggered by failures, rather than preventing them.
  • Focus on the “What,” Not the “How”: They confirm that a part was made to spec, but not that the process is inherently capable and stable.

The Six Sigma Labs program is engineered to address these gaps directly.

2. The Philosophy: From Compliance to Capability

Our philosophy is rooted in three core principles:

  1. Gemba-Centric: True understanding comes from going to the real place—the shop floor—where value is created. The audit must happen where the process operates.
  2. Data-Driven Decision Making: Subjective opinions are replaced with objective evidence. The ultimate measures of health are Process Capability (Cpk/Ppk), Measurement System Analysis (MSA), and Statistical Process Control (SPC).
  3. Root Cause Correction: The goal is not to assign blame but to identify and eliminate the systemic root causes of variation, fostering a culture of continuous improvement.

3. The Framework: A DMAIC-Driven Audit Lifecycle

The program is structured around the proven DMAIC (Define, Measure, Analyze, Improve, Control) methodology, treating each audit as a mini-project.

Phase 1: DEFINE (Scoping for Impact)

  • Risk-Based Supplier Selection: Suppliers are ranked using a risk matrix evaluating component criticality, spend, and past performance. Audits are prioritized for high-risk suppliers.
  • Clear Scope Definition: The audit focus is precisely defined (e.g., “Process capability for the laser welding and boring processes for Part XYZ”).
  • Cross-Functional Team Formation: A team is assembled, led by a Six Sigma Black Belt and including a Quality Engineer and relevant Technical Specialist.

Phase 2: MEASURE (The On-Site Technical Deep Dive)

This phase involves a rigorous, process-based audit. The team follows the product flow, using a “Show Me” approach to verify:

  • Design Controls: Linkage between DFMEA, PFMEA, and the Control Plan.
  • Process Capability: Evidence of Cpk/Ppk > 1.33 for critical characteristics.
  • Statistical Process Control: Active use of SPC charts with understood reaction plans.
  • Measurement System Analysis: Valid Gauge R&R studies (<30% for variable data).
  • Operator Competence: Training records and demonstrated understanding of procedures.

Phase 3: ANALYZE (Objective Evaluation)

  • Finding Categorization: Non-conformances are classified as Major, Minor, or Opportunity for Improvement (OFI) based on objective criteria.
  • Supplier-Led Root Cause Analysis: For any major finding, the supplier is required to conduct a formal RCA (e.g., 5 Whys, Fishbone Diagram) to be reviewed and approved by the audit team.

Phase 4: IMPROVE & CONTROL (Driving Sustainable Change)

  • Structured CAPA: A formal Corrective Action Request mandates containment, root cause, corrective action, and plan for verification.
  • Verification of Effectiveness: Closure is granted only upon review of data proving the action worked (e.g., 30 days of sustained improved Cpk).
  • Supplier Scorecard Integration: Audit results and ongoing performance feed into a supplier scorecard for continuous monitoring.

4. The Six Sigma Advantage: Key Differentiators

FeatureTraditional AuditSix Sigma Labs Technical Audit
Lead AuditorQuality AuditorSix Sigma Black Belt / Master Black Belt
Primary FocusDocumented QMS ComplianceProcess Capability & Control
Data RelianceCertificates, Inspection RecordsSPC, Cpk, MSA, DOE
Problem ResolutionCorrective Action (Fix the symptom)Root Cause Correction (Eliminate the cause)
Supplier RelationshipPolicingTechnical Collaboration & Development
OutcomeA compliant supplierA capable, improving partner

5. Case Study: Preventing a $2.5M Failure

Situation: During a pre-production audit for a critical sensor housing at a new supplier, “Apex Precision,” the Six Sigma Labs team discovered:

  • Major Finding 1: No control over critical laser welding parameters, jeopardizing hermeticity.
  • Major Finding 2: No active SPC or adherence to the tool change schedule for a critical dimension.
  • Major Finding 3: An invalid MSA (Gauge R&R >30%), invalidating all historical dimension data.

Action: The audit triggered a formal CAPA. The Six Sigma Black Belt mentored the supplier through root cause analysis, which revealed systemic training and cultural gaps.

Result: After implementing controlled processes and validated systems, the process Cpk improved from 1.1 to 1.41. The program prevented an estimated $2.5M in potential field failures and recall costs for the flagship product, while developing Apex into a strategic partner.

6. Conclusion: An Investment in Supply Chain Excellence

The Six Sigma Labs Supplier Technical Audit Program is not an expense; it is a critical investment in supply chain resilience and product quality. By applying the disciplined, data-driven rigor of Six Sigma to the supplier base, organizations can:

  • Drastically reduce the Cost of Poor Quality (COPQ).
  • Accelerate New Product Introduction (NPI) by de-risking the supply chain.
  • Build a supplier network that is a source of competitive advantage.
  • Protect brand equity and customer trust.

In an era where supply chain volatility is the norm, a proactive, technical audit program is not a luxury—it is a strategic necessity for any organization dedicated to world-class quality.

Industrial Application of Technical Audits

Courtesy: LEARN & APPLY : Lean and Six Sigma

This program is not an academic exercise; it is a practical, high-impact activity deployed to solve real-world industrial problems. Its application varies by industry but is universally focused on mitigating the highest risks associated with supplied components and materials.

Core Industrial Application Principles:

  • Risk-Based Deployment: Audit resources are focused on suppliers of Critical-to-Quality (CTQ) components, where failure would affect safety, performance, or regulatory compliance.
  • Prevention over Detection: The audit is applied before mass production (e.g., at the sourcing or prototyping phase) to prevent issues rather than sorting bad parts later.
  • Data as the Universal Language: Regardless of the industry, the audit relies on objective data—Process Capability (Cpk), Measurement System Analysis (MSA), and Design FMEA—to make supplier qualification decisions.

Specific Industrial Applications

1. Automotive & Aerospace Manufacturing

In these industries, failure can have catastrophic safety consequences. The technical audit is applied with extreme rigor.

  • Application Focus: Process Validation & Traceability.
  • Technical Audit Checks:
    • PPAP (Production Part Approval Process) Verification: The audit physically verifies that the supplier’s submitted PPAP data (including Cpk studies) reflects the actual production process and is not just “paperware.”
    • Special Process Validation: Intensive auditing of special processes like heat treating, plating, and welding. The audit verifies oven/plating bath temperature profiles, chemical concentration controls, and weld parameter monitoring with strict data logging.
    • Material & Heat Code Traceability: The audit follows a single part’s material certificate and heat code from raw material to finished good, ensuring full traceability in the event of a recall.
  • Real-World Example: An automotive brake caliper supplier claimed a Cpk of 1.67 for a critical bore diameter. The on-site Six Sigma audit discovered the MSA was performed with a single, master operator. A re-check with all shift operators showed an R&R of 45%. The “excellent” Cpk was invalid, and the measurement system was corrected, preventing the shipment of a non-capable part.

2. Medical Device & Pharmaceutical Manufacturing

Here, the focus is on patient safety and strict regulatory compliance (FDA, EMA). The audit is a primary tool for ensuring adherence to Good Manufacturing Practices (GMP).

  • Application Focus: Design Controls, Sterilization, and Data Integrity.
  • Technical Audit Checks:
    • Design History File (DHF) Audit: For a supplier of a custom component (e.g., a plastic injectable syringe), the audit meticulously reviews the DHF to ensure the design inputs (e.g., biocompatibility, burst pressure) are verified and validated through rigorous testing.
    • Cleanroom & Environmental Controls: The audit verifies cleanroom particle counts, differential pressures, and personnel gowning procedures against validated standards.
    • Sterilization Validation: For a supplier of sterile packaging, the audit reviews the full validation cycle for Ethylene Oxide (EtO) or radiation sterilization, including dose-mapping and biological indicator results.
    • Data Integrity ALCOA+ Principles: The audit scrutinizes electronic and paper records for Attributability, Legibility, Contemporaneity, Originality, and Accuracy to prevent data falsification.
  • Real-World Example: A pharmaceutical company audited a supplier of a critical active pharmaceutical ingredient (API). The audit found that the HPLC (High-Performance Liquid Chromatography) system’s audit trail was disabled, violating ALCOA+ principles. This major finding halted the supplier qualification until a new, compliant system was installed and validated.

3. Electronics & Semiconductor Manufacturing

This industry deals with microscopic dimensions, electrostatic discharge (ESD) risks, and complex software-driven processes.

  • Application Focus: Process Stability, Contamination Control, and Software Validation.
  • Technical Audit Checks:
    • SPC on Solder Paste Printing: The audit verifies real-time SPC charts for stencil printing volume and placement accuracy, which is critical for surface-mount technology (SMT) assembly.
    • ESD Control Program: The audit physically checks ESD straps, matting, and ionization systems, reviewing test logs to ensure the program is effective in preventing microscopic damage.
    • Wafer Fab Process Control: For a semiconductor foundry, the audit reviews control charts for etch rates, deposition thickness, and defect density, ensuring they operate within strict statistical control limits.
    • Embedded Software Supply Chain: The audit extends to the supplier’s software development lifecycle, checking for version control, code review practices, and bug tracking.
  • Real-World Example: An electronics manufacturer was experiencing intermittent failures in a communication module. The Six Sigma audit at the PCB assembly supplier revealed that the reflow oven’s thermal profiles were not being monitored in real-time and had significant board-to-board variation. Implementing rigorous SPC on the oven profile was the key corrective action.

4. Consumer Packaged Goods (CPG) & Food Industry

While sometimes less technologically complex, the focus is on high-volume consistency, sensory attributes, and food safety.

  • Application Focus: Supply Chain Consistency and Food Safety (HACCP).
  • Technical Audit Checks:
    • Capability on Color & Texture: For a food product or cosmetic, the audit uses instrumental data (colorimeters, texture analyzers) to verify the supplier can consistently match sensory specifications.
    • HACCP & Food Defense Plans: The audit goes beyond certificate verification to physically validate Critical Control Points (CCPs), such as metal detector checks and kill-step temperature monitoring.
    • Packaging Integrity: The audit reviews validation data for seal strength (e.g., on a flexible pouch) and uses MSA to ensure the leak-testing methods are reliable.
  • Real-World Example: A beverage company audited a syrup supplier for a key product. While the chemical specs were in order, the audit used a sensory panel and a colorimeter to identify significant batch-to-batch variation in color and flavor, which was impacting brand consistency. The supplier was required to implement better controls on their mixing and heating processes.

Conclusion: The Universal Value Proposition

The industrial application of the Six Sigma Labs Supplier Technical Audit Program demonstrates that its core principles are universally applicable. Whether building a car, a pacemaker, a smartphone, or a food product, the requirement for a capable, controlled, and understood manufacturing process is constant. By applying this disciplined, technical audit, companies transform their supply chain from a source of risk into a documented, data-driven foundation for quality and operational excellence.

Table of Contents

Leave a Comment

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

Follow Us

swachh_bharat
made_in_india
beti_bachao
75th independence day
swachh_bharat
made_in_india
beti_bachao
75th independence day

2025. Copyright sixsigma-tqm.in