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. /Khách hàng nhà nước cần hợp đồng trọn gói, đội m…
Agile & Hybrid· Domain: Cách tiếp cận & vòng đời

Khách hàng nhà nước cần hợp đồng trọn gói, đội muốn làm agile: thiết kế hợp đồng phạm vi linh hoạt

Dự án cổng dịch vụ công cấp tỉnh phải ký hợp đồng giá cố định với danh mục chức năng chi tiết, trong khi nhu cầu người dân còn chưa rõ. Các mô hình hợp đồng thân thiện với agile và cách kết hợp chúng trong khuôn khổ quy định đấu thầu.

HP
Nguyễn Thu Hà, PMP
31/08/2026
5 phút đọc 0 0
Khách hàng nhà nước cần hợp đồng trọn gói, đội muốn làm agile: thiết kế hợp đồng phạm vi linh hoạt

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Một công ty phần mềm trúng thầu xây dựng hệ thống tiếp nhận và xử lý hồ sơ trực tuyến cho Sở Xây dựng một tỉnh. Hồ sơ mời thầu liệt kê 180 chức năng chi tiết, giá trọn gói, thời gian 10 tháng, nghiệm thu một lần cuối dự án.

Anh Phong – PM phía nhà thầu – nhận thấy nhiều rủi ro:

  • Danh mục chức năng được viết từ hai năm trước; quy trình thủ tục hành chính đã thay đổi một phần.
  • Cán bộ một cửa và người dân chưa từng được hỏi về trải nghiệm sử dụng.
  • Đội phát triển quen làm Scrum, muốn bàn giao từng phần để lấy phản hồi.
  • Phía chủ đầu tư lo ngại: "Agile nghĩa là không cam kết phạm vi? Chúng tôi phải giải trình với cơ quan thanh tra, kiểm toán."

Phân tích theo PMBOK® Guide

Development Approach and Life Cycle Performance Domain thừa nhận cách tiếp cận phải phù hợp cả với môi trường tổ chức – bao gồm ràng buộc pháp lý và quy định mua sắm công. Không phải lúc nào cũng làm được agile "thuần"; hybrid thường là lựa chọn thực tế.

Agile Practice Guide có phần về các kỹ thuật hợp đồng trong môi trường agile, trong đó nêu một số ý tưởng như:

  • Hợp đồng nhiều lớp (multitiered structure): phần ổn định (điều khoản chung, pháp lý) tách khỏi phần dễ thay đổi (phạm vi, đơn giá), để điều chỉnh phần sau mà không phải sửa toàn bộ hợp đồng.
  • Nhấn mạnh giá trị bàn giao: thanh toán gắn với các mốc bàn giao giá trị thay vì hoàn thành tài liệu.
  • Phạm vi cố định theo từng giai đoạn nhỏ, ví dụ theo từng đợt hoặc từng gói chức năng.
  • Linh hoạt thay thế phạm vi: khách hàng có thể hoán đổi hạng mục chưa làm lấy hạng mục mới có kích thước tương đương.

Nguyên tắc liên quan: Tailor based on context, Focus on value, Navigate complexity.

Nguyên nhân gốc của xung đột: hai bên hiểu "agile" như đối lập với "cam kết". Thực tế, agile vẫn cam kết – cam kết về thời gian, ngân sách và mục tiêu, còn phạm vi chi tiết được quản lý một cách có kiểm soát.

Cách xử lý

Lưu ý: mọi điều chỉnh hợp đồng với cơ quan nhà nước phải tuân thủ quy định hiện hành về đấu thầu và quản lý đầu tư ứng dụng công nghệ thông tin. Phương án dưới đây cần được đối chiếu với bộ phận pháp chế của cả hai bên.

1. Giữ khung pháp lý, thay đổi cách tổ chức thực hiện

Không cần thay đổi loại hợp đồng nếu không được phép. Trong phạm vi 180 chức năng đã ký, đề xuất kế hoạch thực hiện , mỗi đợt khoảng 2,5 tháng, có nghiệm thu từng phần nếu hợp đồng cho phép tạm ứng/thanh toán theo giai đoạn.

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
chia thành 4 đợt bàn giao

2. Ưu tiên theo giá trị trong danh mục đã ký

ĐợtNội dung ưu tiênLý do
110 thủ tục có số hồ sơ lớn nhấtGiá trị cao, phản hồi sớm
2Luồng xử lý nội bộ, ký sốPhụ thuộc kỹ thuật
3Báo cáo, thống kêỔn định, ít thay đổi
4Thủ tục còn lại, hoàn thiệnÁp dụng bài học từ đợt 1–3

