6.4 Data Collection Techniques: Check Sheets, Checklists, Surveys & Interviews

ASQ Certified Six Sigma Yellow Belt CSSYB

Track your progress as you read

Finished sections get a check mark.

1 Introduction & Exam Overview

About the ASQ CSSYB Exam How to Use This Study Guide

2 Chapter 1: Six Sigma & Lean Fundamentals

1.1 Six Sigma Foundations, Principles & History 1.2 Lean Foundations, Principles & The 8 Wastes 1.3 Six Sigma Roles & Responsibilities

3 Chapter 2: Team Basics & Dynamics

2.1 Team Types & Stages of Team Evolution 2.2 Team Decision-Making & Idea Generation Tools 2.3 Communication Methods & Meeting Management

4 Chapter 3: Quality Tools & Six Sigma Metrics

3.1 The 7 Basic Quality Tools 3.2 Six Sigma Process Performance Metrics & COPQ

5 Chapter 4: Define Phase — Project Identification & Scope

4.1 Voice of the Customer (VOC) & Critical-to-Quality (CTQ) 4.2 Project Selection & Stakeholder Analysis 4.3 Process Definition with SIPOC & Supply Chain Basics

6 Chapter 5: Define Phase — Project Management Basics

5.1 The Project Charter & Problem Statements 5.2 Project Planning: WBS, Gantt Charts & Communication Plans 5.3 Project Management Tools & Tollgate Reviews

7 Chapter 6: Measure Phase — Data Collection & Statistics

6.1 Basic Statistics: Central Tendency & Dispersion 6.2 Data Types & Classification 6.3 Data Collection Plans, Operational Definitions & Sampling 6.4 Data Collection Techniques: Check Sheets, Checklists, Surveys & Interviews

8 Chapter 7: Measure Phase — Measurement System Analysis

7.1 Measurement System Fundamentals: Precision, Accuracy & Bias 7.2 Gauge Repeatability & Reproducibility (GR&R)

9 Chapter 8: Analyze Phase — Process & Root Cause Analysis

8.1 Process Analysis: 5S & Value Analysis 8.2 Failure Mode and Effects Analysis (FMEA) 8.3 Root Cause Analysis: 5 Whys, Process Mapping, 8D, Force-Field & Matrix Charts

10 Chapter 9: Analyze Phase — Corrective Action & Variation

9.1 Corrective & Preventive Action Processes 9.2 Common Cause vs Special Cause Variation 9.3 Basic Distribution Types: Normal, Binomial & Poisson

11 Chapter 10: Analyze Phase — Relationships & Hypothesis Testing

10.1 Correlation & Scatter Plots 10.2 Simple Linear Regression & Prediction 10.3 Hypothesis Testing Concepts: Hypotheses, Errors & P-Values

12 Chapter 11: Improve Phase — Implementation Techniques

11.1 Kaizen & Kaizen Blitz Events 11.2 Plan-Do-Check-Act (PDCA) & Solution Selection 11.3 Cost-Benefit Analysis & Financial Validation

13 Chapter 12: Control Phase — Sustaining Improvements

12.1 Control Plans & Process Monitoring 12.2 Statistical Process Control: X-bar & R Charts 12.3 Document Control, Standard Operating Procedures & Project Hand-off

6.4 Data Collection Techniques: Check Sheets, Checklists, Surveys & Interviews

Key Takeaways Explain This Topic AI

The CSSYB Body of Knowledge lists four data collection techniques to apply: surveys, interviews, check sheets, and checklists.

A check sheet counts or locates events as they happen and feeds Pareto charts and histograms, while a checklist confirms that required steps were completed.

Surveys gather structured answers from many respondents at low cost but are distorted by nonresponse bias and by leading or double-barreled questions.

Interviews gather detailed reasons from a few people; teams usually interview first to discover issues and then survey to measure how widespread each issue is.

Automated system logs and sensors remove transcription errors, but their fields must still match the plan's operational definitions.

Last updated: September 2026

Data Collection Techniques: Check Sheets, Checklists, Surveys & Interviews

Quick Answer: The CSSYB Body of Knowledge asks you to use four data collection techniques: surveys, interviews, check sheets, and checklists. A check sheet counts or locates events as they happen and feeds Pareto charts and histograms. A checklist confirms that required steps were done. Surveys collect structured answers from many people at low cost, while interviews collect detailed reasons from a few. Automated logs and sensors supplement these methods whenever the data already exists in a system. Independent CSSYB study guide by ExamFinch.

Why the Choice of Technique Matters

The data collection plan (Section 6.3) says what to measure, where, how often, and by whom. The technique is the "how": the form, question list, or device that turns observations into records. A poor technique can ruin a good plan. A tally sheet with vague categories produces counts nobody can analyze, and a survey with leading questions produces biased ratings. The BoK tests this topic at the Apply level, so expect scenario questions that ask which technique fits a situation.

A quick way to choose:

