Nếu bạn đã từng chơi Super Mario, bạn hẳn đã trải qua khoảnh khắc này: đồng hồ đếm ngược đang dần hết, bạn đã thất bại trong cùng một cú nhảy hai lần, và bạn đang phải quyết định xem nên thử lại hay tìm một lối đi khác. Bạn đưa ra quyết định và chấp nhận kết quả.
Các dự án thường đặt bạn vào những tình huống tương tự. Khi tiến độ công việc bị chậm trễ, bạn có thể dời hạn chót, thuê thêm nhân lực hoặc thu hẹp phạm vi dự án. Tuy nhiên, trong trường hợp này, các lựa chọn của bạn sẽ ảnh hưởng đến ngân sách và cam kết của những người khác. Do đó, việc đưa ra những quyết định đó cũng đòi hỏi bạn phải có thẩm quyền hành động. Bạn cần biết những thay đổi nào mình có thể tự quyết định và những thay đổi nào cần sự phê duyệt của người khác.
Khung quản trị dự án thiết lập các quy tắc này trước khi công việc bắt đầu. Dưới đây là cách xây dựng khung quản trị dự án, kèm theo các ví dụ thực tế minh họa cách các nhóm xử lý các thay đổi và quy trình phê duyệt.
Tóm tắt: Quản trị dự án xác định ai có quyền phê duyệt các quyết định, khi nào các nhóm phải báo cáo lên cấp trên và cách các nhà tài trợ đánh giá xem dự án có còn xứng đáng được tài trợ hay không.
Xây dựng khung quản lý của bạn bằng cách chỉ định người phê duyệt, cài đặt giới hạn về chi phí, tiến độ, phạm vi và rủi ro, đồng thời thống nhất về thời hạn phản hồi. Lưu trữ các yêu cầu phê duyệt và quyết định trong một hồ sơ được chia sẻ, và rà soát lại các quy tắc ở từng giai đoạn của dự án.
Đối với các dự án có rủi ro thấp, một bản điều lệ cơ bản, giới hạn phê duyệt và nhật ký quyết định có thể là đủ. Hãy bổ sung các cuộc đánh giá chính thức và cơ chế giám sát khi rủi ro tài chính, các yếu tố phụ thuộc hoặc các yêu cầu pháp lý gia tăng.
Quản trị dự án là gì?
Quản trị dự án là khung khổ bao gồm các vai trò, quyền ra quyết định và các biện pháp kiểm soát nhằm đảm bảo dự án luôn phù hợp với mục tiêu của tổ chức, từ giai đoạn phê duyệt cho đến khi kết thúc.
PMI định nghĩa quản trị là chức năng giám sát bao quát toàn bộ chu kỳ dự án và phù hợp với mô hình quản trị của tổ chức. Nói một cách đơn giản, quản trị xác định hướng đi và các quy tắc ra quyết định. Quản lý dự án chịu trách nhiệm về việc lập kế hoạch và triển khai hàng ngày trong khuôn khổ các quy tắc đó.
Khung quản trị này cũng xác định ai sẽ đánh giá xem dự án có còn xứng đáng được tài trợ hay không khi chi phí, rủi ro và lợi ích dự kiến thay đổi. Nhà tài trợ sử dụng bản phân tích kinh doanh (business case) – tài liệu ghi nhận lợi ích dự kiến, chi phí và lý do đầu tư của dự án – để đánh giá xem việc tiếp tục thực hiện dự án có còn hợp lý hay không khi các điều kiện thay đổi.
Quản trị dự án dựa trên ngưỡng chấp nhận hoạt động như thế nào?
Quản trị dựa trên ngưỡng cho phép bạn linh hoạt quản lý công việc và dòng thời gian trong phạm vi giới hạn đã thỏa thuận. Nếu dự kiến sẽ vượt quá giới hạn đã thỏa thuận, hãy báo cáo vấn đề với người phê duyệt được chỉ định.
Các giới hạn này áp dụng cho các kế hoạch cụ thể. Bạn có thể có các mức dung sai riêng biệt cho toàn bộ dự án, từng giai đoạn và từng gói công việc. Việc tuân thủ ngân sách tổng thể hoặc thời hạn không cho phép bạn vượt quá các giới hạn của một giai đoạn.
PRINCE2 gọi phương pháp này là quản lý theo ngoại lệ. Dưới đây là cách thức áp dụng phương pháp này trong quá trình tái khởi chạy trang web:
- Kế hoạch đã được phê duyệt: Giai đoạn kiểm thử dự kiến kéo dài ba tuần, với thời gian gia hạn tối đa là một tuần
- Dự báo: Khi quá trình kiểm thử đã đi được nửa chặng đường, trưởng nhóm QA ước tính tổng thời gian sẽ mất năm tuần, vượt quá giới hạn bốn tuần
- Quyết định: Bạn đề xuất thực hiện các công việc còn lại song song để đảm bảo ngày ra mắt, nhưng nhóm chỉ đạo phải phê duyệt kế hoạch giai đoạn đã điều chỉnh theo quy định của dự án này
Việc thực hiện song song các công việc còn lại có thể giúp đảm bảo thời hạn ra mắt đúng hạn, nhưng quá trình kiểm thử vẫn sẽ mất nhiều thời gian hơn so với bốn tuần được phép. Điều đó có nghĩa là bạn vẫn cần sự chấp thuận của nhóm chỉ đạo để điều chỉnh kế hoạch kiểm thử. Sau khi nhóm chấp thuận kế hoạch và giới hạn đã điều chỉnh, bạn sẽ quản lý công việc hàng ngày trong phạm vi đó.
Quản trị dự án so với Quản lý dự án: Sự khác biệt là gì?
Một quản lý dự án và một nhà tài trợ có thể nhìn vào cùng một thay đổi nhưng lại nhận thấy những vấn đề khác nhau.
Đối với người quản lý, việc bàn giao bị trì hoãn đồng nghĩa với việc phải tìm ra một phương án mới để hoàn thành công việc. Đối với nhà tài trợ, điều này có thể đồng nghĩa với việc phải quyết định liệu việc ra mắt muộn hơn có đáng để chấp nhận chi phí kinh doanh hay không. Cả hai đều có lợi ích liên quan đến kết quả, nhưng họ không đưa ra những quyết định giống nhau.
| Chiều | Quản trị dự án | Quản lý dự án |
|---|---|---|
| Mối quan tâm chính | Dự án này có còn xứng đáng với chi phí và rủi ro của nó không? | Làm thế nào để nhóm có thể đạt được kết quả đã thống nhất? |
| Ai là người lãnh đạo dự án? | Nhà tài trợ hoặc nhóm chỉ đạo, với sự hỗ trợ của PMO khi cần thiết | Quản lý dự án và nhóm triển khai |
| Các quyết định điển hình | Vấn đề tài trợ, những thay đổi lớn, việc phê duyệt các giai đoạn và quyết định có nên tiếp tục hay không | Thứ tự công việc, phân công nhân sự, thời hạn và các biện pháp khắc phục trong giới hạn đã thỏa thuận |
| Các tài liệu chính | Phân tích tính khả thi, quy tắc phê duyệt và nhật ký quyết định | Kế hoạch triển khai, lịch trình và bảng công việc |
Trong nhiều dự án, Văn phòng Quản lý Dự án (PMO) có thể cài đặt các tiêu chuẩn chung về báo cáo và phê duyệt. Tuy nhiên, điều này không đồng nghĩa với việc PMO có quyền quyết định đối với mọi quyết định liên quan đến nguồn vốn hoặc phạm vi dự án. Hướng dẫn của chúng tôi về khung quản trị PMO sẽ giải thích vai trò rộng hơn của PMO.
Các thành phần của khung quản trị dự án là gì?
Quản lý dự án dựa trên ba trụ cột chính: cấu trúc tổ chức, con người và thông tin, như được mô tả trong cuốn Project Management 2.0 của Harold Kerzner. Cấu trúc bao gồm các đường dây báo cáo và quy trình phê duyệt; con người đảm nhận các vai trò và quyền ra quyết định; còn thông tin cung cấp bằng chứng cần thiết để họ đưa ra quyết định.
Để áp dụng các trụ cột này vào thực tiễn, một bài báo tại hội nghị PMI đề xuất tám thành phần quản trị mà bạn có thể điều chỉnh cho phù hợp. Danh sách kiểm tra dưới đây trình bày nội dung của từng thành phần cũng như các hồ sơ hoặc quy trình mà bạn cần duy trì.
| Thành phần | Câu hỏi cần trả lời | Ghi chép để triển khai |
|---|---|---|
| Mô hình quản trị | Dự án này cần mức độ giám sát như thế nào? | Một phương pháp đã được thống nhất và được ghi nhận trong bản điều lệ hoặc kế hoạch quản trị |
| Trách nhiệm giải trình và trách nhiệm | Ai là người chịu trách nhiệm về công việc và ai có quyền phê duyệt các quyết định? | Ma trận RACI và quyền ra quyết định bằng văn bản |
| Sự tham gia và giao tiếp với các bên liên quan | Ai sẽ bị ảnh hưởng, và bạn sẽ duy trì sự tham gia của họ như thế nào? | Bản đồ các bên liên quan và kế hoạch truyền thông |
| Các cuộc họp | Những quyết định nào cần tổ chức cuộc họp, và ai cần tham dự? | Xác định rõ mục đích cuộc họp, danh sách người tham dự và thẩm quyền ra quyết định |
| Báo cáo | Những người ra quyết định cần biết những gì và vào thời điểm nào? | Lịch trình báo cáo, báo cáo trạng thái và báo cáo ngoại lệ |
| Quản lý rủi ro và vấn đề | Bạn sẽ đánh giá các vấn đề và quyết định khi nào cần báo cáo lên cấp trên như thế nào? | Sổ đăng ký rủi ro hoặc nhật ký RAID kèm theo người chịu trách nhiệm và ngưỡng báo cáo lên cấp trên |
| Đảm bảo | Bạn sẽ kiểm tra như thế nào để đảm bảo rằng việc bàn giao và báo cáo là đáng tin cậy? | Xem xét các tiêu chí, chỉ số đánh giá hiệu quả và các biện pháp kiểm tra đảm bảo |
| Các quy trình kiểm soát | Bạn sẽ theo dõi hiệu quả thực hiện và xử lý các thay đổi đối với kế hoạch đã được phê duyệt như thế nào? | Các tiêu chuẩn cơ sở đã được thống nhất, giới hạn dung sai và quy trình kiểm soát thay đổi |
Đối với việc phê duyệt, hãy kiểm tra xem hồ sơ của bạn có chỉ dừng lại ở việc phân công công việc hay không. Ma trận RACI có thể chỉ ra ai chịu trách nhiệm về một sản phẩm đầu ra, nhưng không nhất thiết phải xác định rõ ai có quyền phê duyệt chi tiêu bổ sung hoặc gia hạn thời hạn. Ghi lại quyền hạn đó trong các quyền quyết định của bạn, sau đó sử dụng quy trình kiểm soát thay đổi để xác định cách các yêu cầu được chuyển đến người phê duyệt.
Bạn cũng cần phân biệt rủi ro với vấn đề: rủi ro là điều có thể xảy ra; còn vấn đề là điều đã tồn tại. Sự chậm trễ tiềm ẩn từ nhà cung cấp là một rủi ro. Việc giao hàng trễ hạn là một vấn đề cần được xử lý. Theo dõi chúng trong mẫu sổ đăng ký rủi ro và sổ theo dõi vấn đề, hoặc sử dụng sổ theo dõi RAID với các danh mục và người chịu trách nhiệm riêng biệt.
Mẹo chuyên nghiệp: Hướng dẫn so sánh RACI và RAID giải thích cách RAID tổng hợp các rủi ro, giả định, vấn đề và phụ thuộc vào một bản ghi duy nhất.
Ai là người chịu trách nhiệm về quản trị dự án?
Người tài trợ dự án thường là người chịu trách nhiệm về bản đề xuất kinh doanh và phải chịu trách nhiệm về giá trị của dự án. Người quản lý dự án thực hiện công việc trong giới hạn đã thỏa thuận, với sự giám sát của ban chỉ đạo hoặc Văn phòng Quản lý Dự án (PMO) khi cần thiết.
Các vai trò cần thiết phụ thuộc vào mức độ phức tạp và rủi ro của dự án. Một dự án nhỏ có thể chỉ cần người bảo trợ và quản lý dự án. Các công việc liên quan đến nhiều bộ phận có thể cần thêm một ủy ban chỉ đạo để giải quyết các ưu tiên xung đột và xem xét các thay đổi lớn.
| Vai trò | Các trách nhiệm chính | Giới hạn quyền hạn |
|---|---|---|
| Nhà tài trợ dự án | Chịu trách nhiệm về bản đề xuất kinh doanh, đảm bảo nguồn vốn và đánh giá xem dự án có nên tiếp tục hay không | Cần có sự phê duyệt ở cấp cao hơn đối với các quyết định vượt quá phạm vi thẩm quyền của họ |
| Ủy ban chỉ đạo | Xem xét các trường hợp ngoại lệ chính, giải quyết các xung đột giữa các nhóm và định hướng các quyết định quan trọng | Chỉ có thể phê duyệt các thay đổi trong phạm vi thẩm quyền được ủy quyền |
| PMO | Thiết lập các tiêu chuẩn quản trị, hỗ trợ việc báo cáo và kiểm tra việc tuân thủ các quy trình đã thống nhất | Quyền phê duyệt phụ thuộc vào phạm vi trách nhiệm của cơ quan đó |
| Quản lý dự án | Lập kế hoạch triển khai, điều phối nguồn lực và đưa ra quyết định trong giới hạn đã thỏa thuận | Báo cáo lên cấp trên các vấn đề vượt quá thẩm quyền của mình |
| Trưởng nhóm dự án và trưởng các dòng công việc | Hoàn thành công việc được giao, báo cáo các rủi ro và đề xuất các biện pháp ứng phó | Thăng cấp các quyết định vượt quá thẩm quyền của mình thông qua quy trình đã thống nhất |
Trước khi gửi yêu cầu đến ủy ban chỉ đạo, hãy kiểm tra xem ủy ban này có thể phê duyệt thay đổi hay chỉ đưa ra khuyến nghị. Ủy ban có thể hỗ trợ việc bổ sung 30.000 đô la để khắc phục các vấn đề về chất lượng dữ liệu, trong khi quyền quyết định chi tiêu cuối cùng thuộc về Giám đốc Tài chính (CFO). Trong trường hợp đó, bạn vẫn cần sự phê duyệt của Giám đốc Tài chính trước khi commit khoản tiền này.
Hãy ghi rõ các giới hạn này trong bản tuyên bố dự án hoặc kế hoạch quản trị, bao gồm cả việc các bất đồng chưa được giải quyết sẽ được chuyển đến đâu để có quyết định cuối cùng. Đối với các yêu cầu khẩn cấp, hãy chỉ định một người phê duyệt sao lưu có thẩm quyền được ủy quyền để đưa ra quyết định.
Cách xây dựng khung quản trị dự án trong sáu bước
Bắt đầu từ bản tuyên bố dự án và kế hoạch đã được phê duyệt, sau đó sử dụng các bước này để xác định các quy tắc mà bạn sẽ tuân thủ trong quá trình triển khai.
Bước 1: Xác định các quyết định có thể cần được phê duyệt
Danh sách các quyết định có thể ảnh hưởng đến nguồn vốn, phạm vi, tiến độ triển khai hoặc lợi ích dự kiến của dự án. Bao gồm các phê duyệt đã được lập kế hoạch, chẳng hạn như quyền truy cập để bắt đầu giai đoạn tiếp theo, và các quyết định được kích hoạt bởi những thay đổi, chẳng hạn như việc có nên tiếp tục hay không khi cơ sở kinh doanh thay đổi.
Đối với mỗi quyết định, hãy ghi lại:
- Yếu tố kích hoạt: Điều kiện khiến việc ra quyết định trở nên cần thiết
- Bằng chứng: Thông tin cần thiết để đánh giá các phương án
- Thời hạn: Thời điểm muộn nhất mà quyết định có thể được đưa ra trước khi các phương án bị thu hẹp hoặc việc triển khai bị ảnh hưởng
Hãy để những quyết định về các công việc thường ngày cho những người trực tiếp quản lý công việc.
Bước 2: Cài đặt mức độ chấp nhận được đối với chi phí, tiến độ, phạm vi và rủi ro
Giới hạn dung sai xác định mức độ chênh lệch cho phép giữa kết quả thực tế và kế hoạch đã được phê duyệt trong phạm vi thẩm quyền hiện có của bạn. Hãy thống nhất các giới hạn này với nhà tài trợ hoặc cơ quan quản lý trước khi bắt đầu công việc.
Dự án của bạn có ngân sách được phê duyệt là 420.000 USD. Nhà tài trợ đặt mức dung sai chi phí là 5% và ủy quyền cho bạn sử dụng thêm 21.000 USD, nâng giới hạn chi tiêu của bạn lên 441.000 USD. Dự báo chi phí là 440.000 USD vẫn nằm trong giới hạn được ủy quyền. Nếu dự báo tăng lên 448.000 USD, hãy xin sự chấp thuận của nhà tài trợ trước khi commit chi tiêu thêm.
Xác định các giới hạn khác một cách rõ ràng không kém:
- Lịch trình: Thời hạn hoàn thành có thể thay đổi bao nhiêu trước khi cần phải được phê duyệt
- Phạm vi: Những yêu cầu hoặc sản phẩm đầu ra nào bạn có thể điều chỉnh trong phạm vi thẩm quyền của mình
- Rủi ro: Mức độ rủi ro mà bạn có thể chấp nhận và các sự kiện đòi hỏi phải xem xét ngay lập tức
Liên kết từng ngưỡng chấp nhận với kế hoạch mà nó áp dụng. Kế hoạch quản lý rủi ro có thể giúp bạn thiết lập các ngưỡng rủi ro. Tùy thuộc vào dự án, bạn cũng có thể cần các giới hạn cụ thể về chất lượng, lợi ích hoặc tính bền vững.
Bước 3: Giao quyền ra quyết định cho những người được chỉ định
Quay lại danh sách công việc của bạn và chỉ định người phê duyệt cho từng mục. Sau đó, xác định ai sẽ soạn thảo đề xuất và cần ý kiến đóng góp từ ai.
Hãy phân chia các trách nhiệm này như sau:
- Người chịu trách nhiệm đề xuất: Thu thập bằng chứng, đánh giá các phương án và đề xuất biện pháp ứng phó
- Người phê duyệt: Chấp thuận hoặc từ chối đề xuất trong phạm vi thẩm quyền được ủy quyền
- Những người được tham vấn: Cung cấp kiến thức chuyên môn hoặc giải thích cách quyết định đó sẽ ảnh hưởng đến công việc của họ
Đối với các quyết định của ủy ban, hãy ghi chép lại cách thức đạt được sự đồng thuận và ai là người ghi lại kết quả. Đồng thời, chỉ định một người sao lưu được ủy quyền, kèm theo các quy tắc rõ ràng về thời điểm họ có thể can thiệp.
Bước 4: Xác định lộ trình báo cáo lên cấp trên và thời gian phản hồi
Việc báo cáo lên cấp trên cần cung cấp đủ thông tin để người phê duyệt có thể đưa ra quyết định. Sử dụng báo cáo ngoại lệ ngắn gọn bao gồm:
- Giới hạn đã thỏa thuận và dự báo mới nhất
- Tác động có thể xảy ra đối với dự án
- Các phương án khả thi và đề xuất của bạn
- Hạn chót để đưa ra quyết định
Hãy cài đặt thời hạn phản hồi sao cho phù hợp với thời điểm bạn cần hành động. Nếu nhà cung cấp cần câu trả lời vào thứ Sáu, việc yêu cầu phê duyệt trước thứ Năm sẽ đảm bảo có đủ thời gian để thực hiện quyết định.
Ngoài ra, hãy xác định các biện pháp cần thực hiện nếu không đáp ứng được thời hạn đó. Chỉ định người liên hệ được ủy quyền tiếp theo và nêu rõ liệu các công việc bị ảnh hưởng có phải tạm dừng hay không. Các mẫu ma trận báo cáo sự cố này cung cấp các bố cục ban đầu mà bạn có thể điều chỉnh cho phù hợp với quy trình phê duyệt của dự án.
Bước 5: Giúp các quyết định đang chờ xử lý dễ dàng được tìm thấy
Cung cấp cho người phê duyệt một chế độ xem chung về các yêu cầu đang chờ xử lý. Mỗi mục nhập cần hiển thị nội dung cần quyết định, người chịu trách nhiệm và thời hạn hoàn thành. Đối với các trường hợp ngoại lệ, hãy bao gồm dự báo và giới hạn rủi ro. Luôn đính kèm các bằng chứng hỗ trợ liên quan đến yêu cầu, để người phê duyệt có thể xem xét các ước tính, tác động và các phương án thay thế.
Một chế độ xem theo thời gian thực, như trong các ví dụ về bảng điều khiển dự án này, có thể giúp bạn theo dõi các yêu cầu khi điều kiện thay đổi. Các báo cáo trạng thái định kỳ vẫn có thể đề cập đến các cột mốc quan trọng và tiến độ, nhưng đừng để các yêu cầu phê duyệt bị chìm trong các bản cập nhật công việc.
Bạn có thể tạo một bảng điều khiển dự án tổng hợp các mốc thời gian, các rào cản và chỉ số hiệu suất vào một chế độ xem duy nhất trong vòng chưa đầy 15 phút. Dưới đây là hướng dẫn nhanh để giúp bạn bắt đầu:
Bước 6: Ghi chép các quyết định và rà soát khung quy trình
Ghi lại từng quyết định ngay khi được đưa ra, bao gồm người phê duyệt, ngày tháng, các phương án đã xem xét, lý do và các hành động tiếp theo.
Việc phê duyệt có thể yêu cầu cập nhật ngân sách, tiến độ hoặc phạm vi cơ sở. Thực hiện các thay đổi đó thông qua quy trình kiểm soát thay đổi, liên kết các hồ sơ đã điều chỉnh với nhật ký quyết định và thông báo cho tất cả các bên liên quan về kế hoạch mà họ đang thực hiện công việc.
Tại mỗi đợt đánh giá giai đoạn, hãy xem xét liệu khung quy trình này có giúp bạn đưa ra quyết định kịp thời hay không:
- Những người phê duyệt có phản hồi trước khi cần phải thực hiện việc cần làm không?
- Các trách nhiệm và giới hạn phê duyệt có rõ ràng không?
- Liệu những thay đổi thường xuyên có kích hoạt việc nâng cấp vấn đề một cách không cần thiết hay không?
- Có bất kỳ vấn đề quan trọng nào được nêu ra quá muộn không?
Sử dụng các câu trả lời để đề xuất các thay đổi đối với khung quy trình. Các ngưỡng cho phép hoặc quyền quyết định đã được điều chỉnh cũng cần được phê duyệt. Sau khi đã đạt được sự đồng thuận, hãy chia sẻ các nội dung này thông qua kế hoạch truyền thông trước khi bước vào giai đoạn tiếp theo.
Dự án của bạn cần mức độ quản trị như thế nào?
Sáu bước này áp dụng cho bất kỳ dự án nào, nhưng mức độ giám sát phải phù hợp với chi phí, rủi ro, các yếu tố phụ thuộc và hậu quả của một quyết định sai lầm. PRINCE2 gọi đây là điều chỉnh cho phù hợp với dự án.
Ví dụ, một dự án thử nghiệm do một nhóm thực hiện có thể chỉ cần một nhà tài trợ và quy trình phê duyệt rõ ràng. Nếu dự án bắt đầu xử lý dữ liệu thanh toán, bạn có thể cần một cuộc đánh giá bảo mật chính thức, ngay cả khi kích thước nhóm không thay đổi.
Bảng dưới đây cung cấp một điểm khởi đầu để bạn lựa chọn thiết lập phù hợp. Hãy xem các kích thước trong bảng chỉ là ví dụ, chứ không phải là quy tắc cố định dựa trên số lượng thành viên trong nhóm hay thời lượng thực hiện dự án.
| Kích thước | Hồ sơ điển hình | Các vai trò trong quản trị | Báo cáo | Các biện pháp kiểm soát |
|---|---|---|---|---|
| Nhỏ | Một nhóm, công việc có rủi ro thấp, ít phụ thuộc | Nhà tài trợ và quản lý dự án | Cập nhật ngắn gọn tại các mốc thời gian đã thống nhất; báo cáo các trường hợp ngoại lệ ngay khi chúng xảy ra | Giới hạn phê duyệt và nhật ký quyết định đơn giản |
| Medium | Có nhiều nhóm hoặc nhà cung cấp, tài nguyên được chia sẻ, tác động kinh doanh ở mức vừa phải | Nhà tài trợ, quản lý dự án và nhóm chỉ đạo (nếu cần thiết) | Đánh giá tiến độ định kỳ; yêu cầu ngoại lệ khi cần thiết | RACI, nhật ký rủi ro, phê duyệt thay đổi và đánh giá giai đoạn |
| Lớn | Rủi ro tài chính cao, các mối phụ thuộc phức tạp hoặc công việc chịu sự quản lý chặt chẽ | Nhà tài trợ, ban chỉ đạo và PMO hoặc cơ quan đảm bảo độc lập khi cần thiết | Thường xuyên rà soát tiến độ và báo cáo lên cấp trên kịp thời | Các giai đoạn kiểm soát chính thức, quy trình kiểm soát thay đổi, hồ sơ kiểm toán và các kiểm tra độc lập khi cần thiết |
Hãy hướng tới một thiết lập quản trị đơn giản nhất nhưng vẫn cung cấp đủ thông tin và quyền hạn cần thiết để những người ra quyết định có thể hành động. Ghi lại lựa chọn của bạn trong bản tuyên ngôn dự án, sau đó xem xét lại nếu phạm vi hoặc rủi ro thay đổi.
Quản trị dự án trong thực tiễn: Dự án triển khai hệ thống CRM tại Đại học Manchester
Trung tâm Đổi mới Kỹ thuật Graphene của Đại học Manchester cần một hệ thống CRM để theo dõi các yêu cầu và quản lý quá trình tiếp nhận khách hàng. Giám đốc Điều hành (CEO) đã khởi xướng dự án, Giám đốc Phát triển Kinh doanh đứng đầu ban chỉ đạo dự án, và Quản lý dự án Nathan Lumb chịu trách nhiệm triển khai.
Nhóm đã đặt mức trần chi phí phần mềm là 20 bảng Anh mỗi người dùng mỗi tháng và yêu cầu hỗ trợ cho tối đa 50 người dùng. Nghiên cứu điển hình được công bố mô tả cách thức các quy trình phê duyệt và đánh giá giai đoạn đã định hình công việc:
- Xác định yêu cầu trước khi mua. Lumb đã chuẩn bị bản tóm tắt dự án và bản phác thảo kế hoạch để xin phê duyệt. Các bên liên quan sau đó đã thống nhất về quy trình tiếp nhận khách hàng trước khi nhóm tiến hành mua hệ thống CRM
- Xác định các mốc kiểm tra cho quá trình triển khai. Nhóm đã chia các hoạt động mua sắm, cấu hình, kiểm thử, triển khai và bàn giao thành các giai đoạn. Các bên liên quan đã xem xét kế hoạch và thống nhất về việc báo cáo cũng như các gói công việc.
- Giải quyết tình trạng chậm trễ trong việc phê duyệt. Những ý kiến trái chiều từ các bên liên quan đã làm chậm quá trình đạt được sự đồng thuận. Lumb đã cài đặt các mốc thời gian cho phản hồi và phê duyệt để đưa ra quyết định
- Xử lý việc rà soát bảo mật. Bộ phận CNTT đã đặt câu hỏi về tính bảo mật của hệ thống dựa trên đám mây, khiến việc phê duyệt mua sắm bị trì hoãn. Nhóm dự án đã trả lời các câu hỏi của bộ phận CNTT và chờ đợi sự phê duyệt. Người quản lý dự án đã xử lý vấn đề này mà không yêu cầu điều chỉnh kế hoạch giai đoạn vì phản hồi vẫn nằm trong phạm vi kế hoạch mà ban quản trị đã phê duyệt trước đó
- Sử dụng phản hồi trong quá trình triển khai. Phản hồi chậm trễ từ nhà cung cấp khiến người dùng phải chờ đợi câu trả lời. Nhóm đã duy trì một sổ ghi chép bài học kinh nghiệm, chia sẻ câu trả lời hàng tuần và cung cấp đào tạo bổ sung
Khi việc giám sát cần bằng chứng thuyết phục hơn: Dự án Crossrail
Dự án Crossrail cho thấy một vấn đề quản trị khác: các nhà lãnh đạo có quyền giám sát chính thức nhưng lại thiếu một kế hoạch triển khai thực tế.
Theo báo cáo năm 2019 của Văn phòng Kiểm toán Quốc gia:
- Năm 2010: Gói tài trợ được công bố là 14,8 tỷ bảng Anh
- Từ năm 2015: Các vấn đề bắt đầu nảy sinh, nhưng chương trình vẫn tiếp tục thực hiện công việc hướng tới mục tiêu khai trương đoạn trung tâm vào tháng 12 năm 2018 theo kế hoạch
- Tháng 8 năm 2018: Crossrail thông báo rằng dự án sẽ không thể khai trương đúng ngày dự kiến
- Tháng 12 năm 2018: Gói tài trợ đã tăng lên 17,6 tỷ bảng Anh, cao hơn 2,8 tỷ bảng Anh so với mức năm 2010
NAO đã chỉ ra rằng lịch trình bị rút ngắn, các thỏa thuận hợp đồng và việc thiếu một kế hoạch thực tế là những nguyên nhân dẫn đến chi phí phát sinh. Kết luận của cơ quan này rất rõ ràng: Dự án Crossrail “vẫn bám vào chế độ xem phi thực tế rằng có thể hoàn thành chương trình theo lịch trình ban đầu.”
Điểm chính: Ví dụ về Đại học Manchester minh họa cách các giai đoạn và quy trình phê duyệt đã thống nhất định hướng quá trình triển khai. Dự án Crossrail cho thấy tại sao các cơ chế kiểm soát đó cũng cần có các dự báo đáng tin cậy: những người ra quyết định không thể đánh giá liệu có nên tiếp tục thực hiện kế hoạch hay không nếu lịch trình được báo cáo là không thực tế.
Quản trị dự án hoạt động như thế nào trong các nhóm làm việc theo phương pháp Agile?
Các nhóm làm việc theo phương pháp Agile cần có không gian để điều chỉnh các ưu tiên trong quá trình học hỏi. Cơ chế quản trị xác định các mục tiêu, nguồn tài trợ và giới hạn phê duyệt trong phạm vi mà họ có thể đưa ra những quyết định đó.
Trong Scrum, Product Owner sắp xếp thứ tự ưu tiên của Product Backlog, còn các nhà phát triển lập kế hoạch triển khai công việc được lựa chọn cho mỗi sprint. Trong phiên Sprint Review, Đội Scrum và các bên liên quan kiểm tra kết quả và thảo luận về việc cần làm tiếp theo.
Các cuộc thảo luận này có thể làm rõ những thay đổi trong nhu cầu kinh doanh hoặc các rủi ro đối với Mục tiêu Sản phẩm. Tuy nhiên, Buổi Đánh giá Sprint không thể thay thế cho việc phê duyệt nguồn vốn bổ sung hoặc các thay đổi nằm ngoài phạm vi thẩm quyền của nhóm.
Ví dụ, phản hồi từ người dùng cho thấy quy trình thanh toán của ứng dụng gây nhầm lẫn. Chủ sở hữu sản phẩm (Product Owner) có thể ưu tiên nâng cao vị trí của các cải tiến quy trình thanh toán trong danh sách công việc (backlog). Nếu các thay đổi này đòi hỏi thêm kinh phí hoặc khiến thời gian hoàn thành vượt quá giới hạn đã thỏa thuận, nhóm cần phải được phê duyệt thông qua quy trình quản trị dự án.
Những sai lầm thường gặp trong quản trị dự án và cách khắc phục
Việc được phê duyệt không phải lúc nào cũng đảm bảo quá trình thực hiện sẽ diễn ra suôn sẻ. Người thẩm định có thể bỏ sót những lỗ hổng trong bằng chứng, không chú ý đến những lo ngại từ người dùng, hoặc phê duyệt công việc kèm theo các điều kiện mà không ai để ý.
Hãy lưu ý năm sai lầm sau đây khi bạn áp dụng khung làm việc này vào thực tế:
| Sai lầm | Cách khắc phục |
|---|---|
| Các cuộc đánh giá giai đoạn trở thành thủ tục hình thức | Đặt ra các yêu cầu rõ ràng để chuyển sang giai đoạn tiếp theo, chẳng hạn như vượt qua các bài kiểm thử người dùng và khắc phục các lỗi nghiêm trọng. Người đánh giá nên quyết định liệu sẽ phê duyệt, phê duyệt có điều kiện hay tạm hoãn công việc cho đến khi các lỗ hổng được khắc phục |
| Người dùng thường được tham khảo ý kiến quá muộn | Hãy mời những người sẽ sử dụng hoặc quản lý kết quả tham gia vào các cuộc đánh giá thiết kế và nghiệm thu. Đối với việc triển khai hệ thống CRM, hãy yêu cầu bộ phận vận hành bán hàng kiểm tra các quy trình làm việc và trường dữ liệu trước khi phê duyệt thiết kế. Ghi lại các vấn đề chưa được giải quyết và chỉ định người chịu trách nhiệm giải quyết. |
| Trạng thái tổng thể ở mức "xanh" có thể che giấu các vấn đề trong các luồng công việc | Đừng chỉ nhìn vào điểm đánh giá tổng hợp. Một dự án có thể đang tiến triển đúng tiến độ trong khi một phần tích hợp quan trọng lại không vượt qua các bài kiểm tra. Hãy báo cáo các luồng công việc chính một cách riêng biệt, kèm theo bằng chứng để hỗ trợ từng trạng thái. |
| Phê duyệt có điều kiện được coi là phê duyệt đầy đủ | Ghi lại từng điều kiện, người chịu trách nhiệm và thời hạn giải quyết. Xác định công việc nào có thể tiếp tục và công việc nào phải tạm dừng, sau đó kiểm tra xem các điều kiện đã được đáp ứng trước khi triển khai công việc bị ảnh hưởng |
| Các lợi ích không được theo dõi sau khi bàn giao | Chỉ định một người chịu trách nhiệm về mặt kinh doanh để đánh giá kết quả sau khi dự án đã đóng và báo cáo lại cho nhà tài trợ. Thống nhất về các chỉ số đánh giá, thời điểm rà soát và các biện pháp cần thực hiện nếu kết quả không đạt yêu cầu. |
Cách triển khai quản trị dự án trong ClickUp
Khi dự báo vượt quá giới hạn đã thỏa thuận, nhà tài trợ của bạn cần nhiều hơn một cảnh báo. Họ cần biết tác động dự kiến, các phương án và thời hạn để đưa ra quyết định. ClickUp cho phép bạn lưu trữ yêu cầu đó cùng với bằng chứng và các công việc dự án bị ảnh hưởng.
Luôn đảm bảo các quy tắc phê duyệt gắn liền với công việc
Hãy bắt đầu với Mẫu Kế hoạch Quản trị ClickUp. Mẫu này bao gồm chế độ xem "Vai trò và Trách nhiệm" cùng Trường Tùy chỉnh "Quyền quyết định" mà bạn có thể điều chỉnh cho phù hợp với quy trình phê duyệt của mình.
Sử dụng ClickUp Docs để ghi chép các giới hạn cho phép, quy trình báo cáo lên cấp trên và thời gian phản hồi. Liên kết kế hoạch với các công việc phê duyệt, giúp người xem xét có thể kiểm tra các quy tắc đằng sau mỗi yêu cầu.
Biến các trường hợp ngoại lệ thành các yêu cầu phê duyệt
Từ đó, bạn có thể thiết lập quy trình xử lý các trường hợp ngoại lệ. Hãy áp dụng ví dụ từ Bước 2, trong đó người quản lý dự án có thể phê duyệt chi tiêu lên đến 441.000 USD.
- Theo dõi dự báo: Thêm trường Tùy chỉnh "Số" hoặc "Tiền" vào công việc dự án để ghi nhận tổng chi phí dự kiến
- Xử lý trường hợp ngoại lệ: Thêm trường menu thả xuống "Yêu cầu phê duyệt" vào công việc dự án. Khi quản lý dự án đánh dấu một dự báo vượt quá 441.000 USD để phê duyệt, hãy sử dụng tự động hóa ClickUp để giao công việc cho nhà tài trợ và thay đổi trạng thái của nó thành "Đang chờ phê duyệt"
- Xem xét yêu cầu: Liên kết báo giá của nhà cung cấp và các phương án đề xuất với công việc. Người tài trợ có thể xem xét các bằng chứng, ghi lại quyết định và phân công công việc tiếp theo

