Nguyen Le PhongNguyen Le Phong

Ghi lại quyết định khi cả đội đều bận

Một bản ghi ngắn giúp quyết định không bốc hơi sau cuộc họp: giữ lại lựa chọn, lý do, phương án đã bỏ và lúc cần xem lại, để cả đội bớt tranh luận từ những ký ức khác nhau.

Cuộc họp kết thúc bằng một lượt gật đầu quanh bàn. Tưởng là đã thống nhất, cho tới thứ Ba. Một người nhớ cả đội chọn cách rollout đơn giản. Người khác nhớ nhóm khách hàng rủi ro đã được loại khỏi phạm vi. Người thứ ba vẫn nghĩ quyết định còn mở. Không ai cẩu thả cả; điều vừa thống nhất chỉ bốc hơi sau khi cuộc gọi tắt.

Bốn người nhìn vào màn hình kế hoạch chung; trên bàn có tài liệu, sổ và nhiều mẩu giấy nhớ.
Màn hình và giấy tờ đặt quyết định ở một nơi chung, thay vì để mỗi người mang về một phiên bản trong trí nhớ.

Đội bận thường ra quyết định bằng những mảnh rời: một comment trên Slack, cuộc gọi nhanh sau standup, câu nói ngoài hành lang, đoạn trao đổi trong pull request, lời nhắn từ stakeholder. Từng mảnh đều có thể hợp lý ở đúng thời điểm. Vấn đề là vài ngày sau rất khó ráp chúng thành một câu chuyện. Khi trí nhớ trở thành nguồn sự thật, ký ức mới nhất hoặc được nói to nhất thường thắng.

Một decision log ngắn là cách chữa vừa đủ. Nó không cần là tài liệu quy trình dài. Chỉ cần ghi câu hỏi đang giải, phương án đã chọn, những hướng đã bỏ, lý do, người chịu trách nhiệm, ngày quyết định và dấu hiệu khiến cả đội phải xem lại. Chừng đó thường đủ để cùng một cuộc tranh luận không tự khởi động vào mỗi tuần.

Giá trị không nằm ở nghi thức, mà ở việc tìm lại được. Người mới hỏi vì sao không dùng queue thì câu trả lời không nằm sâu trong một thread chat cũ. Stakeholder hỏi vì sao release theo từng đợt thì trade-off vẫn còn đó. Khi hành vi trên production đổi, cả đội nhìn ra giả định nào của quyết định ban đầu đã không còn đúng.

Bản ghi còn giúp bảo vệ quan hệ giữa người với người. Không có nó, bất đồng dễ thành chuyện cá nhân vì mỗi bên đang tranh luận từ một ký ức khác. Có nó, cả đội có thể nói: lúc ấy mình biết từng này và đã chọn như vậy; bây giờ dữ kiện đã đổi nên mình quyết định lại. Lựa chọn cũ không phải danh dự cần bảo vệ. Nó là một hiện vật làm việc có thể cập nhật.

Decision log tốt phải đủ ngắn để sống trong công việc thật. Nếu thời gian ghi còn dài hơn thời gian quyết, thói quen sẽ sớm biến mất. Vài câu rõ ràng hữu ích hơn một template hoàn hảo không ai mở. Và bản ghi nên nằm sát chỗ làm việc: trong ticket, thư mục ADR, ghi chú dự án hay phần mô tả pull request — nơi người đến sau tự nhiên sẽ tìm.

Cũng không cần ghi mọi thứ. Tên một nút hay chi tiết triển khai nhỏ thường không đáng thêm giấy tờ. Ngưỡng hợp lý là khả năng gây bối rối về sau: lựa chọn này có đóng một cánh cửa không, trade-off có chạm đội khác không, ai đó có thể hỏi “vì sao” không, hay bằng chứng mới có thể khiến nó phải đảo chiều? Nếu có, vài dòng hôm nay sẽ rẻ hơn nhiều giờ lần dấu sau này.

Qua thời gian, các bản ghi ghép thành bản đồ cách cả đội suy nghĩ. Chúng cho thấy kiểu rủi ro thường gặp, nơi giả định từng đổi và những lúc đội chủ ý chọn giải pháp đơn giản. Người lãnh đạo cũng bớt phải mang toàn bộ bối cảnh trong các cuộc họp, bởi quyết định đã có một chỗ ở độc lập với trí nhớ của bất kỳ ai.

Một đội bận không cần thêm giấy tờ cho đẹp. Họ cần bớt lần tranh cãi lại từ đầu. Vài dòng viết ngay sau quyết định là cách nhỏ để lời hứa, bối cảnh và trade-off vẫn còn nguyên khi mọi người đã gập máy và chạy sang việc kế tiếp.

Bạn thấy bài viết thế nào?