1. Đánh giá nhu cầu đào tạo quản lý dự án là gì?

Đánh giá nhu cầu đào tạo quản lý dự án là quá trình thu thập và phân tích dữ liệu để xác định khoảng cách giữa năng lực hoặc hiệu suất quản lý dự án hiện tại với mức tổ chức cần đạt, tìm nguyên nhân của khoảng cách và quyết định phần nào nên được xử lý bằng đào tạo.

Điểm quan trọng nằm ở hai chữ “đánh giá”. Nếu doanh nghiệp chỉ gửi một danh sách chủ đề như lập kế hoạch, quản lý rủi ro, Agile, stakeholder, leadership và yêu cầu nhà cung cấp báo giá, đó mới là danh sách mong muốn. Nó chưa chứng minh rằng tất cả các chủ đề đều cần thiết, rằng tất cả người học đều cần giống nhau hoặc rằng đào tạo là giải pháp phù hợp nhất.

CIPD nhấn mạnh rằng việc xác định nhu cầu học tập cần có tính hệ thống, liên tục và gắn với khoảng cách hiệu suất cũng như các ưu tiên của tổ chức. ATD cũng xem needs assessment là bước cần thiết để xác định performance gap và kiểm tra xem đào tạo có thực sự là giải pháp phù hợp hay không.

Với quản lý dự án, điều này đặc biệt quan trọng. Một dự án chậm có thể xuất phát từ Project Manager chưa biết lập kế hoạch, nhưng cũng có thể do scope thay đổi liên tục, sponsor chậm quyết định, thiếu nguồn lực, nhà thầu không đáp ứng, dữ liệu tiến độ không đáng tin hoặc cơ chế escalation chưa rõ.

Nếu chẩn đoán sai nguyên nhân, chương trình đào tạo dù được tổ chức chuyên nghiệp vẫn có thể không thay đổi được kết quả dự án.

Vì vậy, doanh nghiệp nên đặt hoạt động đánh giá nhu cầu trong bức tranh rộng hơn của đào tạo và phát triển năng lực quản lý dự án cho doanh nghiệp. Học gì chỉ là một phần; còn phải xác định ai cần học, vì sao cần học, cần áp dụng vào công việc nào và tổ chức sẽ hỗ trợ việc áp dụng ra sao sau khi lớp kết thúc.

2. Phân biệt Training Need, Capability Gap và vấn đề hệ thống

Một trong những sai lầm phổ biến khi lập kế hoạch L&D là biến mọi vấn đề hiệu suất thành vấn đề đào tạo. Để tránh điều này, HR nên phân biệt ít nhất ba lớp.

2.1. Training Need – nhu cầu có thể xử lý bằng học tập

Đây là trường hợp người thực hiện chưa có đủ kiến thức, kỹ năng hoặc phương pháp cần thiết. Ví dụ: Project Manager chưa biết xây WBS, chưa biết nhận diện và phân tích stakeholder, chưa hiểu logic baseline, chưa biết phân biệt risk với issue hoặc chưa có kỹ năng điều phối cuộc họp dự án.

Khi nguyên nhân thật sự là thiếu kiến thức hoặc kỹ năng, đào tạo, workshop, coaching và thực hành có hướng dẫn có thể tạo tác động trực tiếp.

2.2. Capability Gap – khoảng cách rộng hơn một khóa học

Capability của đội dự án không chỉ nằm ở kiến thức từng cá nhân. Nó còn liên quan tới vai trò, cách phối hợp, quy trình, biểu mẫu, governance, dữ liệu, công cụ, sự hỗ trợ của lãnh đạo và khả năng biến kiến thức thành hành vi.

Ví dụ, 20 Project Manager đều biết lập báo cáo nhưng mỗi đơn vị sử dụng một format, một cut-off date và một cách tính progress khác nhau. Vấn đề lúc này không chỉ là “kỹ năng báo cáo”. Doanh nghiệp còn cần chuẩn hóa định nghĩa dữ liệu, chu kỳ báo cáo, trách nhiệm cập nhật và quy tắc escalation.

2.3. System Gap – vấn đề cá nhân không thể tự sửa

