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
  2. /Tình huống
  3. /Tình huống về #agile

Tình huống về #agile

Tình huống quản lý dự án thực chiến về #agile.

Gửi tình huống của bạn
Tất cả(345) tình huốngQuản lý Tích hợp(38) tình huốngQuản lý Phạm vi(37) tình huốngQuản lý Tiến độ(36) tình huốngQuản lý Chi phí(35) tình huốngQuản lý Chất lượng(35) tình huốngQuản lý Nguồn lực(30) tình huốngQuản lý Giao tiếp(37) tình huốngQuản lý Rủi ro(33) tình huốngQuản lý Mua sắm(37) tình huốngQuản lý Các bên liên quan(27) tình huống
Tất cả(345) tình huốngQuản lý Tích hợp(38) tình huốngQuản lý Phạm vi(37) tình huốngQuản lý Tiến độ(36) tình huốngQuản lý Chi phí(35) tình huốngQuản lý Chất lượng(35) tình huốngQuản lý Nguồn lực(30) tình huốngQuản lý Giao tiếp(37) tình huốngQuản lý Rủi ro(33) tình huốngQuản lý Mua sắm(37) tình huốngQuản lý Các bên liên quan(27) tình huống
7 tình huống
Thẻ: #agile
Quản lý Phạm vi

FBI Sentinel (2006–2012): yêu cầu sáu năm tuổi, tạm dừng nhà thầu và cuộc đặt lại phạm vi theo hướng agile

Sau thất bại của Virtual Case File, FBI giao Lockheed Martin xây hệ thống hồ sơ điện tử Sentinel theo bốn giai đoạn. Đến 2010, mới xong hai giai đoạn, thanh tra Bộ Tư pháp cảnh báo yêu cầu đã cũ và kế hoạch mới chưa được văn bản hoá. FBI dừng nhà thầu, tự phát triển theo agile với phạm vi thu hẹp và hệ thống được dùng toàn cơ quan từ 7/2012. Bài học về xếp hạng lại yêu cầu khi đã tiêu hao phần lớn ngân sách.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận12/10/2026
Quản lý Phạm vi

Buffer (2010–2011): hai trang web, một trang giá và bảy tuần xây bản đầu tiên — kiểm chứng giả định trước khi viết mã

Joel Gascoigne không viết ngay ứng dụng xếp lịch tweet. Ông dựng một trang giới thiệu có ô đăng ký email, rồi chèn thêm trang chọn gói giá để thử xem người dùng có sẵn lòng trả tiền không. Chỉ khi đó mới xây bản đầu trong bảy tuần, cắt bớt tính năng để kịp mốc và có khách trả tiền đầu tiên sau bốn ngày. Một ví dụ thành công về MVP và kiểm soát phạm vi theo giả định cần kiểm chứng.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận26/09/2026
Quản lý Phạm vi

Alphagov (Anh, 2011): thu hẹp phạm vi còn 100 nhu cầu người dùng hàng đầu để dựng bản mẫu công trong 12 tuần

Đội Government Digital Service dựng bản alpha công khai của cổng chính phủ duy nhất (tiền thân GOV.UK) với kinh phí khoảng 261.000 bảng và 12 tuần. Đội nhận ra cách tiếp cận ban đầu quá tham vọng và thu hẹp trọng tâm về 100 nhu cầu người dùng hàng đầu. Ví dụ về phạm vi hướng nhu cầu người dùng và phát hành sớm để lấy phản hồi.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận24/09/2026
Quản lý Phạm vi

Basecamp và Shape Up: ngân sách thời gian cố định, phạm vi thay đổi và "cầu dao ngắt mạch" để dự án không kéo dài vô tận

Khi công ty lớn dần, nhóm Basecamp thấy dự án như không có vạch đích và tính năng ra chậm hơn thời đầu. Phương pháp Shape Up của họ đặt ngân sách thời gian cố định (chu kỳ sáu tuần), cho phạm vi co giãn và mặc định huỷ dự án không xong trong một chu kỳ thay vì tự động gia hạn. Một cách tiếp cận lai (hybrid) quản lý phạm vi từ góc nhìn "khẩu vị".

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/09/2026
Quản lý Mua sắm

Kessel Run của Không quân Mỹ: mua sắm phần mềm kiểu agile thay cho hợp đồng yêu cầu cứng, từ lập kế hoạch tiếp dầu đến tranh chấp quyền truy cập mã

Sau khi dự án phần mềm lập kế hoạch tiếp dầu theo cách truyền thống bị huỷ năm 2017 với chi phí phát triển 745 triệu USD, Không quân Mỹ lập nhóm Kessel Run, phát triển công cụ Jigsaw và dùng được sau khoảng bốn tháng. Mô hình agile mang lại kết quả cụ thể nhưng cũng nêu thách thức: khó báo cáo Quốc hội và tranh chấp quyền truy cập hệ thống độc quyền của nhà thầu. GAO năm 2023 nêu khoảng trống áp dụng agile ở các lộ trình khác.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận28/08/2026
Quản lý Phạm vi

SSA DCPS (Mỹ): hệ thống xử lý hồ sơ khuyết tật làm lại theo Agile nhưng sau 3 năm mới gánh khoảng 7% khối lượng

Cơ quan An sinh Xã hội Mỹ (SSA) xây DCPS để thay các hệ thống riêng của từng cơ quan xét duyệt khuyết tật cấp bang. Bản đầu (ký hợp đồng 2010) bị dừng năm 2015; bản làm lại theo Agile phát hành từ 12/2016 nhưng phạm vi bản đầu nhỏ hơn hẳn cam kết, và đến 9/2019 các đơn vị chỉ xử lý khoảng 7% khối lượng trên DCPS. Tổng Thanh tra không thể kết luận ước tính chi phí, lịch là hợp lý.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận17/02/2026
Số 98Quản lý Phạm vi

Universal Credit của Anh: tham vọng lớn nhưng thiếu bản thiết kế chi tiết về cách hệ thống vận hành

Công bố năm 2010 với mục tiêu hoàn thành năm 2017, Universal Credit gộp nhiều khoản trợ cấp vào một. Năm 2013, NAO chỉ ra Bộ Lao động và Hưu trí thiếu một hình dung chi tiết về cách chương trình vận hành, xoá sổ 34 triệu bảng đầu tư CNTT và phải thu hẹp triển khai. Bài học về Define Scope khi áp dụng phương pháp mới.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận06/02/2026