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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Lý thuyết PMP
  2. /Chương 8
  3. /Bài 8.13: Kế hoạch phát hành và kết thúc dự án trong agile…

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

Kế hoạch phát hành và kết thúc dự án trong agile: khi nào là đủ?

Dự án agile bàn giao từng phần, vậy phát hành khi nào và kết thúc lúc nào? Bài trình bày kế hoạch phát hành dự báo theo khoảng, tách triển khai khỏi phát hành bằng cờ tính năng, điều kiện sẵn sàng phát hành, và các tín hiệu cùng hoạt động kết thúc một dự án thích ứng.

Cơ bản6 phút đọc5 câu hỏiCập nhật 11/09/2026
Lĩnh vực hiệu suất
Tiến độ
Nguyên tắc
Tập trung vào giá trị
Nhóm trọng tâm
Kết thúc
Mục lục (16)
  1. Sprint, phần tăng trưởng và phát hành
  2. Kế hoạch phát hành: dự báo theo khoảng
  3. Đợt phát hành đầu tiên: nhỏ nhất có ý nghĩa
  4. Tách triển khai khỏi phát hành
  5. Sẵn sàng phát hành
  6. Khi nào một dự án agile kết thúc?
  7. Hoạt động kết thúc trong dự án agile
  8. Ví dụ: ứng dụng đặt bàn cho chuỗi nhà hà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

Trong dự án dự đoán, "phát hành" và "kết thúc" thường gần như trùng nhau: làm xong toàn bộ, nghiệm thu, bàn giao, đóng dự án. Dự án agile thì khác: giá trị được bàn giao nhiều lần, và câu hỏi "khi nào dừng?" không có sẵn câu trả lời trong kế hoạch ban đầu. Bài này gắn với PR3 — Hỗ trợ bảo đảm bàn giao dựa trên giá trị và PR10 — Quản lý kết thúc dự án.

Dòng thời gian các Sprint với ba đợt phát hành, cờ tính năng tách triển khai khỏi phát hành, và điểm quyết định kết thúc khi giá trị còn lại không đáng chi phí

Sprint, phần tăng trưởng và phát hành

  • Phần tăng trưởng được tạo ra mỗi Sprint (hoặc nhiều lần trong Sprint) và phải dùng được theo định nghĩa hoàn thành.
  • Phát hành là quyết định đưa một hoặc nhiều phần tăng trưởng tới người dùng. Product Owner quyết định phát hành dựa trên giá trị và điều kiện thị trường.

Một phần tăng trưởng hoàn thành nhưng chưa phát hành vẫn có giá trị (sẵn sàng, đã kiểm chứng), nhưng giá trị kinh doanh chỉ đến khi người dùng có nó trong tay. Vì vậy agile hướng tới phát hành thường xuyên hơn, cho tới phát hành theo nhu cầu — bất cứ lúc nào kinh doanh cần.

Kế hoạch phát hành: dự báo theo khoảng

Kế hoạch phát hành trả lời: đợt phát hành tới đạt mục tiêu gì, gồm những hạng mục nào, dự kiến khi nào. Nó dựa trên backlog đã ưu tiên và tốc độ của đội. Có hai cách đặt câu hỏi:

  • Cố định ngày, dự báo phạm vi: "Đến ngày 1/3 (5 Sprint), với tốc độ 30–40 điểm, đội làm được khoảng 150–200 điểm đầu backlog."
  • Cố định phạm vi, dự báo ngày: "Phần cần cho mục tiêu phát hành là 180 điểm; với tốc độ 30–40 điểm, cần 180 ÷ 40 = 4,5 đến 180 ÷ 30 = 6 Sprint, tức khoảng 5–6 Sprint."

Dự báo nên trình bày dưới dạng khoảng và cập nhật mỗi Sprint khi có dữ liệu mới; biểu đồ burnup với hai đường tốc độ lạc quan và thận trọng giúp các bên liên quan thấy khoảng này trực quan.

Đợt phát hành đầu tiên: nhỏ nhất có ý nghĩa

Bài Quản lý Product Backlog đã trình bày cách chọn phạm vi sản phẩm khả dụng tối thiểu để kiểm chứng giả thuyết. Khi lập kế hoạch phát hành, cần phân biệt thêm:

Sản phẩm khả dụng tối thiểuTính năng thị trường tối thiểu
Mục đíchHọc: kiểm chứng giả thuyết với người dùng thậtBán, dùng: nhóm chức năng nhỏ nhất mang lại giá trị để người dùng chấp nhận
Đối tượngNhóm người dùng thửThị trường hoặc người dùng chính thức
Thành công khiCó dữ liệu để quyết định tiếp, đổi hướng hay dừngNgười dùng sử dụng và tạo ra lợi ích

