Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 46 — Capability vs Performance gap

Mở đầu — vì sao bài này quan trọng

Hãy tưởng tượng bạn vừa hoàn thành một dự án LSS, bộ phận chất lượng đo lại quy trình và báo cáo chỉ số Cpk = 1.67 — một con số đẹp như mơ, tương đương khoảng 5 sigma. Sếp vui mừng, dự án được tuyên bố thành công. Nhưng sáu tháng sau, khách hàng vẫn liên tục phàn nàn về lỗi, tỷ lệ phế phẩm thực tế cao gấp ba lần so với những gì chỉ số dự báo. Chuyện gì đã xảy ra?

Đây chính là cái bẫy kinh điển mà rất nhiều Green Belt mắc phải: nhầm lẫn giữa capability (năng lực — quy trình có thể làm được gì) và performance (hiệu suất — quy trình đang thực sự làm được gì). Hai khái niệm này nghe có vẻ giống nhau, thậm chí dùng chung công thức rất giống nhau, nhưng chúng kể hai câu chuyện hoàn toàn khác. Một bên là tiềm năng trong điều kiện lý tưởng, một bên là thực tế phũ phàng khi quy trình vận hành dài hạn với đủ loại biến động.

Hiểu được khoảng cách (gap) giữa capability và performance là một trong những kỹ năng phân biệt người làm Six Sigma nghiệp dư với người chuyên nghiệp. Khoảng cách này không phải là một con số vô nghĩa — nó chính là tấm gương phản chiếu mức độ kiểm soát (control) của bạn đối với quy trình. Gap càng lớn, quy trình của bạn càng "trôi dạt" theo thời gian, càng có nhiều nguồn biến động đặc biệt (special cause) đang âm thầm phá hoại. Trong bài này, chúng ta sẽ mổ xẻ tận gốc sự khác biệt, học cách diễn giải gap đúng cách, và quan trọng nhất là biết phải làm gì với nó.

Khái niệm cốt lõi

Capability — quy trình CÓ THỂ làm được gì

Capability mô tả năng lực tiềm tàng của quy trình khi nó đang ở trạng thái ổn định (in statistical control), được đo trong khoảng thời gian ngắn (short-term). "Ngắn hạn" ở đây có nghĩa là dữ liệu được thu thập trong một cửa sổ thời gian đủ ngắn để chỉ chứa biến động tự nhiên (common cause variation) — tức là biến động vốn có, ngẫu nhiên, không thể tránh khỏi của quy trình. Trong khoảng ngắn đó, máy chưa kịp mòn, ca làm việc chưa đổi, lô nguyên liệu chưa thay, người vận hành chưa mệt.

Hai chỉ số đại diện cho capability là CpCpk:

  • Cp đo độ rộng tiềm năng: dải dung sai cho phép rộng gấp bao nhiêu lần độ phân tán của quy trình. Cp chỉ quan tâm tới độ rộng, không quan tâm quy trình có nằm đúng giữa hay không.
  • Cpk bổ sung yếu tố vị trí: nó tính tới việc tâm quy trình có lệch về phía giới hạn nào không. Cpk luôn nhỏ hơn hoặc bằng Cp.
Điểm mấu chốt: độ lệch chuẩn dùng để tính Cp/Cpk là sigma ngắn hạn (within-subgroup standard deviation) — độ phân tán bên trong từng nhóm con nhỏ, phản ánh đúng "tiếng nói của quy trình" trong điều kiện thuần nhất.

Performance — quy trình ĐANG làm được gì

Performance mô tả những gì quy trình thực sự tạo ra trong dài hạn (long-term), bao gồm tất cả các nguồn biến động cộng dồn theo thời gian: thay ca, đổi lô nguyên liệu, máy móc hao mòn, nhiệt độ phòng dao động, người vận hành khác nhau, hiệu chuẩn trôi... Đây là bức tranh mà khách hàng thực sự trải nghiệm.

Hai chỉ số đại diện là PpPpk, có công thức gần như y hệt Cp/Cpk, nhưng khác ở chỗ độ lệch chuẩn dùng là sigma dài hạn (overall standard deviation) — độ phân tán tính trên toàn bộ dữ liệu, gộp cả biến động trong nhóm lẫn biến động giữa các nhóm.

Nói cách khác:

  • Cp, Cpk → dùng σ_within (ngắn hạn) → "Quy trình có thể làm được gì nếu mọi thứ ổn định"
  • Pp, Ppk → dùng σ_overall (dài hạn) → "Quy trình thực tế đang làm gì qua thời gian"

Khoảng cách (gap) và ý nghĩa của nó

Vì σ_overall luôn lớn hơn hoặc bằng σ_within (dài hạn gộp thêm biến động giữa các nhóm), nên thông thường:

