Six Sigma là gì? Quy trình DMAIC trong 6Sigma và cách áp dụng

Sai lỗi lặp lại trong quy trình không chỉ làm tăng chi phí sửa chữa mà còn làm chậm tiến độ, khiến kết quả thiếu đồng đều và làm doanh nghiệp khó dự báo hiệu suất. Khi một vấn đề xuất hiện nhiều lần nhưng nguyên nhân chưa rõ, việc xử lý từng sự cố riêng lẻ thường chỉ khắc phục biểu hiện trước mắt mà chưa cải thiện được quy trình gây ra vấn đề.

Six Sigma mang đến một cách tiếp cận có cấu trúc để xác định yêu cầu khách hàng, đo lường hiệu suất, tìm nguyên nhân gốc và duy trì kết quả sau cải tiến. Trong bài viết này, Sansan Academy sẽ cùng bạn tìm hiểu khái niệm, lợi ích, giới hạn, quy trình, công cụ và các vai trò trong Six Sigma.

Six Sigma là gì?

Six Sigma là phương pháp cải tiến quy trình giúp doanh nghiệp giảm biến động, hạn chế sai lỗi và đáp ứng yêu cầu khách hàng ổn định hơn. Six Sigma xem hoạt động của doanh nghiệp như những quy trình có đầu vào, bước xử lý và đầu ra có thể xác định, đo lường, phân tích, cải tiến và kiểm soát.

Trong thống kê, ký hiệu sigma (σ) biểu thị độ lệch chuẩn, qua đó phản ánh mức độ phân tán của dữ liệu xung quanh giá trị trung bình. Khi kết quả của một quy trình biến động lớn, khả năng tạo ra sản phẩm hoặc dịch vụ vượt ngoài yêu cầu cũng tăng lên. Six Sigma vì thế không chỉ quan tâm đến kết quả trung bình mà còn xem xét mức độ ổn định của toàn bộ quy trình.

Hiệu suất Six Sigma thường được mô tả bằng mục tiêu khoảng 3,4 lỗi trên một triệu cơ hội phát sinh lỗi. Mức này gắn với quy ước dịch chuyển 1,5 sigma. Khi sử dụng, doanh nghiệp cần xác định rõ lỗi, cơ hội phát sinh lỗi và cách thu thập dữ liệu, không đồng nhất số cơ hội với số sản phẩm.

Lợi ích và giới hạn của phương pháp 6 Sigma

Để nhìn Six Sigma một cách thực tế, doanh nghiệp nên xem xét cả giá trị phương pháp có thể mang lại lẫn nguồn lực cần chuẩn bị. Phương pháp này đòi hỏi thời gian, năng lực phân tích và sự phối hợp giữa nhiều bên; hiệu quả còn phụ thuộc vào cách triển khai. Việc nhìn nhận đồng thời lợi ích và giới hạn giúp doanh nghiệp tránh áp dụng 6 Sigma cho mọi vấn đề hoặc từ bỏ phương pháp chỉ vì một số công cụ có vẻ phức tạp.

Lợi ích

Khi được triển khai đúng, lợi ích của Six Sigma không chỉ nằm ở việc giảm số lượng sản phẩm bị lỗi. Một dự án phù hợp có thể giúp doanh nghiệp hiểu rõ cách quy trình đang vận hành, xác định yếu tố gây biến động và thiết lập cơ chế kiểm soát lâu dài. Giá trị của dự án nên được đánh giá dựa trên tác động đến khách hàng, chi phí, thời gian và khả năng vận hành ổn định.

Giảm lỗi và độ biến động của quy trình

Trước hết, Six Sigma giúp doanh nghiệp nhận ra những yếu tố đầu vào nào đang làm kết quả quy trình thay đổi. Thay vì chỉ sửa từng lỗi sau khi đã xảy ra, nhóm dự án đo lường mức biến động, phân tích nguyên nhân và kiểm chứng giải pháp có khả năng ngăn lỗi tái diễn.

Khi quy trình ổn định hơn, doanh nghiệp có thể tạo ra sản phẩm hoặc dịch vụ nhất quán hơn giữa các thời điểm, nhân sự và địa điểm vận hành. Tuy nhiên, mục tiêu không phải xóa bỏ mọi biến động vì một phần biến động luôn tồn tại trong thực tế. Doanh nghiệp cần tập trung vào những biến động làm đầu ra không đáp ứng yêu cầu hoặc gây ảnh hưởng đáng kể đến khách hàng.

Nâng cao khả năng kiểm soát chất lượng

6 Sigma cũng giúp doanh nghiệp xác định rõ tiêu chí chất lượng, cách đo lường và ngưỡng cần cảnh báo. Những yếu tố này giúp bộ phận vận hành nhận biết khi quy trình bắt đầu lệch khỏi trạng thái mong muốn, thay vì phải chờ đến khi khách hàng phản ánh hoặc tỷ lệ lỗi tăng mạnh.

Khả năng kiểm soát chỉ phát huy tác dụng khi chỉ số được cập nhật đều và có quy định rõ về người chịu trách nhiệm phản ứng. Một biểu đồ hoặc báo cáo không đi kèm hành động xử lý sẽ không thể ngăn quy trình tiếp tục suy giảm. Giai đoạn Control của DMAIC được thiết kế để chuẩn hóa và duy trì kết quả cải tiến sau khi dự án kết thúc.

