Checklist: công cụ đơn giản nhất chống sai sót

Có một kiểu lỗi tôi gặp đi gặp lại trong những năm quản lý: không ai sai vì thiếu năng lực.

Người làm sai hôm đó là người biết việc. Họ đã làm đúng thao tác ấy mấy chục lần rồi. Chỉ là lần này họ chạy ba việc cùng lúc, điện thoại reo giữa chừng, và một dòng bị bỏ qua. Một chữ ký thiếu. Một số điện thoại chưa xác nhận lại. Một buổi hẹn không ai nhắc người mới mang theo thứ cần mang.

Rồi cuộc họp sau đó, chúng ta nói về “cẩn thận hơn”, “tập trung hơn”. Tháng sau lỗi đó quay lại, ở một người khác.

Tôi hiểu chuyện này từ phía mình trước khi hiểu nó từ phía đội ngũ. Hồi còn là tư vấn viên, lần đầu có hợp đồng và được mời đứng trước hội trường chia sẻ, tôi đã tập rất kỹ ở nhà. Thuộc từng đoạn. Nhưng lúc cầm micro, chân run, miệng líu, và tôi gần như quên hết kịch bản. Không phải tôi chưa chuẩn bị. Là trí nhớ — thứ tôi đang dựa vào — hỏng trước tiên khi áp lực lên.

Câu trả lời nhanh

Checklist là công cụ rẻ nhất, nhanh nhất và ít gây kháng cự nhất trong bộ công cụ vận hành của một người quản lý. Nó không dạy ai kỹ năng gì mới. Nó làm đúng một việc: chuyển những bước quan trọng ra khỏi trí nhớ, để trí nhớ rảnh tay lo phần phán đoán.

Bằng chứng mạnh nhất tôi biết đến từ ngành y. Năm 2009, một nghiên cứu do nhóm Đại học Harvard phối hợp với Tổ chức Y tế Thế giới thực hiện tại 8 bệnh viện, theo dõi 7.688 ca phẫu thuật lớn, công bố trên New England Journal of Medicine: sau khi áp dụng một bảng kiểm an toàn phẫu thuật, tỷ lệ tử vong giảm từ 1,5% xuống 0,8%, tỷ lệ biến chứng giảm từ 11% xuống 7%.

Những người đó là bác sĩ phẫu thuật. Không ai thiếu năng lực. Cái thiếu là một tờ giấy.

Một lưu ý trước khi đi tiếp: đây là phòng mổ, không phải văn phòng kinh doanh. Con số ấy không chuyển thẳng sang đội ngũ của bạn, và tôi sẽ không nói rằng checklist giảm 40% lỗi cho mọi tổ chức. Điều mang sang được là cơ chế: ở nơi mà sót một bước có hậu quả lớn, một bảng kiểm ngắn tạo ra khác biệt đo được.

Thông tin cần chuẩn bị trước khi viết dòng đầu tiên

Hầu hết checklist thất bại không phải vì viết dở, mà vì viết ra từ tưởng tượng. Trước khi ngồi xuống, bạn cần có trong tay ba thứ:

Một nhật ký lỗi 30 ngày. Không cần phần mềm. Một file ghi: hôm nào, việc gì bị sót, ở bước nào, hậu quả ra sao. Ghi thô, không bình luận, không gắn tên người vào phần hậu quả. Ba mươi ngày đủ để thấy lỗi nào ngẫu nhiên và lỗi nào có hệ thống.

Một điểm dừng cụ thể. Checklist không dùng cho “cả quy trình tuyển dụng”. Nó dùng cho một khoảnh khắc: trước khi bấm gửi, trước khi bước vào phòng, trước khi kết thúc buổi làm việc với người mới.

Một người thật sẽ dùng nó. Nếu chưa biết ai cầm tờ giấy đó trong tay, đừng viết. Người viết và người dùng thường không phải một người — và người dùng mới quyết định nó sống hay chết.

Phương pháp: hai loại checklist và một giới hạn