> Cpk ≥ Ppk và Cp ≥ Pp

Khoảng cách giữa chúng chính là performance gap. Trong giới Six Sigma, người ta thường mặc định một sự dịch chuyển trung bình 1.5 sigma shift giữa ngắn hạn và dài hạn — đây là lý do vì sao "6 sigma ngắn hạn" tương ứng với chỉ "4.5 sigma dài hạn" và mức 3.4 DPMO huyền thoại.

Cách diễn giải gap rất trực quan:

  • Cpk ≈ Ppk (gap nhỏ): quy trình rất ổn định, được kiểm soát tốt, ít trôi dạt theo thời gian. Năng lực tiềm năng gần như được hiện thực hóa hoàn toàn. Đây là dấu hiệu một quy trình trưởng thành.
  • Cpk >> Ppk (gap lớn): quy trình có tiềm năng tốt nhưng thực tế lại kém. Điều này gần như luôn báo hiệu sự hiện diện của special cause — có thứ gì đó đang khiến quy trình dịch chuyển, nhảy bậc, hoặc dao động bất thường theo thời gian. Cpk cao mà Ppk thấp giống như một vận động viên có thể chạy 100m trong 10 giây ở buổi tập nhưng thi đấu thật toàn về đích sau 14 giây — vấn đề không phải ở năng lực, mà ở sự thiếu nhất quán.
Đây là điểm cốt lõi của bài học: Đừng chỉ báo cáo một con số. Hãy báo cáo gap, vì gap mới là chẩn đoán.

Tình huống thực tế

Ví dụ 1 — Nhà máy linh kiện điện tử ở Bắc Ninh: con số đẹp che giấu vấn đề thật

Một nhà máy sản xuất đầu nối (connector) tại khu công nghiệp Bắc Ninh cung cấp cho khách hàng Nhật. Đặc tính then chốt là chiều cao của chân tiếp xúc, dung sai 2.00 ± 0.05 mm. Một Green Belt mới được giao đo năng lực quy trình. Anh lấy 5 sản phẩm liên tiếp mỗi giờ trong một ca, tính được:

  • σ_within = 0.010 mm → Cpk = 1.55
  • σ_overall (gộp dữ liệu cả tuần, 3 ca) = 0.020 mm → Ppk = 0.78
Báo cáo Cpk = 1.55 được gửi lên, ai cũng hài lòng. Nhưng khách hàng Nhật yêu cầu thêm Ppk, và khi thấy con số 0.78 (tương đương khoảng 9.000 lỗi/triệu), họ lập tức yêu cầu audit.

Diễn giải: Gap khổng lồ giữa Cpk 1.55 và Ppk 0.78 cho thấy trong từng giờ máy chạy rất ngon (biến động within nhỏ), nhưng giữa các ca lại có sự dịch chuyển lớn. Điều tra ra: ca đêm chỉnh máy theo cảm tính khác ca ngày, và mỗi lần đổi lô nguyên liệu đồng thau, tâm kích thước nhảy 0.02–0.03 mm. Năng lực tiềm năng tốt, nhưng quy trình mất kiểm soát giữa các ca.

Bài học: Cpk đẹp không có nghĩa khách hàng nhận hàng tốt. Gap lớn = special cause đang ẩn náu. Nếu chỉ nhìn Cpk, bạn sẽ "ngủ quên trên chiến thắng" trong khi phế phẩm vẫn chảy ra cửa.

Ví dụ 2 — Trung tâm xử lý hồ sơ vay của một ngân hàng TMCP: dịch vụ cũng có gap

LSS không chỉ dành cho sản xuất. Một ngân hàng thương mại cổ phần ở TP.HCM đo thời gian xử lý hồ sơ vay tiêu dùng, với tiêu chuẩn nội bộ (USL) là 48 giờ. Đội cải tiến lấy mẫu trong một tuần "đẹp trời" (không có ngày lễ, đủ nhân sự):

  • Tính trên dữ liệu within-day: Cpk ≈ 1.40
  • Tính trên dữ liệu 3 tháng (gồm cuối tháng cao điểm, nhân viên nghỉ phép, hệ thống bảo trì): Ppk ≈ 0.65
Diễn giải: Trong điều kiện bình thường, quy trình thừa sức xử lý dưới 48 giờ. Nhưng performance dài hạn cho thấy mỗi dịp cuối tháng và mỗi khi một nhân viên nghỉ, thời gian xử lý vọt lên 70–90 giờ. Gap giữa 1.40 và 0.65 chính là "tiếng kêu cứu" về sự thiếu năng lực đệm (capacity buffer) và phụ thuộc cá nhân.

