Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Lãnh đạo & đội nhóm
  2. /Kỹ sư giỏi vừa lên trưởng nhóm cứ hỏi PM "em nên…
Lãnh đạo & đội nhóm· Domain: Đội dự án

Kỹ sư giỏi vừa lên trưởng nhóm cứ hỏi PM "em nên làm gì": coaching bằng mô hình GROW

Trưởng nhóm kỹ thuật mới được thăng chức mang mọi vướng mắc đến PM và chờ được "chỉ việc". PM trả lời nhanh thì nhẹ hôm nay nhưng nặng ngày mai. Phân biệt coaching với mentoring và dùng mô hình GROW để giúp trưởng nhóm tự tìm lời giải.

HP
Nguyễn Thu Hà, PMP
06/09/2026
6 phút đọc 0 0
Kỹ sư giỏi vừa lên trưởng nhóm cứ hỏi PM "em nên làm gì": coaching bằng mô hình GROW

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Dự án xây dựng nền tảng thương mại điện tử B2B có ba nhóm phát triển. Khi trưởng nhóm backend nghỉ việc, Khoa – lập trình viên giỏi nhất nhóm – được đề bạt lên thay. Khoa giỏi kỹ thuật, được đồng nghiệp nể, nhưng chưa từng quản lý ai.

Sau một tháng, chị Thảo (PM) nhận ra một khuôn mẫu:

  • Ngày nào Khoa cũng nhắn: "Chị ơi, bạn Long chưa xong task, em nên nhắc thế nào?", "Nhóm frontend đòi đổi API, em có nên đồng ý không?"
  • Chị Thảo trả lời nhanh vì bận. Khoa làm theo, kết quả ổn.
  • Nhưng số câu hỏi không giảm mà tăng. Khoa bắt đầu tự làm luôn các task khó của thành viên "cho nhanh", làm việc đến khuya.
  • Trong buổi retrospective, một thành viên nói: "Bọn em không rõ nên hỏi anh Khoa hay hỏi chị Thảo."

Phân tích theo PMBOK® Guide

Góc nhìn PMBOK 7

  • Team Performance Domain: một kết quả mong muốn là năng lực lãnh đạo và kỹ năng cá nhân được thể hiện bởi mọi thành viên, không chỉ PM. Lãnh đạo được chia sẻ (distributed leadership) chỉ có khi người khác được phát triển để lãnh đạo.
  • Nguyên tắc Demonstrate leadership behaviors: PM điều chỉnh phong cách theo tình huống – ở đây là chuyển từ "người trả lời" sang "người hỏi".
  • Nguyên tắc Create a collaborative project team environment: vai trò, trách nhiệm phải rõ; thành viên không biết hỏi ai là dấu hiệu ranh giới giữa PM và trưởng nhóm đang mờ.

Góc nhìn PMBOK 6

  • 9.4 Develop Team: đào tạo, coaching, hoạt động xây dựng đội, đánh giá năng lực cá nhân (individual and team assessments).
  • 9.5 Manage Team: theo dõi hiệu suất, phản hồi, giải quyết vấn đề.
  • Kỹ năng con người được liệt kê: lãnh đạo, ảnh hưởng, ra quyết định, trí tuệ cảm xúc.

Coaching khác mentoring thế nào?

CoachingMentoring
Trọng tâmGiúp người được coach tự tìm cách giải quyết, phát triển năng lực cụ thểChia sẻ kinh nghiệm, lời khuyên, định hướng nghề nghiệp
Công cụ chínhCâu hỏi mở, lắng ngheKể kinh nghiệm, chỉ dẫn, giới thiệu quan hệ
Người dẫn dắtNgười được coach sở hữu lời giải

Tình huống liên quan

Luyện thi PMPĐội dự án

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Xung đột giữa hai thành viên chủ chốt: áp dụng mô hình Thomas-Kilmann

Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Ngày đăng: 28/09/2026Lượt xem: 983Bình luận: 1Đánh giá: 4.0
Mentor có nhiều kinh nghiệm hơn trong lĩnh vực
Phù hợp khiNgười đó có năng lực nhưng thiếu tự tin hoặc chưa quen tư duy mớiNgười đó thiếu kiến thức/kinh nghiệm nền

Trong thực tế PM dùng cả hai. Khoa thiếu kinh nghiệm quản lý (cần một chút mentoring), nhưng vấn đề lớn hơn là thói quen chuyển quyết định lên PM – đó là chỗ coaching phát huy tác dụng.

Mô hình GROW

Mô hình do Sir John Whitmore cùng các cộng sự phát triển từ thập niên 1980, gồm bốn giai đoạn:

  1. Goal (Mục tiêu) – người được coach muốn đạt điều gì, thành công trông như thế nào.
  2. Reality (Thực trạng) – tình hình hiện tại, đã thử gì, có những dữ kiện nào.
  3. Options (Phương án) – các cách có thể làm, trước khi đánh giá.
  4. Will (Cam kết) – sẽ làm gì, khi nào, cần hỗ trợ gì.

Cách xử lý

Bước 1: Làm rõ vai trò trước khi coaching

Chị Thảo và Khoa thống nhất ranh giới: quyết định kỹ thuật nội bộ nhóm backend (phân việc, review code, thiết kế API) thuộc Khoa; PM phụ trách phạm vi, tiến độ tổng, stakeholder. Thông báo cho cả đội để họ biết hỏi ai.