Hỗ trợ quyết định dựa trên dữ liệu

Khi có nhiều ý kiến khác nhau, Six Sigma giúp đội nhóm quay về với dữ liệu thay vì chỉ dựa vào chức vụ, kinh nghiệm riêng hoặc một vài trường hợp cá biệt. Dữ liệu giúp phân biệt nguyên nhân có ảnh hưởng thực sự với những yếu tố chỉ xuất hiện cùng thời điểm nhưng chưa chắc gây ra vấn đề.

Quyết định dựa trên dữ liệu không có nghĩa bỏ qua kinh nghiệm của nhân sự trực tiếp vận hành. Kinh nghiệm thực tế giúp nhóm dự án nhận diện tình huống, xây dựng giả thuyết và phát hiện những điểm bất thường mà báo cáo chưa thể hiện. Sau đó, dữ liệu được sử dụng để kiểm tra giả thuyết và xác định mức độ ảnh hưởng.

Giảm chi phí do sai lỗi và làm lại

Trong thực tế, một sai lỗi nhỏ có thể kéo theo chi phí vật tư, sửa chữa, kiểm tra lại, giao hàng chậm, xử lý khiếu nại và gián đoạn sản xuất. Six Sigma giúp doanh nghiệp liên kết những chi phí này với nguyên nhân trong quy trình để ưu tiên các vấn đề có tác động kinh doanh rõ ràng.

Khoản tiết kiệm sau cải tiến cần được tính dựa trên cách đo thống nhất. Doanh nghiệp không nên xem toàn bộ thay đổi tích cực trong cùng thời gian là kết quả của dự án Six Sigma, vì doanh thu hoặc chi phí còn có thể chịu ảnh hưởng từ nhiều yếu tố khác. Với dự án lớn, bộ phận tài chính nên tham gia xác minh phương pháp tính và kết quả.

Giới hạn

Dù hữu ích, Six Sigma không phù hợp với mọi tình huống. Một vấn đề đơn giản, đã xác định rõ nguyên nhân và có giải pháp tiêu chuẩn có thể được xử lý nhanh bằng quản lý trực quan, cải tiến hằng ngày hoặc điều chỉnh quy trình thông thường. Doanh nghiệp nên triển khai dự án Six Sigma đầy đủ khi mức độ phức tạp và tác động của vấn đề phù hợp với nguồn lực cần sử dụng.

Six Sigma có thể yêu cầu nhiều dữ liệu và chuyên môn thống kê

Một số dự án 6 Sigma cần phân tích năng lực quy trình, đánh giá hệ thống đo lường, kiểm định giả thuyết hoặc thiết kế thực nghiệm. Nếu nhóm dự án thiếu kiến thức phù hợp, họ có thể lựa chọn sai phương pháp hoặc diễn giải kết quả không chính xác. Mức độ phân tích nên được lựa chọn dựa trên câu hỏi của dự án, không nên sử dụng công cụ phức tạp chỉ để trông có vẻ chuyên sâu.

Một vấn đề khác là dữ liệu có thể không tồn tại sẵn hoặc được ghi nhận không nhất quán. Trong trường hợp đó, nhóm phải dành thời gian xây dựng định nghĩa, hệ thống thu thập và phương pháp kiểm tra dữ liệu trước khi phân tích. Nếu bỏ qua bước này, dự án có thể đưa ra kết luận chính xác về mặt tính toán nhưng sai về thực tế.

Dự án dễ kéo dài nếu phạm vi không được kiểm soát

Nếu phạm vi không rõ, dự án Six Sigma dễ mở rộng khi nhóm cố gắng xử lý nhiều quy trình, nhóm khách hàng và nguyên nhân cùng lúc. Phạm vi càng rộng thì việc thu thập dữ liệu, phối hợp nhân sự và thử nghiệm giải pháp càng khó quản lý.

Bản xác định dự án (Project Charter) cần nêu rõ vấn đề, mục tiêu, quy trình, phạm vi và người có quyền quyết định. Khi phát hiện vấn đề liên quan nhưng nằm ngoài phạm vi, nhóm nên ghi nhận để đánh giá riêng thay vì tự động bổ sung vào dự án. Giữ phạm vi hợp lý giúp dự án tạo ra kết quả có thể kiểm chứng trong thời gian phù hợp.

Six Sigma không thay thế chiến lược và đổi mới sản phẩm

DMAIC trong Six Sigma phù hợp với việc cải thiện quy trình hiện có và có thể đo lường. Một quy trình được tối ưu rất tốt vẫn có thể tạo ra sản phẩm không còn phù hợp với nhu cầu khách hàng.

Doanh nghiệp cần kết hợp Six Sigma với chiến lược, nghiên cứu khách hàng và phát triển sản phẩm. Khi vấn đề nằm ở việc mô hình kinh doanh hoặc giá trị cung cấp không còn phù hợp, tối ưu quy trình hiện tại có thể không đủ. Khi cần thiết kế mới hoặc thay đổi toàn diện, doanh nghiệp có thể cân nhắc DMADV: xác định, đo lường, phân tích, thiết kế và xác minh.

Những nguyên tắc cốt lõi của Six Sigma

