Điểm kiểm tra mặc định

Verify 'khi nào thấy cần' nghĩa là verify khi bạn đã hơi lo — tức là thường đã hơi muộn. Một bước kiểm tra tốt không hỏi tâm trạng bạn; nó nằm sẵn trong quy trình.

Đọc5 phút đọc
Chủ đềverification · workflow · habit · checkpoint
TL;DR

Verify "khi nào thấy cần" là một hệ thống dựa vào ý chí: bạn kiểm khi đã hơi lo, tức là thường đã hơi muộn. Hệ thống dựa vào ý chí yếu, vì ý chí cạn đúng lúc bạn bận nhất. Cách chắc hơn là gắn một điểm kiểm tra cố định vào quy trình — một bước mặc định không hỏi tâm trạng bạn hôm đó thế nào.

Tôi từng nghĩ mình là người verify kỹ.

Và tôi verify thật — khi tôi cảm thấy cần. Vấn đề nằm ở chính ba chữ đó. Tôi kiểm khi có gì đó cấn cấn, khi output trông hơi lạ, khi linh tính mách bảo. Nghĩa là tôi chỉ soi kỹ đúng những lúc tôi đã ngờ ngợ rồi.

Còn những lần agent làm sai mà trông hoàn toàn bình thường thì sao? Đúng những lần đó tôi không thấy cần. Nên tôi không kiểm. Và đúng những lần đó là lúc lỗi trôi qua.

Hóa ra tôi không phải người verify kỹ. Tôi là người verify khi đã lo — một bộ cảm biến chỉ kêu sau khi đám cháy đã bén.

01Cái gì phải nhớ mới làm thì sẽ có ngày bạn quên

Đây là điểm gãy: "verify khi thấy cần" biến việc kiểm tra thành một quyết định bạn phải đưa ra mỗi lần. Và mọi quyết định lặp lại đều ăn vào cùng một bình nhiên liệu — ý chí. Cái bình đó vơi dần theo ngày, và nó cạn nhanh nhất đúng vào hôm bạn mệt, bạn vội, bạn có ba việc khác đang réo.

Tức là hệ thống kiểm tra của bạn mạnh nhất vào ngày bình thường và yếu nhất vào ngày áp lực. Mà ngày áp lực mới là ngày bạn đẩy việc đi nhanh, bỏ qua bước, tin đại. Cái lưới an toàn của bạn mỏng đi đúng lúc bạn cần nó dày nhất.

Hãy nghĩ tới dây an toàn trong xe. Nó hiệu quả không phải vì bạn là người cẩn thận. Nó hiệu quả vì bạn không quyết định lại mỗi chuyến đi có nên thắt hay không — bạn thắt, mặc định, kể cả chuyến ra đầu ngõ. Khoảnh khắc nó trở thành một lựa chọn cân nhắc từng lần là khoảnh khắc nó bắt đầu hỏng. Bước verify cũng vậy.

Bài "'Done!' là một lời khai" trong cụm quy trình nói về tâm lý — vì sao bạn dễ tin cái "xong" của agent. Bài này nói về tầng sau đó: kể cả khi bạn đã biết không nên tin, bạn vẫn cần một cơ chế kiểm không phụ thuộc vào việc hôm nay bạn có nhớ để mà không-tin hay không.

Kiểm theo cảm hứng

Tần suất: cao lúc rảnh, rơi xuống đáy đúng ngày bận
Bắt lỗi: chỉ bắt được cái bạn vốn đã nghi — bỏ lọt cái trông bình thường
Đầu óc: tốn năng lượng cân nhắc "lần này có cần kiểm không"

Điểm kiểm tra cố định

Tần suất: đều, vì nó gắn vào quy trình chứ không vào tâm trạng
Bắt lỗi: bắt cả cái bạn không ngờ, vì bạn kiểm kể cả khi không nghi
Đầu óc: không phải quyết định gì — bước đó luôn chạy, đỡ mệt đầu

Để ý dòng giữa: điểm khác biệt lớn nhất không phải bạn kiểm nhiều hơn. Là bạn kiểm cả những lúc không có lý do nào để kiểm — và đó chính xác là nơi lỗi im lặng chọn để núp.

02Dấu hiệu việc kiểm của bạn chưa thành hệ thống

Hầu hết mọi người tin mình verify đều đặn hơn thực tế. Vài dấu hiệu cho thấy nó vẫn đang chạy bằng ý chí, chưa thành cơ chế:

Việc kiểm vẫn dựa vào ý chí khi…
Ngày bận bạn bỏ kiểmnếu bước verify là thứ đầu tiên rụng khi áp lực lên, nó đang là tùy chọn chứ không phải mặc định
Bạn chỉ kiểm thứ mình đã nghinếu không nhớ lần cuối mình kiểm một thứ trông hoàn toàn ổn là khi nào, bạn đang để cái trông-ổn đi thẳng
"Để lát kiểm" mà cái lát đó không tớihoãn kiểm là một cách bỏ kiểm có hẹn giờ — và cái hẹn hiếm khi reo
Bạn không nói được bước kiểm của workflow này là gìnếu phải nghĩ mới ra "tôi kiểm thế nào ở việc này", thì chưa có bước nào — chỉ có thói quen mơ hồ

Mỗi dấu hiệu trên đều có một mẫu số chung: việc kiểm đang là thứ bạn nhớ ra, không phải thứ tự xảy ra. Cái gì phải nhớ thì sẽ trượt — không phải hôm nay, mà đúng cái hôm bạn cần nó nhất.

03Gắn nó vào, đừng giao cho trí nhớ

Cách thoát không phải là quyết tâm kiểm kỹ hơn — quyết tâm cũng rút từ cùng cái bình sẽ cạn. Cách thoát là biến việc kiểm thành một bước cố định của chính quy trình, để bạn không phải quyết định gì nữa.

Cụ thể: với mỗi loại việc bạn hay giao agent, định nghĩa trước một bước kiểm bất di bất dịch — và gắn nó vào yêu cầu ngay từ đầu, không để cuối. "Làm xong thì chạy nó và dán output thật ra cho tôi." "Sửa xong thì liệt kê mọi chỗ bị đụng tới." Bước đó không đổi theo ngày, không đổi theo tâm trạng, không cần bạn nhớ — nó là một phần của việc, như dây an toàn là một phần của việc lái.

Điều hay là một khi bước kiểm nằm trong quy trình, nó thôi tiêu hao bạn. Bạn không còn cân nhắc "lần này có cần không" — câu hỏi đó biến mất. Cái lưới an toàn dày đều, kể cả ngày bạn mệt nhất, vì nó không còn dựa vào việc hôm đó bạn có đủ tỉnh để nhớ căng nó ra hay không.

Câu hỏi đúng không phải "hôm nay mình có nên kiểm không". Là "bước kiểm của việc này là gì, và nó đã nằm sẵn trong quy trình chưa". Trả lời được câu sau, bạn không bao giờ phải hỏi câu trước nữa.

c
Người viết

Mỗi câu chuyện ở đây gói một bài học đã trả giá để học.

craftagentmột người vừa xây vừa học
46bài11cụmVI·ENsong ngữ