• Where the data lives Best technique What it produces
• Events you can see at the workplace Check sheet Counts by category, time, or location
• Steps that must all be completed Checklist Yes/no completion record
• Opinions of many people Survey Ratings and category counts
• Reasons and experiences of a few people Interview Detailed notes and themes
• Existing systems or machines Automated logs and sensors Time-stamped records
• Check Sheets

A check sheet (one of Ishikawa's Seven Basic Quality Tools) is a visual, structured form designed for real-time manual data collection directly at the workplace. It enables operators to record defect occurrences, locations, and patterns systematically using simple tally marks without interrupting production workflow.

Defect Location Check Sheet (Measles Chart): Displays a physical schematic, blueprint, or silhouette of the product (such as a vehicle body panel, surgical gown, or circuit board). Operators mark an "X" or dot at the exact physical location where a scratch, void, or tear occurs. Cluster patterns immediately highlight localized tooling wear or material handling damage.

Defect Cause Check Sheet: Lists predefined defect categories along the vertical axis and operating shifts, days, or workstations along the horizontal axis, transforming raw tallies into an immediate precursor for Pareto analysis.

• Building a Check Sheet in Five Steps
• Agree on the question. For example: "Which invoice errors occur most often, and on which days?"

Define each category operationally so every collector records the same event the same way (Section 6.3). Include an "Other" column with space to describe unexpected errors.

Decide the time frame and stratification (by day, shift, machine, or clerk) so later analysis can separate the data.

Design a simple layout with categories down the side and time periods across the top, and record who collected the data and when.

Pilot the form for one shift , fix confusing categories, and then collect for the full period in the plan.

Worked example: An accounts payable team tallies invoice errors for one week:

• Error type Mon Tue Wed Thu Fri Total
• Missing PO number 4 3 5 4 6 22
• Price mismatch 2 1 2 3 2 10
• Wrong vendor address 1 0 1 1 2 5
• Other 0 1 1 0 1 3
• Total 7 5 9 8 11 40

Missing PO numbers account for 22 of 40 errors (55%), so a Pareto chart built from this sheet would point the team there first. The daily totals also show that Friday is the worst day, a clue to stratify by day during analysis.

Check Sheets vs. Checklists

The CSSYB BoK lists check sheets and checklists as separate techniques, and exam questions test the difference:

Tool What It Records Question It Answers Example

Check sheet Counts or locations of events as they happen How often, and where, does each defect occur? Tally of invoice errors by type and day

Checklist Whether each required step or item was completed Did we do everything the procedure requires? Pre-shift equipment setup list; surgical safety checklist

A check sheet produces data for analysis and feeds Pareto charts and histograms. A checklist is a memory aid and verification tool that prevents omissions, and the data it produces is usually yes/no compliance.

Designing an Effective Checklist

Keep it short and limited to critical steps that people actually skip or forget.

Write each item as a checkable action ("Torque wrench set to 25 N·m") rather than a vague reminder ("Check tools").

List items in the order the work is done, and state who completes the list and when.

Record completion (initials and date) so the checklist also produces yes/no compliance data the team can count.

Surveys and Interviews

When the data lives in people's experience rather than in a machine log, teams use surveys and interviews:

Surveys gather structured answers from many respondents at a low cost per response. Use closed-ended questions (rating scales, multiple choice) when you need numbers you can summarize, and pilot the survey first to catch confusing wording. Watch for low response rates and nonresponse bias , because the people who reply may differ from those who do not.

Interviews gather detailed answers from fewer people. They are slower and cost more per response, but the interviewer can ask follow-up questions and uncover the reasons behind a problem. Use a written interview guide so every interviewer asks the same core questions, and record answers consistently.

Choosing between them: Interviews work well early, to discover what matters; a survey then measures how widespread each issue is. Both methods need an operational definition for every rating or category, just like measured data.

Writing Good Survey Questions

Ask one thing per question. "Was the agent quick and helpful?" is double-barreled; split it into two questions.

Avoid leading wording. "How satisfied were you with our excellent service?" pushes respondents toward a positive answer.

Use balanced rating scales with the same number of positive and negative choices, and label the end points.

Sample the right people. Survey a random or stratified sample of the customers who actually use the process, not only those who are easy to reach.

Keep it short. Long surveys lower the response rate and increase nonresponse bias.

Interview Formats

Structured interviews ask every person the same questions in the same order, so answers can be compared or counted.

Semi-structured interviews use a core question list but let the interviewer follow up; they suit most Define and Measure work.

Unstructured interviews are open conversations, useful at the very start of a project but hard to summarize.

Record answers the same way each time, and group them by theme (for example, with an affinity diagram) before drawing conclusions.

Automated Sensors and System Logs

Wherever possible, teams leverage automated programmable logic controllers (PLCs), barcoding scanners, and IoT temperature/pressure sensors. Automation eliminates manual transcription errors, keystroke typos, and intentional operator falsification. Before relying on a system log, confirm that its fields match the plan's operational definitions; a time stamp recorded when a record is saved may not match the event the team defined as the start of the process.