Cuộc họp kết thúc với việc mọi người gật đầu, điều đó có vẻ giống agreement cho tới thứ Ba. Khi đó, một người nhớ rằng team đã chọn rollout đơn giản hơn. Người khác nhớ rằng nhóm customer rủi ro đã bị loại khỏi scope. Một người nữa nghĩ decision vẫn đang mở. Công việc không hỏng vì mọi người cẩu thả. Decision chỉ đơn giản bốc hơi sau cuộc gọi.
Team bận đưa ra rất nhiều decision dưới dạng mảnh vụn. Một comment trong Slack, một cuộc gọi nhanh sau standup, một câu làm rõ ngoài hành lang, một discussion trong pull request, một câu từ stakeholder. Từng mảnh có thể hợp lý ở thời điểm đó. Gộp lại, chúng rất khó dựng lại. Khi memory trở thành source of truth, ký ức to nhất hoặc mới nhất thường thắng.
Decision log là một liều giải nhỏ. Nó không cần là process document lớn. Ở dạng đơn giản nhất, nó ghi lại câu hỏi, option được chọn, alternative bị từ chối, lý do, owner, ngày, và trigger để revisit. Thường vậy là đủ để cùng một cuộc tranh luận không khởi động lại mỗi tuần.
Sức mạnh không nằm ở ceremony. Sức mạnh nằm ở retrieval. Khi teammate mới hỏi vì sao team không dùng queue, câu trả lời không bị giấu trong thread chat cũ. Khi stakeholder hỏi vì sao release đi theo phase, trade-off hiện rõ. Khi production behavior đổi, team có thể thấy assumption ban đầu của decision phụ thuộc vào đâu.
Decision log cũng bảo vệ mối quan hệ. Nếu không có record, disagreement dễ thành chuyện cá nhân vì mọi người tranh luận từ memory. Có record, team có thể nói, lúc đó mình tin điều này, bây giờ điều này đã đổi, và giờ mình có thể decide lại. Decision cũ không cần được bảo vệ như identity. Nó có thể được cập nhật như một artifact đang làm việc.
Log tốt nhất đủ ngắn để viết trong lúc làm việc thật. Nếu document một decision lâu hơn chính decision đó, habit sẽ không sống nổi. Vài câu bình tĩnh tốt hơn một template hoàn hảo mà không ai mở. Log nên nằm gần work: trong ticket, ADR folder, project note, hoặc pull request description, bất cứ nơi nào người tiếp theo sẽ tự nhiên tìm.
Không phải decision nào cũng cần log. Team không cần ghi lại mọi label button hay mọi chi tiết implementation nhỏ. Ngưỡng hữu ích là khả năng có confusion trong tương lai. Nếu ai đó sẽ hỏi vì sao, nếu lựa chọn đó đóng một cánh cửa, nếu trade-off ảnh hưởng team khác, hoặc nếu decision có thể cần đảo lại khi có evidence mới, hãy viết xuống.
Theo thời gian, decision log trở thành bản đồ về cách team suy nghĩ. Nó cho thấy pattern risk, nơi assumption đã đổi, và khoảnh khắc team chủ ý chọn simplicity. Nó cũng làm leadership bình tĩnh hơn vì decision không còn chỉ được gánh trong meeting.
Một team bận không cần thêm paperwork. Team cần ít confusion lặp lại hơn. Decision log là một cách yên lặng để giữ promise, context và trade-off không biến mất sau khi mọi người gập laptop. Nếu team bạn có một format nhẹ mà mọi người thật sự duy trì, chi tiết đó rất đáng đem ra so sánh với người khác.