3. Cơ chế hoán đổi phạm vi có kiểm soát

Thống nhất trong biên bản làm việc: khi chức năng trong danh mục không còn phù hợp với quy trình mới, hai bên có thể thay bằng chức năng khác có khối lượng tương đương, được ước lượng bằng cùng một phương pháp và ghi nhận qua quy trình kiểm soát thay đổi. Mọi thay đổi có hồ sơ để giải trình với cơ quan kiểm toán.

4. Đưa người dùng vào sớm

Mời cán bộ một cửa và một nhóm người dân dùng thử sau mỗi đợt; phản hồi được ghi nhận và phân loại: lỗi, điều chỉnh trong phạm vi, hay yêu cầu mới cần thay đổi.

5. Minh bạch tiến độ theo cách chủ đầu tư quen thuộc

Báo cáo theo danh mục chức năng (đã xong/đang làm/chưa làm/hoán đổi), kèm demo thực tế. Đội vẫn làm sprint nội bộ, nhưng ngôn ngữ báo cáo phù hợp với chủ đầu tư.

6. Với các gói thầu sau

Kiến nghị chủ đầu tư cân nhắc khi lập hồ sơ: chia gói theo giai đoạn, mô tả yêu cầu theo kết quả cần đạt thay vì chỉ liệt kê chức năng, dành ngân sách dự phòng cho điều chỉnh.

Sai lầm thường gặp

  • Hứa "agile" để né cam kết: làm mất niềm tin của khách hàng và có thể vi phạm hợp đồng.
  • Áp đặt Scrum cho khách hàng: yêu cầu chủ đầu tư tham gia mọi sự kiện mà không xét đến quy trình hành chính của họ.
  • Thay đổi phạm vi bằng lời nói: không có biên bản, đến nghiệm thu thì tranh chấp.
  • Bàn giao từng đợt nhưng không lấy phản hồi: chia đợt mà không học được gì thì chỉ là waterfall chia nhỏ.

Liên hệ đề thi PMP

Câu hỏi: Dự án có hợp đồng giá cố định với phạm vi chi tiết, nhưng yêu cầu thực tế của người dùng có khả năng thay đổi. Đội muốn áp dụng agile. Người quản lý dự án nên làm gì?

  • A. Từ chối mọi thay đổi để bảo vệ hợp đồng
  • B. Áp dụng agile và thay đổi phạm vi theo phản hồi mà không cần thông báo khách hàng
  • C. Làm việc với khách hàng để thống nhất cách tiếp cận lai, bàn giao theo giai đoạn và cơ chế điều chỉnh phạm vi có kiểm soát trong khuôn khổ hợp đồng
  • D. Đề nghị huỷ hợp đồng và ký lại theo hình thức thời gian & vật tư

Đáp án: C. Tailoring cách tiếp cận trong khuôn khổ ràng buộc và hợp tác với khách hàng là lựa chọn cân bằng. A cứng nhắc; B vi phạm hợp đồng và đạo đức; D cực đoan, thường không khả thi.

Bài học rút ra

  • Agile không mâu thuẫn với cam kết; nó thay đổi cách quản lý phạm vi chi tiết.
  • Với khách hàng nhà nước, hybrid trong khuôn khổ pháp lý thường thực tế hơn agile thuần.
  • Hoán đổi phạm vi phải có phương pháp ước lượng chung và hồ sơ rõ ràng.
  • Bàn giao theo đợt chỉ có giá trị khi thực sự thu thập và sử dụng phản hồi.
#hop-dong#agile#procurement#hybrid#change-control

Biểu mẫu tải về

  • Agile Contracts Primer – cẩm nang hợp đồng agile (Larman & Vodde)Trang tổng hợp tài liệu về hợp đồng cho phát triển phần mềm agile, kèm bản PDF Agile Contracts Primer của Craig Larman và Bas Vodde (tiếng Anh, có bản dịch). Dùng để tham khảo cách thiết kế hợp đồng phạm vi linh hoạt, giảm rủi ro cho hai bên. Tải miễn phí.agilecontracts.org · 0 lượt mở
    Mở liên kết

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

Hồ sơ mời thầu cổng xử lý hồ sơ trực tuyến liệt kê 180 chức năng chi tiết, giá trọn gói, 10 tháng, nghiệm thu một lần. Danh mục viết từ hai năm trước, người dùng chưa từng được hỏi. Nếu là PM nhà thầu, bạn chọn gì?

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® GuideCách xử lýSai lầm thường gặpLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềBình chọn
Quảng cáoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)