PM Mindset
Hiểu đúng cách PMI muốn bạn suy nghĩ và hành xử — đây là chìa khoá để trả lời đúng các câu hỏi tình huống trong kỳ thi PMP.
🧠 Tư duy cốt lõi / The Core Mindset
In the PMP exam, you ARE the Project Manager. Think as a PM who:
- Is always proactive, not reactive
- Puts people first (servant leadership)
- Focuses on business value, not just deliverables
- Manages by empowering, not commanding
- Communicates early and often
- Treats risks before they become issues
Trong kỳ thi PMP, bạn LÀ Project Manager. Hãy tư duy như một PM:
- Luôn chủ động, không phản ứng thụ động
- Đặt con người lên đầu (servant leadership)
- Tập trung vào giá trị kinh doanh, không chỉ là deliverables
- Quản lý bằng cách trao quyền, không phải ra lệnh
- Giao tiếp sớm và thường xuyên
- Xử lý rủi ro trước khi chúng trở thành vấn đề
🤝 Servant Leadership — Khái niệm quan trọng nhất
Servant leadership is the dominant leadership style expected in PMP. The PM's job is to serve the team — removing obstacles, providing resources, and enabling team members to do their best work.
Robert Greenleaf: "The servant-leader is servant first. It begins with the natural feeling that one wants to serve."
A servant leader: listens, empathizes, heals, is aware, persuades (not commands), conceptualizes, is a steward, builds community.
Servant leadership là phong cách lãnh đạo chủ đạo được kỳ vọng trong PMP. Công việc của PM là phục vụ team — loại bỏ trở ngại, cung cấp nguồn lực, và tạo điều kiện để mọi thành viên phát huy tốt nhất.
Robert Greenleaf: "Người lãnh đạo tôi tớ là tôi tớ trước. Nó bắt đầu từ cảm giác tự nhiên muốn được phục vụ."
Servant leader: lắng nghe, đồng cảm, chữa lành, nhận thức, thuyết phục (không ra lệnh), xây dựng cộng đồng.
Bạn là EM của team backend đang xây dựng Project Alpha (lending platform mới). Team bị block vì hệ thống CI/CD có vấn đề. Servant leader sẽ làm gì?
❌ Manager thông thường: "Team tự xử lý đi, tôi bận họp." hoặc ra lệnh "Phải sửa trong 2 giờ".
✅ Servant leader: Ngay lập tức leo thang vấn đề lên infrastructure team, liên hệ DevOps để unblock, bảo vệ team khỏi áp lực từ trên xuống, tạo điều kiện để team tiếp tục làm công việc khác trong thời gian chờ.
🎓 "The PMI Way" — Cách PMI muốn bạn suy nghĩ
| Tình huống | ❌ Không phải PMI way | ✅ PMI way |
|---|---|---|
| Team member báo cáo trễ deadline | Đe doạ, phạt, hoặc escalate ngay lên management | Gặp riêng, hiểu nguyên nhân gốc rễ, cùng tìm giải pháp, update stakeholders sớm |
| Stakeholder yêu cầu thêm tính năng (scope creep) | Từ chối thẳng hoặc chấp nhận không qua quy trình | Ghi nhận, đánh giá impact, trình bày cho sponsor, đi qua Change Control Process |
| Phát hiện risk mới trong dự án | Giấu, hy vọng không xảy ra, hoặc chỉ nói miệng | Log vào risk register, phân tích, lên kế hoạch response, communicate với team và stakeholders |
| Hai thành viên trong team xung đột | Phân xử kiểu "ai đúng ai sai" hoặc bỏ qua | Collaborative problem-solving: tổ chức gặp mặt, lắng nghe cả hai, tìm giải pháp win-win |
| Dự án vượt budget | Che giấu, cắt giảm scope ngầm, hoặc hoảng loạn | Phân tích nguyên nhân (EVM), báo cáo sponsor và stakeholders, đề xuất options để giải quyết |
| Team member mắc sai lầm nghiêm trọng | Blame publicly, document để kỷ luật | Xử lý riêng tư, tìm hiểu systemic issue, cải thiện process, không blame cá nhân |
⚡ Proactive vs Reactive Mindset
The PMP ALWAYS favors proactive behavior.
When faced with a problem in an exam question, the correct answer almost never involves:
- Waiting to see what happens
- Doing nothing and monitoring
- Escalating immediately without first assessing
The correct answer almost always involves: Assess the situation → Communicate with stakeholders → Take action → Document
PMP LUÔN ưu tiên hành vi chủ động.
Khi đối mặt với vấn đề trong câu hỏi thi, đáp án đúng gần như không bao giờ là:
- Chờ xem sao
- Không làm gì cả và theo dõi
- Leo thang ngay lập tức không qua đánh giá
Đáp án đúng gần như luôn là: Đánh giá tình huống → Giao tiếp với stakeholders → Hành động → Lưu tài liệu
🏃 Agile Mindset — Quan trọng cho 50% câu hỏi
Agile Manifesto — 4 Values
| Ưu tiên / We value... | ...over / Hơn là |
|---|---|
| Individuals and interactions / Con người và tương tác | Processes and tools / Quy trình và công cụ |
| Working software / Phần mềm chạy được | Comprehensive documentation / Tài liệu đầy đủ |
| Customer collaboration / Cộng tác với khách hàng | Contract negotiation / Đàm phán hợp đồng |
| Responding to change / Phản hồi thay đổi | Following a plan / Tuân theo kế hoạch |
Agile Manifesto KHÔNG nói rằng vế phải (quy trình, tài liệu, hợp đồng, kế hoạch) là vô giá trị. Nó nói rằng trong bối cảnh phức tạp và không chắc chắn, chúng ta ưu tiên vế trái hơn. Trong kỳ thi, nhớ điều này khi gặp câu hỏi so sánh Agile vs Predictive.
Team bạn đang dùng Scrum cho Project Alpha (multi-tenant lending platform). Cuối sprint 3, demo cho stakeholder từ Bank Partner A. Họ muốn thay đổi flow onboarding sau khi xem demo.
Agile mindset: Đây là good news, không phải vấn đề! Agile được thiết kế để nhận feedback sớm. Ghi nhận feedback vào product backlog, prioritize với Product Owner, lên kế hoạch cho sprint tiếp theo. Tránh nói "nhưng chúng ta đã làm rồi" — đây là sunk cost fallacy.
Ứng dụng PMP: Câu hỏi thi sẽ hỏi: "PM should do what?" → Đáp án đúng: "Welcome the change, update the backlog, re-prioritize with the product owner."
⚖️ Khi nào dùng Predictive vs Agile vs Hybrid?
| Yếu tố | Predictive (Waterfall) | Agile/Adaptive | Hybrid |
|---|---|---|---|
| Yêu cầu (Requirements) | Rõ ràng, ít thay đổi | Không rõ, thay đổi nhiều | Một phần rõ, phần khác chưa rõ |
| Công nghệ | Đã biết, ổn định | Mới, chưa chắc chắn | Mix |
| Stakeholder feedback | Ít, theo giai đoạn | Thường xuyên, liên tục | Định kỳ + ad hoc |
| Risk tolerance | Thấp | Cao hơn | Trung bình |
| Team size | Có thể lớn | Nhỏ (5-9 người/team) | Flexible |
| Ví dụ | Construction, compliance system | Product development, mobile app | ERP implementation, platform migration |