Nếu người thực hiện hiểu đúng nhưng không có quyền quyết định, không được cung cấp dữ liệu, thiếu công cụ, quy trình xung đột hoặc KPI thúc đẩy hành vi ngược lại, yêu cầu họ “học tốt hơn” thường không giải quyết được vấn đề.

Khi kết quả chẩn đoán cho thấy Process là nút thắt, doanh nghiệp có thể phải kết hợp học tập với chuẩn hóa quy trình quản lý dự án. Khi vấn đề nằm ở mandate, quyền quyết định, reporting và escalation ở cấp tổ chức, việc xem lại vai trò và mô hình PMO có thể quan trọng không kém hoạt động đào tạo.

3. Quy trình 7 bước đánh giá nhu cầu đào tạo quản lý dự án

VNPMI sử dụng khung 7 bước dưới đây như một cách tiếp cận thực hành để giúp HR, L&D và PMO chuyển từ một yêu cầu đào tạo ban đầu sang một bài toán phát triển năng lực rõ ràng hơn. Tùy quy mô và mức độ trưởng thành của tổ chức, phạm vi assessment có thể được rút gọn hoặc mở rộng.

Bước 3

Thu thập bằng chứng từ nhiều nguồn

Một survey tự đánh giá duy nhất thường chưa đủ. Người học có thể chưa nhận ra phần mình thiếu hoặc đánh giá cao kỹ năng quen thuộc dù kết quả công việc chưa đạt kỳ vọng.

Có thể kết hợp các nguồn dữ liệu như:

• Phỏng vấn CEO, COO, PMO, Head of Delivery hoặc Project Director.
• Phỏng vấn mẫu Project Manager và thành viên dự án.
• Survey tự đánh giá.
• Đánh giá của line manager hoặc PMO.
• Pre-test kiến thức hoặc bài tình huống.
• Review Project Charter, schedule, risk register, issue log, change log và status report.
• Dữ liệu tiến độ, cost variance, rework, change và escalation nếu có.
• Lessons learned, retrospective và audit findings.
• Quan sát meeting hoặc workflow thực tế.

Bài kiểm tra kiến thức có thể hữu ích để đánh giá một phần knowledge gap, nhưng không nên được xem là toàn bộ đánh giá năng lực. Năng lực thực thi còn thể hiện qua cách người quản lý dự án tạo sản phẩm, ra quyết định, giao tiếp và xử lý tình huống.

Tóm tắt quy trình 7 bước

4. Bốn cấp độ nhu cầu HR/L&D nên xem xét

4.1. Nhu cầu cấp tổ chức

Xuất phát từ chiến lược, portfolio dự án, mô hình vận hành, chuyển đổi số, mở rộng thị trường hoặc thay đổi governance.

Ví dụ, một doanh nghiệp chuyển từ triển khai vài dự án độc lập sang hàng chục dự án cùng lúc có thể cần năng lực portfolio, PMO, resource coordination và reporting thống nhất.

4.2. Nhu cầu cấp đội nhóm và quy trình

Tập trung vào cách nhiều người phối hợp với nhau. Đây là nơi các vấn đề như handover, change, meeting, escalation, reporting hoặc dependency thường xuất hiện.

4.3. Nhu cầu cấp vai trò

Xác định năng lực cần có của Project Manager, Coordinator, PMO, Team Lead, Sponsor hoặc Functional Manager. Việc phân tách này giúp tránh gửi tất cả mọi người vào cùng một chương trình chỉ vì họ đều “tham gia dự án”.

4.4. Nhu cầu cấp cá nhân

Hai Project Manager cùng chức danh có thể có khoảng cách hoàn toàn khác nhau. Một người mạnh kỹ thuật nhưng yếu stakeholder; người khác giao tiếp tốt nhưng thiếu khả năng lập kế hoạch và forecast.

5. Checklist đánh giá nhu cầu đào tạo quản lý dự án cho HR/L&D

Trước khi gửi yêu cầu báo giá, HR/L&D có thể sử dụng 15 câu dưới đây. Mục tiêu không phải tạo thêm thủ tục mà là phát hiện thông tin nào đã rõ và thông tin nào cần được làm rõ trước khi chốt chương trình.

