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. /Agile & Hybrid
  2. /Iterative, Incremental hay Agile? Chọn đúng vòng…
Agile & Hybrid· Domain: Cách tiếp cận & vòng đời

Iterative, Incremental hay Agile? Chọn đúng vòng đời và nhịp bàn giao cho dự án

Nhiều đội dùng lẫn lộn "lặp" và "tăng dần". Phân biệt bốn nhóm vòng đời theo Agile Practice Guide và các kiểu nhịp bàn giao trong PMBOK® 7 qua một tình huống cụ thể.

HP
Nguyễn Thu Hà, PMP
25/09/2026
5 phút đọc 1 0
Iterative, Incremental hay Agile? Chọn đúng vòng đời và nhịp bàn giao cho dự án

Tình huống minh hoạ

Một công ty bảo hiểm (bối cảnh giả định) muốn xây dựng cổng tự phục vụ cho khách hàng với ba nhóm tính năng: tra cứu hợp đồng, gửi yêu cầu bồi thường trực tuyến và thanh toán phí. Chị Lan được giao làm PM, kèm hai yêu cầu nghe có vẻ mâu thuẫn từ ban giám đốc:

  • "Phải ra mắt được thứ gì đó trong quý này để kịp chiến dịch truyền thông."
  • "Quy trình bồi thường vẫn đang tranh luận giữa các phòng ban, chưa ai chốt được màn hình nào."

Ở buổi khởi động, trưởng nhóm phát triển muốn "làm kiểu lặp cho linh hoạt", trưởng nhóm nghiệp vụ muốn "xong phần nào nghiệm thu phần đó", còn IT vận hành chỉ cho phát hành theo lịch cố định. Ai cũng nói "lặp", "chia nhỏ", "Agile" nhưng mỗi người hiểu một kiểu. Chị Lan nhận ra: trước khi chọn cách làm, cả nhóm cần thống nhất ngôn ngữ.

Phân tích theo PMBOK® Guide và Agile Practice Guide

Bốn nhóm vòng đời theo Agile Practice Guide

Agile Practice Guide phân biệt bốn nhóm vòng đời:

Vòng đờiYêu cầuHoạt độngBàn giaoMục tiêu chính
PredictiveCố địnhThực hiện một lần cho toàn dự ánMột lầnQuản lý chi phí
IterativeThay đổi đượcLặp lại cho đến khi đúngMột lầnGiải pháp đúng đắn
IncrementalThay đổi đượcThực hiện một lần cho mỗi phần tăngThường xuyên, từng phần nhỏTốc độ
AgileThay đổi đượcLặp lại cho đến khi đúngThường xuyên, từng phần nhỏGiá trị cho khách hàng qua bàn giao và phản hồi thường xuyên

Hai khái niệm hay bị nhầm:

  • Iterative (lặp) nhằm học và tinh chỉnh: làm bản nháp, lấy phản hồi, làm lại tốt hơn. Sản phẩm vẫn có thể chỉ bàn giao một lần ở cuối.
  • Incremental (tăng dần) nhằm bàn giao sớm: mỗi phần tăng hoàn chỉnh và dùng được ngay.

Agile kết hợp cả hai: vừa lặp để học, vừa bàn giao từng phần nhỏ có giá trị.

Ngoài bốn nhóm trên, Agile Practice Guide còn mô tả vòng đời hybrid: một dự án không bắt buộc dùng một cách tiếp cận duy nhất mà có thể kết hợp yếu tố của các vòng đời khác nhau, ví dụ predictive cho phần ổn định và agile cho phần còn nhiều thay đổi.

Tình huống liên quan

Agile & HybridĐo lường

Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little

Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.

Ngày đăng: 02/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridBàn giao

Product Owner kiêm nhiệm "vắng mặt": khi backlog chờ quyết định cả tuần

Product Owner là trưởng phòng nghiệp vụ, chỉ dành được vài giờ mỗi tuần cho đội. Câu hỏi tồn đọng, đội tự đoán yêu cầu và làm lại. Cách chẩn đoán, khôi phục quyền ra quyết định và ủy quyền đúng cách.