Bài học: Trong dịch vụ, special cause thường là con người và lịch trình, chứ không phải máy móc. Đo capability vào "tuần đẹp trời" rồi tuyên bố thắng lợi là tự dối mình. Phải đo performance qua đủ chu kỳ thực để thấy sự thật.

Ví dụ 3 — Đóng chai nước giải khát: gap nhỏ là phần thưởng của control tốt

Một nhà máy nước giải khát ở Bình Dương kiểm soát thể tích chiết rót, tiêu chuẩn 500 ± 10 ml. Sau khi đã triển khai control chart và bảo trì phòng ngừa nghiêm túc suốt một năm, họ đo lại:

  • Cpk = 1.62
  • Ppk = 1.55
Diễn giải: Gap chỉ 0.07 — gần như không đáng kể. Điều này cho thấy quy trình cực kỳ ổn định: những gì máy làm được trong khoảnh khắc gần như chính là những gì khách hàng nhận suốt cả năm. Không có special cause đáng kể, các đầu vòi chiết được hiệu chuẩn đồng đều, không có sự trôi dạt theo ca.

Bài học: Gap nhỏ không tự nhiên mà có — nó là thành quả của giai đoạn Control trong DMAIC: control plan tốt, SPC giám sát liên tục, bảo trì phòng ngừa. Khi bạn thấy Cpk và Ppk gần nhau, đó là tín hiệu quy trình đã trưởng thành và bạn có thể tin vào con số dự báo.

Hướng dẫn từng bước

Đây là quy trình thực hành để đánh giá và sử dụng capability vs performance gap trong một dự án LSS:

Bước 1 — Xác nhận quy trình đã ổn định trước khi đo. Vẽ control chart trước. Nếu quy trình không in-control, chỉ số capability gần như vô nghĩa, vì bạn đang đo một mục tiêu đang di chuyển. Loại bỏ special cause rõ ràng trước đã.

Bước 2 — Thu thập dữ liệu đúng cấu trúc nhóm con (rational subgrouping). Đây là bước quyết định. Hãy lấy mẫu thành các nhóm con nhỏ (thường 3–5 mẫu) sao cho bên trong mỗi nhóm chỉ có biến động common cause, còn biến động giữa các nhóm phản ánh sự thay đổi theo thời gian. Cấu trúc nhóm sai sẽ làm sai lệch cả hai chỉ số.

Bước 3 — Tính cả hai bộ chỉ số. Tính Cp/Cpk dùng σ_within và Pp/Ppk dùng σ_overall. Đừng bao giờ chỉ tính một bên. Phần mềm như Minitab cho ra cả hai trong cùng một báo cáo Capability Analysis.

Bước 4 — Kiểm tra giả định phân phối chuẩn. Cả hai chỉ số đều giả định dữ liệu phân phối chuẩn. Chạy normality test (ví dụ Anderson-Darling). Nếu dữ liệu lệch, hãy biến đổi (transform) hoặc dùng phương pháp non-normal capability.

Bước 5 — Tính và diễn giải gap. So sánh Cpk và Ppk:

  • Gap < 0.1–0.2: quy trình ổn định, con số đáng tin.
  • Gap đáng kể (ví dụ Cpk/Ppk > 1.3): có special cause hoặc trôi dạt → quay lại điều tra nguồn biến động giữa các nhóm.
Bước 6 — Hành động theo chẩn đoán. Nếu gap lớn, đừng cố "vắt" thêm năng lực ngắn hạn — vấn đề của bạn là sự ổn định, không phải năng lực. Tập trung vào kiểm soát: chuẩn hóa giữa các ca, kiểm soát lô nguyên liệu, hiệu chuẩn định kỳ. Nếu gap nhỏ nhưng cả hai đều thấp, vấn đề là common cause → cần cải tiến cơ bản quy trình (giảm độ phân tán hoặc dịch tâm).

Bước 7 — Báo cáo cả gap, không chỉ một số. Trong báo cáo dự án, luôn trình bày Cpk Ppk cạnh nhau, kèm diễn giải gap. Đây là dấu hiệu của một Green Belt chuyên nghiệp.

Lỗi thường gặp & mẹo

Lỗi 1 — Chỉ báo cáo Cpk vì nó luôn đẹp hơn. Đây là lỗi phổ biến và đôi khi mang tính "làm đẹp số liệu". Cpk gần như luôn lớn hơn Ppk, nên ai muốn báo cáo trông tốt sẽ chọn Cpk. Mẹo: khách hàng nghiêm túc (đặc biệt trong ô tô, điện tử) luôn yêu cầu cả hai — hãy chủ động cung cấp.

Lỗi 2 — Đo capability khi quy trình chưa in-control. Nếu control chart còn điểm vượt giới hạn, con số Cpk/Ppk là vô nghĩa. Luôn ổn định hóa trước, đo sau.

