Yêu cầu thay đổi chỉ một dòng, ảnh hưởng đến mười chỗ: phân tích tác động trước khi trình hội đồng kiểm soát thay đổi

Tình huống minh hoạ

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

Một dự án phần mềm quản lý bệnh viện đang ở giai đoạn kiểm thử tích hợp. Khoa khám bệnh gửi yêu cầu: "Cho phép nhập thêm số điện thoại người thân trên màn hình tiếp đón." Trưởng nhóm phát triển ước lượng: "Thêm một trường, hai ngày công." Hội đồng kiểm soát thay đổi (CCB) phê duyệt ngay trong buổi họp.

Ba tuần sau, đội dự án mới thấy hết những gì "một trường" kéo theo:

• Bảng dữ liệu bệnh nhân và quy trình đồng bộ sang hệ thống lưu trữ phải sửa.
• Màn hình tiếp đón, màn hình sửa thông tin và ứng dụng đặt lịch cho bệnh nhân đều cần trường mới.
• Hai báo cáo xuất cho phòng kế hoạch tổng hợp lệch cột.
• Bộ phận pháp chế yêu cầu bổ sung nội dung đồng ý xử lý dữ liệu cá nhân của người thân.
• Kịch bản kiểm thử, tài liệu hướng dẫn và nội dung đào tạo phải cập nhật.

Tổng cộng 14 ngày công và một tuần trễ mốc nghiệm thu. CCB không sai khi phê duyệt — nhưng họ đã quyết định trên một ước lượng thiếu.

Phân tích tác động thay đổi là gì

Phân tích tác động thay đổi (change impact analysis) là việc xác định những gì có thể bị ảnh hưởng nếu thực hiện một thay đổi, trước khi thực hiện nó. Trong kỹ thuật phần mềm, người ta thường dựa vào hai nguồn: truy vết (yêu cầu → thiết kế → mã nguồn → kiểm thử) và phụ thuộc (thành phần nào gọi thành phần nào).

Trong quản lý dự án, phạm vi rộng hơn: một thay đổi ảnh hưởng đến các đường cơ sở về phạm vi, tiến độ, chi phí, cũng như chất lượng, rủi ro, nguồn lực, hợp đồng và các bên liên quan. PMBOK® Guide đặt việc này trong quy trình thực hiện kiểm soát thay đổi tích hợp: mọi yêu cầu thay đổi được ghi nhận, phân tích, ra quyết định và cập nhật kế hoạch một cách có kiểm soát.

Quy trình phân tích tác động gọn trong 5 bước

Bước 1: Làm rõ yêu cầu

Viết lại yêu cầu thành dạng kiểm chứng được: trường nào, ở màn hình nào, bắt buộc hay không, ai được xem. Nhiều yêu cầu "một dòng" thực ra chứa ba, bốn quyết định chưa được ai đưa ra.

Bước 2: Lần theo ma trận truy vết

Từ yêu cầu gốc liên quan (thông tin bệnh nhân), lần sang các thiết kế, chức năng, báo cáo, giao diện tích hợp và kịch bản kiểm thử đang truy vết đến nó. Nếu dự án không có ma trận truy vết, đây là lúc thấy giá trị của nó.