Để Six Sigma tạo ra thay đổi thật sự, doanh nghiệp cần nhiều hơn một vài biểu mẫu hoặc công cụ thống kê rời rạc. Phương pháp cần được triển khai dựa trên những nguyên tắc xuyên suốt từ lựa chọn vấn đề đến duy trì kết quả. Các nguyên tắc này giúp nhóm dự án tránh cải tiến theo cảm tính, tập trung vào yêu cầu thực tế và tạo ra thay đổi có thể kiểm chứng.

Bắt đầu từ yêu cầu của khách hàng

Trước hết, Six Sigma đặt ra câu hỏi: đầu ra có thật sự đáp ứng điều khách hàng cần hay không? Khách hàng có thể là người mua bên ngoài hoặc một bộ phận nội bộ đang tiếp nhận kết quả của quy trình.

Nhóm dự án cần chuyển những mong đợi như “giao hàng nhanh”, “dễ sử dụng” hoặc “ít sai sót” thành yêu cầu có thể theo dõi. Các yêu cầu quan trọng đối với chất lượng thường được gọi là Critical to Quality, viết tắt là CTQ. Nếu không xác định rõ CTQ, nhóm có thể cải tiến một chỉ số nội bộ nhưng không tạo ra thay đổi có ý nghĩa với khách hàng.

Xác định quy trình tạo ra giá trị

Muốn cải thiện đúng chỗ, nhóm Six Sigma nên nhìn kết quả như sản phẩm của cả một chuỗi hoạt động, quyết định và điểm bàn giao. Nhóm cần mô tả quy trình thực tế gồm đầu vào, đầu ra, nhà cung cấp, khách hàng và mối liên hệ giữa các bước.

Việc nhìn toàn bộ dòng công việc giúp doanh nghiệp tránh tối ưu một bộ phận nhưng lại gây chậm trễ cho bộ phận khác. Chẳng hạn, giảm thời gian xử lý tại một bước chưa chắc cải thiện thời gian giao hàng nếu hồ sơ vẫn phải chờ phê duyệt ở bước sau. Bản đồ quy trình cần phản ánh cách công việc đang thực sự diễn ra, không chỉ là quy trình được ghi trong tài liệu.

Ra quyết định dựa trên dữ liệu

Dữ liệu giúp nhóm dự án mô tả mức độ của vấn đề, nhận ra xu hướng và kiểm chứng nguyên nhân thay vì tranh luận theo cảm tính. Trước khi phân tích, nhóm cần thống nhất định nghĩa của chỉ số, đơn vị đo, nguồn dữ liệu và cách lấy mẫu.

Một báo cáo có nhiều con số chưa chắc là nguồn dữ liệu tốt nếu mỗi bộ phận sử dụng một định nghĩa khác nhau. Ví dụ, “đơn hàng giao chậm” có thể được tính từ thời điểm khách đặt, thời điểm đơn được xác nhận hoặc thời điểm kho bắt đầu xử lý. Không thống nhất điểm bắt đầu sẽ khiến kết quả giữa các nhóm khó so sánh.

Tìm nguyên nhân gốc thay vì chỉ xử lý biểu hiện

Hiểu đơn giản, biểu hiện là điều doanh nghiệp nhìn thấy, còn nguyên nhân gốc là yếu tố tạo ra hoặc duy trì vấn đề. Nếu khách hàng thường xuyên nhận hàng chậm, yêu cầu nhân viên làm nhanh hơn có thể không giải quyết được những nguyên nhân như thiếu dữ liệu, phê duyệt nhiều tầng hoặc lịch giao hàng không đồng bộ.

6 Sigma yêu cầu nhóm xây dựng giả thuyết và kiểm chứng mối quan hệ giữa nguyên nhân với kết quả. Một yếu tố xuất hiện cùng lúc với vấn đề chưa chắc là nguyên nhân trực tiếp. Chỉ khi nguyên nhân được xác nhận, doanh nghiệp mới có cơ sở lựa chọn giải pháp phù hợp.

Giảm biến động và ngăn ngừa sai lỗi

Ngay cả khi kết quả trung bình tốt, một quy trình có mức biến động lớn vẫn có thể tạo ra nhiều trường hợp không đáp ứng yêu cầu. 6Sigma tập trung vào cả hiệu suất trung bình lẫn mức độ ổn định của kết quả.

Mục tiêu lâu dài là thiết kế điều kiện vận hành khiến lỗi khó xảy ra hơn, thay vì phụ thuộc hoàn toàn vào việc kiểm tra sau cùng. Kiểm tra có thể phát hiện sản phẩm không đạt nhưng không loại bỏ được nguyên nhân tạo ra lỗi. Các biện pháp phòng ngừa, chuẩn hóa và kiểm soát đầu vào thường có giá trị bền vững hơn việc tăng số lượng kiểm tra.

Phối hợp giữa nhiều bộ phận trong quá trình cải tiến

Trong thực tế, vấn đề quy trình thường đi qua nhiều bộ phận như bán hàng, vận hành, công nghệ, chất lượng và tài chính. Một bộ phận riêng lẻ có thể chỉ nhìn thấy phần việc của mình và không nhận ra ảnh hưởng của điểm bàn giao đến toàn bộ kết quả.

Nhóm dự án cần có người hiểu quy trình thực tế, người có năng lực phân tích và người đủ quyền hạn để tháo gỡ trở ngại. Sự phối hợp không có nghĩa mọi thành viên đều phải tham gia mọi cuộc họp. Mỗi vai trò cần được xác định rõ theo trách nhiệm, chuyên môn và quyết định cần thực hiện.

