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ý thuyết PMP
  2. /Chương 2
  3. /Bài 2.1: Nhìn nhận tổng thể (Adopt a holistic view)

Bài 2.1 · Chương 2: 6 nguyên tắc của PMBOK® Guide 8

Nhìn nhận tổng thể (Adopt a holistic view)

Nguyên tắc đầu tiên của PMBOK 8: xem dự án như một hệ thống nằm trong tổ chức và môi trường rộng hơn, nhận ra phụ thuộc, hiệu ứng dây chuyền và đánh đổi, tránh tối ưu cục bộ làm hỏng kết quả chung.

Trung cấp5 phút đọc5 câu hỏiCập nhật 17/08/2026
Lĩnh vực hiệu suất
Quản trị
Rủi ro
Nguyên tắc
Nhìn nhận tổng thể
Mục lục (15)
  1. Nội dung của nguyên tắc
  2. Vì sao cần nhìn tổng thể: sự phức tạp
  3. Thực hành cụ thể
  4. Ví dụ: dự án mở rộng kho của một chuỗi siêu thị
  5. Sai lầm thường gặp
  6. Năm câu hỏi tự kiểm tra trước một quyết định lớn
  7. Đối chiếu với PMBOK 7
  8. Liên hệ đề thi PMP
  9. Điểm cần nhớ
  10. Mẹo thi PMP
  11. Thuật ngữ chính
  12. Liên hệ đề thi PMP
  13. Tài liệu tham khảo
  14. Trắc nghiệm nhanh
  15. Hoàn thành bài học

Một bệnh viện đầu tư hệ thống đăng ký khám tự động. Thời gian chờ ở quầy tiếp đón giảm từ 40 phút xuống 5 phút — dự án được khen. Nhưng bệnh nhân vào phòng khám nhanh hơn khiến hàng chờ dồn sang khu xét nghiệm và nhà thuốc, tổng thời gian khám không đổi, còn nhân viên xét nghiệm quá tải. Dự án đã tối ưu một phần mà quên toàn bộ hệ thống. Nguyên tắc Nhìn nhận tổng thể (Adopt a holistic view) của PMBOK® Guide 8 sinh ra để tránh những tình huống như vậy.

Nội dung của nguyên tắc