Ngành hàng không đã sống với công cụ này gần chín mươi năm. Ngày 30 tháng 10 năm 1935, chiếc Boeing Model 299 — nguyên mẫu của B-17 — rơi ngay khi cất cánh tại Wright Field. Hai trong năm người trên khoang thiệt mạng, trong đó có phi công chính. Nguyên nhân không phải lỗi máy móc: ông quên mở một khóa giữ cần điều khiển trước khi cất cánh. Một tờ báo thời đó viết chiếc máy bay này “quá nhiều máy bay cho một người lái”.

Phản ứng của các phi công thử nghiệm không phải là đào tạo thêm. Họ viết ra một bảng kiểm từng bước cho cất cánh, bay, hạ cánh và lăn bánh. Sau đó loại máy bay này bay 18 triệu dặm không một tai nạn.

Từ truyền thống đó, có hai dạng checklist, và chọn sai dạng là lỗi phổ biến nhất:

ĐỌC — LÀM. Đọc từng dòng rồi làm theo dòng đó. Dùng cho việc hiếm khi xảy ra, người thực hiện chưa thuộc: một tình huống bất thường, bàn giao khi ai đó nghỉ đột xuất, ngày đầu của người mới.

LÀM — XÁC NHẬN. Làm theo cách quen thuộc, rồi dừng lại ở một điểm và đọc lướt để xác nhận không sót. Dùng cho việc lặp lại hằng tuần, người thực hiện đã thành thạo. Đây là dạng phù hợp với phần lớn công việc trong một đội kinh doanh.

Và một giới hạn cần nói thẳng: trong tài liệu của cả hai ngành này, con số hay được nhắc là 5 đến 9 mục, đọc xong dưới khoảng một phút rưỡi. Đây là hướng dẫn thực hành, không phải hằng số khoa học, nhưng nó phản ánh một sự thật giản dị: checklist dài hơn một trang thì người ta tick cho xong mà không đọc. Khi đó bạn không có công cụ chống sai sót, bạn có thêm một thủ tục hành chính.

Sáu bước dựng checklist đầu tiên

Một — chọn đúng một điểm dừng. Lấy từ nhật ký lỗi: khoảnh khắc nào gom nhiều lỗi nhất? Bắt đầu ở đó, một chỗ thôi.

Hai — lấy lỗi thật làm nguyên liệu. Mỗi dòng phải truy được về một lần đã sót thật. Dòng nào bạn thêm vào vì “cho chắc” là dòng sẽ làm checklist phình ra và chết.

Ba — giữ lại mục tử huyệt. Chỉ những thao tác mà nếu sót thì hỏng việc hoặc phải làm lại từ đầu. Câu hỏi lọc: bỏ dòng này đi thì điều tệ nhất xảy ra là gì? Nếu câu trả lời là “cũng không sao mấy” — bỏ ra.

Bốn — chọn dạng và viết câu cụt. Mỗi dòng phải trả lời được bằng có hoặc không. “Chuẩn bị kỹ tài liệu” không phải một dòng checklist. “Đã gửi bản mềm trước 18h hôm trước” mới là.

Năm — chạy thử với người mới nhất trong đội. Không phải người giỏi nhất. Người mới sẽ vấp đúng vào những chỗ mơ hồ mà bạn không còn nhìn thấy vì đã quá quen.

Sáu — gắn vào nhịp đã có. Đừng tạo thêm một cuộc họp để chạy checklist. Gắn vào việc đang diễn ra: mười lăm phút đầu sáng thứ Hai, hoặc ngay trước khi bước vào cuộc hẹn. Công cụ nào cần thêm thời gian riêng thì sớm muộn cũng bị bỏ.

Nếu bạn đang thấy đây là chuyện thiết kế hệ thống nhiều hơn là chuyện giấy tờ, thì đúng vậy — cách nhìn hệ thống phía sau toàn bộ chuyện này là bài gốc mà bài bạn đang đọc chỉ là một nhánh nhỏ.

Một ví dụ chạy đủ từ đầu đến cuối

Đây là một ví dụ mô phỏng. Các con số bên dưới là giả định được dựng ra để minh họa cách vận hành và cách đo, không phải số liệu của một đội ngũ cụ thể nào.