Duy trì kết quả sau khi giải pháp được triển khai

Một giải pháp mới chạy tốt trong giai đoạn thử nghiệm vẫn chưa có nghĩa dự án đã hoàn thành. Nhóm cần chuẩn hóa quy trình, cập nhật hướng dẫn, xác định chỉ số kiểm soát và bàn giao cho người phụ trách quy trình (Process Owner).

Khi chỉ số vượt khỏi giới hạn, người vận hành nên biết cần kiểm tra gì, báo cáo cho ai và thực hiện hành động nào. Nếu không có kế hoạch phản ứng, kết quả có thể suy giảm sau khi nhóm dự án giải thể. Giai đoạn Control trong DMAIC được thiết kế để duy trì kết quả và hạn chế quy trình quay lại cách làm cũ.

Quy trình DMAIC trong 6Sigma

Quy trình Six Sigma thường đi qua năm giai đoạn DMAIC gồm Define, Measure, Analyze, Improve và Control. Mỗi giai đoạn tạo đầu vào cho bước tiếp theo, giúp nhóm tránh lựa chọn giải pháp trước khi hiểu rõ vấn đề và nguyên nhân. ISO 13053-1 mô tả năm giai đoạn này cùng vai trò và cách quản lý dự án Six Sigma.

Define – Xác định vấn đề và phạm vi dự án

Ở bước đầu, Define giúp nhóm thống nhất vấn đề, khách hàng bị ảnh hưởng, mục tiêu, phạm vi và những người tham gia. Nhóm thường xây dựng Project Charter gồm tuyên bố vấn đề, mục tiêu, chỉ số, phạm vi, lịch trình khái quát và trách nhiệm của các bên.

Một tuyên bố vấn đề tốt mô tả thực trạng và ảnh hưởng mà chưa khẳng định nguyên nhân hoặc giải pháp. Trong ví dụ giả định, mô tả 15% hồ sơ phải xử lý lại trong ba tháng gần nhất phù hợp hơn việc quy lỗi cho nhân viên nhập liệu thiếu cẩn thận. Cách viết thứ hai đã kết luận nguyên nhân khi chưa có bằng chứng.

Measure – Đo lường hiệu suất của quy trình hiện tại

Tiếp theo, Measure cho biết quy trình đang vận hành ra sao và mức hiệu suất ban đầu là bao nhiêu. Nhóm cần thống nhất định nghĩa chỉ số, nguồn dữ liệu, cách lấy mẫu và phương pháp thu thập trước khi bắt đầu phân tích.

Hệ thống đo lường cũng cần được đánh giá để xác định liệu sai lệch đến từ quy trình hay từ cách đo. Nếu hai nhân viên phân loại cùng một trường hợp theo hai cách khác nhau, dữ liệu lỗi có thể không phản ánh đúng thực tế. Kết quả của Measure cho biết mức hiệu suất ban đầu để so sánh trước và sau cải tiến.

Analyze – Phân tích dữ liệu và xác định nguyên nhân gốc

Khi đã có dữ liệu nền, Analyze giúp nhóm kết hợp số liệu với kiến thức về quy trình để tìm những nguyên nhân ảnh hưởng đáng kể đến kết quả. Nhóm có thể bắt đầu bằng Pareto, 5 Whys, sơ đồ nguyên nhân hoặc quan sát tại nơi công việc diễn ra.

Sau khi có danh sách nguyên nhân tiềm năng, nhóm cần kiểm chứng bằng dữ liệu, thử nghiệm hoặc so sánh điều kiện vận hành. Mục tiêu không phải tạo ra danh sách nguyên nhân thật dài mà là thu hẹp về những yếu tố có bằng chứng đủ mạnh. Nếu nguyên nhân chưa được kiểm chứng, giải pháp ở bước Improve vẫn có nguy cơ chỉ xử lý biểu hiện.

Improve – Xây dựng, thử nghiệm và triển khai giải pháp

Đến bước Improve, nhóm chuyển những nguyên nhân đã được kiểm chứng thành phương án xử lý. Các giải pháp được đánh giá theo tác động, chi phí, thời gian, rủi ro và khả năng duy trì trước khi lựa chọn.

Giải pháp nên được thử nghiệm trong phạm vi phù hợp để kiểm tra hiệu quả và phát hiện tác dụng phụ. Một thay đổi giúp giảm thời gian xử lý nhưng làm tăng lỗi ở bước sau chưa thể xem là cải tiến thành công. Kết quả thử nghiệm cần được so sánh với hiệu suất ban đầu và mục tiêu đã xác định.

Control – Kiểm soát và duy trì kết quả cải tiến

Control giúp duy trì kết quả sau dự án bằng cách thiết lập điều kiện vận hành và cơ chế theo dõi phù hợp. Công việc có thể gồm cập nhật quy trình thao tác chuẩn (SOP), đào tạo nhân sự, theo dõi chỉ số, xác định giới hạn cảnh báo và xây dựng kế hoạch phản ứng.

Trách nhiệm vận hành cần được bàn giao cho Process Owner thay vì tiếp tục phụ thuộc vào nhóm dự án. Các công cụ thường dùng trong giai đoạn này gồm kế hoạch kiểm soát, biểu đồ kiểm soát, quản lý trực quan và biện pháp phòng ngừa sai lỗi.

