Trượt phạm vi (scope creep) là hiện tượng phạm vi dự án phình ra dần dần qua những bổ sung, thay đổi nhỏ được chấp nhận mà không đánh giá tác động và không điều chỉnh thời gian, ngân sách tương ứng. Mỗi thay đổi riêng lẻ có vẻ vô hại, nhưng cộng lại khiến dự án trễ, vượt chi và đội ngũ kiệt sức.
Trượt phạm vi khác với thay đổi phạm vi có kiểm soát: dự án nào cũng thay đổi, và nhiều thay đổi là cần thiết. Vấn đề là thay đổi đi qua cửa sau. Bài này phân biệt các dạng trượt phạm vi, phân tích nguyên nhân gốc, trình bày quy trình kiểm soát thay đổi gọn nhẹ kèm mẫu đánh giá tác động, và cách từ chối hoặc thương lượng yêu cầu mà không làm hỏng quan hệ với bên đặt hàng.
Các dạng trượt phạm vi và gold plating
Yêu cầu bổ sung từ bên đặt hàng. Dạng phổ biến nhất: “nhân tiện thêm cái này”, “cái này chắc đơn giản thôi”. Người yêu cầu thường không biết chi phí thật của yêu cầu, và người nhận ngại từ chối vì muốn giữ quan hệ.
Yêu cầu ngầm do phạm vi mơ hồ. Phạm vi ghi “hệ thống báo cáo” mà không liệt kê báo cáo nào. Bên đặt hàng hiểu là mọi báo cáo họ cần, bên làm hiểu là năm mẫu chuẩn. Không ai sai, chỉ là phạm vi chưa bao giờ được xác định đủ.
Gold plating. Nhóm thực hiện tự thêm tính năng, hoàn thiện quá mức yêu cầu vì muốn sản phẩm đẹp hơn hoặc thấy thú vị. Gold plating nguy hiểm vì không ai yêu cầu, không ai phê duyệt, tiêu tốn nguồn lực và tạo thêm thứ phải bảo trì.
Thay đổi do bên ngoài. Quy định pháp lý mới, đối tác đổi chuẩn kỹ thuật, thị trường thay đổi. Đây là thay đổi chính đáng nhưng vẫn phải đánh giá và điều chỉnh kế hoạch, không phải âm thầm hấp thụ.
Trượt từ phía người quản lý. Lãnh đạo cấp trên gắn thêm mục tiêu vào dự án đang chạy vì “đằng nào cũng đang làm”. Khó từ chối nhất vì đến từ người có quyền, nhưng cũng là nơi cần quy trình nhất.
Trượt do tiêu chuẩn chất lượng nâng dần. Phạm vi không thêm hạng mục nào nhưng yêu cầu về độ hoàn thiện, hiệu năng, số lần duyệt mẫu tăng lên qua từng buổi nghiệm thu. Dạng này khó thấy nhất vì không xuất hiện thành dòng mới trong WBS, nên cần tiêu chí nghiệm thu đo được ngay từ đầu.
Nguyên nhân gốc: vì sao phạm vi trượt
Nhìn bề mặt, trượt phạm vi là lỗi của người đưa yêu cầu hoặc người không biết nói không. Nhìn sâu hơn, nguyên nhân thường nằm ở thiết kế dự án từ đầu. Thứ nhất, phạm vi không được xác định đủ: thiếu WBS, thiếu tiêu chí nghiệm thu, thiếu danh sách những gì nằm ngoài phạm vi. Danh sách loại trừ thường quan trọng không kém danh sách bao gồm, vì nó chặn trước những kỳ vọng phổ biến.
Thứ hai, thiếu người có quyền nói về phạm vi: khi nhiều người phía đặt hàng đều có thể yêu cầu trực tiếp với nhóm thực hiện, mỗi người thêm một ít. Cần một đầu mối duy nhất phía đặt hàng chịu trách nhiệm tổng hợp và ưu tiên. Thứ ba, không có quy trình thay đổi hoặc quy trình quá nặng: không có quy trình thì mọi thay đổi đi thẳng vào công việc; quy trình nặng nề đến mức mọi người lách bằng cách nhờ vả không chính thức thì cũng như không có.
Thứ tư, động cơ lệch: trong hợp đồng trọn gói, nhà thầu có động cơ hạn chế phạm vi còn khách hàng có động cơ đòi thêm; trong dự án nội bộ, phòng ban yêu cầu không chịu chi phí nên không có lý do kiềm chế. Thứ năm, người dùng thật không được tham gia sớm: khi họ chỉ thấy sản phẩm ở cuối, mọi khác biệt với hình dung của họ trở thành yêu cầu thay đổi dồn dập. Chẩn đoán đúng nguyên nhân giúp chọn biện pháp đúng thay vì chỉ siết quy trình.
Quy trình kiểm soát thay đổi gọn nhẹ
Quy trình dưới đây áp dụng được cho dự án vừa; dự án lớn có thể thêm cấp phê duyệt, dự án nhỏ có thể gộp bước. Điều kiện tiên quyết là đã có đường cơ sở phạm vi, tiến độ, chi phí được phê duyệt:
- Ghi nhận: mọi yêu cầu thay đổi, kể cả nêu miệng trong cuộc họp, được ghi vào phiếu yêu cầu với người đề xuất, mô tả, lý do. Yêu cầu không được ghi nhận thì không được thực hiện.
- Phân loại sơ bộ: người quản lý dự án xác định đây là thay đổi phạm vi, làm rõ yêu cầu đã có, hay sửa lỗi. Làm rõ và sửa lỗi xử lý theo quy trình thường; thay đổi phạm vi đi tiếp.
- Đánh giá tác động: nhóm thực hiện ước tính ảnh hưởng tới thời gian, chi phí, chất lượng, rủi ro và các phần việc khác. Đánh giá cũng tốn công, nên với yêu cầu lớn có thể cần phê duyệt riêng cho việc đánh giá.
- Quyết định: người có thẩm quyền, có thể là nhà tài trợ hoặc hội đồng kiểm soát thay đổi, chọn chấp thuận, từ chối, hoãn sang giai đoạn sau, hoặc chấp thuận kèm đánh đổi, ví dụ bỏ một hạng mục khác.
- Cập nhật kế hoạch: nếu chấp thuận, cập nhật WBS, lịch, ngân sách, đường cơ sở và thông báo cho các bên liên quan. Bước này hay bị bỏ, khiến đường cơ sở và thực tế lệch nhau.
- Theo dõi: nhật ký thay đổi ghi trạng thái từng yêu cầu. Tổng hợp định kỳ số thay đổi và tác động cộng dồn để thấy xu hướng.
Có thể phân cấp thẩm quyền để quy trình không chậm: thay đổi tác động dưới một ngưỡng thời gian và chi phí do người quản lý dự án quyết định trong phạm vi dự phòng; vượt ngưỡng thì lên nhà tài trợ; vượt ngưỡng cao hơn thì lên hội đồng. Ngưỡng cụ thể do doanh nghiệp tự đặt theo quy mô dự án.
Mẫu đánh giá tác động một yêu cầu thay đổi
Phiếu đánh giá không cần dài nhưng phải đủ để người quyết định thấy được đánh đổi. Ví dụ giả định: dự án triển khai phần mềm bán hàng cho chuỗi cửa hàng, phòng kinh doanh yêu cầu thêm tính năng tích điểm khách hàng thân thiết:
| Mục | Nội dung ví dụ |
|---|---|
| Mô tả yêu cầu | Thêm chức năng tích và đổi điểm cho khách hàng thân thiết tại quầy |
| Lý do và lợi ích | Chạy chương trình khách hàng thân thiết dự kiến vào quý sau |
| Tác động phạm vi | Thêm một phân hệ, sửa màn hình thanh toán, thêm ba báo cáo |
| Tác động tiến độ | Thêm khoảng ba tuần trên đường găng nếu làm trong đợt hiện tại |
| Tác động chi phí | Thêm giờ công phát triển và kiểm thử; ước tính theo đơn giá hợp đồng |
| Tác động khác | Đào tạo nhân viên quầy lại; rủi ro lỗi khi thanh toán giờ cao điểm |
| Phương án | A: làm ngay, lùi ngày khai trương; B: làm ở đợt hai sau khai trương; C: dùng giải pháp tạm bằng bảng tính |
| Khuyến nghị | Phương án B, vì chương trình chưa bắt đầu trước quý sau |
Điểm quan trọng nhất của mẫu là dòng phương án. Trình lên một yêu cầu với hai lựa chọn “có” hoặc “không” dễ dẫn tới gật đầu; trình với các phương án và đánh đổi cụ thể giúp người quyết định thấy rằng mọi thứ đều có giá, và thường chọn phương án hoãn hoặc thu gọn.
Nói không mà không làm hỏng quan hệ
Với nhiều người quản lý dự án, đặc biệt trong văn hoá ngại va chạm, khó khăn lớn nhất không phải quy trình mà là việc từ chối người có quyền hoặc khách hàng quan trọng. Một số cách diễn đạt giúp chuyển từ “không” sang “có, và đây là cái giá”.
Đưa về đánh đổi: “Mình làm được, tính năng này cần khoảng ba tuần. Anh chị muốn lùi ngày khai trương, hay chuyển sang đợt hai, hay bỏ bớt một hạng mục hiện tại?” Câu này không từ chối, nhưng đặt quyết định về đúng người. Dựa vào thoả thuận chung: “Theo phạm vi đã thống nhất trong điều lệ dự án, phần này nằm ngoài. Mình làm phiếu thay đổi để trình anh Tổng giám đốc quyết.” Quy trình đã được phê duyệt từ đầu giúp người quản lý dự án không phải đứng một mình.
Ghi nhận giá trị của yêu cầu: nhiều yêu cầu thay đổi là ý tưởng tốt. Ghi vào danh sách cho giai đoạn sau, có người theo dõi, cho người đề xuất thấy ý kiến được tôn trọng. Nói sớm: từ chối ngay khi yêu cầu được nêu dễ hơn nhiều so với để nhóm làm một nửa rồi mới dừng. Cuối cùng, người quản lý dự án cũng cần tự kiểm soát gold plating trong nhóm: hỏi định kỳ “việc này có trong phạm vi không, ai yêu cầu?”. Đội ngũ tận tâm thường là nguồn trượt phạm vi khó thấy nhất.
Phòng ngừa từ đầu dự án
Kiểm soát thay đổi là biện pháp chữa; phòng ngừa từ giai đoạn khởi động và lập kế hoạch rẻ hơn nhiều. Danh mục kiểm tra:
- Bản mô tả phạm vi có mục ngoài phạm vi liệt kê rõ những thứ dễ bị kỳ vọng nhưng không làm.
- Mỗi sản phẩm bàn giao có tiêu chí nghiệm thu cụ thể, đo được, được bên đặt hàng xác nhận.
- Có một đầu mối phía đặt hàng tổng hợp và ưu tiên yêu cầu; nhóm thực hiện không nhận yêu cầu trực tiếp từ nhiều người.
- Quy trình thay đổi được thống nhất và ký cùng điều lệ dự án, trước khi có yêu cầu đầu tiên.
- Người dùng thật được xem bản mẫu, bản thử sớm và thường xuyên để khác biệt lộ ra khi còn rẻ để sửa.
- Ngân sách có khoản dự phòng cho thay đổi hợp lý, tách khỏi dự phòng rủi ro.
- Với hợp đồng, có điều khoản về đơn giá cho phát sinh và thủ tục phê duyệt phát sinh để tránh tranh cãi.
Với dự án làm theo agile, cơ chế khác: phạm vi được kỳ vọng thay đổi, và kiểm soát nằm ở danh sách việc có thứ tự ưu tiên do một người quyết định. Thêm việc mới vào nghĩa là việc khác bị đẩy xuống. Trượt phạm vi trong agile xảy ra khi thời gian hoặc ngân sách cũng bị đòi giữ cố định cùng lúc phạm vi bị thêm.
Câu hỏi thường gặp
Mọi thay đổi phạm vi đều xấu sao?
Không. Nhiều thay đổi làm sản phẩm phù hợp hơn với nhu cầu thật. Điều xấu là thay đổi không được đánh giá và không điều chỉnh kế hoạch tương ứng. Một dự án không có thay đổi nào có thể là dấu hiệu nhóm đang giao đúng thứ đã viết nhưng không còn ai cần.
Hội đồng kiểm soát thay đổi gồm những ai?
Thường gồm nhà tài trợ hoặc đại diện, người quản lý dự án, đại diện người dùng chính, và chuyên gia kỹ thuật hoặc tài chính khi cần. Với dự án vừa, vai trò này có thể do ban chỉ đạo dự án đảm nhận trong các cuộc họp định kỳ, không cần lập riêng.
Thay đổi nhỏ có cần qua quy trình không?
Có cần ghi nhận, nhưng quyết định có thể phân cấp cho người quản lý dự án nếu dưới ngưỡng đã thống nhất. Ghi nhận giúp thấy tổng tác động cộng dồn, vì trượt phạm vi thường đến từ hàng chục thay đổi nhỏ chứ hiếm khi từ một thay đổi lớn.
Làm sao phân biệt làm rõ yêu cầu với thay đổi phạm vi?
So với tiêu chí nghiệm thu và mô tả trong từ điển WBS. Nếu yêu cầu chỉ cụ thể hoá điều đã có, đó là làm rõ. Nếu nó thêm chức năng, khối lượng hoặc tiêu chuẩn cao hơn so với đã thống nhất, đó là thay đổi. Phạm vi viết càng rõ, ranh giới càng ít tranh cãi.
Nhóm thực hiện tự làm thêm để khách vui có sao không?
Đó là gold plating. Nó tiêu tốn nguồn lực chưa được phê duyệt, có thể tạo lỗi mới, và tạo tiền lệ khiến khách kỳ vọng thêm. Nếu nhóm thấy cơ hội cải thiện, nên đề xuất qua quy trình để bên đặt hàng quyết định có muốn trả giá cho nó hay không.