Mở đầu — vì sao bài này quan trọng
Có một sự thật mà nhiều Project Manager mới vào nghề phải trả giá đắt mới nhận ra: bạn có thể lập kế hoạch hoàn hảo, vẽ WBS đẹp như tranh, tính critical path chính xác đến từng ngày — nhưng nếu bạn không lãnh đạo được con người thực hiện kế hoạch đó, dự án vẫn thất bại. Trong PMBOK, quản lý dự án bao gồm cả "quản lý" (managing) lẫn "lãnh đạo" (leading), và hai thứ này không giống nhau. Quản lý là làm cho công việc chạy đúng quy trình; lãnh đạo là làm cho con người muốn chạy cùng bạn.
Vấn đề lớn nhất của người mới là họ tin có một "phong cách lãnh đạo đúng" duy nhất — cứ áp dụng là thắng. Thực tế trái ngược hoàn toàn: phong cách lãnh đạo hiệu quả nhất phụ thuộc vào con người bạn đang dẫn dắt, vào mức độ trưởng thành của họ, vào áp lực thời gian, và vào bản chất công việc. Một PM giỏi không phải người có một phong cách mạnh, mà là người biết đọc tình huống và chuyển đổi phong cách một cách linh hoạt.
Bài này tập trung riêng vào các phong cách lãnh đạo (leadership styles) dành cho PM — cách nhận diện chúng, khi nào dùng cái nào, và làm sao để chuyển đổi giữa chúng. Đây là kỹ năng "mềm" nhưng lại quyết định phần lớn việc bạn có được thăng tiến từ PM lên quản lý cấp cao hay không. Lưu ý rằng bài này không đi sâu vào lý thuyết động lực (Maslow, Herzberg — thuộc Bài 35) hay quản lý xung đột (thuộc Bài 33); ở đây chúng ta bàn về chính phong cách dẫn dắt của bạn.
Khái niệm cốt lõi
Lãnh đạo tình huống — Situational Leadership (Hersey-Blanchard)
Mô hình nền tảng và thực dụng nhất cho PM là Situational Leadership của Paul Hersey và Ken Blanchard. Ý tưởng trung tâm: không có phong cách nào tốt nhất; phong cách phải "khớp" với mức độ trưởng thành (maturity / development level) của từng thành viên đối với một nhiệm vụ cụ thể.
Mức độ trưởng thành được đo bằng hai yếu tố: năng lực (competence — họ có đủ kỹ năng làm việc này không) và cam kết/tự tin (commitment — họ có động lực và sự tự tin không). Từ đó chia ra bốn cấp độ nhân sự (D1 đến D4) và tương ứng bốn phong cách lãnh đạo:
1. Directing (S1) — Chỉ đạo: chỉ đạo cao, hỗ trợ thấp. Dành cho người ở mức D1 — thấp năng lực nhưng thường cao nhiệt huyết (ví dụ: fresher mới vào, hăng hái nhưng chưa biết làm). Bạn nói rõ phải làm gì, làm thế nào, khi nào xong. Bạn ra quyết định, họ thực thi. Đây không phải "độc đoán xấu tính" — đây là sự rõ ràng mà người mới cần.
2. Coaching (S2) — Kèm cặp: chỉ đạo cao, hỗ trợ cao. Dành cho D2 — đã có chút năng lực nhưng cam kết đang tụt (giai đoạn "vỡ mộng", khi thực tế khó hơn tưởng tượng). Bạn vẫn hướng dẫn sát nhưng bắt đầu giải thích tại sao, lắng nghe, khích lệ. Bạn vừa dạy nghề vừa vực dậy tinh thần.
3. Supporting (S3) — Hỗ trợ: chỉ đạo thấp, hỗ trợ cao. Dành cho D3 — năng lực khá nhưng thiếu tự tin hoặc chưa nhất quán. Bạn lùi lại về mặt kỹ thuật, để họ tự quyết, nhưng ở bên cạnh cổ vũ, tạo điều kiện, gỡ rào cản. Vai trò của bạn giống một người đồng hành hơn là sếp.
4. Delegating (S4) — Ủy quyền: chỉ đạo thấp, hỗ trợ thấp. Dành cho D4 — vừa giỏi vừa tự chủ (senior đáng tin cậy). Bạn giao trọn nhiệm vụ, chỉ theo dõi kết quả ở mốc lớn. Đây là đích đến lý tưởng: bạn giải phóng thời gian để làm việc chiến lược.
Điểm mấu chốt: một người có thể ở cấp độ khác nhau cho các nhiệm vụ khác nhau. Một dev senior là D4 khi code backend nhưng có thể là D1 khi lần đầu phải thuyết trình trước khách hàng. PM giỏi đọc được điều này và điều chỉnh.
Sáu phong cách của Goleman
Daniel Goleman (dựa trên nghiên cứu với Hay/McBer) mô tả sáu phong cách gắn với trí tuệ cảm xúc, rất hữu ích để bổ sung cho Hersey-Blanchard:
- Commanding (Ra lệnh) — "Làm như tôi nói." Hiệu quả trong khủng hoảng, nhưng lạm dụng sẽ giết chết tinh thần.
- Visionary/Authoritative (Tầm nhìn) — "Hãy đi cùng tôi tới đó." Truyền cảm hứng bằng bức tranh lớn; phong cách có tác động tích cực nhất trong hầu hết tình huống.
- Affiliative (Gắn kết) — "Con người là trên hết." Hàn gắn quan hệ, xây niềm tin sau giai đoạn căng thẳng.
- Democratic (Dân chủ) — "Bạn nghĩ sao?" Tạo đồng thuận, phù hợp khi cần ý kiến tập thể và team đã đủ năng lực.
- Pacesetting (Nêu gương/áp nhịp) — "Làm như tôi, ngay bây giờ." Đặt chuẩn cao, hiệu quả với team xuất sắc nhưng dễ gây kiệt sức nếu lạm dụng.
- Coaching (Phát triển) — "Thử cái này xem." Đầu tư vào phát triển dài hạn của từng người.
Servant Leadership — trụ cột của môi trường Agile
Trong bối cảnh Agile/Scrum, Servant Leadership (lãnh đạo phục vụ) ngày càng quan trọng. Ở đây người lãnh đạo đảo ngược kim tự tháp: thay vì team phục vụ sếp, sếp phục vụ team — gỡ rào cản (impediments), bảo vệ team khỏi nhiễu loạn bên ngoài, tạo điều kiện để team tự tổ chức. Scrum Master là hiện thân điển hình. Servant leadership không có nghĩa là "yếu đuối" hay "chiều theo"; nó đòi hỏi bản lĩnh để nói "không" với những yêu cầu vô lý nhằm bảo vệ team.
Tình huống thực tế
Tình huống 1 — Một phong cách áp cho cả team: sai lầm của PM tại một startup fintech TP.HCM
Anh Tuấn được đề bạt làm PM cho một startup fintech ở TP.HCM (khoảng 15 người trong team sản phẩm). Vốn là dev senior xuất sắc, anh mang theo phong cách Pacesetting — tự mình đặt chuẩn cực cao và mặc định ai cũng chạy được nhịp đó. Với ba dev senior, cách này ổn. Nhưng team có bốn fresher mới tốt nghiệp.
Kết quả sau hai tháng: hai fresher xin nghỉ, số còn lại làm việc trong nỗi sợ. Họ không được chỉ dẫn cụ thể (Tuấn nghĩ "chuyện hiển nhiên, tự tìm hiểu đi"), lại liên tục bị so sánh với senior. Velocity của sprint giảm 30% vì các bug do người mới gây ra không được phát hiện sớm.
Bài học: Fresher là D1 — cần Directing/Coaching, không phải Pacesetting. Sau khi được HR góp ý, Tuấn tách cách quản lý: với senior anh Delegating, với fresher anh dành 30 phút mỗi sáng để chỉ dẫn cụ thể và giải thích "tại sao". Ba tháng sau, hai fresher còn lại đã tự làm được task vừa, velocity phục hồi và vượt mức cũ 15%. Một phong cách không thể phủ hết một team đa dạng.
Tình huống 2 — Chuyển phong cách trong khủng hoảng: dự án migration tại một ngân hàng
Chị Hương làm PM cho dự án nâng cấp hệ thống tại một ngân hàng ở Hà Nội. Bình thường chị theo phong cách Democratic — họp bàn, lấy ý kiến, đồng thuận rồi mới quyết. Team rất thích vì được tôn trọng.
Rồi sự cố xảy ra: đêm go-live, một lỗi nghiêm trọng khiến giao dịch bị treo, ảnh hưởng hàng nghìn khách hàng. Trong tình huống đó, chị Hương lập tức chuyển sang Commanding — không họp bàn dân chủ nữa, mà phân công dứt khoát: "A rollback ngay, B gọi vendor, C soạn thông báo, mọi người báo cáo cho tôi mỗi 15 phút." Hệ thống được khôi phục sau 90 phút.
Điều tinh tế nằm ở hôm sau: chị không tiếp tục ra lệnh. Chị chủ động chuyển sang Affiliative — cảm ơn team, đặt cơm, thừa nhận áp lực đêm qua — rồi tổ chức một buổi phân tích không đổ lỗi để rút kinh nghiệm.
Bài học: Khủng hoảng cần Commanding để có tốc độ và sự rõ ràng; nhưng lạm dụng nó sau khủng hoảng sẽ phá hủy văn hóa. Người lãnh đạo giỏi biết bật và tắt phong cách đúng thời điểm. Việc chuyển về Affiliative/Democratic ngay sau đó giúp team không bị sang chấn và vẫn tin tưởng chị.
Tình huống 3 — Servant Leadership tại một công ty gia công phần mềm
Một Scrum Master tên Minh tại một công ty gia công phần mềm quy mô vừa (khoảng 200 kỹ sư) phụ trách một team làm dự án cho khách hàng Nhật. Khách hàng có thói quen gửi yêu cầu thay đổi trực tiếp cho từng dev qua chat, khiến team liên tục bị gián đoạn và không sprint nào hoàn thành đúng cam kết.
Thay vì "quản lý" bằng cách ép team làm nhiều hơn, Minh áp dụng Servant Leadership: anh đứng ra làm lớp chắn, thống nhất với khách hàng rằng mọi thay đổi phải qua Product Backlog, và anh là đầu mối duy nhất. Anh cũng dành thời gian gỡ những "impediment" nhỏ nhưng gây ức chế: xin cấp thêm license công cụ, đẩy nhanh việc cấp quyền truy cập môi trường test.
Bài học: Sau hai sprint, tỷ lệ hoàn thành sprint goal tăng từ khoảng 60% lên trên 90%. Điều team cần không phải một người giám sát, mà một người dọn đường. Servant leadership tạo ra hiệu suất bền vững vì nó xử lý gốc rễ của tắc nghẽn thay vì đổ áp lực lên con người.
Hướng dẫn từng bước
Đây là quy trình thực dụng để bạn áp dụng lãnh đạo tình huống cho team của mình:
- Bước 1 — Lập bản đồ trưởng thành của team. Với từng thành viên, đánh giá năng lực và cam kết đối với các nhiệm vụ chính họ đang làm. Nhớ rằng cùng một người có thể ở D1 cho việc này nhưng D4 cho việc khác. Ghi lại thành một bảng đơn giản.
- Bước 2 — Chọn phong cách khởi điểm cho từng người/nhiệm vụ. D1 → Directing, D2 → Coaching, D3 → Supporting, D4 → Delegating. Đừng ngại việc phải chỉ đạo sát người mới; đó là điều họ cần, không phải sự thiếu tôn trọng.
- Bước 3 — Giao tiếp minh bạch về cách bạn làm việc. Nói với team rằng bạn sẽ điều chỉnh cách quản lý theo từng người và từng việc, và đó là điều bình thường. Điều này tránh cảm giác "sao sếp thiên vị".
- Bước 4 — Theo dõi và nâng cấp phong cách khi người ta tiến bộ. Mục tiêu của bạn là dịch chuyển mọi người lên D4 theo thời gian: Directing → Coaching → Supporting → Delegating. Nếu bạn vẫn micromanage một người đã lên D3, bạn đang kìm hãm họ.
- Bước 5 — Chuẩn bị sẵn "phong cách khủng hoảng". Rèn khả năng chuyển nhanh sang Commanding khi có sự cố, rồi chuyển ngay về Affiliative/Democratic sau khi ổn định. Đừng để mình mắc kẹt ở chế độ ra lệnh.
- Bước 6 — Tự đánh giá phong cách chủ đạo của bản thân. Ai cũng có một "phong cách mặc định" ưa thích. Hãy biết nó là gì, và luyện thêm ít nhất một hai phong cách bạn yếu — thường là phong cách đối lập với bản tính của bạn.
Lỗi thường gặp & mẹo
Lỗi 1 — "One-size-fits-all". Áp một phong cách cho cả team. Đây là lỗi phổ biến nhất, đặc biệt với PM từng là chuyên gia kỹ thuật. Mẹo: mỗi khi giao việc, tự hỏi "người này đang ở D mấy cho việc này?" trước khi chọn cách nói.
Lỗi 2 — Nhầm Delegating với "bỏ mặc". Ủy quyền cho D4 không có nghĩa biến mất. Bạn vẫn phải thống nhất kết quả kỳ vọng, mốc kiểm tra và kênh hỗ trợ khi cần. Ủy quyền cho người chưa sẵn sàng (D1, D2) rồi trách họ là bất công.
Lỗi 3 — Kẹt ở phong cách khủng hoảng. Một số PM nếm được cảm giác kiểm soát khi ra lệnh trong khủng hoảng và giữ luôn phong cách đó. Hệ quả là team mất sáng kiến, chỉ chờ lệnh. Mẹo: coi Commanding như bình chữa cháy — chỉ dùng khi cháy.
Lỗi 4 — Lạm dụng Pacesetting với team chưa đủ mạnh. "Nhìn tôi làm rồi làm theo, nhanh lên" chỉ hiệu quả với đội ngũ đã xuất sắc. Với người mới, nó gây kiệt sức và mặc cảm.
Lỗi 5 — Nhầm Servant Leadership với chiều chuộng. Phục vụ team không phải đồng ý với mọi thứ. Đôi khi phục vụ nghĩa là nói "không" với scope creep để bảo vệ team.
Mẹo vàng: Trí tuệ cảm xúc (EQ) là nền tảng của mọi phong cách. Trước khi chọn phong cách, hãy đọc cảm xúc trong phòng — team đang sợ, đang chán, đang hào hứng, hay đang kiệt sức? Phong cách đúng cho một team kiệt sức (Affiliative) khác hẳn phong cách cho một team tự mãn (Pacesetting hoặc Coaching).
Bài tập thực hành
Bài tập 1 — Lập bản đồ team. Lấy team hiện tại (hoặc một team giả định 5 người). Với mỗi người, xác định D-level cho một nhiệm vụ cụ thể của họ và ghi phong cách bạn nên dùng. Nêu lý do trong 1–2 câu mỗi người.
Bài tập 2 — Phân tích tình huống chuyển phong cách. Viết một kịch bản dài khoảng nửa trang: một sự cố xảy ra giữa dự án của bạn. Mô tả (a) phong cách bạn dùng lúc khủng hoảng, (b) phong cách bạn chuyển sang sau khi ổn định, và (c) tại sao chuyển như vậy.
Bài tập 3 — Tự soi phong cách mặc định. Nhớ lại ba lần gần nhất bạn giao việc hoặc phản hồi cấp dưới/đồng đội. Bạn đã dùng phong cách nào? Đó có phải phong cách phù hợp với người nhận không, hay chỉ là phong cách bạn thấy thoải mái? Xác định một phong cách bạn cần luyện thêm và một hành động cụ thể để luyện nó trong tuần tới.
Bài tập 4 (nâng cao) — Kịch bản servant leadership. Liệt kê 5 "impediment" mà một team Agile điển hình thường gặp, và với mỗi cái, viết một hành động cụ thể mà người lãnh đạo phục vụ sẽ làm để gỡ.
Tóm tắt
Lãnh đạo trong quản lý dự án không phải chuyện có một phong cách "đúng" và giữ nó mãi. Bản chất của lãnh đạo hiệu quả là sự linh hoạt có chủ đích: đọc đúng tình huống, đọc đúng con người, rồi chọn phong cách phù hợp.
Những điểm cần khắc cốt:
- Situational Leadership (Hersey-Blanchard) cho bạn khung xương: bốn phong cách (Directing, Coaching, Supporting, Delegating) khớp với bốn mức trưởng thành (D1–D4). Mục tiêu dài hạn là nâng mọi người lên D4.
- Sáu phong cách Goleman giúp bạn có "bộ gậy" đa dạng: Commanding, Visionary, Affiliative, Democratic, Pacesetting, Coaching. Người giỏi dùng thành thạo ít nhất bốn phong cách.
- Servant Leadership là trụ cột trong môi trường Agile: dẫn dắt bằng cách phục vụ và gỡ rào cản, nhưng vẫn giữ bản lĩnh bảo vệ team.
- Ba lỗi chết người: áp một phong cách cho cả team, kẹt ở chế độ ra lệnh, và nhầm ủy quyền với bỏ mặc.