10 bước triển khai 6Sigma cho doanh nghiệp

DMAIC cho biết cách xử lý một vấn đề, còn doanh nghiệp vẫn cần một quy trình quản trị để lựa chọn, triển khai và duy trì dự án. Mười bước gợi ý dưới đây kết nối mục tiêu kinh doanh với phạm vi, dữ liệu, nhóm thực hiện và trách nhiệm sau cải tiến. Doanh nghiệp có thể điều chỉnh quy mô triển khai nhưng không nên bỏ qua việc xác nhận vấn đề, chất lượng dữ liệu và khả năng duy trì giải pháp.

Bước 1: Xác định mục tiêu cải tiến gắn với chiến lược

Bước đầu là làm rõ dự án Six Sigma sẽ hỗ trợ mục tiêu nào, chẳng hạn nâng cao chất lượng, rút ngắn thời gian, kiểm soát chi phí hoặc cải thiện trải nghiệm khách hàng. Mục tiêu phải đủ cụ thể để đánh giá kết quả và đủ quan trọng để nhận được nguồn lực cần thiết.

Nếu dự án không liên kết với ưu tiên kinh doanh, nhóm có thể hoàn thành nhiều phân tích nhưng khó tạo ra quyết định có giá trị. Doanh nghiệp nên xác định từ đầu ai chịu trách nhiệm xác nhận tác động tài chính hoặc vận hành của dự án.

Bước 2: Lựa chọn quy trình và vấn đề ưu tiên

Tiếp theo, doanh nghiệp nên chọn vấn đề có tác động rõ, xảy ra lặp lại, có thể đo lường và chưa xác định chắc chắn nguyên nhân. Doanh nghiệp nên tránh những mục tiêu quá rộng như “nâng cao toàn bộ chất lượng dịch vụ”.

Một dự án cụ thể hơn có thể tập trung giảm tỷ lệ hồ sơ bị trả lại trong một quy trình, tại một đơn vị và trong một khoảng thời gian xác định. Phạm vi rõ giúp nhóm biết dữ liệu nào cần thu thập và những bộ phận nào nên tham gia.

Bước 3: Đánh giá dữ liệu hiện có

Trước khi lập một dự án lớn, hãy kiểm tra doanh nghiệp đang có những dữ liệu gì, dữ liệu được thu thập ra sao và có đủ tin cậy hay không. Nhóm cũng nên xác định những khoảng trống khiến vấn đề chưa thể đo lường chính xác.

Nếu dữ liệu chưa đủ, dự án cần có giai đoạn xây dựng hệ thống đo lường thay vì cố phân tích trên báo cáo thiếu nhất quán. Việc đánh giá sớm giúp doanh nghiệp ước lượng đúng thời gian, nhân sự và công cụ cần thiết.

Bước 4: Thành lập nhóm dự án và phân công vai trò

Dự án sẽ dễ đi đúng hướng hơn khi nhóm có đủ người hiểu quy trình, biết phân tích và có quyền hỗ trợ thay đổi. Thành viên không nên được lựa chọn chỉ dựa trên chức danh mà cần dựa trên kiến thức và trách nhiệm liên quan đến vấn đề.

Mỗi dự án cần xác định người tài trợ, người dẫn dắt, Process Owner và các thành viên chuyên môn. Cách phân công rõ giúp tránh tình trạng mọi người đều tham gia nhưng không ai chịu trách nhiệm cuối cùng.

Bước 5: Xây dựng Project Charter

Project Charter giúp cả nhóm thống nhất mục đích và giới hạn của dự án. Nội dung thường gồm vấn đề, mục tiêu, phạm vi, chỉ số, tác động kinh doanh, thành viên, mốc thời gian và cơ chế báo cáo.

Charter cần đủ rõ để nhóm biết dự án giải quyết điều gì và không giải quyết điều gì. Khi phạm vi hoặc mục tiêu thay đổi, nhóm nên đánh giá tác động và xin phê duyệt thay vì tự động mở rộng dự án.

Bước 6: Thực hiện dự án theo DMAIC

Khi đã sẵn sàng, nhóm lần lượt xác định vấn đề, đo hiệu suất, phân tích nguyên nhân, thử nghiệm giải pháp và thiết lập kiểm soát. Các giai đoạn có thể được lặp lại khi dữ liệu mới cho thấy giả định trước đó chưa chính xác.

DMAIC không nên bị biến thành thủ tục phải hoàn thành đủ biểu mẫu. Mỗi giai đoạn chỉ có giá trị khi tạo ra thông tin cần thiết cho quyết định tiếp theo. Công cụ được lựa chọn theo câu hỏi của dự án, không phải theo số lượng công cụ mà nhóm đã được đào tạo.

Bước 7: Kiểm chứng hiệu quả của giải pháp

Sau thử nghiệm, nhóm so sánh kết quả với hiệu suất ban đầu và mục tiêu đã đặt ra. Việc đánh giá phải xem xét cả chỉ số chính lẫn tác động đến những phần có liên quan.

Một giải pháp giảm lỗi nhưng làm tăng thời gian hoặc chi phí quá lớn có thể chưa phù hợp để triển khai rộng. Khi kết quả tích cực, nhóm vẫn cần kiểm tra liệu thay đổi đến từ giải pháp hay từ yếu tố tạm thời như khối lượng công việc thấp hơn.