Lỗi 3 — Rational subgrouping sai. Nếu bạn lấy 5 mẫu trải dài cả ngày làm một "nhóm con", biến động within sẽ bị thổi phồng, σ_within ≈ σ_overall, và gap trông như biến mất một cách giả tạo. Mẹo: nhóm con phải gồm các mẫu được tạo ra trong điều kiện càng đồng nhất càng tốt, cách nhau vài giây/phút.

Lỗi 4 — Bỏ qua kiểm tra phân phối chuẩn. Dữ liệu lệch (như thời gian xử lý, vốn thường lệch phải) khiến chỉ số sai lệch nặng. Luôn chạy normality test.

Lỗi 5 — Nhầm "gap nhỏ" là tốt trong mọi trường hợp. Gap nhỏ chỉ tốt khi cả hai chỉ số đều cao. Nếu Cpk = Ppk = 0.6, thì gap nhỏ chỉ nghĩa là "quy trình ổn định ở mức tệ" — ổn định trong sự dở. Lúc đó vấn đề là common cause, cần cải tiến gốc rễ.

Mẹo vàng: Hãy nhớ khẩu quyết — "Cpk cho biết quy trình có khả năng đến đâu; Ppk cho biết khách hàng thực sự nhận được gì; còn khoảng cách giữa chúng cho biết quy trình của bạn được kiểm soát tốt đến mức nào."

Bài tập thực hành

Bài 1 — Diễn giải gap. Một quy trình có Cpk = 1.50, Ppk = 0.90. Hãy: (a) tính tỷ lệ Cpk/Ppk; (b) cho biết gap này gợi ý điều gì về tình trạng kiểm soát của quy trình; (c) đề xuất hai hành động bạn sẽ làm tiếp theo và giải thích vì sao bạn không tập trung cải tiến năng lực ngắn hạn.

Bài 2 — So sánh hai quy trình. Quy trình A: Cpk = 1.10, Ppk = 1.05. Quy trình B: Cpk = 1.80, Ppk = 0.95. Cả hai cùng một USL/LSL. Hỏi: quy trình nào "khỏe" hơn về dài hạn, và quy trình nào cấp bách hơn cần điều tra special cause? Giải thích lập luận.

Bài 3 — Tình huống dịch vụ. Bạn đo thời gian phản hồi ticket IT, USL = 4 giờ. Lấy mẫu trong một tuần yên ả được Cpk = 1.35, nhưng ban lãnh đạo nghi ngờ. Hãy thiết kế một kế hoạch thu thập dữ liệu để tính được Ppk trung thực: bạn sẽ lấy mẫu trong bao lâu, gồm những giai đoạn nào, và vì sao những giai đoạn đó quan trọng?

Bài 4 — Phản biện số liệu. Một đồng nghiệp khoe Cpk = 2.0 và đề nghị đóng dự án. Hãy viết 3 câu hỏi bạn sẽ đặt ra trước khi đồng ý đóng dự án, dựa trên những gì đã học về capability vs performance.

Tóm tắt

  • Capability (Cp, Cpk) đo những gì quy trình có thể làm trong điều kiện ngắn hạn, ổn định — dùng độ lệch chuẩn within-subgroup (σ_within). Nó phản ánh tiềm năng.
  • Performance (Pp, Ppk) đo những gì quy trình đang thực sự làm trong dài hạn, gộp mọi nguồn biến động — dùng độ lệch chuẩn overall (σ_overall). Đây là thứ khách hàng trải nghiệm.
  • Vì σ_overall ≥ σ_within nên thông thường Cpk ≥ Ppk, và khoảng cách giữa chúng — performance gap — là một công cụ chẩn đoán mạnh.
  • Gap nhỏ (khi cả hai đều cao) = quy trình ổn định, được kiểm soát tốt, con số đáng tin. Gap lớn = có special cause hoặc trôi dạt theo thời gian; vấn đề nằm ở sự kiểm soát, không phải năng lực.
  • Đừng bao giờ chỉ báo cáo một chỉ số. Hãy luôn trình bày Cpk Ppk, đo trên dữ liệu đủ dài và đủ đại diện, sau khi đã xác nhận quy trình in-control và phân phối chuẩn.
  • Thu hẹp gap không phải bằng cách "vắt" thêm năng lực ngắn hạn, mà bằng cách loại bỏ special cause và chuẩn hóa kiểm soát — đúng tinh thần giai đoạn Control của DMAIC.
Nắm vững khoảng cách giữa capability và performance, bạn sẽ không bao giờ bị một con số Cpk đẹp đẽ đánh lừa nữa — và đó là dấu hiệu của một người làm Six Sigma thực thụ.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi