Việc đó basically done. Đây luôn là câu nguy hiểm. Main change đã chạy, demo nhìn ổn, và task tiếp theo đang đợi. Nhưng note còn mỏng, rollback chưa viết, và final check vẫn nằm trong trí nhớ của một người. Finish line nhìn thấy được đã đến trước finish thật.
Finishing properly không hào nhoáng. Nó là check edge case, update note, remove temporary flag, viết handoff, link evidence, và chắc rằng người tiếp theo không cần hỏi lại chuyện gì đã xảy ra.
Kỷ luật này quan trọng vì những mép chưa xong trở thành interruption tương lai. Code có thể chạy, nhưng team vẫn trả giá nếu không ai biết verify nó, operate nó, hoặc giải thích vì sao trade-off được chọn.
Tôi học cách tôn trọng mười phần trăm cuối của công việc. Đó là nơi confidence trở nên inspectable. Passing test hữu ích. Passing test cộng với lý do nó matter còn tốt hơn. Deployed feature hữu ích. Deployed feature cộng rollback criteria thì bình tĩnh hơn.
Cám dỗ là chạy ngay khi visible problem đã được solve. Cám dỗ đó dễ hiểu. Team có pressure, queue và deadline. Nhưng đi quá nhanh có thể để lại một vệt almost-finished work làm mọi người chậm lại sau này.
Finishing properly cũng bảo vệ pride khỏi biến thành performance. Mục tiêu không phải chứng minh mọi chi tiết hoàn hảo. Mục tiêu là để work ở trạng thái người khác tiếp tục được mà không phải đoán.
Một closing ritual nhỏ có ích. What changed? Verified bằng gì? Còn risk nào? Nếu fail thì làm gì? Evidence ở đâu? Những câu hỏi này biến done từ cảm giác thành shared state.
Kỷ luật thầm lặng của việc hoàn tất đúng cách là một dạng care. Nó care cho teammate tiếp theo, incident tương lai và attention của chính bạn ngày mai. Task không thật sự done khi nó chạy một lần. Nó done khi work đứng được mà không cần bạn giữ nó lên.