Bước 8: Chuẩn hóa và bàn giao quy trình

Giải pháp đã được xác nhận cần được chuẩn hóa thành cách làm có thể lặp lại. Doanh nghiệp nên cập nhật tài liệu, biểu mẫu, hướng dẫn, quyền hạn và chương trình đào tạo liên quan.

Quá trình bàn giao cần làm rõ Process Owner sẽ theo dõi chỉ số nào, với tần suất bao lâu và phản ứng ra sao khi kết quả suy giảm. Nếu kiến thức chỉ nằm trong nhóm dự án, giải pháp khó duy trì sau khi các thành viên quay lại công việc thường xuyên.

Bước 9: Theo dõi khả năng duy trì kết quả

Sau khi bàn giao, doanh nghiệp tiếp tục theo dõi kết quả trong một khoảng thời gian phù hợp. Khoảng thời gian này phụ thuộc vào tần suất vận hành và tốc độ xuất hiện của lỗi.

Nếu quy trình thực hiện hàng nghìn giao dịch mỗi ngày, tín hiệu có thể xuất hiện nhanh hơn một quy trình chỉ diễn ra vài lần mỗi tháng. Khi kết quả suy giảm, Process Owner cần kiểm tra xem quy trình không được tuân thủ, điều kiện đầu vào thay đổi hay giải pháp chưa xử lý hết nguyên nhân.

Bước 10: Nhân rộng giải pháp khi đủ điều kiện

Chỉ khi hiệu quả đã được xác nhận và điều kiện áp dụng tương đối giống nhau, giải pháp mới nên được nhân rộng. Cách làm thành công tại một nhà máy hoặc phòng ban chưa chắc phù hợp nguyên trạng với một địa điểm khác.

Trước khi mở rộng, doanh nghiệp cần đánh giá khác biệt về khách hàng, thiết bị, dữ liệu, nhân sự và quy định. Có thể triển khai thử tại một đơn vị mới rồi tiếp tục điều chỉnh trước khi áp dụng trên toàn hệ thống.

Các công cụ thường được sử dụng trong Six Sigma

Không có một bộ công cụ cố định dành cho mọi dự án 6Sigma. Mỗi công cụ phục vụ một câu hỏi khác nhau, từ xác định nhu cầu khách hàng, mô tả quy trình đến phân tích nguyên nhân và đánh giá rủi ro. Nhóm dự án nên lựa chọn công cụ đơn giản nhất nhưng vẫn có thể tạo ra bằng chứng đủ đáng tin cho quyết định.

Voice of Customer và Critical to Quality

Voice of Customer, viết tắt là VOC, giúp nhóm hiểu khách hàng thật sự cần gì. Thông tin có thể đến từ phỏng vấn, khiếu nại, khảo sát, cuộc gọi hỗ trợ, dữ liệu sử dụng hoặc phản hồi của bộ phận kinh doanh.

CTQ (Critical to Quality) chuyển nhu cầu của khách hàng thành yêu cầu có thể đo lường. Chẳng hạn, mong muốn “giao hàng nhanh” có thể được chuyển thành tỷ lệ đơn hàng được giao trong thời gian cam kết. Việc chuyển đổi phải giữ đúng ý nghĩa của nhu cầu, tránh lựa chọn một chỉ số dễ đo nhưng không phản ánh điều khách hàng quan tâm.

SIPOC và bản đồ quy trình

SIPOC giúp nhóm nhìn nhanh phạm vi của quy trình trước khi đi sâu vào từng bước. Năm thành phần gồm nhà cung cấp, đầu vào, quy trình, đầu ra và khách hàng.

Bản đồ quy trình mô tả chi tiết hơn cách công việc diễn ra, gồm hoạt động, quyết định, thời gian chờ và điểm bàn giao. Nhóm nên xây dựng bản đồ từ quan sát và trao đổi với người trực tiếp thực hiện, thay vì chỉ sao chép tài liệu quy trình. Hướng dẫn SIPOC của AHRQ cũng nhấn mạnh việc nhận diện các thành phần quan trọng ngay từ đầu dự án.

Biểu đồ Pareto

Biểu đồ Pareto sắp xếp các nhóm lỗi theo mức độ đóng góp, giúp đội ngũ biết nên ưu tiên phần nào trước. Công cụ này hỗ trợ nhận diện một số nhóm đang tạo ra phần lớn ảnh hưởng, từ đó tập trung nguồn lực phân tích.

Pareto không tự chứng minh nguyên nhân gốc. Một loại lỗi xuất hiện nhiều nhất chỉ cho biết đây là nhóm cần chú ý, không cho biết tại sao lỗi xảy ra. Sau khi xác định nhóm ưu tiên, dự án vẫn phải phân tích điều kiện và nguyên nhân phía sau.

Phương pháp 5 Whys

Khi nguyên nhân chưa rõ, 5 Whys giúp nhóm tiếp tục đặt câu hỏi “tại sao” để đi sâu hơn. Số lần hỏi không nhất thiết phải đúng năm, vì mục tiêu là tìm đến nguyên nhân có thể kiểm chứng và xử lý.