Một trưởng phòng ghi nhật ký lỗi trong 30 ngày. Cuối tháng có 14 lần việc phải làm lại, và 9 trong số đó rơi vào đúng một khoảnh khắc: buổi hẹn đầu tiên mà tư vấn viên mới đi cùng người quản lý. Các lỗi lặp lại: thiếu tài liệu đã hứa gửi trước, không xác nhận lại giờ với khách, người mới không biết phần nào mình nói, và không ai chốt bước tiếp theo trước khi rời bàn.

Checklist được viết cho đúng điểm dừng đó. Dạng LÀM — XÁC NHẬN, đọc trong xe trước khi bước vào, 6 dòng, khoảng 40 giây:

Đã xác nhận lại giờ và địa điểm với khách trong 24h qua?
Bản mềm tài liệu đã gửi trước, bản in đã có trong cặp?
Đã thống nhất ai nói phần nào?
Người mới biết ba câu hỏi mở đầu sẽ dùng?
Có kịch bản cho tình huống khách bận, rút ngắn còn 15 phút?
Trước khi đứng dậy: đã chốt bước tiếp theo và ngày cụ thể?

Chỉ số theo dõi được chọn trước, không chọn sau: số lần phải làm lại tại đúng điểm dừng này, đếm mỗi tuần. Sau sáu tuần, con số giả định trong ví dụ đi từ 9 xuống 3.

Điều đáng chú ý không nằm ở con số, mà ở chỗ ba lỗi còn lại đều rơi vào cùng một dòng — dòng số 5. Đó là thông tin mà một cuộc họp nhắc “cẩn thận hơn” không bao giờ sinh ra được.

Kết quả bạn nhận được, và khoảng còn thiếu

Sau vài tuần, thứ bạn có trong tay không chỉ là ít lỗi hơn. Bạn có một bản đồ: lỗi nằm ở dòng nào, người nào vấp dòng nào, dòng nào chưa ai từng vấp và có thể bỏ đi.

Nhưng cần nói rõ checklist không làm được gì. Nó bắt được lỗi sót — việc biết phải làm nhưng quên làm. Nó không bắt được lỗi phán đoán — chọn sai hướng, đọc sai tình huống khách hàng, quyết định sai thời điểm. Nó cũng không bắt được lỗi năng lực — người chưa biết cách làm thì tick đủ sáu dòng vẫn làm không xong. Và nó không giải quyết được vấn đề động lực: người không muốn làm sẽ tick cho có.

Ba loại lỗi kia cần ba công cụ khác: coaching, đào tạo, và một cuộc trò chuyện thẳng thắn. Checklist dọn sạch loại lỗi đầu tiên để ba loại còn lại hiện ra rõ hơn — và đó mới là chỗ cần người quản lý có mặt.

Ba sai lầm khi áp dụng

Biến checklist thành bản rút gọn của quy trình. Bạn mở tài liệu quy trình 4 trang ra, tóm tắt thành 25 dòng tick, và không ai dùng. Quy trình trả lời câu hỏi làm thế nào; checklist trả lời câu hỏi tôi đã làm đủ chưa. Hai vai trò khác nhau, hai tài liệu khác nhau, và cái sau phải ngắn hơn cái trước rất nhiều.

Dùng checklist để bắt lỗi người. Khoảnh khắc bạn mang bảng tick ra cuộc họp và hỏi “tại sao dòng 3 của em tuần này lại trống”, checklist chết. Nó tệ hơn cả việc biến mất: nó vẫn được tick đủ mỗi tuần và không còn phản ánh điều gì thật. Nếu một dòng bị sót ở ba người khác nhau thì vấn đề nằm ở dòng đó, không nằm ở ba người đó.

Số hóa trước khi bảng giấy chạy đúng. Dựng form, dựng app, dựng automation nhắc việc khi danh sách còn chưa ổn định là đóng băng một thứ chưa đúng. Để nó chạy trên giấy hoặc trên ghi chú điện thoại ít nhất một tháng, sửa vài lần, rồi mới nghĩ tới công cụ. Tự động hóa một quy trình chưa rõ chỉ làm cái chưa rõ đó chạy nhanh hơn.