Cung cấp cho các nhà tài trợ chế độ xem tổng quan về các quyết định đang chờ xử lý
Để giám sát liên tục, Bảng điều khiển ClickUp có thể tổng hợp thông tin vào một chế độ xem duy nhất. Sử dụng thẻ Tính toán để hiển thị chi phí dự kiến và thẻ Danh sách công việc được lọc theo các yêu cầu đang chờ phê duyệt. Hiển thị chủ sở hữu, hạn chót và các Trường Tùy chỉnh liên quan, để người tài trợ có thể mở từng yêu cầu và xem xét chi tiết của nó.

Khi một thay đổi đã được phê duyệt ảnh hưởng đến tiến độ triển khai, người quản lý dự án có thể cập nhật các công việc và mốc thời gian liên quan mà không làm mất đi cơ sở lý luận cho quyết định đó.
Đối với các dự án quy mô nhỏ, kế hoạch quản trị và danh sách phê duyệt chung có thể là đủ. Hãy bổ sung các tính năng tự động hóa và bảng điều khiển khi số lượng yêu cầu tăng lên.
Giá dịch vụ ClickUp
Người dùng ClickUp nói gì?
Tại Savills, nhóm CNTT khu vực chịu trách nhiệm giám sát việc triển khai phần mềm, các dự án hạ tầng và việc cung cấp dịch vụ từ các nhà cung cấp trên 14 khu vực tại châu Á.
Trước đây: Các quản lý dự án thu thập thông tin cập nhật từ các quốc gia khác nhau và tổng hợp khoảng 20 bản trình bày PowerPoint thành một báo cáo hàng tháng dành cho Giám đốc Công nghệ Thông tin (CIO). Ban lãnh đạo phụ thuộc vào chu kỳ báo cáo đó để có cái nhìn tổng hợp.
Với ClickUp: Các bản ghi dự án được chia sẻ sẽ được cập nhật trực tiếp vào bảng điều khiển CIO theo thời gian thực. Ban lãnh đạo có thể theo dõi tiến độ của các dự án và những dự án cần được chú ý, trong khi các nhóm làm việc dựa trên cùng một bộ dữ liệu về các yêu cầu, thay đổi và vấn đề.
Kết quả: Nhóm dự án gồm 10 người tiết kiệm được hơn 50 giờ mỗi tháng nhờ xử lý các câu hỏi từ nhà cung cấp và việc bàn giao công việc ngay trong các cuộc thảo luận về công việc. Các quản lý dự án dành ít thời gian hơn cho việc điều phối giữa các múi giờ và chuẩn bị báo cáo, trong khi ban lãnh đạo có chế độ xem cập nhật về danh mục đầu tư.
Phù hợp nhất cho: Các nhóm đa chức năng phải quản lý các yêu cầu thay đổi và quy trình phê duyệt thường xuyên, trong đó các nhà tài trợ cần truy cập vào dự báo dự án, hồ sơ hỗ trợ và lịch sử quyết định mà không cần phải liên hệ với các nhóm khác để cập nhật thông tin.
Bỏ qua phần này nếu: Bạn cần một hệ thống quản trị, rủi ro và tuân thủ (GRC) chuyên dụng cho các cuộc kiểm toán chính thức và các biện pháp kiểm soát theo quy định, hoặc dự án của bạn đủ nhỏ để quản lý chỉ bằng một bản điều lệ cơ bản và nhật ký quyết định.
Bạn nên áp dụng mức độ quản trị nào?
Đối với một dự án nhỏ, rủi ro thấp, chỉ có một nhóm và người ra quyết định rõ ràng, một bản điều lệ cơ bản, các giới hạn phê duyệt và nhật ký quyết định có thể là đủ. Bạn không cần một ủy ban chỉ đạo riêng biệt hay kế hoạch quản trị chi tiết.
Hãy áp dụng một khung quản trị dự án chính thức hơn khi các quyết định liên quan đến nhiều bộ phận, liên quan đến chi tiêu đáng kể, ảnh hưởng đến các nghĩa vụ pháp lý hoặc có thể gây ra sự chậm trễ tốn kém. Xác định rõ người phê duyệt, thiết lập ngưỡng báo cáo lên cấp trên và thống nhất các mốc đánh giá trước khi bắt đầu công việc.
ClickUp cho phép bạn lưu trữ các yêu cầu phê duyệt, bằng chứng hỗ trợ và các quyết định đã được ghi lại cùng với dự án, giúp các nhóm có thể theo dõi những gì đã được phê duyệt và lý do tại sao.
Các câu hỏi thường gặp về quản trị dự án
Sự khác biệt giữa quản trị dự án và đảm bảo chất lượng dự án là gì?
Quản trị dự án xác định ai là người ra quyết định và phạm vi quyền hạn của họ. Kiểm định dự án đánh giá xem các kế hoạch, báo cáo và cơ chế kiểm soát có cung cấp thông tin đáng tin cậy cho những người đó hay không. Ví dụ, một cuộc đánh giá kiểm định độc lập có thể xem xét liệu dự án đã sẵn sàng để triển khai hay chưa trước khi ban chỉ đạo đưa ra quyết định.
Làm thế nào để đánh giá hiệu quả của quản trị dự án?
Theo dõi thời gian cần thiết để đưa ra quyết định phê duyệt, tần suất vi phạm thời hạn ra quyết định, và liệu các hành động đã thống nhất tại các cuộc đánh giá giai đoạn có được hoàn thành đúng hạn hay không. Bạn cũng có thể kiểm tra tần suất các thay đổi được thực hiện mà không có sự phê duyệt cần thiết. Phân tích các xu hướng này xuyên suốt các giai đoạn dự án để đánh giá liệu cơ chế quản trị có giúp các nhóm đưa ra quyết định kịp thời và có căn cứ hay không.
Điều gì sẽ xảy ra nếu người tài trợ dự án rời đi giữa chừng?
Tổ chức nên chỉ định một nhà tài trợ tạm thời hoặc người thay thế và xác nhận quyền ra quyết định của họ. Sau đó, người quản lý dự án có thể báo cáo tóm tắt cho họ về cơ sở kinh doanh, các rủi ro hiện tại, các phê duyệt đang chờ xử lý và các cam kết tài trợ. Cho đến khi quyền hạn được chuyển giao chính thức, nhóm dự án không nên giả định rằng một lãnh đạo khác có thể phê duyệt các quyết định tương tự.
Quản trị dự án hoạt động như thế nào khi làm việc với các nhà cung cấp bên ngoài?
Các nhà cung cấp bên ngoài có thể báo cáo rủi ro, đề xuất thay đổi và quản lý công việc trong phạm vi hợp đồng của họ. Tuy nhiên, mọi thay đổi liên quan đến chi phí, phạm vi hoặc điều khoản giao hàng đã thỏa thuận phải tuân thủ quy trình kiểm soát thay đổi của hợp đồng và các quy tắc phê duyệt của tổ chức. Hãy xác định rõ ai có quyền chấp nhận sản phẩm đầu ra, phê duyệt các thay đổi trong hợp đồng và giải quyết tranh chấp trước khi nhà cung cấp bắt đầu thực hiện công việc.
Sự khác biệt giữa cột mốc dự án và cổng đánh giá giai đoạn là gì?
Một cột mốc đánh dấu một sự kiện quan trọng hoặc một sản phẩm đầu ra đã hoàn thành, chẳng hạn như việc hoàn tất thử nghiệm người dùng. Cổng giai đoạn là điểm ra quyết định, nơi các bên liên quan có thẩm quyền xem xét các bằng chứng và quyết định liệu dự án có thể tiếp tục hay không. Việc đạt được một cột mốc không tự động có nghĩa là giai đoạn tiếp theo đã được phê duyệt.

