"Xong" cũ không còn dùng được
Định nghĩa cũ: hết lỗi đã biết, kiểm thử pass, bàn giao. Nó hoạt động vì chất lượng là một trạng thái đạt được rồi giữ nguyên.
Với sản phẩm xác suất, chất lượng là một đường có thể đi xuống mà không ai chạm vào code. Nên "xong" phải gồm hai nửa, và nửa thứ hai là nửa mới:
| Nửa | Nội dung | Vì sao cần |
|---|---|---|
| Đạt ngưỡng | Bộ ca kiểm cho kết quả trên ngưỡng, theo từng nhóm | Bằng chứng chất lượng tại một thời điểm |
| Giữ được ngưỡng | Cơ chế đo định kỳ + hậu quả khi trượt | Vì chất lượng sẽ trôi |
Năm điều kiện của một định nghĩa "xong" dùng được
Đưa năm điều kiện này thành chuẩn cho mọi tính năng AI trong tổ chức của bạn:
- Ngưỡng theo nhóm ca, kèm tỉ trọng thực tế của mỗi nhóm.
- Sai âm thầm dưới ngưỡng cứng — kiểu sai không ai phát hiện phải có ngưỡng riêng, rất thấp.
- Đường xử lý khi sai đã được xây, không chỉ được mô tả.
- Bộ ca chạy theo lịch, không chỉ khi thay đổi.
- Có hậu quả tự động khi trượt — thường là chuyển về chế độ qua người duyệt, và thông báo.
Vì sao "sai âm thầm" cần ngưỡng riêng
Một con số tổng thể trộn lẫn hai thứ có chi phí rất khác nhau:
- Hệ thống sai và nói mình không chắc → có người kiểm → chi phí là thời gian.
- Hệ thống sai và tự tin → không ai kiểm → chi phí là một quyết định sai đi vào hệ thống.
Ví dụ cụ thể: trong xử lý hoá đơn, phép kiểm tiền hàng + thuế = tổng chặn kiểu sai nghiêm trọng nhất bằng số học thay vì bằng hy vọng. Một phép kiểm như thế giá trị hơn 3 điểm phần trăm chính xác.
Ra mắt theo nhóm: cách thoát khỏi bế tắc "chưa đủ tốt"
Tư duy tất định chỉ có hai trạng thái: chưa ra mắt, đã ra mắt. Đó là nguồn của bế tắc phổ biến nhất — chất lượng 89%, ngưỡng 95%, và dự án đứng chờ sáu tháng.
Cách thoát: ra mắt theo nhóm ca.
| Bước | Phạm vi | Điều kiện |
|---|---|---|
| 1 | Nhóm A (ca dễ, ~60% lưu lượng), tự động | Đạt ngưỡng nhóm A + sai âm thầm ~0 |
| 2 | Nhóm B, có người xác nhận | Người xác nhận có đủ thời gian |
| 3 | Nhóm C | Chỉ khi chất lượng nhóm C đạt, hoặc giữ ở người làm |
Một điều cần nói rõ với đội: nhóm C có thể mãi mãi do người làm, và đó không phải thất bại. Tự động hoá 60% lưu lượng đã là thắng lớn.
Hai câu cần có trong mọi tài liệu ra quyết định
Đưa hai câu này thành mẫu bắt buộc, và chúng sẽ lọc ra phần lớn dự án chưa chín:
> Chúng ta sẽ biết điều này hoạt động bằng cách nào? (một con số, trên một bộ ca cụ thể) > > Chúng ta sẽ biết nó ngừng hoạt động bằng cách nào? (một cơ chế đo, một tần suất, một người nhận báo cáo)
Câu thứ hai là câu ít ai trả lời được, và nó chính là nửa mà định nghĩa "xong" cũ thiếu.
Nói lại định nghĩa này với đội, bằng lời
Một tài liệu không đổi được hành vi; một câu nói lặp lại trong ba cuộc họp thì có. Câu đáng nói:
> "Chúng ta không chờ hết sai. Chúng ta chờ hai điều: sai âm thầm bằng không, và một đường xử lý tốt cho phần còn lại. Khi có hai điều đó, chúng ta ra mắt — cho nhóm ca nào đã đạt."
Câu này làm ba việc cùng lúc: nó bỏ một mục tiêu không đạt được, nó nêu hai điều kiện thay thế kiểm được, và nó mở khả năng ra mắt từng phần. Đội sẽ hỏi lại vài lần trước khi tin rằng bạn nói thật — nên phải nói nhiều hơn một lần, và phải hành xử theo nó ở lần quyết định đầu tiên.
Bẫy cuối: "xong" không có người nhận
Một định nghĩa "xong" không gắn với ai thì không tồn tại. Cụ thể, ba vai cần tên: ai sở hữu bộ ca kiểm, ai nhận báo cáo hằng tuần, và ai có quyền tuyên bố đã đạt ngưỡng. Nếu ba vai này không có tên, "xong" sẽ được quyết định bởi người đang gấp nhất.
Làm ngay
Viết định nghĩa "xong" cho tính năng AI quan trọng nhất của bạn theo năm điều kiện. Rồi kiểm điều kiện 5: nếu tuần này bộ ca trượt ngưỡng, cụ thể chuyện gì xảy ra? Nếu câu trả lời là "ai đó sẽ báo", bạn chưa có điều kiện 5.