Vì sao checklist "có/không" không bảo vệ được ai
Hầu hết các đội đều có một checklist ra mắt. Vấn đề là cách nó được điền. "Support đã sẵn sàng chưa?" — "Rồi." "Đã test trên thiết bị thật chưa?" — "Rồi." Mỗi câu "rồi" là thật lòng, nhưng không ai kiểm tra được nó có nghĩa là gì. Support "sẵn sàng" có thể là đã nhận một email. "Test trên thiết bị thật" có thể là thử trên điện thoại của chính tester.
Checklist có/không thất bại vì nó đo sự tự tin, không đo sự sẵn sàng. Và trước một ngày ra mắt, ai cũng tự tin — hoặc ít nhất không ai muốn là người duy nhất nói "chưa".
Cách sửa đơn giản: mỗi dòng của checklist đòi một bằng chứng, không đòi một câu trả lời. Bằng chứng là thứ người khác có thể mở ra xem: một đường link, một ảnh chụp dashboard, một biên bản, tên người đã xác nhận.
Từ câu hỏi sang bằng chứng
| Câu hỏi có/không | Câu hỏi bằng bằng chứng |
|---|---|
| Support sẵn sàng chưa? | Link kịch bản trả lời; danh sách người đã dự buổi huấn luyện; Thảo xác nhận bằng tên |
| Đã test chưa? | Link báo cáo test với danh sách thiết bị và phiên bản OS; số lỗi mức nghiêm trọng còn mở = 0 |
| Đo lường có chưa? | Ảnh chụp dashboard có số liệu từ môi trường thử; Phong xác nhận sự kiện đã bắn đúng |
| Rollback được không? | Ghi lại lần tắt flag thử trên staging, thời gian từ lúc tắt đến lúc người dùng thấy giao diện cũ |
| Đối tác biết chưa? | Danh sách nhà phân phối đã nhận thông báo, ngày gửi, người nhận bên họ |
| Pháp lý ổn chưa? | Email phê duyệt từ người phụ trách pháp lý, có ngày |
Checklist của Sạp Số cho "Nhập hàng nhanh"
Linh dùng mẫu checklist sẵn sàng ra mắt và điền như sau một tuần trước buổi go/no-go:
| Mảng | Mục | Bằng chứng | Chủ | Trạng thái |
|---|---|---|---|---|
| Sản phẩm | Mục tiêu bằng số đã chốt | Trang kickoff, mục 1 | Linh | Xong |
| Kỹ thuật | Flag quick_reorder tắt được trong 2 phút | Ghi lại lần thử trên staging: 74 giây | Quân | Xong |
| Kỹ thuật | Chịu được 3 lần lượng đơn sáng thứ Hai | Báo cáo load test | Quân | Xong |
| Chất lượng | Không còn lỗi mức nghiêm trọng | Link bộ lọc lỗi: 0 mở | Hà | Xong |
| Chất lượng | Chạy trên 6 dòng máy Android phổ biến của chủ tiệm | Báo cáo test theo thiết bị | Hà | Thiếu 2 máy |
| Support | Kịch bản trả lời 10 câu hỏi thường gặp | Link tài liệu | Thảo | Xong |
| Support | Toàn bộ ca trực đã huấn luyện | Danh sách dự: 14/18 người | Thảo | Thiếu 4 |
| Đối tác | 12 nhà phân phối ở TP.HCM đã được báo | Danh sách xác nhận | Tuấn | Xong |
| Đối tác | Nhà phân phối có người trực sáng thứ Hai đầu tiên | Tên và số điện thoại | Tuấn | Chưa |
| Đo lường | Sự kiện chính bắn đúng | Ảnh dashboard từ staging | Phong | Xong |
| Truyền thông | Thông báo trong app và Zalo OA đã duyệt | Link bản nháp đã duyệt | Mai | Xong |
Buổi go/no-go: ai quyết, quyết bằng gì
Buổi go/no-go là nơi checklist được dùng để ra quyết định. Ba nguyên tắc:
- Có một người quyết, có tên. Với hạng 1 ở Sạp Số là anh Sơn. Không phải "cả nhóm đồng thuận" — đồng thuận nghĩa là không ai chịu trách nhiệm khi sai.
- Mọi mục chưa xong phải được phân loại thành một trong ba: chặn (không go được), chấp nhận có điều kiện (go, nhưng với biện pháp bù), hoặc bỏ qua có lý do.
- Quyết định được ghi lại cùng lý do, vì readout và retro sau này cần biết lúc đó đội đã biết gì.
| Khoảng trống | Phân loại | Lý do và biện pháp |
|---|---|---|
| Thiếu test 2 dòng máy | Chấp nhận có điều kiện | Hai dòng này chiếm 4% tiệm; loại chúng khỏi nấc 5% đầu, test xong trước nấc 25% |
| 4 nhân viên support chưa huấn luyện | Chấp nhận có điều kiện | Xếp họ vào ca không trùng tuần rollout đầu; huấn luyện bù trước nấc 25% |
| Nhà phân phối chưa có người trực sáng thứ Hai | Chặn | Đây là rủi ro số một từ pre-mortem; không có người trực thì đơn sai không ai xử lý |
Những bẫy khi làm checklist
- Checklist quá dài. Hơn 30 dòng thì không ai đọc kỹ. Giữ những mục mà nếu sai thì khách hàng thấy hoặc mất tiền.
- Chủ là phòng ban. "Đội kỹ thuật" không trả lời được câu hỏi. Mỗi dòng một tên người.
- Điền vào phút cuối. Checklist nên bắt đầu từ kickoff và cập nhật hằng tuần. Điền một lần trước go/no-go thì mọi khoảng trống đều phát hiện quá muộn.
- Không ai được nói "chưa". Nếu văn hoá đội phạt người báo khoảng trống, checklist sẽ luôn xanh. PM phải là người đầu tiên đánh dấu phần của mình là chưa xong khi nó chưa xong.
Làm ngay
Lấy checklist ra mắt hiện tại của đội bạn (hoặc tạo từ mẫu ở trên). Với mỗi dòng, viết lại câu hỏi thành dạng "bằng chứng là gì". Rồi chọn ba dòng quan trọng nhất cho lần ra mắt sắp tới và đi lấy bằng chứng thật cho chúng ngay tuần này. Ghi lại dòng nào mà khi đi tìm bằng chứng, bạn phát hiện câu trả lời thật là "chưa".