6. Ba tình huống minh họa

Các tình huống dưới đây được xây dựng để minh họa cách áp dụng phương pháp, không phải case khách hàng cụ thể của VNPMI.

Ví dụ 1. Công ty phần mềm liên tục trễ release

Yêu cầu ban đầu từ HR là đào tạo “Project Planning & Agile”. Khi phân tích sâu hơn, giả sử dữ liệu cho thấy Project Manager đã có kiến thức lập kế hoạch nhưng requirement thay đổi không có decision owner, Product Owner và khách hàng phản hồi chậm, nguồn lực thường xuyên bị điều chuyển giữa sprint.

Trong trường hợp đó, chỉ đào tạo planning khó giải quyết tận gốc. Giải pháp có thể cần kết hợp workshop planning với việc làm rõ change flow, decision rights và trách nhiệm stakeholder.

Ví dụ 2. Doanh nghiệp xây dựng có nhiều PM kinh nghiệm nhưng báo cáo không đồng nhất

Giả sử mỗi Project Manager tự xây file báo cáo, dùng cách tính progress khác nhau và forecast theo kinh nghiệm riêng. Ban lãnh đạo mất nhiều thời gian tổng hợp và khó so sánh giữa các dự án.

Khoảng cách có thể có một phần về kỹ năng control và forecast, nhưng còn liên quan đến data definition, reporting cycle, template và trách nhiệm cập nhật.

Ví dụ 3. Nhà máy giao dự án cải tiến cho quản lý chức năng

Giả sử những người được giao dự án rất mạnh chuyên môn vận hành nhưng chưa từng học quản lý dự án có hệ thống. Họ gặp khó trong charter, stakeholder, schedule, risk, issue và change.

Đây là trường hợp đào tạo nền tảng có thể mang lại giá trị rõ hơn. Tuy nhiên, nếu họ vẫn phải dành gần toàn bộ thời gian cho công việc vận hành và không có sponsor hỗ trợ ưu tiên nguồn lực, doanh nghiệp vẫn phải xử lý capacity và governance song song.

7. Khi nào đào tạo không phải giải pháp chính?

Một đơn vị đào tạo có trách nhiệm không nên mặc định câu trả lời cho mọi vấn đề là “mở thêm khóa học”.

Đào tạo đơn lẻ thường không phải giải pháp chính khi:

• Nhân viên đã biết cách làm nhưng không được trao quyền thực hiện.
• Quy trình giữa các phòng ban mâu thuẫn hoặc không có owner.
• Project Manager không có dữ liệu đủ tin cậy để ra quyết định.
• Công cụ quá phức tạp hoặc workflow chưa được thiết kế.
• Sponsor không tham gia các quyết định cần thiết.
• Nguồn lực bị phân bổ vượt quá capacity.
• KPI khuyến khích hành vi trái với mục tiêu dự án.
• Role và accountability chưa được thống nhất.
• Vấn đề chính nằm ở cấu trúc PMO, governance hoặc portfolio.

Trong các trường hợp này, training vẫn có thể là một workstream nhưng nên được đặt trong chương trình thay đổi rộng hơn.

8. Tám sai lầm phổ biến khi HR/L&D đánh giá nhu cầu đào tạo

1. Hỏi người học muốn học gì rồi coi đó là toàn bộ assessment

Ý kiến người học rất quan trọng nhưng chủ yếu phản ánh nhu cầu cảm nhận. Cần đối chiếu với kỳ vọng của quản lý, dữ liệu và sản phẩm công việc.

2. Chọn chương trình trước rồi mới tìm vấn đề phù hợp

Khi agenda bị khóa quá sớm, assessment dễ biến thành thủ tục xác nhận một quyết định đã có thay vì tìm nguyên nhân thật sự.

3. Gom mọi chức danh vào cùng một lớp

Khác biệt quá lớn về level và trách nhiệm khiến case trở nên quá dễ với nhóm này nhưng quá khó với nhóm khác.

4. Chỉ kiểm tra kiến thức