Đợt phát hành đầu tiên thường là MVP; các đợt sau gom các tính năng thị trường tối thiểu theo thứ tự giá trị.

Tách triển khai khỏi phát hành

Với chuyển giao liên tục và triển khai liên tục, mã có thể được triển khai lên môi trường thật nhiều lần mỗi ngày. Nhưng triển khai không có nghĩa là người dùng thấy ngay. Cờ tính năng cho phép:

  • Triển khai mã của tính năng chưa xong nhưng tắt với người dùng.
  • Bật cho một nhóm nhỏ trước (nhân viên nội bộ, 5% người dùng) để theo dõi.
  • Tắt nhanh nếu có sự cố mà không cần triển khai lại.

Nhờ vậy, quyết định phát hành trở thành quyết định kinh doanh của Product Owner (bật cờ khi chiến dịch marketing sẵn sàng), không còn bị ràng buộc bởi lịch kỹ thuật. Cờ tính năng cũng cần dọn dẹp định kỳ — cờ cũ không dùng là một dạng nợ kỹ thuật.

Sẵn sàng phát hành

Ngoài định nghĩa hoàn thành, một đợt phát hành thường cần thêm:

  • Ghi chú phát hành, tài liệu và đào tạo cho người dùng, bộ phận hỗ trợ.
  • Đội vận hành biết những gì thay đổi; có kế hoạch quay lui hoặc tắt cờ.
  • Các phê duyệt tuân thủ cần thiết (bảo mật, pháp lý) đã có.
  • Truyền thông tới các bên liên quan.

Nếu những việc này thường xuyên dồn lại trước ngày phát hành, hãy đưa dần chúng vào định nghĩa hoàn thành hoặc vào backlog như hạng mục bình thường.

Khi nào một dự án agile kết thúc?

Sản phẩm có thể sống mãi, nhưng dự án (khoản đầu tư có thời hạn) thì kết thúc. Các tín hiệu thường gặp:

  1. Mục tiêu sản phẩm hoặc mục tiêu kinh doanh đã đạt: phần backlog còn lại không còn giá trị tương xứng chi phí.
  2. Hết thời gian hoặc ngân sách đã cam kết: Product Owner đã bàn giao phần giá trị nhất trong khung đó.
  3. Giả thuyết bị bác bỏ: dữ liệu từ MVP cho thấy không nên tiếp tục — dừng sớm là thành công của việc học, không phải thất bại.
  4. Chuyển sang vận hành sản phẩm: công việc tiếp theo thuộc đội sản phẩm thường trực với ngân sách vận hành.

Câu hỏi then chốt ở mỗi đánh giá Sprint: giá trị của phần còn lại có đáng chi phí của các Sprint tiếp theo không? Đây là chỗ nguyên tắc tập trung vào giá trị phát huy rõ nhất.

Hoạt động kết thúc trong dự án agile

  • Buổi cải tiến cuối dự án: nhìn lại toàn bộ hành trình, không chỉ Sprint cuối; lưu bài học cho tổ chức.
  • Bàn giao backlog còn lại cho đội sản phẩm hoặc chủ sản phẩm vận hành, kèm bối cảnh và ưu tiên.
  • Chuyển giao tri thức và vận hành: tài liệu kiến trúc, hướng dẫn vận hành, quyền truy cập.
  • Đóng hợp đồng, tài chính: chấp nhận cuối cùng, thanh toán, bồi hoàn dừng sớm nếu có.
  • Lên lịch đánh giá sau triển khai để đo lợi ích so với tình huống kinh doanh.
  • Ghi nhận và chúc mừng đội, giải phóng nguồn lực có kế hoạch.

Ví dụ: ứng dụng đặt bàn cho chuỗi nhà hàng

Mục tiêu: 30% lượt đặt bàn qua ứng dụng trong 6 tháng. Đợt phát hành 1 (sau Sprint 3) là MVP đặt bàn cơ bản cho 2 nhà hàng thử. Đợt 2 (Sprint 6) mở cho toàn chuỗi với thanh toán đặt cọc. Đợt 3 (Sprint 9) thêm tích điểm, bật dần bằng cờ tính năng cho 10% rồi 100% người dùng. Ở đánh giá Sprint 10, tỷ lệ đặt bàn qua ứng dụng đạt 33%; phần backlog còn lại (đặt món trước, chọn bàn theo sơ đồ) được ước tính giá trị thấp so với chi phí 4 Sprint nữa. Nhà tài trợ quyết định kết thúc dự án, chuyển ứng dụng cho đội số hoá thường trực của chuỗi duy trì; đánh giá sau triển khai đặt ở tháng thứ 9.