Nhìn nhận tổng thể nghĩa là coi dự án là một hệ thống gồm nhiều phần phụ thuộc lẫn nhau, đồng thời là một phần của hệ thống lớn hơn: chương trình, danh mục, tổ chức, thị trường và xã hội. Người làm dự án theo nguyên tắc này:

  • Nhận ra mối quan hệ và phụ thuộc giữa phạm vi, tiến độ, chi phí, chất lượng, rủi ro, con người — thay đổi một yếu tố kéo theo yếu tố khác.
  • Cân nhắc toàn bộ vòng đời, kể cả vận hành, bảo trì và thanh lý sau khi dự án kết thúc.
  • Chú ý đến hiệu ứng dây chuyền, độ trễ và vòng phản hồi: tác động có thể xuất hiện ở nơi khác, vào lúc khác.
  • Cân bằng các mục tiêu cạnh tranh của nhiều bên liên quan thay vì tối đa hoá một mục tiêu.
  • Theo dõi môi trường bên ngoài (thị trường, pháp lý, công nghệ, xã hội) vì nó có thể làm thay đổi giá trị của dự án.
  • Vì sao cần nhìn tổng thể: sự phức tạp

    Dự án ngày nay hiếm khi đơn giản. Sự phức tạp thường đến từ:

    NguồnBiểu hiệnVí dụ
    Hành vi con ngườiMục tiêu, cảm xúc, chính trị nội bộ khác nhauHai khối kinh doanh tranh giành ưu tiên tính năng
    Hành vi hệ thốngNhiều thành phần tương tác, phản ứng phi tuyếnSửa một mô-đun làm lỗi ba mô-đun khác
    Bất định và mơ hồThiếu thông tin hoặc một thông tin có nhiều cách hiểuQuy định mới chưa có hướng dẫn chi tiết
    Đổi mới công nghệCông nghệ chưa ai trong đội từng dùngLần đầu ứng dụng AI vào xử lý hồ sơ

    Môi trường VUCA (biến động, bất định, phức tạp, mơ hồ) làm cho kế hoạch tuyến tính dễ sai. Khung Cynefin gợi ý: với bài toán phức hợp, hãy thử nghiệm nhỏ, quan sát và điều chỉnh thay vì phân tích mãi.

    Thực hành cụ thể

    1. Vẽ bản đồ hệ thống: các bên liên quan, hệ thống liên quan, luồng dữ liệu, phụ thuộc giữa các đội. Một sơ đồ đơn giản trên bảng trắng thường đủ để phát hiện điểm nghẽn.
    2. Hỏi "còn ảnh hưởng đến đâu nữa?" trước mỗi quyết định lớn: đổi nhà cung cấp, cắt phạm vi, rút ngắn tiến độ.
    3. Đánh giá rủi ro tổng thể dự án, không chỉ từng rủi ro riêng lẻ — nhiều rủi ro nhỏ cùng hướng có thể tạo một rủi ro lớn.
    4. Rà soát môi trường bên ngoài định kỳ bằng PESTLE (chính trị, kinh tế, xã hội, công nghệ, pháp lý, môi trường).
    5. Kiểm soát thay đổi tích hợp: đánh giá tác động của thay đổi lên mọi mặt trước khi phê duyệt.
    6. Đưa vận hành vào sớm: người sẽ dùng và bảo trì sản phẩm tham gia ngay từ thiết kế.
    7. Đo kết quả ở cấp hệ thống: trong ví dụ bệnh viện, chỉ số đúng là tổng thời gian khám, không phải thời gian tại quầy.

    Ví dụ: dự án mở rộng kho của một chuỗi siêu thị

    Ban đầu, PM chỉ tính diện tích kho, kệ hàng và phần mềm quản lý kho. Khi áp dụng nhìn nhận tổng thể, đội phát hiện thêm: tuyến đường xe tải vào kho đi qua khu dân cư (tác động xã hội, pháp lý), lịch nhận hàng của nhà cung cấp phải đổi (tác động lên chuỗi cung ứng), nhân viên ca đêm cần tuyển thêm (nguồn lực), hệ thống đặt hàng tự động ở cửa hàng phải điều chỉnh tham số tồn kho (phụ thuộc hệ thống). Nhờ phát hiện sớm, dự án đưa các hạng mục này vào phạm vi hoặc phối hợp với chương trình liên quan, thay vì "vỡ trận" khi khai trương.

    Sai lầm thường gặp

    • Tối ưu cục bộ: mỗi đội đạt chỉ tiêu riêng nhưng sản phẩm chung không chạy.
    • Bỏ qua sau bàn giao: chọn phương án rẻ lúc làm nhưng đắt khi vận hành.
    • Nhìn tổng thể đến mức tê liệt: phân tích mọi thứ mà không quyết định. Nhìn tổng thể là để quyết định tốt hơn, không phải để trì hoãn.

    Năm câu hỏi tự kiểm tra trước một quyết định lớn

    1. Quyết định này ảnh hưởng đến những đội, hệ thống, bên liên quan nào ngoài phạm vi trước mắt?
    2. Tác động sẽ xuất hiện ngay hay sau vài tuần, vài tháng — ai sẽ gánh nó?
    3. Chỉ số nào đang được tối ưu, và nó có phải chỉ số mà người dùng cuối thực sự quan tâm?
    4. Chi phí vận hành, bảo trì, thanh lý sau dự án thay đổi thế nào?
    5. Nếu bối cảnh bên ngoài (luật, thị trường, công nghệ) đổi trong sáu tháng tới, quyết định này còn đúng không?

    Chỉ cần trả lời nhanh năm câu hỏi này trong buổi họp, đội đã tránh được phần lớn các quyết định "đúng cho mình, sai cho hệ thống".

    Đối chiếu với PMBOK 7

    PMBOK 7 có 12 nguyên tắc; PMBOK 8 gộp lại thành 6. Theo cách hiểu của người biên soạn (không phải bảng đối chiếu chính thức của PMI), nhìn nhận tổng thể kế thừa tinh thần của các nguyên tắc cũ về nhận diện và phản ứng với tương tác hệ thống, điều hướng sự phức tạp và một phần của điều chỉnh theo bối cảnh, tối ưu ứng phó rủi ro. Điểm mới là nguyên tắc này được đặt lên đầu và nhấn mạnh việc xem xét cả tác động dài hạn sau dự án.

    Liên hệ đề thi PMP

    Các task liên quan: PR1 (kế hoạch tích hợp) và BE8 (đánh giá thay đổi của môi trường kinh doanh bên ngoài). Trong câu hỏi tình huống, phương án đúng thường là phương án phân tích tác động lên toàn dự án và các bên liên quan trước khi hành động, thay vì sửa ngay phần trước mắt. Xem thêm Thay đổi tổ chức và môi trường bên ngoài.

    Điểm cần nhớ

    • Dự án là một hệ thống các phần phụ thuộc nhau và là một phần của hệ thống lớn hơn — tổ chức, thị trường, xã hội.
    • Tối ưu cục bộ có thể làm xấu kết quả chung; hãy đo thành công ở cấp hệ thống.
    • Cân nhắc toàn bộ vòng đời, kể cả vận hành, bảo trì và thanh lý sau dự án.
    • Sự phức tạp đến từ con người, hệ thống, bất định và công nghệ mới; bài toán phức hợp cần thử nghiệm nhỏ và phản hồi.

    Mẹo thi PMP

    • Trước khi chấp nhận một thay đổi hay giải pháp nhanh, phương án tốt là đánh giá tác động lên toàn dự án và bên liên quan.
    • Khi môi trường bên ngoài thay đổi (luật, thị trường), hãy đánh giá tác động lên giá trị và phạm vi rồi đưa vào quản trị thay đổi.

    Thuật ngữ chính

    Tư duy hệ thống · Systems Thinking
    Cách nhìn dự án như một hệ thống gồm nhiều phần phụ thuộc lẫn nhau và nằm trong hệ thống lớn hơn (tổ chức, thị trường, xã hội). Người dùng tư duy hệ thống chú ý đến mối quan hệ, vòng phản hồi, độ trễ và hệ quả ngoài ý muốn thay vì tối ưu từng phần riêng lẻ.
    Biến động, bất định, phức tạp và mơ hồ · VUCA (Volatility, Uncertainty, Complexity, Ambiguity)
    Bốn dạng thách thức của môi trường dự án mà PMBOK 7 đề cập trong lĩnh vực hiệu suất Bất định. Biến động: thay đổi nhanh, khó lường (giá, tỷ giá) — xử lý bằng phân tích phương án, dự trữ. Bất định: thiếu thông tin về sự kiện tương lai — thu thập thông tin, chuẩn bị nhiều kết quả. Phức tạp: nhiều phần tử tương tác, khó dự đoán — tư duy hệ thống, thử nghiệm. Mơ hồ: không rõ cách hiểu hoặc nguyên nhân — làm rõ dần, thử nghiệm nhỏ, nguyên mẫu.
    Rủi ro tổng thể dự án · Overall Project Risk
    Tác động của sự bất định lên toàn bộ dự án, xuất phát từ mọi nguồn bất định (kể cả các rủi ro riêng lẻ), thể hiện mức biến động có thể của kết quả dự án cả theo hướng tích cực lẫn tiêu cực. Rủi ro tổng thể được đánh giá qua phân tích định lượng (ví dụ Monte Carlo) và ứng phó bằng các chiến lược tương tự rủi ro riêng lẻ: né tránh, khai thác, chuyển giao/chia sẻ, giảm nhẹ/tăng cường, chấp nhận.
    Phân tích PESTLE · PESTLE Analysis
    Khung rà soát môi trường bên ngoài theo sáu nhóm yếu tố: Chính trị (Political), Kinh tế (Economic), Xã hội (Social), Công nghệ (Technological), Pháp lý (Legal) và Môi trường (Environmental). Dùng khi lập tình huống kinh doanh, nhận diện rủi ro và theo dõi thay đổi có thể tác động lên phạm vi hay lợi ích của dự án.
    Phụ thuộc giữa các đội · Cross-Team Dependencies
    Tình huống công việc của một đội không thể xong nếu đội khác chưa giao một phần (API, dữ liệu, môi trường, quyết định…). Phụ thuộc là nguồn chậm trễ và rủi ro lớn nhất khi mở rộng agile. Cách xử lý theo thứ tự ưu tiên: loại bỏ (tái tổ chức thành đội tính năng/đội theo dòng, tách kiến trúc), giảm (giao diện rõ, X-như-một-dịch-vụ), và cuối cùng mới là quản lý (lập bản đồ trên bảng kế hoạch, Scrum of Scrums, Nexus Daily Scrum). Tương ứng với việc xác định quan hệ phụ thuộc bên ngoài khi xác lập trình tự hoạt động trong lập lịch truyền thống.
    Khung Cynefin · Cynefin Framework
    Khung ra quyết định của Dave Snowden phân bối cảnh thành các miền: Rõ ràng (clear) — cảm nhận, phân loại, phản ứng, áp dụng thực hành tốt nhất; Phức tạp có thể phân tích (complicated) — cảm nhận, phân tích, phản ứng, cần chuyên gia; Phức hợp (complex) — thăm dò, cảm nhận, phản ứng, cần thử nghiệm; Hỗn loạn (chaotic) — hành động ngay rồi mới cảm nhận; cùng miền Hỗn độn/Mơ hồ (confusion) khi chưa rõ thuộc miền nào. Giúp chọn cách tiếp cận dự án phù hợp.
    Ôn 6 thuật ngữ bằng thẻ ghi nhớ

    Liên hệ đề thi PMP (ECO 2026)

    • PR1Xây dựng kế hoạch quản lý dự án tích hợp và hoạch định bàn giaoBài cùng task PR1
    • BE8Đánh giá thay đổi của môi trường kinh doanh bên ngoàiBài cùng task BE8
    Luyện câu hỏi thi cho các task này

    Tài liệu tham khảo

    1. PMI — PMBOK® Guide, Eighth Edition (mở trong thẻ mới)
    2. Wikipedia — Systems thinking (mở trong thẻ mới)
    3. Wikipedia — PEST analysis (mở trong thẻ mới)

    Trắc nghiệm nhanh

    5 câu · Đạt từ 70 %

    Câu 1/5
    Đội phát triển rút ngắn thời gian kiểm thử để kịp mốc ra mắt. Hai tháng sau, tổng đài nhận gấp ba lượng khiếu nại và phải tuyển thêm nhân viên. Bài học chính theo nguyên tắc nhìn nhận tổng thể là gì?

    Hoàn thành bài học

    Bài trướcBài 1.6 · Cách tiếp cận phát triển và vòng đời dự án (predictive, iterative, incremental, adaptive, hybrid)Bài tiếp theoBài 2.2 · Tập trung vào giá trị (Focus on value)

    Bài trong chương

    Chương 2: 6 nguyên tắc của PMBOK® Guide 8

    1. 2.1Bài 2.1: Nhìn nhận tổng thể (Adopt a holistic view)
    2. 2.2Bài 2.2: Tập trung vào giá trị (Focus on value)
    3. 2.3Bài 2.3: Lồng ghép chất lượng (Embed quality)
    4. 2.4Bài 2.4: Lãnh đạo có trách nhiệm giải trình (Lead accountably)
    5. 2.5Bài 2.5: Tích hợp phát triển bền vững (Integrate sustainability)
    6. 2.6Bài 2.6: Xây dựng đội được trao quyền (Build empowered teams)
    Danh sách bài học

    Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.

    Mục lục

    Nội dung của nguyên tắcVì sao cần nhìn tổng thể: sự phức tạpThực hành cụ thểVí dụ: dự án mở rộng kho của một chuỗi siêu thịSai lầm thường gặpNăm câu hỏi tự kiểm tra trước một quyết định lớnĐối chiếu với PMBOK 7Liên hệ đề thi PMPĐiểm cần nhớMẹo thi PMPThuật ngữ chínhLiên hệ đề thi PMPTài liệu tham khảoTrắc nghiệm nhanhHoàn thành bài học

    Bài trong chương

    Chương 2: 6 nguyên tắc của PMBOK® Guide 8

    1. 2.1Bài 2.1: Nhìn nhận tổng thể (Adopt a holistic view)
    2. 2.2Bài 2.2: Tập trung vào giá trị (Focus on value)
    3. 2.3Bài 2.3: Lồng ghép chất lượng (Embed quality)
    4. 2.4Bài 2.4: Lãnh đạo có trách nhiệm giải trình (Lead accountably)
    5. 2.5Bài 2.5: Tích hợp phát triển bền vững (Integrate sustainability)
    6. 2.6Bài 2.6: Xây dựng đội được trao quyền (Build empowered teams)
    Danh sách bài học