Bước 2: Đổi câu trả lời thành câu hỏi

Lần tới khi Khoa hỏi "em nên làm gì với việc Long trễ task", chị Thảo dùng GROW trong 15–20 phút:

Giai đoạnCâu hỏi mẫu
Goal"Em muốn kết quả của cuộc nói chuyện với Long là gì? Sau hai tuần, em mong điều gì thay đổi?"
Reality"Long trễ những task nào, bao nhiêu lần? Em đã trao đổi gì với Long chưa? Em nghĩ nguyên nhân có thể là gì?"
Options"Em có thể làm những cách nào? Còn cách nào khác nữa? Nếu là một trưởng nhóm em ngưỡng mộ, họ sẽ làm gì?"
Will"Em chọn cách nào? Khi nào em làm? Em cần chị hỗ trợ gì? Làm sao mình biết là có hiệu quả?"

Nguyên tắc: PM không đưa đáp án ở giai đoạn Options trừ khi Khoa thật sự bí – lúc đó có thể chuyển sang mentoring ngắn ("Chị từng gặp tình huống tương tự, chị đã thử…") rồi quay lại để Khoa tự chọn.

Bước 3: Xử lý thói quen "tự làm cho nhanh"

Dùng GROW với chính mục tiêu phát triển của Khoa: "Em muốn thời gian của em dành cho việc gì trong ba tháng tới?" Khi Khoa tự nói ra rằng mình muốn dành thời gian cho kiến trúc và phát triển người, việc tự làm task của người khác trở nên mâu thuẫn rõ với mục tiêu – và Khoa tự đề xuất cách giao việc.

Bước 4: Lịch coaching định kỳ thay vì hỏi đáp tức thời

  • Một buổi 1-1 mỗi tuần, 30 phút, Khoa chuẩn bị chủ đề.
  • Các câu hỏi không gấp được gom vào buổi 1-1.
  • Câu hỏi khẩn vẫn được trả lời, nhưng chị Thảo hỏi thêm một câu: "Em định làm gì?" trước khi góp ý.

Bước 5: Theo dõi tiến bộ

Dấu hiệu tốt sau 4–6 tuần: số câu hỏi "em nên làm gì" giảm, câu hỏi dạng "em định làm X, chị thấy có rủi ro gì không" tăng; thành viên nhóm backend hỏi Khoa trước; Khoa không còn làm khuya thường xuyên.

Sai lầm thường gặp

  • Trả lời nhanh cho xong – tiết kiệm 5 phút hôm nay, tạo sự phụ thuộc kéo dài nhiều tháng.
  • Coaching giả – hỏi những câu dẫn dắt để người kia nói ra đáp án PM đã định sẵn.
  • Coaching mọi lúc – trong sự cố khẩn cấp, chỉ đạo trực tiếp là phù hợp; coaching cần thời gian và bối cảnh an toàn.
  • Đề bạt mà không hỗ trợ – giả định người giỏi chuyên môn sẽ tự biết quản lý.
  • Vượt quyền trưởng nhóm – PM giao việc thẳng cho thành viên nhóm, làm suy yếu vị trí của trưởng nhóm mới.

Góc ôn thi PMP

  • Đề PMP ưu tiên servant leadership: phát triển năng lực của đội, giúp đội tự giải quyết vấn đề, loại bỏ trở ngại.
  • Khi một thành viên thiếu kỹ năng, đáp án thường là đào tạo, coaching, mentoring trước khi nghĩ tới thay người.
  • Phân biệt: coaching tập trung vào câu hỏi và tự khám phá; mentoring tập trung vào chia sẻ kinh nghiệm. Câu hỏi có thể dùng từ khoá như "help the team member find their own solution" để gợi ý coaching.
  • Bẫy: "PM tự đưa ra quyết định thay trưởng nhóm để giữ tiến độ" – có thể nhanh ngắn hạn nhưng đi ngược phát triển đội.

Bài học rút ra

  • Mỗi lần PM trả lời thay, PM củng cố thói quen hỏi PM.
  • GROW là khung câu hỏi đơn giản: Mục tiêu – Thực trạng – Phương án – Cam kết.
  • Coaching hiệu quả cần ranh giới vai trò rõ và nhịp gặp gỡ đều đặn.

Nguồn tham khảo

  • MindTools – The GROW Model: a coaching framework that works
  • The Scrum Guide 2020 – đội tự quản (self-managing) và đa chức năng
#coaching#mentoring#Lãnh đạo#GROW#phát triển đội

Trắc nghiệm tình huống PMP

Câu 1/1
Một trưởng nhóm kỹ thuật mới được đề bạt thường xuyên hỏi PM cách xử lý mọi vấn đề trong nhóm, kể cả những việc thuộc thẩm quyền của mình. PM muốn trưởng nhóm này trở nên tự chủ hơn. PM nên làm gì?

Bạn chọn phương án nào?

Nếu là PM, trưởng nhóm mới hỏi bạn: "Em nên xử lý thế nào khi một thành viên liên tục trễ task?" trong lúc dự án đang gấp. Bạn chọn cách nào?

Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

Đánh giá bài viết

Bình luận

Mục lục

Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lýSai lầm thường gặpGóc ôn thi PMPBài học rút raNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)