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 8
  3. /Bài 8.5: Agile quy mô lớn: tổng quan SAFe (và LeSS, Disci…

Bài 8.5 · Chương 8: Agile và Hybrid

Agile quy mô lớn: tổng quan SAFe (và LeSS, Disciplined Agile)

Khi nhiều đội cùng làm một sản phẩm: thách thức phụ thuộc và tích hợp; tổng quan SAFe (chuyến tàu phát hành, khoảng lập kế hoạch PI, các cấu hình), LeSS, Nexus, Scrum@Scale, Disciplined Agile của PMI và cách chọn khung phù hợp.

Nâng cao5 phút đọc5 câu hỏiCập nhật 20/09/2026
Lĩnh vực hiệu suất
Quản trị
Nhóm trọng tâm
Lập kế hoạch
Mục lục (16)
  1. Thách thức khi mở rộng
  2. SAFe — Scaled Agile Framework
  3. LeSS — Large-Scale Scrum
  4. Nexus
  5. Scrum@Scale và Scrum của các Scrum
  6. Disciplined Agile (DA)
  7. So sánh nhanh
  8. Cách chọn và áp dụng
  9. Liên hệ đề thi PMP
  10. Điểm cần nhớ
  11. Mẹo thi PMP
  12. Thuật ngữ chính
  13. Liên hệ đề thi PMP
  14. Tài liệu tham khảo
  15. Trắc nghiệm nhanh
  16. Hoàn thành bài học

Một đội Scrum 7 người làm tốt một ứng dụng nhỏ. Nhưng khi ngân hàng cần 12 đội cùng xây một nền tảng ngân hàng số, các vấn đề mới xuất hiện: đội A chờ API của đội B, đội C sửa mã làm vỡ tính năng của đội D, mỗi đội có backlog riêng nên không ai thấy bức tranh chung, bên liên quan phải đi dự 12 buổi đánh giá Sprint. Agile quy mô lớn (scaled agile) là các khung giúp nhiều đội phối hợp mà vẫn giữ tinh thần agile.

Thách thức khi mở rộng

  • Phụ thuộc giữa các đội: kỹ thuật (API, dữ liệu dùng chung), lịch (đội này cần xong trước đội kia), con người (chuyên gia dùng chung).
  • Tích hợp: các phần do nhiều đội làm phải chạy cùng nhau, nên tích hợp liên tục ở cấp hệ thống là bắt buộc.
  • Thống nhất ưu tiên: một mục tiêu sản phẩm, không phải 12 mục tiêu riêng.
  • Quản trị và ngân sách: tài trợ theo luồng giá trị thay vì theo từng dự án nhỏ.
  • Văn hoá: mở rộng một cách làm chưa tốt ở một đội chỉ nhân lên vấn đề.

SAFe — Scaled Agile Framework

SAFe là khung phổ biến nhất ở doanh nghiệp lớn, khá "đầy đủ" và có cấu trúc rõ:

  • Chuyến tàu phát hành agile (Agile Release Train — ART): nhóm khoảng 5–12 đội agile (thường 50–125 người) cùng làm một luồng giá trị, cùng nhịp.
  • Khoảng lập kế hoạch (Planning Interval — PI): thường 8–12 tuần, gồm vài vòng lặp phát triển và một vòng Đổi mới và Lập kế hoạch (IP).
  • Lập kế hoạch PI: sự kiện trực tiếp (thường 2 ngày) với tất cả các đội của ART: trình bày tầm nhìn, các đội lập kế hoạch, nhận diện phụ thuộc trên bảng kế hoạch ART, xử lý rủi ro theo ROAM (đã giải quyết, có chủ, chấp nhận, giảm thiểu), cam kết mục tiêu PI và biểu quyết độ tin cậy.
  • Vai trò: Kỹ sư chuyến tàu (RTE) — "Scrum Master" của cả ART; Quản lý sản phẩm — ưu tiên ở cấp ART; Kiến trúc sư hệ thống; Chủ doanh nghiệp (Business Owners).
  • Sự kiện khác: trình diễn hệ thống (System Demo) sau mỗi vòng lặp, buổi Kiểm tra và thích ứng (I&A) cuối mỗi PI.
  • Cấu hình: Essential (cơ bản, một ART), Large Solution (nhiều ART cho giải pháp rất lớn), Portfolio (thêm quản lý danh mục tinh gọn), Full.
  • Ưu tiên công việc bằng WSJF.
  • Ưu điểm: rõ ràng, hợp với tổ chức lớn quen cấu trúc. Hạn chế thường bị nhắc: nặng vai trò và sự kiện, dễ bị áp dụng máy móc thành "dự đoán khoác áo agile".

    LeSS — Large-Scale Scrum

    LeSS giữ Scrum gần như nguyên vẹn và giảm thay vì thêm cấu trúc:

    • Một chủ sản phẩm, một Product Backlog, một Định nghĩa hoàn thành cho cả sản phẩm, với khoảng 2–8 đội; LeSS Huge cho quy mô lớn hơn, chia thành các lĩnh vực yêu cầu với Area Product Owner.
    • Các đội là đội tính năng (feature team) làm trọn tính năng xuyên các thành phần, thay vì đội thành phần.
    • Lập kế hoạch Sprint hai phần, tinh chỉnh backlog nhiều đội, buổi cải tiến tổng thể.

    Nexus

    Nexus (của Scrum.org) dành cho khoảng 3–9 đội Scrum cùng một Product Backlog. Thêm Đội tích hợp Nexus (NIT) chịu trách nhiệm bảo đảm có phần tăng trưởng tích hợp mỗi Sprint, cùng các sự kiện Nexus (lập kế hoạch, Daily Scrum, đánh giá, cải tiến ở cấp Nexus).

    Scrum@Scale và Scrum của các Scrum

    Scrum@Scale (Jeff Sutherland) mở rộng theo kiểu "fractal": đại diện các đội họp Scrum của các Scrum (Scrum of Scrums) để xử lý phụ thuộc và trở ngại; ở cấp cao có Đội hành động điều hành (EAT) gỡ trở ngại tổ chức và MetaScrum điều hành sắp xếp ưu tiên chung. Riêng kỹ thuật "Scrum of Scrums" được dùng rộng rãi cả ngoài khung này.

    Disciplined Agile (DA)

    Disciplined Agile — PMI mua lại năm 2019 — là bộ công cụ ra quyết định hơn là một khung cố định: giúp đội và tổ chức chọn cách làm việc (Way of Working) phù hợp bối cảnh, với nhiều lựa chọn vòng đời (agile, lean, chuyển giao liên tục, thăm dò…). Vòng đời giao hàng có ba giai đoạn: khởi đầu (Inception), xây dựng (Construction), chuyển giao (Transition). DA nhấn mạnh "bối cảnh quyết định" — tinh thần gần với tailoring của PMBOK.

    So sánh nhanh

    KhungQuy mô điển hìnhĐặc điểm
    SAFeHàng trăm đến hàng nghìn ngườiNhiều vai trò, sự kiện, cấu hình; PI Planning
    LeSS2–8 đội (LeSS Huge: hơn)Tối giản, một PO, một backlog, đội tính năng
    Nexus3–9 độiĐội tích hợp Nexus, phần tăng trưởng tích hợp
    Scrum@ScaleLinh hoạtScrum of Scrums, EAT, MetaScrum
    Disciplined AgileLinh hoạtBộ công cụ chọn cách làm theo bối cảnh

    Mô hình Spotify (squad, tribe, chapter, guild) thường được nhắc đến, nhưng nó mô tả cách một công ty tổ chức tại một thời điểm, không phải khung để sao chép nguyên xi.

    Cách chọn và áp dụng

    • Trước khi mở rộng, hãy chắc từng đội đã làm agile tốt — "mở rộng sự hỗn loạn chỉ ra hỗn loạn lớn hơn".
    • Giảm phụ thuộc bằng thiết kế (đội tính năng, kiến trúc mô-đun) trước khi quản lý phụ thuộc bằng họp.
    • Chọn khung theo quy mô, văn hoá, mức độ quản trị cần thiết; tailoring khung cho tổ chức.
    • Đo bằng kết quả kinh doanh và dòng chảy giá trị, không bằng số nghi thức được thực hiện.

    Liên hệ đề thi PMP

    Task BE1 (quản trị) và P4 (gắn kết bên liên quan): ở quy mô lớn, quản trị và gắn kết diễn ra qua PI Planning, trình diễn hệ thống, Scrum of Scrums. Đáp án tốt thường làm phụ thuộc hiển thị và xử lý chung, một backlog, một mục tiêu, tích hợp thường xuyên. Xem thêm Dự án hybrid và tailoring.

    Điểm cần nhớ

    • Mở rộng agile gặp thách thức về phụ thuộc, tích hợp, thống nhất ưu tiên, quản trị và văn hoá.
    • SAFe: chuyến tàu phát hành (khoảng 50–125 người), khoảng lập kế hoạch PI 8–12 tuần, sự kiện PI Planning, RTE, các cấu hình Essential đến Full.
    • LeSS tối giản: một chủ sản phẩm, một backlog, một DoD cho khoảng 2–8 đội tính năng.
    • Nexus cho 3–9 đội với đội tích hợp Nexus; Scrum@Scale dùng Scrum of Scrums; Disciplined Agile là bộ công cụ chọn cách làm theo bối cảnh.
    • Giảm phụ thuộc bằng thiết kế tổ chức và kiến trúc trước khi quản lý chúng bằng họp.

    Mẹo thi PMP

    • Nhiều đội cùng sản phẩm bị chồng chéo phụ thuộc → phương án đúng thường là lập kế hoạch chung, làm phụ thuộc hiển thị (PI Planning, Scrum of Scrums).
    • Disciplined Agile gắn với PMI và tinh thần "chọn cách làm theo bối cảnh"; SAFe gắn với ART và PI Planning.

    Thuật ngữ chính

    Khung agile mở rộng SAFe · Scaled Agile Framework (SAFe)
    Bộ tri thức và khung làm việc do Scaled Agile, Inc. phát triển, giúp tổ chức lớn áp dụng Lean, Agile và DevOps ở cấp đội, cấp chuyến tàu (nhiều đội), cấp giải pháp và cấp danh mục. SAFe đưa ra vai trò, sự kiện và tạo phẩm cụ thể (Agile Release Train, PI Planning, WSJF, Lean Portfolio Management…) để đồng bộ hàng chục đến hàng trăm đội theo cùng nhịp. Điểm mạnh là tính "đóng gói sẵn", dễ triển khai trong doanh nghiệp truyền thống; điểm bị phê bình là khá nặng về cấu trúc, dễ bị áp dụng máy móc nếu thiếu tư duy Lean-Agile.
    Chuyến tàu phát hành agile · Agile Release Train (ART)
    Một "đội của các đội" agile, thường khoảng 50–125 người, tồn tại lâu dài và tổ chức quanh một dòng giá trị (value stream). Các đội trong ART liên chức năng, cùng nhau có đủ năng lực để định nghĩa, xây dựng, kiểm định, phát hành và vận hành giải pháp. ART chạy theo cùng nhịp lặp và cùng Khoảng lập kế hoạch (PI), có chung tầm nhìn, chung backlog cấp ART và các vai trò hỗ trợ: Product Management, System Architect, Release Train Engineer và Business Owners. Câu nói quen thuộc: "đồng thuận càng nhiều thì càng trao được nhiều tự chủ".
    Lập kế hoạch PI · PI Planning
    Sự kiện theo nhịp, thường kéo dài 2 ngày, có mặt toàn bộ ART (lý tưởng là trực tiếp cùng một phòng), do RTE điều phối. Ngày 1: bối cảnh kinh doanh, tầm nhìn sản phẩm, định hướng kiến trúc, rồi các đội lập kế hoạch nháp và trình bày; quản lý xem xét và điều chỉnh phạm vi, nguồn lực trong buổi rà soát quản lý tối. Ngày 2: điều chỉnh kế hoạch, trình bày kế hoạch cuối, xử lý rủi ro theo ROAM, biểu quyết độ tin cậy, có thể lập lại kế hoạch nếu độ tin cậy thấp, rồi cải tiến sự kiện. Đầu ra: mục tiêu PI đã cam kết của các đội và bảng kế hoạch ART.
    Scrum quy mô lớn LeSS · Large-Scale Scrum (LeSS)
    Khung mở rộng do Craig Larman và Bas Vodde phát triển, với quan điểm "LeSS là Scrum" – áp dụng nguyên vẹn Scrum cho nhiều đội cùng làm một sản phẩm, thêm càng ít vai trò, tạo phẩm và quy trình càng tốt ("more with LeSS"). LeSS cơ bản dành cho 2–8 đội (tối đa khoảng vài chục người): một Product Owner, một Product Backlog, một Định nghĩa Hoàn thành (DoD), một Sprint chung và một Increment tích hợp duy nhất mỗi Sprint. LeSS thường đòi hỏi thay đổi cơ cấu tổ chức (đội tính năng, bỏ bớt tầng quản lý trung gian) hơn là thêm quy trình.
    Khung Nexus · Nexus Framework
    Khung mở rộng Scrum do Ken Schwaber và Scrum.org phát triển, dành cho khoảng 3–9 đội Scrum cùng làm một sản phẩm từ một Product Backlog và một Product Owner. Nexus tập trung giải quyết vấn đề lớn nhất khi mở rộng: phụ thuộc và tích hợp giữa các đội. Nó bổ sung một vai trò (Đội tích hợp Nexus), một số sự kiện ở cấp Nexus và các tạo phẩm như Nexus Sprint Backlog, Gia tăng tích hợp (Integrated Increment), nhưng giữ nguyên Scrum ở cấp đội.
    Scrum của các Scrum · Scrum of Scrums (SoS)
    Cấu trúc phối hợp trong đó các đội Scrum (theo Scrum@Scale, tối ưu khoảng 4–5 đội) cử đại diện họp định kỳ để đồng bộ tiến độ, nêu trở ngại liên đội, xử lý phụ thuộc và cùng tạo ra một Increment tích hợp. Trong Scrum@Scale, SoS có Scrum of Scrums Master chịu trách nhiệm về việc phát hành chung và cải tiến hiệu suất của nhóm đội; buổi họp hằng ngày gọi là Scaled Daily Scrum, giới hạn 15 phút. Nhiều SoS có thể hợp thành Scrum of Scrums of Scrums.
    Disciplined Agile · Disciplined Agile (DA)
    Bộ công cụ (toolkit) hỗ trợ ra quyết định về quy trình, do Scott Ambler và Mark Lines phát triển, PMI mua lại năm 2019. DA không áp một quy trình duy nhất mà hướng dẫn đội "chọn cách làm việc" (Choose your WoW) phù hợp ngữ cảnh, dựa trên các mục tiêu quy trình và phương án đi kèm ưu/nhược điểm. DA kết hợp thực hành từ Scrum, Kanban, XP, SAFe, Lean…, có nhiều vòng đời để chọn (agile, lean, giao liên tục, khám phá, chương trình) và các nguyên tắc như "ngữ cảnh quan trọng", "lựa chọn là điều tốt", "tối ưu dòng chảy", "nhận thức doanh nghiệp".
    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.
    Ôn 8 thuật ngữ bằng thẻ ghi nhớ

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

    • P4Gắn kết các bên liên quanBài cùng task P4
    • BE1Xác định và thiết lập quản trị dự ánBài cùng task BE1
    Luyện câu hỏi thi cho các task này

    Tài liệu tham khảo

    1. Scaled Agile Framework (SAFe) (mở trong thẻ mới)
    2. LeSS — Large-Scale Scrum (mở trong thẻ mới)
    3. PMI — Disciplined Agile (mở trong thẻ mới)
    4. Scrum.org — The Nexus Guide (mở trong thẻ mới)

    Trắc nghiệm nhanh

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

    Câu 1/5
    Mười đội agile cùng làm một nền tảng, phụ thuộc chồng chéo khiến các đội liên tục chờ nhau. Trong SAFe, sự kiện nào được thiết kế để các đội cùng lập kế hoạch và làm hiển thị phụ thuộc?

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

    Bài trướcBài 8.4 · Extreme Programming (XP) và thực hành kỹ thuậtBài tiếp theoBài 8.6 · Dự án Hybrid và điều chỉnh phương pháp (tailoring)

    Bài trong chương

    Chương 8: Agile và Hybrid

    1. 8.1Bài 8.1: Tư duy Agile, Tuyên ngôn Agile và Agile Practice Guide
    2. 8.2Bài 8.2: Scrum: vai trò, sự kiện, tạo phẩm (artifacts)
    3. 8.3Bài 8.3: Kanban và Lean: dòng chảy, giới hạn WIP, Định luật Little
    4. 8.4Bài 8.4: Extreme Programming (XP) và thực hành kỹ thuật
    5. 8.5Bài 8.5: Agile quy mô lớn: tổng quan SAFe (và LeSS, Disciplined Agile)
    6. 8.6Bài 8.6: Dự án Hybrid và điều chỉnh phương pháp (tailoring)
    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

    Thách thức khi mở rộngSAFe — Scaled Agile FrameworkLeSS — Large-Scale ScrumNexusScrum@Scale và Scrum của các ScrumDisciplined Agile (DA)So sánh nhanhCách chọn và áp dụngLiê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 8: Agile và Hybrid

    1. 8.1Bài 8.1: Tư duy Agile, Tuyên ngôn Agile và Agile Practice Guide
    2. 8.2Bài 8.2: Scrum: vai trò, sự kiện, tạo phẩm (artifacts)
    3. 8.3Bài 8.3: Kanban và Lean: dòng chảy, giới hạn WIP, Định luật Little
    4. 8.4Bài 8.4: Extreme Programming (XP) và thực hành kỹ thuật
    5. 8.5Bài 8.5: Agile quy mô lớn: tổng quan SAFe (và LeSS, Disciplined Agile)
    6. 8.6Bài 8.6: Dự án Hybrid và điều chỉnh phương pháp (tailoring)
    Danh sách bài học