Liên hệ đề thi PMP

Dấu hiệu đáp án đúng: Product Owner quyết định phát hành dựa trên giá trị; kế hoạch phát hành dựa trên tốc độ và trình bày khoảng dự báo; tách triển khai khỏi phát hành để giảm rủi ro; dự án agile có thể kết thúc khi giá trị còn lại không đáng chi phí, kể cả khi backlog chưa hết; vẫn phải làm đủ hoạt động kết thúc (bài học, bàn giao, đóng hợp đồng). Đáp án yếu: chờ làm hết backlog mới phát hành, hứa một ngày chính xác tuyệt đối, hoặc giải tán đội ngay sau đợt phát hành cuối mà không bàn giao.

Điểm cần nhớ

  • Phần tăng trưởng được tạo mỗi Sprint; phát hành là quyết định kinh doanh của Product Owner.
  • Kế hoạch phát hành dựa trên backlog đã ưu tiên và tốc độ, trình bày dưới dạng khoảng và cập nhật mỗi Sprint.
  • MVP để học, tính năng thị trường tối thiểu để mang lại giá trị cho người dùng chính thức.
  • Cờ tính năng tách triển khai khỏi phát hành, cho phép bật dần và tắt nhanh.
  • Dự án agile kết thúc khi giá trị còn lại không đáng chi phí; vẫn cần cải tiến cuối, bàn giao và đóng hợp đồng.

Mẹo thi PMP

  • Ai quyết định phát hành phần tăng trưởng? → Product Owner, dựa trên giá trị.
  • Dự báo ngày phát hành: chia phạm vi còn lại cho khoảng tốc độ, làm tròn lên số Sprint.
  • Backlog còn nhưng mục tiêu kinh doanh đã đạt → có thể kết thúc dự án; đó là quyết định đúng về giá trị.

Thuật ngữ chính

Kế hoạch phát hành · Release Plan
Kế hoạch xác định nhóm chức năng nào sẽ được đưa đến người dùng vào khoảng thời gian nào, thường gồm nhiều vòng lặp. Trong agile, kế hoạch phát hành dựa trên backlog đã ưu tiên và tốc độ thực tế của đội, được xem lại sau mỗi vòng lặp; trong hybrid, nó nối kế hoạch tổng thể với các Sprint.
Tính năng thị trường tối thiểu · Minimum Marketable Feature (MMF)
Tập chức năng nhỏ nhất, tự đứng được, mang lại giá trị rõ ràng mà người dùng/thị trường sẵn sàng sử dụng (hoặc trả tiền) khi phát hành. Khác với MVP — chủ yếu để kiểm chứng giả thuyết và học hỏi — MMF hướng tới giá trị kinh doanh ngay. Lập kế hoạch phát hành theo chuỗi MMF giúp sớm thu giá trị và tự tài trợ cho các phần sau.
Sản phẩm khả dụng tối thiểu · Minimum Viable Product (MVP)
Phiên bản sản phẩm có ít tính năng nhất nhưng đủ để đưa đến người dùng thật nhằm kiểm chứng giả thuyết giá trị và thu thập phản hồi với chi phí, thời gian thấp nhất.
Chuyển giao liên tục và triển khai liên tục · Continuous Delivery vs Continuous Deployment
Hai mức tự động hoá sau tích hợp liên tục. Chuyển giao liên tục (Continuous Delivery) bảo đảm mọi thay đổi qua được đường ống kiểm thử đều luôn ở trạng thái sẵn sàng phát hành, nhưng việc đưa lên môi trường thật vẫn do con người quyết định. Triển khai liên tục (Continuous Deployment) đi xa hơn: thay đổi nào qua hết các bước tự động sẽ tự lên môi trường thật, không cần phê duyệt thủ công. Cả hai đòi hỏi kiểm thử tự động tin cậy, lô thay đổi nhỏ và khả năng quay lui nhanh.
Cờ tính năng · Feature Toggle (Feature Flag)
Kỹ thuật bọc một tính năng trong điều kiện bật/tắt cấu hình được lúc chạy, nhờ đó mã có thể được triển khai lên môi trường thật mà tính năng chưa hiển thị với người dùng. Cờ tính năng tách "triển khai" (kỹ thuật) khỏi "phát hành" (quyết định kinh doanh), cho phép mở dần cho một nhóm người dùng, thử nghiệm A/B hoặc tắt nhanh khi có sự cố. Mỗi cờ là một khoản nợ kỹ thuật nhỏ: cần ghi lại người chịu trách nhiệm và gỡ bỏ khi tính năng đã ổn định.
Phát hành theo nhu cầu · Release on Demand (SAFe)
Khía cạnh cuối của đường ống chuyển giao liên tục trong SAFe: giá trị đã triển khai được đưa tới người dùng vào thời điểm kinh doanh chọn, toàn bộ hoặc từng phần, thay vì gắn cứng với lịch PI hay lịch kỹ thuật. Điều kiện là tách triển khai khỏi phát hành (ví dụ bằng cờ tính năng), có khả năng giám sát, khôi phục nhanh và đo phản hồi sau phát hành. Quyết định khi nào phát hành dựa trên thị trường, quy định và mức sẵn sàng của khách hàng.
Đánh giá sau triển khai · Post-Implementation Review (PIR)
Buổi đánh giá được tổ chức sau khi sản phẩm của dự án đã vận hành một thời gian (thường vài tháng) để xem lợi ích có đạt như tình huống kinh doanh kỳ vọng, vấn đề nào phát sinh trong vận hành và cần hành động gì thêm. Khác với buổi tổng kết bài học ngay khi kết thúc dự án.
Ôn 7 thuật ngữ bằng thẻ ghi nhớ

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

  • PR3Hỗ trợ bảo đảm bàn giao dựa trên giá trịBài cùng task PR3
  • PR10Quản lý kết thúc dự ánBài cùng task PR10
