Comment nhìn vô hại: mình làm experience sạch hơn nhé. Mọi người gật đầu vì câu đó dễ đồng ý. Không ai muốn experience rối. Nhưng sau đó, khi designer đổi spacing, engineer simplify flow, và product owner mong ít step hơn, team mới nhận ra mỗi người đã nghe một phiên bản khác nhau của chữ sạch.
Ngôn ngữ mơ hồ thường có vẻ lịch sự. Nó chừa chỗ. Nó tránh conflict. Nó giúp một cuộc họp đi tiếp mà không ép mọi người lộ disagreement quá sớm. Đôi khi điều đó hữu ích. Không phải ý tưởng ban đầu nào cũng cần definition cứng. Nhưng khi từ mơ hồ trở thành nền để làm việc, cái giá bắt đầu di chuyển âm thầm qua team.
Cái giá thường hiện ra dưới dạng rework. Feature đã xong về kỹ thuật, nhưng không giống điều ai đó tưởng tượng. Document đã complete, nhưng trả lời sai câu hỏi. Design review mất ba mươi phút vào taste vì không ai gọi tên user behavior cần bảo vệ. Công việc không fail vì mọi người cẩu thả. Nó fail vì shared object chưa bao giờ đủ sắc nét.
Sự mơ hồ cũng đẩy stress xuống dưới. Một leader có thể nói làm nó premium hơn, robust hơn, intuitive hơn, enterprise-ready hơn. Những từ đó nghe strategic, nhưng người làm việc phải dịch chúng thành choice. Edge case nào quan trọng? Metric nào đổi? User nào nên cảm thấy khác? Nếu phần dịch đó bị để implicit, pressure rơi xuống những người xa intent gốc nhất.
Clarity không cần khắc nghiệt. Nó có thể yên lặng. Ở đây mình đang gọi cleaner là gì? Example before-and-after nào chứng minh điều đó? Cái gì phải giữ nguyên? Trade-off nào mình accept? Những câu hỏi này làm phòng chậm lại một chút, nhưng cứu team khỏi việc mang năm interpretation riêng vào execution.
Cũng có một phiên bản cá nhân. Ta giữ concern mơ hồ vì gọi tên nó sẽ tạo responsibility. Ta nói chỗ này thấy sai sai thay vì gọi tên risk. Ta nói soon thay vì chọn ngày. Ta nói alignment khi thật ra decision vẫn thiếu. Những từ đó bảo vệ comfort hiện tại và vay từ trust tương lai.
Một phép thử hữu ích là hỏi người ngoài cuộc họp có thể hành động từ câu đó không. Nếu không, câu đó có thể vẫn là một thought, chưa phải decision. Điều đó ổn nếu mọi người biết trạng thái của nó. Vấn đề bắt đầu khi thought được đối xử như commitment, còn commitment lại được viết như mood.
Mục tiêu không phải biến mọi conversation thành máy móc. Một số phần của công việc cần exploration, metaphor và patience. Điểm chính là biết lúc nào exploration phải thành shape. Trước khi công việc đi vào execution, team xứng đáng có đủ clarity để biết good trông như thế nào và cái gì cố ý out of scope.
Giữ mọi thứ mơ hồ có thể tạo cảm giác an toàn vì chưa ai phải disagree. Nhưng clarity thường là lựa chọn tử tế hơn. Nó cho disagreement xảy ra khi change vẫn còn rẻ. Team bạn đang dùng từ mơ hồ nào như thể ai cũng hiểu giống nhau?