Ngày đăng: 01/10/2026Lượt xem: 7Bì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
Agile & HybridLập kế hoạch

Backlog 180 story mà vẫn không biết phát hành gì trước: lập bản đồ user story theo hành trình người dùng

Danh sách backlog phẳng 180 dòng được xếp theo "giá trị" từng story, nhưng bản phát hành đầu lại không dùng được vì thiếu các bước nền. Cách dựng user story map theo hành trình người dùng, cắt lát phát hành có thể dùng ngay và kiểm tra story bằng INVEST.

Ngày đăng: 26/09/2026Lượt xem: 0Bình luận: 0

Nhịp bàn giao trong PMBOK® 7

Performance domain Development Approach and Life Cycle tách riêng khái niệm nhịp bàn giao (delivery cadence), tức thời điểm và tần suất bàn giao sản phẩm:

  • Bàn giao một lần (single delivery): sản phẩm đến tay người dùng ở cuối dự án.
  • Bàn giao nhiều lần (multiple deliveries): các thành phần được bàn giao ở những thời điểm khác nhau trong dự án.
  • Bàn giao định kỳ (periodic deliveries): giống bàn giao nhiều lần nhưng theo lịch cố định, ví dụ hằng tháng.

Trong thực hành Agile và DevOps còn có continuous delivery (bàn giao liên tục): đưa phần tăng tính năng tới người dùng ngay khi sẵn sàng, thường dựa vào lô công việc nhỏ và tự động hoá.

Cách tiếp cận phát triển và vòng đời trả lời câu hỏi đội tổ chức công việc thế nào; nhịp bàn giao trả lời câu hỏi giá trị đến tay người dùng khi nào. Hai quyết định liên quan nhưng không đồng nhất.

Cách xử lý đề xuất

  1. Thống nhất thuật ngữ: dùng bảng ở trên để cả nhóm phân biệt "lặp" và "tăng dần", ghi định nghĩa vào tài liệu dự án.
  2. Phân tích từng nhóm tính năng theo mức chắc chắn:
Nhóm tính năngMức chắc chắnĐề xuất
Tra cứu hợp đồngCao, dữ liệu đã cóTăng dần: làm phần tăng đầu tiên, bàn giao sớm
Thanh toán phíTrung bình, phụ thuộc cổng thanh toánTăng dần, kiểm thử tích hợp từ sớm
Yêu cầu bồi thườngThấp, quy trình chưa chốtLặp: làm prototype, lấy phản hồi trước khi xây thật
  1. Chọn nhịp bàn giao phù hợp với vận hành: thống nhất với IT vận hành một lịch phát hành định kỳ; phần tra cứu lên trước, phần thanh toán bổ sung ở kỳ sau, phần bồi thường chỉ phát hành khi prototype đã được các phòng ban đồng thuận.
  2. Gắn với mục tiêu kinh doanh: phần tăng đầu tiên phải đủ giá trị để phục vụ chiến dịch truyền thông. Đây chính là câu trả lời cho yêu cầu "ra mắt trong quý".
  3. Ghi nhận quyết định và lý do trong kế hoạch dự án, kèm điều kiện xem xét lại. Ví dụ: khi quy trình bồi thường được chốt, phần này có thể chuyển từ lặp sang tăng dần.
  4. Xem lại định kỳ qua retrospective: nhịp bàn giao có còn phù hợp với người dùng và đội vận hành không?

Góc nhìn đề thi PMP

  • Câu hỏi thường mô tả bối cảnh rồi hỏi cách tiếp cận phù hợp nhất. Hãy tìm dấu hiệu: yêu cầu chưa rõ, cần phản hồi để hoàn thiện → thiên về lặp hoặc Agile; cần giá trị sớm, từng phần dùng được ngay → thiên về tăng dần hoặc Agile; yêu cầu ổn định, chi phí thay đổi cao → thiên về predictive.
  • Đừng mặc định "Agile luôn đúng". PMBOK® 7 nhấn mạnh việc lựa chọn theo bối cảnh và tailoring.
  • Phân biệt "đội làm việc theo vòng lặp hai tuần" với "phát hành cho người dùng mỗi hai tuần". Một đội có thể chạy vòng lặp ngắn nhưng phát hành theo quý vì ràng buộc vận hành.