Phương pháp phù hợp với những vấn đề có quan hệ nguyên nhân tương đối rõ. Với hệ thống phức tạp, nhiều yếu tố tương tác hoặc dữ liệu lớn, 5 Whys nên được kết hợp với bản đồ quy trình, sơ đồ nguyên nhân và phân tích định lượng. Nhóm không nên kết luận nguyên nhân chỉ dựa trên một chuỗi suy đoán mà thiếu bằng chứng.

FMEA và đánh giá rủi ro sai lỗi

FMEA (Failure Mode and Effects Analysis) là phân tích dạng sai lỗi và tác động của chúng để chọn biện pháp giảm rủi ro. Nhóm xem xét lỗi có thể xảy ra, nguyên nhân, mức độ nghiêm trọng, tần suất xuất hiện và khả năng phát hiện.

FMEA hữu ích khi doanh nghiệp muốn phòng ngừa lỗi trước khi lỗi xảy ra hoặc trước khi triển khai thay đổi trên diện rộng. Kết quả đánh giá cần được cập nhật khi quy trình, dữ liệu hoặc giải pháp thay đổi. ASQ mô tả FMEA là tập hợp hoạt động có hệ thống nhằm nhận diện, đánh giá và giảm khả năng xảy ra những sai lỗi tiềm ẩn.

Lean Six Sigma là gì?

Lean Six Sigma kết hợp tư duy Lean với phương pháp Six Sigma. Lean tập trung nhận diện giá trị đối với khách hàng, cải thiện dòng công việc và loại bỏ những hoạt động không tạo ra giá trị. Six Sigma tập trung giảm biến động, sai lỗi và nâng cao khả năng kiểm soát quy trình bằng dữ liệu.

Hai phương pháp bổ sung cho nhau nhưng không hoàn toàn giống nhau. Một quy trình có thể ít lỗi nhưng vẫn chậm do chờ đợi, bàn giao hoặc tồn đọng. Ngược lại, một quy trình có tốc độ nhanh nhưng kết quả biến động lớn vẫn có thể tạo ra nhiều khiếu nại và công việc làm lại.

Lean Six Sigma thường được áp dụng khi vấn đề liên quan đồng thời đến lãng phí, tốc độ và chất lượng. Chẳng hạn, quy trình xử lý hồ sơ có thể vừa có thời gian chờ dài, vừa tạo ra tỷ lệ hồ sơ phải sửa cao. Nhóm có thể dùng công cụ Lean để cải thiện dòng công việc và sử dụng DMAIC để phân tích nguyên nhân gây sai lệch.

Doanh nghiệp không nhất thiết phải triển khai đầy đủ Lean Six Sigma cho mọi vấn đề. Nếu nguyên nhân đã rõ và chỉ cần loại bỏ một thao tác không cần thiết, một công cụ Lean đơn giản có thể phù hợp hơn. Chẳng hạn, 5S giúp tổ chức nơi làm việc để giảm thời gian tìm dụng cụ hoặc tài liệu. Khi vấn đề phức tạp, có nhiều biến số và cần được chứng minh bằng dữ liệu, cấu trúc DMAIC sẽ hữu ích hơn.

Các vai trò và cấp độ Belt trong Six Sigma

Hệ thống vai trò Six Sigma phân định trách nhiệm lãnh đạo, quản trị dự án, phân tích và vận hành. Các tên gọi như Black Belt hoặc Green Belt phản ánh mức độ kiến thức và vai trò phổ biến, nhưng phạm vi cụ thể có thể khác nhau giữa từng doanh nghiệp và tổ chức chứng nhận. Vì vậy, cần xem xét mô tả trách nhiệm thực tế thay vì chỉ dựa vào tên cấp độ.

Sponsor và Champion

Sponsor là lãnh đạo bảo trợ cho chương trình hoặc dự án, có vai trò cung cấp định hướng và hỗ trợ nguồn lực. Champion thường kết nối mục tiêu kinh doanh với dự án Six Sigma, lựa chọn hoặc phê duyệt dự án và giúp nhóm tháo gỡ các rào cản trong tổ chức.

Trong một số doanh nghiệp, hai vai trò này có thể do cùng một người đảm nhiệm. Điều quan trọng là phải có một cấp lãnh đạo đủ quyền hạn để giải quyết xung đột ưu tiên, hỗ trợ phối hợp và đưa ra quyết định khi phạm vi hoặc nguồn lực cần thay đổi.

Master Black Belt

Master Black Belt là chuyên gia Six Sigma cấp cao, thường hỗ trợ xây dựng hệ thống, đào tạo và cố vấn cho Black Belt cùng Green Belt. Vị trí này có thể tham gia lựa chọn phương pháp phân tích, rà soát chất lượng dự án và phát triển năng lực cải tiến cho tổ chức.

Master Black Belt không nhất thiết trực tiếp điều hành mọi dự án. Vai trò này tập trung nhiều hơn vào chiến lược, tiêu chuẩn phương pháp, hướng dẫn thực hành và xử lý những vấn đề phân tích phức tạp.

Black Belt

Black Belt thường dẫn dắt những dự án cải tiến có phạm vi rộng hoặc độ phức tạp khá cao. Người đảm nhiệm cần hiểu DMAIC, công cụ phân tích, quản trị dự án, làm việc nhóm và quản lý thay đổi.

