Ràng buộc cạnh tranh và giả định: hiểu đúng giới hạn của dự án
Dự án nào cũng bị giới hạn bởi phạm vi, tiến độ, chi phí, chất lượng, nguồn lực và rủi ro, và luôn dựa trên những điều "coi như đúng". Bài này giúp phân biệt ràng buộc với giả định, biết ràng buộc nào được linh hoạt và quản lý giả định trước khi chúng thành vấn đề.
Ai học quản lý dự án cũng từng nghe về "tam giác sắt": phạm vi, thời gian, chi phí. Thực tế phức tạp hơn. Một dự án phải cùng lúc tôn trọng nhiều giới hạn, và mọi kế hoạch đều dựa trên những điều ta coi như đúng mà chưa kiểm chứng. Hiểu rõ hai khái niệm ràng buộc và giả định là nền móng để lập kế hoạch thực tế và ra quyết định đánh đổi đúng.
Ràng buộc là gì?
Ràng buộc (constraint) là giới hạn mà dự án phải hoạt động bên trong. Nó đã được biết trước và không do đội tự chọn: ngân sách tối đa 5 tỷ đồng, ngày khai trương đã công bố, quy chuẩn xây dựng bắt buộc, chỉ có hai kỹ sư biết hệ thống cũ, hợp đồng yêu cầu dùng nhà cung cấp được chỉ định.
Có thể nhóm ràng buộc theo nguồn:
Từ nhà tài trợ và tổ chức: ngân sách, mốc thời gian, nguồn lực được phân bổ, chính sách nội bộ.
Từ bên ngoài: luật, quy chuẩn kỹ thuật, điều kiện hợp đồng, mùa vụ, thời tiết.
: công nghệ hiện có, phụ thuộc vào hệ thống khác, trình tự kỹ thuật bắt buộc.
Từ bản chất công việc
Ràng buộc cạnh tranh: kéo nhau theo nhiều hướng
Thay vì ba cạnh, thực hành hiện đại nói về các ràng buộc cạnh tranh (competing constraints): phạm vi, tiến độ, chi phí, chất lượng, nguồn lực và rủi ro. Chúng "cạnh tranh" vì siết một cái thường làm căng cái khác:
Muốn thay đổi
Hệ quả thường gặp
Thêm phạm vi
Cần thêm thời gian, tiền hoặc người; rủi ro tăng
Rút ngắn tiến độ
Tốn thêm chi phí (tăng ca, thêm người) hoặc rủi ro chất lượng
Cắt chi phí
Giảm phạm vi, kéo dài tiến độ hoặc chấp nhận rủi ro cao hơn
Nâng chất lượng
Thêm thời gian kiểm thử, chi phí cao hơn ở giai đoạn đầu
Thiếu nguồn lực chủ chốt
Tiến độ kéo dài hoặc phải đổi cách làm
Điều quan trọng không phải là thuộc danh sách, mà là biết thứ tự ưu tiên của nhà tài trợ. Một câu hỏi rất hữu ích ở buổi khởi tạo: "Nếu phải chọn, cái gì cố định, cái gì được tối ưu, cái gì được nhường?". Với dự án hội chợ thương mại, ngày khai mạc cố định; với dự án nghiên cứu, ngân sách có thể cố định còn thời gian được nhường; với phần mềm cập nhật theo luật, phạm vi bắt buộc cố định và ngày hiệu lực cũng cố định, nên chỉ còn nguồn lực và cách làm là được linh hoạt.
Trong cách tiếp cận thích ứng, mô hình thường là cố định thời gian và chi phí (độ dài sprint, quy mô đội) và linh hoạt phạm vi: đội bàn giao những hạng mục giá trị cao nhất trong khung đó.
Ngày áp đặt và ràng buộc lịch biểu
Một dạng ràng buộc hay gặp trong lập lịch là ngày áp đặt: "phải bắt đầu không sớm hơn ngày X" (chờ giấy phép), "phải xong không muộn hơn ngày Y" (hạn nộp hồ sơ). Khi đưa ngày áp đặt vào mô hình lịch, đường găng và thời gian dự trữ thay đổi theo. Lạm dụng ngày áp đặt (gắn ngày cứng cho mọi công việc) khiến lịch mất khả năng tự tính lại khi có biến động, nên chỉ dùng khi giới hạn thực sự tồn tại.
Giả định là gì?
Giả định (assumption) là điều được coi là đúng, có thật hoặc chắc chắn để lập kế hoạch, mà chưa có bằng chứng đầy đủ. Ví dụ: "khách hàng sẽ phản hồi tài liệu thiết kế trong năm ngày làm việc", "giá thép không tăng quá 10% trong năm", "hệ thống cũ có API để kết nối".
Giả định không xấu: không có giả định thì không lập được kế hoạch nào. Nguy hiểm là giả định ngầm, không ai ghi ra, không ai kiểm. Mỗi giả định sai là một rủi ro đã xảy ra.
Phân biệt ràng buộc và giả định
Ràng buộc
Giả định
Bản chất
Giới hạn đã biết
Điều tin là đúng nhưng chưa kiểm chứng
Câu hỏi kiểm tra
"Ta có được phép vượt không?"
"Nếu điều này sai thì sao?"
Cách quản lý
Lập kế hoạch bên trong, thương lượng khi cần nới
Ghi lại, kiểm chứng, theo dõi, chuyển thành rủi ro khi đáng ngờ
Ví dụ
Ngân sách tối đa 5 tỷ
Giá vật tư ổn định trong năm
Một mẹo: nếu một điều có thể sai thì đó là giả định; nếu nó đúng nhưng hạn chế ta thì đó là ràng buộc.
Quản lý giả định qua vòng đời
Giả định và ràng buộc được ghi trong nhật ký giả định (assumption log), xuất hiện từ khởi tạo (giả định cấp cao trong điều lệ, tình huống kinh doanh) và chi tiết dần khi lập kế hoạch. Một quy trình gọn:
Ghi ra: mỗi khi ước lượng hay lập lịch, hỏi "ta đang giả định gì?". Ghi kèm người đưa ra và ngày.
Đánh giá: mức độ chắc chắn và tác động nếu sai. Giả định không chắc mà tác động lớn cần được ưu tiên kiểm chứng.
Kiểm chứng: hỏi chuyên gia, làm thử nghiệm nhỏ, xin cam kết bằng văn bản.
Chuyển hoá: giả định đáng ngờ → đưa vào sổ đăng ký rủi ro; giả định đã sai → thành vấn đề cần xử lý, có thể dẫn tới yêu cầu thay đổi.
Xem lại định kỳ, đặc biệt ở các cổng giai đoạn và khi môi trường thay đổi.
Kỹ thuật phân tích kịch bản giả định (what-if) giúp trả lời "nếu giả định này sai thì lịch và chi phí thay đổi thế nào?", nhờ đó nhà tài trợ thấy được mức độ nhạy của kế hoạch.
Ví dụ: chuyển văn phòng cho một công ty 200 người
Ràng buộc: hợp đồng thuê cũ hết hạn ngày 30/6 (ngày áp đặt), ngân sách 3 tỷ đồng, không được làm gián đoạn tổng đài chăm sóc khách hàng quá bốn giờ. Giả định: chủ toà nhà mới bàn giao mặt bằng ngày 1/4, nhà mạng kéo cáp quang trong hai tuần, nhân viên có thể làm từ xa trong tuần chuyển.
PM ghi các giả định vào nhật ký và đánh giá: giả định về ngày bàn giao mặt bằng có tác động rất lớn. PM xin chủ toà nhà cam kết bằng phụ lục hợp đồng có điều khoản phạt (kiểm chứng), đồng thời lập kế hoạch dự phòng thuê chỗ làm việc chung trong hai tuần nếu trễ (chuyển thành rủi ro có ứng phó). Giả định về nhà mạng được kiểm bằng cách gọi trước ba nhà cung cấp; một nhà báo cần bốn tuần, vậy giả định ban đầu đã sai và lịch được điều chỉnh sớm thay vì vỡ ở phút cuối.
Liên hệ đề thi PMP
Câu hỏi hay mô tả một biến động rồi hỏi PM nên làm gì. Hai ý cần nhớ: (1) khi một ràng buộc phải thay đổi (thêm phạm vi trong khi ngày cố định), PM phân tích tác động lên các ràng buộc khác và trình phương án cho người có thẩm quyền, không tự ý hy sinh chất lượng; (2) khi phát hiện một giả định sai, PM cập nhật nhật ký giả định, đánh giá tác động và xử lý như rủi ro hoặc vấn đề. Đọc thêm Vận dụng sáu nguyên tắc khi phải đánh đổi và Nhóm Lập kế hoạch.
Điểm cần nhớ
Ràng buộc là giới hạn đã biết; giả định là điều tin là đúng nhưng chưa kiểm chứng.
Phạm vi, tiến độ, chi phí, chất lượng, nguồn lực và rủi ro là các ràng buộc cạnh tranh: siết cái này làm căng cái khác.
Hỏi nhà tài trợ ràng buộc nào cố định, cái nào được tối ưu, cái nào được nhường ngay từ khởi tạo.
Giả định được ghi vào nhật ký giả định, đánh giá, kiểm chứng và chuyển thành rủi ro hoặc vấn đề khi cần.
Ngày áp đặt chỉ dùng khi giới hạn thật sự tồn tại, tránh làm lịch mất khả năng tự tính lại.
Mẹo thi PMP
Phát hiện giả định sai → cập nhật nhật ký giả định, phân tích tác động, xử lý như vấn đề hoặc rủi ro.
Yêu cầu thêm phạm vi khi ngày cố định → phân tích tác động lên các ràng buộc khác rồi trình phương án, không lặng lẽ cắt kiểm thử.
Nếu điều đó có thể sai → giả định; nếu đúng nhưng hạn chế dự án → ràng buộc.
Thuật ngữ chính
Các ràng buộc cạnh tranh · Competing Constraints
Những giới hạn cùng tác động lên dự án và kéo nhau theo các hướng khác nhau: phạm vi, tiến độ, chi phí, chất lượng, nguồn lực và rủi ro. Siết một ràng buộc thường làm nới hoặc căng ràng buộc khác, nên PM cần biết ràng buộc nào cố định, ràng buộc nào được phép linh hoạt theo ưu tiên của nhà tài trợ.
Nhật ký giả định · Assumption Log
Tài liệu ghi lại các giả định (điều được coi là đúng mà chưa có bằng chứng) và ràng buộc của dự án, kèm người phụ trách và trạng thái kiểm chứng. Giả định sai cần được xem xét như một rủi ro.
Ràng buộc lịch biểu và ngày áp đặt · Schedule Constraints and Imposed Dates
Ngày áp đặt là ngày cố định gán cho một hoạt động hoặc mốc, thường do hợp đồng, sự kiện bên ngoài hay mùa vụ. Phần mềm lập lịch biểu diễn bằng các ràng buộc như "bắt đầu không sớm hơn" (SNET), "kết thúc không muộn hơn" (FNLT), "phải bắt đầu vào" (MSO). Nên dùng hạn chế, vì ràng buộc cứng cắt đứt logic mạng, che giấu ảnh hưởng thật của việc trễ và có thể tạo dự trữ âm.
Phân tích kịch bản giả định · What-If Scenario Analysis
Kỹ thuật đánh giá các kịch bản để dự đoán tác động của chúng, tích cực hoặc tiêu cực, lên mục tiêu dự án. Trong lập lịch, người lập lịch đặt câu hỏi "nếu tình huống X xảy ra thì sao?" – ví dụ trễ giao hàng chính, thiếu nhân sự, thời tiết xấu – rồi chạy lại mô hình mạng để thấy ảnh hưởng tới ngày kết thúc. Kết quả dùng để đánh giá tính khả thi của lịch và chuẩn bị dự phòng.
Tuyên bố phạm vi dự án · Project Scope Statement
Mô tả phạm vi dự án, các sản phẩm bàn giao chính và các loại trừ. Nội dung tối thiểu theo PMBOK 6: mô tả phạm vi sản phẩm, các sản phẩm bàn giao, tiêu chí chấp nhận và những gì ngoài phạm vi (exclusions). Giả định và ràng buộc được ghi trong nhật ký giả định. Khác với điều lệ dự án (cấp cao, ủy quyền), tuyên bố phạm vi chi tiết hơn và là một phần của đường cơ sở phạm vi.
Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.