💡 Mẹo ghi nhớ: lặp để học, tăng dần để giao, Agile làm cả hai.

Bài học rút ra

  • Thống nhất thuật ngữ là bước rẻ nhất để tránh xung đột về cách làm.
  • Một dự án có thể dùng cách tiếp cận khác nhau cho từng thành phần. Đó là hybrid có chủ đích, không phải "nửa vời".
  • Nhịp bàn giao phải khớp với khả năng tiếp nhận của tổ chức, không chỉ khả năng làm của đội.

Tài liệu tham khảo

  • PMBOK® Guide – Seventh Edition, PMI, 2021: Development Approach and Life Cycle Performance Domain.
  • Agile Practice Guide, PMI & Agile Alliance, 2017: phần lựa chọn vòng đời (Life Cycle Selection).
#vong-doi-du-an#iterative#incremental#delivery-cadence

Biểu mẫu tải về

  • Hướng dẫn giao hàng theo agile và các giai đoạn dự án (GOV.UK Service Manual)Bộ hướng dẫn công khai của Chính phủ Anh về quản lý dự án agile: các giai đoạn discovery, alpha, beta, live, cách lập kế hoạch, viết user story và quản trị. Tham khảo cách chia vòng đời và nhịp bàn giao theo từng giai đoạn học hỏi. HTML, miễn phí.gov.uk · 0 lượt mở
    Mở liên kết
  • Phát triển lặp – Iterative Development (Agile Alliance)Mục từ giải thích phát triển lặp: chủ động làm lại, tinh chỉnh sản phẩm qua nhiều vòng dựa trên phản hồi. Dùng để phân biệt rõ "lặp" với "tăng dần" khi chọn vòng đời dự án. Bài đọc tham khảo.agilealliance.org · 0 lượt mở
    Mở liên kết
  • Phát triển tăng dần – Incremental Development (Agile Alliance)Mục từ giải thích cách chia sản phẩm thành các phần, mỗi phần hoàn chỉnh và dùng được, bàn giao lần lượt. Đọc cặp với mục phát triển lặp để thấy agile kết hợp cả hai đặc điểm. Bài đọc tham khảo.agilealliance.org · 0 lượt mở
    Mở liên kết
  • Vòng lặp – Iteration (Agile Alliance)Mục từ về khoảng thời gian cố định (timebox) trong đó đội phát triển và bàn giao một phần sản phẩm. Giúp chọn nhịp bàn giao phù hợp (1–4 tuần) khi chuyển sang vòng đời agile. Bài đọc tham khảo.agilealliance.org · 0 lượt mở
    Mở liên kết
  • Giai đoạn Alpha – thử nghiệm giải pháp trước khi làm thật (GOV.UK Service Manual)Hướng dẫn của Chính phủ Anh cho giai đoạn alpha: dựng nguyên mẫu, thử các cách làm khác nhau với người dùng thật và loại bỏ phương án không hiệu quả. Ví dụ thực tế về cách tiếp cận lặp trước khi bàn giao tăng dần ở giai đoạn beta. Bài hướng dẫn.gov.uk · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Cổng tự phục vụ của công ty bảo hiểm có nhóm tính năng "yêu cầu bồi thường trực tuyến", nhưng quy trình bồi thường vẫn đang tranh luận giữa các phòng ban, chưa ai chốt được màn hình nào. Đặc điểm vòng đời nào phù hợp nhất cho riêng nhóm tính năng này lúc này?

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

Cổng tự phục vụ bảo hiểm phải ra mắt "thứ gì đó" trong quý; quy trình bồi thường chưa phòng nào chốt; IT vận hành chỉ cho phát hành theo lịch cố định. Nếu là PM, bạn chọn vòng đời 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® Guide và Agile Practice GuideCách xử lý đề xuấtGóc nhìn đề thi PMPBài học rút raTài liệu tham khảoBiểu mẫu tải vềTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)