Checklist để lưu lại

Đây không phải bản tóm tắt bài viết. Đây là bảng kiểm để bạn soi lại chính checklist mình vừa viết, trước khi đưa cho ai đó dùng.

Trước khi viết

[ ] Có nhật ký lỗi ít nhất 30 ngày, không phải trí nhớ
[ ] Đã chọn đúng một điểm dừng, không phải cả quy trình
[ ] Biết rõ ai sẽ cầm nó trong tay
[ ] Biết nó được dùng lúc nào trong ngày, ở đâu

Khi viết

[ ] Dưới 9 dòng
[ ] Đọc xong dưới 90 giây
[ ] Mỗi dòng trả lời được bằng có / không
[ ] Mỗi dòng truy được về một lần đã sót thật
[ ] Đã chọn dạng: ĐỌC–LÀM hay LÀM–XÁC NHẬN
[ ] Không có dòng nào thêm vào “cho chắc”
[ ] Vừa một trang, hoặc một màn hình điện thoại

Trước khi phát hành

[ ] Đã chạy thử với người mới nhất trong đội, không phải người giỏi nhất
[ ] Đã gắn vào một nhịp có sẵn, không tạo thêm cuộc họp
[ ] Có một chỉ số để biết nó có tác dụng không
[ ] Có tên người sở hữu và ngày rà soát tiếp theo
[ ] Đã nói rõ với đội: cái này soi quy trình, không soi người

Sau 30 ngày

[ ] Có dòng nào chưa ai từng sót? Bỏ ra
[ ] Có lỗi mới nào lặp 2 lần trở lên? Thêm vào
[ ] Người dùng có thật sự đọc, hay chỉ tick? Hỏi thẳng một người

Khi nào cần rà soát lại

Một checklist không phải tài liệu vĩnh viễn. Bốn tín hiệu báo đã đến lúc mở ra sửa: một lỗi mới lặp lần thứ hai ở cùng điểm dừng; quy trình phía công ty thay đổi khiến một dòng không còn đúng; người mới vào đội vấp ở chỗ bản hiện tại không nói đến.

Và tín hiệu tinh vi nhất: ba tháng trôi qua mà không dòng nào được sửa. Thường không có nghĩa là nó hoàn hảo, mà là không còn ai thật sự đọc nó nữa.

Đoạn lắng

Tôi nghĩ về cái đêm mình đứng trước hội trường với đôi chân run, và tôi vẫn nhớ cảm giác kịch bản trong đầu bỗng trắng xóa. Rất lâu sau đó tôi mới hiểu bài học ở đấy không phải là “phải chuẩn bị kỹ hơn”. Tôi đã chuẩn bị kỹ rồi.

Bài học là: trí nhớ không phải chỗ đáng tin để cất những thứ quan trọng. Nó là một cộng sự tuyệt vời cho việc phán đoán, ứng biến, đọc người đối diện — và là một cộng sự tệ cho việc ghi nhớ sáu bước dưới áp lực.

Một tờ giấy sáu dòng không làm ai giỏi hơn. Nó chỉ đảm bảo rằng phần giỏi sẵn có của một người không bị một chi tiết bị quên làm hỏng. Với một người quản lý, có lẽ đó mới là định nghĩa thật của hệ thống: không phải thứ thay thế con người, mà là thứ giữ cho con người được là phiên bản bình thường của họ ngay cả trong ngày không bình thường.

Kết luận

Nếu bạn định làm một việc sau bài này, đừng viết checklist. Hãy mở một file trống và bắt đầu ghi nhật ký lỗi trong ba mươi ngày. Checklist tốt không được nghĩ ra, nó được rút ra.

Và nó chỉ là một mảnh của cách nhìn lớn hơn: phần lớn vấn đề lặp đi lặp lại trong một đội ngũ là vấn đề thiết kế, không phải vấn đề con người. Nếu bạn muốn đi từ tờ giấy sáu dòng lên đến cả cách vận hành, tư duy hệ thống là bài nền của toàn bộ chủ đề này.

Nguyễn Hoàng Khải
Làm đúng – Sống đúng
Cùng 6PLAN.vn