- Câu hỏi cốt lõi của engineering manager là nên tham gia vào việc viết code đến mức nào, và đây không chỉ đơn thuần là vấn đề sở thích cá nhân hay phân bổ nguồn lực mà là vấn đề về định vị (Positioning)
- Định vị là một khái niệm xuất phát từ lãnh đạo quân sự, và để hiệu quả cần duy trì cân bằng giữa nhận thức tình huống (Situational Awareness) và độ rõ ràng trong vận hành (Operational Clarity)
- Bốn vùng định vị:
- Chế độ khủng hoảng (nhận thức tình huống thấp, độ rõ ràng trong vận hành thấp) → học hỏi & ổn định hóa
- Mơ hồ (nhận thức tình huống cao, độ rõ ràng trong vận hành thấp) → dẫn dắt bằng hình mẫu
- Bay mù (nhận thức tình huống thấp, độ rõ ràng trong vận hành cao) → viết code thụ động
- Rõ ràng (nhận thức tình huống cao, độ rõ ràng trong vận hành cao) → đưa ra định hướng chiến lược
- Về dài hạn, ưu tiên nhận thức tình huống là nền tảng cho thành công của cả nhóm, và việc viết code được dùng như một công cụ chiến lược để nắm bắt nhận thức tình huống và hỗ trợ nhóm ở những thời điểm cụ thể
- Điều quan trọng không phải là tìm ra một câu trả lời cố định, mà là linh hoạt điều chỉnh vị trí theo sự thay đổi của môi trường
Khái niệm định vị
- Định vị là việc người lãnh đạo quyết định nên đứng ở đâu để thực hiện chỉ huy và kiểm soát (Command and Control)
- Nếu tiến quá sát tuyến đầu thì dễ bị sa vào chi tiết, còn nếu lùi quá xa thì không thể nắm được tình hình hiện tại, khiến năng lực chỉ huy suy yếu
- Engineering manager cũng nên chuyển câu hỏi từ “có nên code không?” sang “đứng ở đâu thì nhóm mới có thể thành công?”
Khung định vị
- Hai trục: nhận thức tình huống (Situational Awareness) và độ rõ ràng trong vận hành (Operational Clarity)
- Bốn vùng:
- Chế độ khủng hoảng (Low SA, Low OC)
- Cả manager và nhóm đều thiếu hiểu biết, việc thực thi bị đứt đoạn
- Trước tiên cần ổn định bằng cách đặt ra mục tiêu ngắn hạn, sau đó trực tiếp viết code để nâng mức độ hiểu biết về công nghệ và đội ngũ
- Mơ hồ (High SA, Low OC)
- Manager hiểu rõ nhưng nhóm vẫn rối
- Làm việc trực tiếp cùng nhóm, làm gương, xây dựng niềm tin và tinh thần trách nhiệm
- Bay mù (Low SA, High OC)
- Nhóm vận hành tốt nhưng manager thiếu hiểu biết kỹ thuật
- Nhanh chóng tăng mức độ hiểu biết thông qua việc viết code có giới hạn như sửa bug hoặc hỗ trợ production
- Rõ ràng (High SA, High OC)
- Trạng thái lý tưởng, manager tập trung vào chiến lược, quản lý rủi ro và xây dựng văn hóa
- Tuy vậy, chủ quan vẫn nguy hiểm; vẫn có thể tham gia viết code ở mức hạn chế để phát hiện thay đổi
Định vị mang tính động (Dynamic)
- Vùng định vị sẽ thay đổi theo tình hình của nhóm và môi trường bên ngoài
- Sự cố đột ngột → chuyển sang chế độ khủng hoảng
- Chuyển hướng kinh doanh → dịch sang vùng mơ hồ
- Vì vậy, manager không nên đứng yên ở một vị trí cố định mà cần liên tục kiểm tra và điều chỉnh vị trí
Tính ưu tiên của nhận thức tình huống
- Về dài hạn, tăng cường nhận thức tình huống là ưu tiên hàng đầu
- Chỉ khi có nhận thức tình huống làm nền tảng thì mới có thể xác định rõ mục tiêu và vai trò
- Viết code là phương tiện hữu ích để nhanh chóng nắm bắt nhận thức tình huống hoặc trực tiếp giải quyết vấn đề của nhóm
Kết luận
- Không có đáp án đúng tuyệt đối cho việc engineering manager nên code bao nhiêu
- Điều quan trọng là chẩn đoán tình trạng hiện tại của nhóm (nhận thức tình huống vs độ rõ ràng trong vận hành) và chọn cách định vị phù hợp
- Viết code sẽ hiệu quả khi được sử dụng như một công cụ lãnh đạo, chứ không chỉ là vấn đề năng suất; và nhờ đó có thể xây dựng một đội ngũ hiệu suất cao
Chưa có bình luận nào.