Team chưa biết đủ. Đó là câu trung thực nhất trong phòng, và cũng là câu ai cũng muốn đi qua nhanh. Launch date đã thấy. Design có vẻ gần xong. Implementation đã bắt đầu. Gọi tên uncertainty có cảm giác như làm chậm công việc, dù giả vờ nó biến mất sẽ làm công việc chậm hơn về sau.
Uncertainty không phải đối lập của progress. Nó là một phần của progress khi công việc là thật. Vấn đề không phải team có uncertainty. Vấn đề là uncertainty không được gọi tên, lớn lên trong riêng tư, rồi cuối cùng xuất hiện dưới dạng rework, conflict, hoặc decision vội mà không ai tự hào.
Một cách bình tĩnh để mang uncertainty bắt đầu bằng việc gọi tên cụ thể. Không phải cái này risky, mà là mình chưa biết old mobile client có phụ thuộc field này không. Không phải timeline chưa rõ, mà là partner response time vẫn chưa được đo. Uncertainty cụ thể nhỏ lại vì mọi người thấy nó bắt đầu và kết thúc ở đâu.
Bước tiếp theo là bound nó. Một số uncertainty block action. Một số có thể đi cùng work một thời gian. Một số chấp nhận được nếu team thêm guardrail. Nếu unknown nào cũng được xem là blocker, team đứng im. Nếu unknown nào cũng bị bỏ qua, team đang đánh cược. Kỹ năng nằm ở việc biết loại unknown nào đang trước mặt.
Assign uncertainty cũng giúp. Unknown có tên nhưng không có owner trở thành tiếng ồn trong phòng. Ai check log? Ai confirm contract? Ai test old client? Ai quyết định câu trả lời đã đủ tốt chưa? Ownership không xóa uncertainty, nhưng ngăn nó trôi nổi.
Cũng có phần con người trong việc này. Người ta đôi khi né gọi tên uncertainty vì sợ trông chưa chuẩn bị. Trong team lành mạnh hơn, nói mình chưa biết không phải yếu. Nó là status update hữu ích. Team làm việc với uncertainty trung thực tốt hơn nhiều so với confidence im lặng.
Mang uncertainty bình tĩnh không có nghĩa là chờ mãi. Mỗi unknown nên có next check. Một ngày, một test, một cuộc gọi, một spike, một decision point. Không có next check, uncertainty thành máy tạo sương. Có next check, nó trở thành một phần của plan.
Một số decision vẫn sẽ được đưa ra với information chưa đầy đủ. Điều đó bình thường. Câu hỏi là team có biết mình đang accept gì không. Mình chọn path này khi payment edge case còn open, và sẽ không broaden rollout cho đến khi postback test pass. Câu đó không phải certainty hoàn hảo, nhưng là movement có trách nhiệm.
Uncertainty nặng hơn khi ta cố giấu nó. Nó nhẹ hơn khi có shape. Uncertainty nào trong công việc hiện tại của bạn cần một cái tên, một owner và một next check?