Luyện câu hỏi thi cho các task này

Tài liệu tham khảo

  1. Scrum Guide 2020 (mở trong thẻ mới)
  2. Martin Fowler — Feature Toggles (mở trong thẻ mới)
  3. PMI — Agile Practice Guide (mở trong thẻ mới)

Trắc nghiệm nhanh

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

Câu 1/5
Phần backlog cần cho mục tiêu phát hành là 240 điểm. Tốc độ của đội dao động từ 40 đến 60 điểm mỗi Sprint. Dự báo hợp lý nhất là gì?

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

Bài trướcBài 8.12 · Hợp đồng agile và tài chính thích ứng: phạm vi linh hoạt, dừng sớm và ngân sách theo độiBài tiếp theoBài 9.1 · Quản lý giá trị thu được (EVM): PV, EV, AC, CV, SV, CPI, SPI, EAC, ETC, VAC, TCPI

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)
  7. 8.7Bài 8.7: Ước lượng và lập kế hoạch agile: câu chuyện người dùng, điểm câu chuyện, tốc độ
  8. 8.8Bài 8.8: Quản lý Product Backlog và các kỹ thuật ưu tiên hoá
  9. 8.9Bài 8.9: Buổi cải tiến (retrospective): cấu trúc, kỹ thuật và biến ý kiến thành hành động
  10. 8.10Bài 8.10: Định nghĩa hoàn thành, tiêu chí chấp nhận và quản lý nợ kỹ thuật
  11. 8.11Bài 8.11: Nhịp độ bền vững: lập kế hoạch theo năng lực thật và giữ sức khoẻ của đội
  12. 8.12Bài 8.12: Hợp đồng agile và tài chính thích ứng: phạm vi linh hoạt, dừng sớm và ngân sách theo đội
  13. 8.13Bài 8.13: Kế hoạch phát hành và kết thúc dự án trong agile: khi nào là đủ?
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

Sprint, phần tăng trưởng và phát hànhKế hoạch phát hành: dự báo theo khoảngĐợt phát hành đầu tiên: nhỏ nhất có ý nghĩaTách triển khai khỏi phát hànhSẵn sàng phát hànhKhi nào một dự án agile kết thúc?Hoạt động kết thúc trong dự án agileVí dụ: ứng dụng đặt bàn cho chuỗi nhà hà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)
  7. 8.7Bài 8.7: Ước lượng và lập kế hoạch agile: câu chuyện người dùng, điểm câu chuyện, tốc độ
  8. 8.8Bài 8.8: Quản lý Product Backlog và các kỹ thuật ưu tiên hoá
  9. 8.9Bài 8.9: Buổi cải tiến (retrospective): cấu trúc, kỹ thuật và biến ý kiến thành hành động
  10. 8.10Bài 8.10: Định nghĩa hoàn thành, tiêu chí chấp nhận và quản lý nợ kỹ thuật
  11. 8.11Bài 8.11: Nhịp độ bền vững: lập kế hoạch theo năng lực thật và giữ sức khoẻ của đội
  12. 8.12Bài 8.12: Hợp đồng agile và tài chính thích ứng: phạm vi linh hoạt, dừng sớm và ngân sách theo đội
  13. 8.13Bài 8.13: Kế hoạch phát hành và kết thúc dự án trong agile: khi nào là đủ?
Danh sách bài học