Câu hỏi "change request" trong đề PMP: xử lý khác nhau thế nào giữa predictive và agile?

Tình huống minh hoạ

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

Chị Trịnh Bảo Ngọc – PM tại một công ty phần mềm ở Đà Nẵng – có hai dự án song song và đang ôn thi PMP. Một tuần, chị gặp hai yêu cầu gần như giống nhau:

Dự án A – xây dựng hệ thống quản lý bệnh án cho một bệnh viện theo hợp đồng giá cố định, phạm vi và baseline đã được phê duyệt. Trưởng khoa Nội đề nghị thêm chức năng in đơn thuốc có mã QR.
Dự án B – phát triển ứng dụng đặt lịch khám theo Scrum, sprint 2 tuần. Giữa sprint thứ 5, giám đốc chăm sóc khách hàng yêu cầu thêm tính năng nhắc lịch qua tin nhắn.

Trong đề thi thử, chị làm sai hai câu tương tự vì áp dụng cùng một cách xử lý cho cả hai môi trường. Thực tế, câu trả lời đúng khác nhau hoàn toàn.

Phân tích theo PMBOK® Guide

PMBOK® Guide 7 coi thay đổi là điều tất yếu; điểm khác biệt nằm ở cách tiếp cận phát triển (development approach) – thuộc Development Approach and Life Cycle Performance Domain. Với cách tiếp cận dự đoán (predictive), phạm vi được xác định sớm và thay đổi đi qua kiểm soát thay đổi chính thức để bảo vệ baseline. Với cách tiếp cận thích ứng (adaptive/agile), thay đổi được đón nhận thông qua việc ưu tiên lại backlog – điều được Agile Manifesto thể hiện qua tinh thần "phản hồi thay đổi hơn là bám theo kế hoạch".

Môi trường predictive

Trình tự thường được kỳ vọng trong đề:

Đánh giá tác động của thay đổi lên phạm vi, tiến độ, chi phí, chất lượng, rủi ro.
Lập change request chính thức (nếu chưa có).
Trình Change Control Board (CCB) hoặc người có thẩm quyền theo kế hoạch quản lý thay đổi.
Nếu được duyệt: cập nhật kế hoạch và baseline, thực hiện thay đổi.
Truyền thông cho stakeholder liên quan; cập nhật change log.

Môi trường agile

Yêu cầu mới được đưa vào product backlog; Product Owner quyết định thứ tự ưu tiên dựa trên giá trị.
Sprint đang chạy được bảo vệ: Sprint Goal không thay đổi giữa sprint. Phạm vi chi tiết có thể được làm rõ và thương lượng lại giữa Product Owner và Developers khi hiểu thêm, nhưng không được làm ảnh hưởng tới Sprint Goal.
Chỉ Product Owner có quyền huỷ sprint nếu Sprint Goal trở nên lỗi thời.
Không cần CCB cho từng thay đổi nhỏ – cơ chế ưu tiên backlog chính là cơ chế kiểm soát thay đổi.

Câu hỏi đặt trong	Dấu hiệu nhận biết	Hành động đầu tiên đúng	Bẫy đáp án
Predictive	"baseline", "kế hoạch đã phê duyệt", "CCB", "hợp đồng giá cố định"	Đánh giá tác động	Thực hiện ngay; trình CCB khi chưa phân tích; từ chối thẳng
Agile	"sprint", "Product Owner", "backlog", "iteration"	Đưa vào backlog để Product Owner ưu tiên	Thêm vào sprint hiện tại; PM tự quyết; lập change request lên CCB
Hybrid	"giai đoạn", "bản phát hành", kết hợp cả hai	Xác định thay đổi ảnh hưởng tới mức nào rồi chọn cơ chế	Áp dụng cứng nhắc một cơ chế

Câu hỏi "change request" trong đề PMP: xử lý khác nhau thế nào giữa predictive và agile?

Tình huống minh hoạ

Phân tích theo PMBOK® Guide

Môi trường predictive

Môi trường agile

Tình huống liên quan

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Dạng bài tính toán hay gặp trong đề PMP: float, PERT và EVM giải từng bước

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

Thiết bị IoT có cả phần cứng lẫn phần mềm: thiết kế vòng đời hybrid khi khuôn mẫu không thể làm lại mỗi sprint

Môi trường hybrid

Cách xử lý trong đề thi

Áp dụng cho hai tình huống

Các điểm cần nhớ về "PM làm gì trước tiên"

Sai lầm thường gặp

Liên hệ đề thi PMP

Bài học rút ra

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

Dự án ứng dụng đặt lịch khám chạy Scrum, sprint 2 tuần. Giữa sprint 5, giám đốc chăm sóc khách hàng yêu cầu thêm tính năng nhắc lịch qua tin nhắn "càng sớm càng tốt". Nếu là PM, bạn khuyến nghị cách xử lý nào?

Đánh giá bài viết

Bình luận