Kiến thức là một lớp. Năng lực thực thi còn cần quan sát hành vi, chất lượng sản phẩm công việc và khả năng xử lý tình huống.

5. Không kiểm tra nguyên nhân phi đào tạo

Performance gap có thể xuất phát từ process, hệ thống, nguồn lực, quyền hạn hoặc công cụ. Nếu bỏ qua bước này, L&D rất dễ phải chịu trách nhiệm cho một vấn đề vốn không thể giải quyết chỉ bằng học tập.

6. Đánh giá nhu cầu nhưng không xác định ưu tiên

Một danh sách 25 khoảng cách không phải roadmap. Doanh nghiệp cần chọn một số gap có ảnh hưởng lớn nhất để xử lý trước.

7. Đo satisfaction thay cho transfer

Người học hài lòng không đồng nghĩa họ đã áp dụng. Cần kiểm tra sản phẩm, hành vi hoặc bằng chứng sau chương trình.

8. Không thiết kế điều kiện áp dụng sau lớp

Nếu không có manager follow-up, template, thời gian thực hành và quyền sử dụng phương pháp mới, kiến thức rất dễ dừng lại ở slide.

9. Sau assessment, Training Brief nên có những gì?

Một Training Brief tốt giúp HR, đơn vị chuyên môn và nhà cung cấp nói cùng một ngôn ngữ. Thay vì chỉ ghi “cần đào tạo quản lý dự án cho 30 nhân sự”, brief nên làm rõ:

1. Business context: thay đổi hoặc bài toán kinh doanh đang diễn ra.
2. Problem statement: vấn đề hiệu suất cần xử lý.
3. Target population: chức danh, level, kinh nghiệm và bối cảnh.
4. Expected behavior: người tham gia cần làm khác đi điều gì.
5. Priority gaps: 3–5 khoảng cách ưu tiên.
6. Known root causes: People, Process, Governance, Data, Tools.
7. Scope of intervention: training, workshop, coaching hoặc giải pháp kết hợp.
8. Real-work assets: tài liệu, case, template hoặc dữ liệu có thể dùng trong lớp.
9. Expected deliverables: sản phẩm người học phải tạo ra.
10. Measurement: baseline, bằng chứng trong lớp và sau 30–60–90 ngày.
11. Constraints: lịch làm việc, bảo mật, công nghệ, ngân sách, procurement.
12. Stakeholder: sponsor, HR/L&D, PMO, line manager và người phê duyệt.

Brief như vậy giúp doanh nghiệp so sánh nhà cung cấp theo năng lực giải quyết vấn đề thay vì chỉ so sánh số slide, số ngày học hoặc đơn giá mỗi học viên.

10. VNPMI tiếp cận nhu cầu đào tạo doanh nghiệp như thế nào?

Theo Hồ sơ năng lực VNPMI 2026, cách tiếp cận B2B của VNPMI đặt bước khảo sát và chẩn đoán trước bước thiết kế chương trình. Mục tiêu là hiểu vấn đề kinh doanh, khoảng cách năng lực, đối tượng, đầu ra cần tạo và điều kiện áp dụng trước khi chốt agenda.

Ở giai đoạn khảo sát, các phương pháp có thể gồm phỏng vấn, survey, pre-test, review tài liệu và xác định khoảng cách. Sau đó mới xác định mục tiêu, phạm vi, phương pháp, nội dung, giảng viên, sản phẩm bàn giao và cách đo.

Cách tiếp cận này phù hợp với định hướng của VNPMI: phát triển năng lực quản lý dự án gắn với thực thi thay vì chỉ chuyển giao kiến thức.

Khi đánh giá một đơn vị đào tạo, doanh nghiệp có thể kiểm tra thêm hoạt động đào tạo và chuyên môn của VNPMI, các khóa học đã triển khai và thông tin đối tác được VNPMI công bố.

VNPMI hiện có công cụ đánh giá năng lực quản lý dự án của doanh nghiệp để hỗ trợ bước chẩn đoán ban đầu trước khi thảo luận sâu hơn về đào tạo, quy trình hoặc mô hình quản trị.