Cuộc họp đã kết thúc, nhưng quyết định thật sự vẫn đang đi vòng quanh hành lang. Mọi người gập laptop, cầm ly cà phê còn dở về bàn, rồi khẽ hỏi những câu không được hỏi trong phòng. Ai thật sự ủng hộ roadmap này? Team nào sẽ bị ảnh hưởng? Vì sao manager tránh trả lời trực tiếp rủi ro đó?
Nhiều engineer nghe office politics là nghĩ đến thao túng, trò ngầm, hoặc người khác nhận công việc mình không làm. Những chuyện đó có tồn tại, và nên được gọi tên rõ ràng. Nhưng không phải tình huống chính trị nào ở công sở cũng bẩn. Trong phần lớn workplace, politics chỉ đơn giản là con người có responsibility, incentive, nỗi lo, thông tin và constraint khác nhau. Công việc đi qua những khác biệt đó, không đi vòng tránh chúng.
Thói quen hữu ích đầu tiên là hiểu mỗi người đang cố bảo vệ điều gì. Product manager có thể đang bảo vệ commitment với customer. Engineering manager có thể đang bảo vệ capacity của team. Staff engineer có thể đang bảo vệ reliability của system. Support lead có thể đang bảo vệ trust sau một incident đau. Khi xem mọi bất đồng như vấn đề tính cách, mình bỏ lỡ cấu trúc phía dưới.
Điều này không có nghĩa là đồng ý với tất cả mọi người. Nó có nghĩa là bước vào bất đồng với nhiều context hơn. Nếu một team chặn proposal của bạn, hãy hỏi họ thấy rủi ro nào mà bạn chưa thấy. Nếu leadership liên tục hỏi ngày xong, hãy hỏi lời hứa bên ngoài nào đang phụ thuộc vào nó. Nếu reviewer bỗng nghiêm khắc bất thường, hãy hỏi phần codebase này từng fail ra sao. Căng thẳng thường dễ làm việc hơn khi áp lực ẩn được đưa ra ánh sáng.
Political skill lành mạnh chủ yếu là khả năng dịch. Bạn giải thích technical risk bằng business language. Bạn giải thích business urgency bằng engineering language. Bạn giúp nhóm này hiểu vì sao nhóm kia thận trọng. Bạn viết trade-off xuống để quyết định không chỉ phụ thuộc vào người nói tự tin nhất trong meeting. Đây không phải manipulation. Đây là làm context có thể di chuyển được.
Trust được xây trước khoảnh khắc khó. Nếu người khác chỉ nghe từ bạn khi bạn cần approval, mọi request đều có cảm giác giao dịch. Những thói quen nhỏ rất quan trọng: chia sẻ context sớm, ghi nhận công người khác, đóng loop, thừa nhận uncertainty, và báo trước khi change chạm vào area của họ. Những điều đó làm bất đồng sau này bớt cá nhân hơn vì đã có bằng chứng rằng bạn không chỉ tối ưu cho riêng mình.
Cũng cần có boundary. Đi qua politics không có nghĩa là trở nên cay nghiệt hoặc sao chép hành vi xấu. Nếu ai đó giữ thông tin, bạn có thể phản ứng bằng cách document fact. Nếu ai đó nhận credit quá mức, bạn có thể bình tĩnh làm contribution hiện rõ. Nếu một quyết định bị đẩy đi mà thiếu risk review, bạn có thể đề nghị trade-off được ghi lại. Nguyên tắc mạnh hơn khi gắn với hành động quan sát được, không chỉ là bực bội riêng tư.
Một lỗi tôi từng mắc là pre-align quá muộn. Tôi từng nghĩ một technical proposal tốt nên tự thắng. Đôi khi đúng, nhưng thường thì mọi người cần thời gian để hiểu nó ảnh hưởng đến mục tiêu của họ thế nào. Một cuộc trò chuyện ngắn trước review chính thức có thể làm lộ objection khi nó còn dễ xử lý. Đến lúc meeting diễn ra, căn phòng không còn nghe ý tưởng lần đầu.
Một lỗi khác là nhầm visibility với vanity. Trong một tổ chức bận rộn, work hữu ích có thể biến mất nếu không ai giải thích nó. Viết project recap, gọi tên rủi ro đã giảm, hoặc làm dependency hiện rõ không phải khoe khoang nếu được làm bình tĩnh và chính xác. Nó giúp tổ chức quyết định tốt hơn về trust, ownership và scope tiếp theo.
Office politics trở nên độc hại khi influence tách khỏi truth. Phiên bản lành mạnh giữ hai thứ đó gần nhau. Nó yêu cầu mình hiểu incentive, giao tiếp sớm, bất đồng sạch sẽ, bảo vệ người khác khỏi surprise và giữ evidence nhìn thấy được. Nếu bạn từng đi qua một tình huống công sở khó mà vẫn giữ được tiêu chuẩn của mình, câu chuyện đó thường rất đáng chia sẻ với một người đang ở giai đoạn sớm hơn.