Black Belt không chỉ thực hiện phân tích thống kê. Họ phải kết nối vấn đề kinh doanh với dữ liệu, điều phối thành viên, trình bày kết quả và hỗ trợ chuyển giải pháp vào vận hành. ASQ nhấn mạnh năng lực lãnh đạo nhóm, hiểu động lực nhóm và phân công vai trò trong yêu cầu đối với Black Belt.

Green Belt

Green Belt thường tham gia với sự hỗ trợ của Black Belt hoặc dẫn dắt những dự án có phạm vi hẹp hơn trong bộ phận. Green Belt có kiến thức về DMAIC và các công cụ cơ bản nhưng có thể chỉ dành một phần thời gian cho hoạt động cải tiến.

Lợi thế của Green Belt là hiểu sâu quy trình thực tế và có thể kết nối phương pháp Six Sigma với công việc hằng ngày. ASQ mô tả Green Belt là người hỗ trợ Black Belt, phân tích vấn đề chất lượng và tham gia các dự án cải tiến.

Yellow Belt

Yellow Belt là cấp độ cung cấp kiến thức nền tảng về Six Sigma, thuật ngữ, vai trò và quy trình DMAIC. Người ở cấp độ này có thể tham gia thu thập dữ liệu, mô tả quy trình, đóng góp kiến thức chuyên môn hoặc thực hiện những nhiệm vụ được phân công trong dự án.

Yellow Belt thường không chịu trách nhiệm cho những phân tích phức tạp hoặc toàn bộ một dự án lớn. ASQ mô tả cấp độ này phù hợp với người mới tiếp cận Six Sigma hoặc có vai trò nhỏ trong hoạt động cải tiến.

White Belt

White Belt là điểm bắt đầu, giúp người học làm quen với khái niệm, mục tiêu và cách Six Sigma được sử dụng trong tổ chức. Người có kiến thức White Belt có thể tham gia nhóm giải quyết vấn đề tại đơn vị hoặc hỗ trợ hoạt động cải tiến nhưng chưa đảm nhận vai trò phân tích chuyên sâu.

Không phải mọi tổ chức đều sử dụng hoặc cấp chứng nhận White Belt. Nội dung và tiêu chuẩn của cấp độ này có thể khác nhau đáng kể, vì vậy không nên xem tên chứng nhận là bằng chứng duy nhất về năng lực thực hành.

Mọi người cũng hỏi về Six Sigma

Khi tìm hiểu Six Sigma, người đọc thường muốn biết phương pháp này là gì, giải quyết vấn đề nào và hướng đến kết quả ra sao. Câu trả lời cần được đặt trong bối cảnh cụ thể vì cùng một công cụ có thể được sử dụng khác nhau giữa sản xuất, dịch vụ và hoạt động văn phòng.

6 Sigma là loại công cụ gì?

6 Sigma không phải một công cụ riêng lẻ mà là phương pháp cải tiến dựa trên dữ liệu. Phương pháp này sử dụng DMAIC làm cấu trúc giải quyết vấn đề và kết hợp nhiều công cụ như VOC, SIPOC, Pareto, phân tích nguyên nhân, FMEA và biểu đồ kiểm soát.

Doanh nghiệp không cần sử dụng toàn bộ công cụ trong mọi dự án. Công cụ nên được lựa chọn dựa trên vấn đề cần trả lời, chất lượng dữ liệu và mức độ phức tạp của quy trình.

Six Sigma giúp giảm điều gì?

Six Sigma giúp giảm sai lỗi và độ biến động khiến đầu ra không đáp ứng yêu cầu khách hàng. Khi dự án xử lý đúng nguyên nhân, doanh nghiệp cũng có thể giảm công việc làm lại, thời gian chờ, phế phẩm, khiếu nại và chi phí chất lượng.

Mức cải thiện phụ thuộc vào vấn đề, dữ liệu, giải pháp và khả năng duy trì sau triển khai. Six Sigma chưa chắc tạo ra kết quả chỉ bằng việc đào tạo cấp độ Belt hoặc hoàn thành đầy đủ các biểu mẫu DMAIC.

Mục tiêu của Six Sigma là gì?

Mục tiêu cốt lõi của Six Sigma là giúp quy trình tạo ra kết quả ổn định hơn và đáp ứng yêu cầu khách hàng một cách nhất quán. Phương pháp thực hiện mục tiêu này bằng cách đo lường hiệu suất, xác định nguyên nhân gây biến động, cải tiến quy trình và thiết lập cơ chế kiểm soát.

Doanh nghiệp không nhất thiết phải đưa mọi quy trình đến đúng một mức Sigma giống nhau. Mức mục tiêu cần phù hợp với rủi ro, yêu cầu khách hàng, chi phí và hậu quả của sai lỗi trong từng quy trình.

Kết luận

Tóm lại, Six Sigma là phương pháp cải tiến dựa trên dữ liệu, tập trung giảm biến động và hạn chế những đầu ra không đáp ứng yêu cầu. DMAIC cung cấp một cấu trúc gồm xác định vấn đề, đo lường hiện trạng, phân tích nguyên nhân, cải tiến và duy trì kết quả.

Doanh nghiệp không nên bắt đầu Six Sigma bằng một công cụ thống kê phức tạp. Điểm khởi đầu phù hợp hơn là một vấn đề có tác động rõ, phạm vi cụ thể, dữ liệu có thể thu thập và người chịu trách nhiệm đối với quy trình.