Skip to content
Nhiều người tin rằng một dự án được quản lý tốt là dự án có báo cáo tiến độ luôn xanh, chi phí nằm trong hạn mức và các bên liên quan không phàn nàn. Niềm tin này sai. Sự thật là một dự án có thể duy trì toàn bộ báo cáo màu xanh trong suốt chín mươi phần trăm thời gian thực hiện, để rồi sụp đổ hoàn toàn trong mười phần trăm thời gian cuối khi sản phẩm giao ra không được thị trường chấp nhận hoặc không tạo ra giá trị kinh tế đã cam kết. Quản trị dự án không phải là nghệ thuật duy trì sự yên bình trên giấy, mà là nghệ thuật làm lộ diện những sai lệch so với mục tiêu ban đầu ngay khi chúng còn nhỏ, để có thể can thiệp trước khi chi phí sửa chữa vượt quá giá trị thu về.
Mức độ chấp nhận rủi ro của dự án – 0182
Hiện trường, giả định sai, mổ xẻ, hệ quả hệ thống, quyết định.
Hiện trường
Tại một doanh nghiệp sản xuất công nghiệp, một dự án nâng cấp dây chuyền tự động hóa với tổng mức đầu tư tương đương năm triệu đô la Mỹ (minh họa) đang đi qua tháng thứ tám trong tổng số mười hai tháng thực hiện. Người quản lý dự án cấp cao đang đối mặt với áp lực lớn từ ban điều hành vì chi phí thực tế đang thấp hơn ngân sách kế hoạch mười lăm phần trăm (minh họa), nhưng thời hạn bàn giao chỉ còn bốn tháng trong khi khối lượng công việc phần mềm điều khiển mới đạt sáu mươi phần trăm (minh họa). Trưởng phòng công nghệ thông tin khẳng định hệ thống sẽ bắt kịp tiến độ bằng cách tăng ca. Nhà thầu cung cấp thiết bị từ chối nhận trách nhiệm về phần tích hợp phần mềm vì cho rằng đó nằm ngoài phạm vi hợp đồng trọn gói. Người bảo trợ dự án không có mặt trong ba kỳ họp ban chỉ đạo dự án liên tiếp vì bận tái cấu trúc khối kinh doanh cốt lõi. Người quản lý dự án đang bị kẹt giữa việc giữ nguyên ngân sách hay bơm thêm tiền để thuê chuyên gia bên ngoài, trong khi các bên liên quan liên tục đưa ra các yêu cầu chỉnh sửa giao diện vận hành mà không chịu điều chỉnh mốc thời gian bàn giao.
Giả định sai
Sai lầm phổ biến nhất trong giai đoạn này là tin rằng báo cáo là sự thật. Sai lầm đó hình thành từ một cơ chế tự nhiên trong các tổ chức lớn: không ai muốn là người mang tin xấu đến cho cấp trên khi chưa có giải pháp thay thế. Báo cáo tiến độ được viết theo hướng che giấu các rủi ro chưa thành hình thành các vấn đề đã được kiểm soát. Việc này hợp lý đối với người quản lý dự án ở thời điểm mắc phải vì nó bảo vệ uy tín ngắn hạn, giữ cho dòng vốn không bị đóng băng và tránh các cuộc thanh tra nội bộ đột xuất. Người bảo trợ dự án cũng ngầm dung dưỡng sai lầm này vì một báo cáo xanh giúp họ duy trì hình ảnh thành công trước hội đồng quản trị trong kỳ đánh giá hiệu quả quý. Cái giá của sự che giấu này là khi rủi ro chuyển hóa thành sự cố, mức độ thiệt hại đã vượt quá biên độ dự phòng, biến một sự lệch hướng nhỏ thành khủng hoảng toàn hệ thống.
Mổ xẻ
Để dự án luôn đi đúng hướng, tổ chức không thể chỉ dựa vào thiện chí của đội ngũ thực hiện mà phải thiết lập một hệ thống kiểm soát dự án dựa trên bốn trụ cột cốt lõi: thẩm quyền rõ ràng, trách nhiệm giải trình, cơ chế ra quyết định theo ngưỡng, và quy trình kiểm toán độc lập. Theo các hướng dẫn thực hành tốt về quản lý dự án của Viện Quản lý Dự án (PMI) và phương pháp luận quản lý dự án theo hướng kiểm soát (PRINCE2), hệ thống kiểm soát không làm chậm dự án lại, mà xác định rõ ai có quyền phê duyệt thay đổi phạm vi, ai phải chịu trách nhiệm khi mốc thời gian bị phá vỡ, và khi nào một quyết định phải được đẩy lên cấp quản trị cao hơn.
Xét về mặt cơ chế định lượng, khi sử dụng phương pháp quản lý giá trị thu được (Earned Value Management), chênh lệch chi phí bằng giá trị thu được trừ chi phí thực tế; chênh lệch tiến độ bằng giá trị thu được trừ giá trị kế hoạch; chỉ số hiệu quả chi phí bằng giá trị thu được chia chi phí thực tế; chỉ số hiệu quả tiến độ bằng giá trị thu được chia giá trị kế hoạch. Trong dự án tự động hóa nói trên, nếu giá trị thu được tính đến tháng thứ tám là bốn triệu đô la Mỹ, chi phí thực tế là ba triệu rưỡi đô la Mỹ, và giá trị kế hoạch là bốn triệu rưỡi đô la Mỹ (minh họa), thì chỉ số hiệu quả chi phí đạt một phẩy mười bốn, còn chỉ số hiệu quả tiến độ chỉ đạt không phẩy tám mươi chín (minh họa). Điều này chỉ ra rằng dự án đang tiêu tiền hiệu quả hơn kế hoạch nhưng tiến độ công việc thực tế đang bị chậm lại đáng kể so với mốc cam kết. Cần lưu ý rằng chỉ số hiệu quả tiến độ có giới hạn rõ ràng: khi dự án tiến gần đến giai đoạn kết thúc, chỉ số này có xu hướng tiến về một dù dự án hoàn thành muộn, bởi vì giá trị kế hoạch và giá trị thu được cuối cùng đều sẽ đồng nhất với tổng ngân sách, làm mất đi khả năng cảnh báo sớm nếu không kết hợp với phân tích đường gân và tiến độ công việc thực tế chưa hoàn thành.
Hệ quả hệ thống
Khi báo cáo tiếp tục được duy trì ở trạng thái màu xanh giả tạo, sai lầm này lan từ cấp dự án lên cấp chương trình và danh mục đầu tư. Ban phân bổ vốn vẫn lầm tưởng rằng nguồn lực đang được sử dụng hiệu quả và tiếp tục rót vốn cho các giai đoạn tiếp theo của chương trình mà không biết rằng sản phẩm cốt lõi đang đứng trước nguy cơ lỗi thời về công nghệ. Dấu hiệu sớm của sự sụp đổ hệ thống này là sự gia tăng đột biến của các yêu cầu thay đổi nhỏ chưa được phê duyệt, đội ngũ lập trình viên làm thêm giờ liên tục nhưng số lượng lỗi phần mềm được phát hiện sau mỗi lần kiểm thử ngày càng tăng, và các cuộc họp ban chỉ đạo bắt đầu xuất hiện những lời qua tiếng lại giữa các bộ phận chức năng thay vì tìm giải pháp. Sau khoảng sáu tuần từ khi dấu hiệu sớm xuất hiện, dự án chính thức rơi vào trạng thái khủng hoảng khi không thể tích hợp phần mềm vào phần cứng đúng hạn, buộc phải hoãn ngày thương mại hóa sản phẩm.
Quyết định
Cách tiếp cận đúng đòi hỏi phải thiết lập rõ ràng các ngưỡng can thiệp. Nếu chỉ số hiệu quả tiến độ giảm xuống dưới không phẩy chín mươi trong hai kỳ báo cáo liên tiếp, hoặc nếu chi phí phát sinh vượt quá ngân sách dự phòng mười phần trăm, người quản lý dự án không có quyền tự quyết định điều chỉnh kế hoạch mà bắt buộc phải triệu tập ban chỉ đạo để kích hoạt quy trình thay đổi phạm vi hoặc cắt giảm tính năng phụ.
Bảng quyết định kiểm soát dự án:
<table><thead><tr><th>Điều kiện kích hoạt</th><th>Lựa chọn xử lý</th><th>Ngưỡng giới hạn</th><th>Bên chịu đánh đổi</th></tr></thead><tbody><tr><td>Tiến độ chậm, chi phí thấp</td><td>Cắt giảm tính năng không cốt lõi, giữ nguyên hạn chót</td><td>Chỉ số hiệu quả tiến độ dưới 0.90 trong 2 kỳ</td><td>Người dùng cuối mất một số tiện ích bổ sung</td></tr><tr><td>Tiến độ đúng, chi phí vượt</td><td>Huy động thêm nguồn lực từ dự án khác trong danh mục</td><td>Ngân sách vượt trên 10% quỹ dự phòng</td><td>Trưởng danh mục đầu tư chịu thiếu hụt nguồn lực ngắn hạn</td></tr><tr><td>Cả tiến độ và chi phí đều xấu</td><td>Tạm dừng dự án để tái thẩm định tính khả thi kinh doanh</td><td>Chỉ số hiệu quả tiến độ dưới 0.80 và chi phí vượt 15%</td><td>Ban điều hành chịu áp lực giải trình với hội đồng quản trị</td></tr></tbody></table>
Bảng này giúp người quản lý dự án xác định rõ thời điểm chính xác phải dừng việc tự xử lý nội bộ để chuyển vấn đề lên cấp quản trị cao hơn, tránh tình trạng giấu lỗi đến phút cuối.
Tình huống nghiên cứu tổng hợp thứ nhất: Làm sai và hệ quả
Trong một dự án xây dựng hệ thống phần mềm quản lý kho vận cho một tập đoàn bán lẻ (tình huống tổng hợp, số liệu minh họa), người quản lý dự án chọn cách làm vừa lòng mọi bên liên quan bằng cách chấp nhận mọi yêu cầu bổ sung tính năng mà không lập hồ sơ yêu cầu thay đổi phạm vi. Khi ngân sách cạn kiệt trước khi hoàn thành phân hệ thanh toán, đội ngũ triển khai tự ý cắt giảm các bước kiểm thử bảo mật để kịp tiến độ bàn giao trên giấy. Dự án được nghiệm thu và đóng lại với đánh giá thành công về mặt thời gian. Ba tháng sau khi đưa vào vận hành thực tế, hệ thống bị xâm nhập và rò rỉ dữ liệu khách hàng, gây thiệt hại lớn về uy tín doanh nghiệp. Nguyên nhân cốt lõi không nằm ở năng lực kỹ thuật của lập trình viên, mà nằm ở hệ thống quản trị dự án thiếu kỷ luật tuân thủ và không có cơ chế kiểm toán độc lập trước khi đóng dự án.
Tình huống nghiên cứu tổng hợp thứ hai: Làm đúng nhưng phải trả giá trước mắt
Trong một dự án phát triển sản phẩm tài chính số tại một tổ chức tín dụng (tình huống tổng hợp, số liệu minh họa), người quản lý dự án kiên quyết từ chối ba mươi phần trăm các yêu cầu chỉnh sửa giao diện do khối kinh doanh đưa ra vào tháng thứ tư vì chúng nằm ngoài phạm vi thiết kế ban đầu và không có trong tài liệu định nghĩa sản phẩm. Khối kinh doanh phản ứng gay gắt, cáo buộc đội ngũ quản lý dự án cứng nhắc và làm cản trở chiến lược kinh doanh. Người quản lý dự án kiên trì đưa vấn đề ra trước ban chỉ đạo dự án, yêu cầu khối kinh doanh chọn giữa việc giữ nguyên thời hạn ra mắt sản phẩm hoặc gia hạn thêm hai tháng và bổ sung ngân sách tương ứng. Ban chỉ đạo, dựa trên khung quản trị rủi ro đã phê duyệt từ đầu, buộc khối kinh doanh phải rút lại yêu cầu bổ sung. Dự án hoàn thành đúng hạn và đúng ngân sách, nhưng người quản lý dự án phải chịu sự bất mãn kéo dài từ phía các giám đốc kinh doanh trong suốt sáu tháng tiếp theo. Đây là cái giá của việc đặt kỷ luật kiểm soát lên trên sự hòa hợp giả tạo giữa các phòng ban.
Bảng dấu hiệu sớm và rủi ro trong hệ thống quản trị dự án:
<table><thead><tr><th>Dấu hiệu sớm</th><th>Cơ chế phát sinh</th><th>Hậu quả nếu bỏ qua</th><th>Phản ứng bắt buộc của quản lý dự án</th></tr></thead><tbody><tr><td>Báo cáo tiến độ luôn xanh dù công việc chậm</td><td>Tâm lý sợ chịu trách nhiệm và sợ bị phạt của cấp dưới</td><td>Khủng hoảng bùng nổ đột ngột ở giai đoạn bàn giao</td><td>Tiến hành kiểm toán độc lập khối lượng công việc thực tế trên hiện trường</td></tr><tr><td>Yêu cầu thay đổi phạm vi miệng tăng mạnh</td><td>Thiếu quy trình kiểm soát thay đổi hoặc quy trình quá rườm rà</td><td>Phình to phạm vi, cạn kiệt ngân sách và trễ hạn</td><td>Từ chối mọi yêu cầu không có chữ ký của người có thẩm quyền</td></tr><tr><td>Các bên liên quan vắng mặt ở kỳ họp định kỳ</td><td>Mất niềm tin vào giá trị của ban chỉ đạo dự án</td><td>Quyết định sai lệch do thiếu thông tin từ các bộ phận</td><td>Tái cấu trúc lại thành phần và lịch họp ban chỉ đạo</td></tr></tbody></table>
Bảng này giúp bộ phận quản lý dự án nhận diện các vết nứt nhỏ trong hệ thống trước khi chúng lan rộng thành sự cố không thể cứu vãn.
Mẫu sản phẩm sử dụng ngay: Bảng kiểm soát và phê duyệt thay đổi dự án
Hướng dẫn cách điền: Mẫu này được sử dụng bởi người quản lý dự án mỗi khi có bất kỳ yêu cầu điều chỉnh nào về phạm vi, thời gian hoặc ngân sách từ bất kỳ bên liên quan nào. Cột mô tả thay đổi ghi rõ nội dung cần điều chỉnh. Cột phân tích tác động bắt buộc phải lượng hóa bằng con số về số ngày chậm trễ và số tiền phát sinh. Cột thẩm quyền quyết định đối chiếu với hạn mức phân cấp để xác định ai phải ký duyệt.
Hướng dẫn cách đọc: Nếu một thay đổi có tác động vượt quá năm phần trăm tổng ngân sách hoặc mười ngày tiến độ, quản lý dự án tuyệt đối không được tự ý đồng ý, mà phải chuyển thẳng lên ban chỉ đạo dự án kèm theo đề xuất phương án đánh đổi tương ứng.
Bảng kiểm soát thay đổi dự án (Mẫu minh họa):
<table><thead><tr><th>Mã yêu cầu</th><th>Mô tả nội dung thay đổi</th><th>Tác động tiến độ (ngày)</th><th>Tác động chi phí (đơn vị tiền tệ)</th><th>Bộ phận đề xuất</th><th>Thẩm quyền phê duyệt</th><th>Trạng thái</th></tr></thead><tbody><tr><td>CR-01</td><td>Bổ sung tính năng xuất báo cáo thuế tự động</td><td>12</td><td>45.000</td><td>Khối tài chính</td><td>Ban chỉ đạo dự án</td><td>Đã duyệt (có bù trừ)</td></tr><tr><td>CR-02</td><td>Thay đổi giao diện màn hình đăng nhập</td><td>3</td><td>5.000</td><td>Khối kinh doanh</td><td>Quản lý dự án</td><td>Từ chối</td></tr><tr><td>CR-03</td><td>Nâng cấp dung lượng máy chủ lưu trữ dữ liệu</td><td>0</td><td>120.000</td><td>Khối công nghệ</td><td>Người bảo trợ dự án</td><td>Đang chờ xét duyệt</td></tr></tbody></table>
Mẫu này loại bỏ hoàn toàn các thỏa thuận ngầm và các quyết định cảm tính bằng cách ép mọi yêu cầu điều chỉnh phải đi qua một luồng minh bạch với trách nhiệm giải trình rõ ràng.
Để dự án luôn đi đúng hướng, hệ thống quản trị dự án phải vận hành dựa trên kỷ luật sắt về thẩm quyền và sự minh bạch tuyệt đối của dữ liệu thực tế. Điều kiện đảo chiều của nguyên lý này là khi môi trường kinh doanh thay đổi quá nhanh khiến mục tiêu ban đầu của dự án không còn giá trị chiến lược; khi đó, việc tiếp tục kiểm soát theo đúng kế hoạch cũ sẽ là sai lầm lớn hơn cả việc buông lỏng quản lý. Lúc này, thay vì cố gắng điều chỉnh dự án đi đúng hướng cũ, tổ chức phải dũng cảm dừng dự án lại để tái cấu trúc toàn bộ danh mục đầu tư.
Các việc cụ thể cần làm, phân theo vai trò trong dự án:
– Người bảo trợ dự án: tham gia đầy đủ các kỳ họp ban chỉ đạo định kỳ, chịu trách nhiệm phê duyệt các thay đổi vượt thẩm quyền của quản lý dự án trong vòng năm ngày làm việc.
– Quản lý dự án: cập nhật chính xác các chỉ số tiến độ và chi phí hàng tuần, từ chối mọi yêu cầu thay đổi không có văn bản phê duyệt hợp lệ.
– Chủ sở hữu sản phẩm: xác định rõ thứ tự ưu tiên của các tính năng trước khi bắt đầu giai đoạn thực hiện, chịu trách nhiệm nghiệm thu giá trị kinh tế sau khi bàn giao.
– Văn phòng quản lý dự án: thực hiện kiểm toán độc lập các báo cáo tiến độ định kỳ hàng tháng, cung cấp dữ liệu minh họa và cảnh báo sớm cho ban điều hành.
– Đội thực hiện dự án: báo cáo trung thực các vướng mắc kỹ thuật ngay khi phát hiện, tuân thủ nghiêm ngặt quy trình kiểm soát chất lượng.
Câu hỏi tự kiểm tra cho người đọc:
1. Khi chỉ số hiệu quả tiến độ của dự án thấp hơn không phẩy tám mươi nhưng báo cáo tuần của trưởng dự án vẫn khẳng định mọi việc trong tầm kiểm soát, bạn sẽ kích hoạt cơ chế kiểm tra nào đầu tiên?
2. Trong trường hợp khối kinh doanh yêu cầu bổ sung tính năng mới nhưng kiên quyết từ chối gia hạn tiến độ, cơ chế phân cấp thẩm quyền nào trong bài giúp bạn từ chối yêu cầu đó mà không gây xung đột cá nhân?
3. Sự khác biệt cốt lõi giữa việc tin vào báo cáo tiến độ dạng văn bản và việc tính toán các chỉ số giá trị thu được nằm ở điểm kiểm chứng nào?
4. Khi nào việc dừng hẳn một dự án đang triển khai dở dang là quyết định đúng đắn hơn so với việc tiếp tục ép đội ngũ hoàn thành theo kế hoạch ban đầu?
#QuanTriDuAn #KiemSoatDuAn #GiaTriThuDuoc #QuanLyRuiRo #EarnedValueManagement #PRINCE2 #PMI #QuanLyTienDo
