Quản lý dự án (Project management) là gì? Quy trình triển khai

Một dự án bị trễ không nhất thiết vì đội ngũ thiếu cố gắng. Rắc rối thường bắt đầu từ mục tiêu chưa rõ, yêu cầu đổi liên tục, người phụ trách thiếu quyền quyết định hoặc tiến độ được ước tính quá lạc quan. Quản lý dự án giúp bạn biến một mục tiêu có thời hạn thành kế hoạch có phạm vi, nguồn lực, mốc kiểm soát và tiêu chí bàn giao cụ thể.

Trong bài viết này, Sansan Academy sẽ cùng bạn làm rõ quản lý dự án là gì, người quản lý dự án cần kiểm soát những nội dung nào và nên triển khai công việc theo quy trình ra sao. Bạn cũng sẽ thấy sự khác nhau giữa các phương pháp, mô hình tổ chức và phần mềm quản lý dự án để chọn cách làm phù hợp với bối cảnh thực tế.

Dự án là gì?

Dự án là một nỗ lực mang tính tạm thời, được thực hiện để tạo ra một sản phẩm, dịch vụ, kết quả hoặc sự thay đổi cụ thể. Một dự án có điểm bắt đầu, điểm kết thúc, mục tiêu, phạm vi và nguồn lực giới hạn; kết quả của dự án cũng cần đủ khác biệt để không bị xem là công việc vận hành lặp lại hằng ngày.

Kết quả dự án không chỉ là thứ đội ngũ bàn giao. Chẳng hạn, đầu ra của dự án có thể là một hệ thống CRM đã cài đặt, kết quả mong muốn là nhân viên sử dụng hệ thống thống nhất, còn lợi ích kinh doanh là giảm thời gian xử lý khách hàng. Việc tách ba lớp đầu ra, kết quả và lợi ích giúp đội ngũ tránh tình trạng hoàn thành đủ hạng mục nhưng mục tiêu ban đầu vẫn chưa đạt.

Quản lý dự án là gì?

Quản lý dự án (Project management) là việc vận dụng kiến thức, kỹ năng, quy trình, công cụ và cách phối hợp con người để đưa dự án từ lúc hình thành đến khi nghiệm thu trong các giới hạn đã thống nhất. Quản lý dự án không dừng ở việc lập lịch hay nhắc mọi người hoàn thành đầu việc, mà còn bao gồm quản trị phạm vi, chi phí, chất lượng, nguồn lực, rủi ro, thay đổi và các bên liên quan.

Cách quản lý cần được điều chỉnh theo loại dự án thay vì dùng một bộ biểu mẫu cho mọi trường hợp. Quản lý dự án phần mềm thường cần phản hồi theo từng phiên bản. Với quản lý dự án xây dựng hoặc bất động sản, tiến độ còn gắn với hồ sơ, hợp đồng, nghiệm thu và quy định chuyên ngành.

Mục tiêu và vai trò của quản lý dự án

Mục tiêu của quản lý dự án không phải là giữ mọi con số ban đầu bằng mọi giá. Vai trò quan trọng hơn là giúp tổ chức tạo ra kết quả có giá trị, nhìn thấy các đánh đổi và đưa ra quyết định kịp thời khi phạm vi, tiến độ, chi phí, chất lượng hoặc rủi ro thay đổi.

Tạo giá trị và gắn kết dự án với mục tiêu kinh doanh

Một dự án chỉ thật sự đáng làm khi giải quyết được vấn đề hoặc tạo ra lợi ích mà tổ chức quan tâm. Vì vậy, người quản lý cần nối từng hạng mục bàn giao với mục tiêu kinh doanh, xác định tiêu chí thành công và thống nhất ai sẽ chịu trách nhiệm theo dõi lợi ích sau khi dự án kết thúc.

Nếu không có mối nối này, đội ngũ rất dễ tối ưu số lượng đầu việc nhưng bỏ quên kết quả dành cho khách hàng hoặc doanh nghiệp.

Cân bằng phạm vi, tiến độ, chi phí và chất lượng

Phạm vi, tiến độ, chi phí và chất lượng liên quan chặt chẽ với nhau. Khi khách hàng thêm một chức năng nhưng thời hạn và nguồn lực không đổi, người quản lý cần chỉ ra tác động, đề xuất phương án và xin quyết định thay vì âm thầm ép đội ngũ làm thêm. Cách làm này không cản trở thay đổi mà giúp mỗi thay đổi có lý do, người phê duyệt và đánh đổi rõ ràng.

Phân bổ nguồn lực và nâng cao hiệu suất đội ngũ

Nguồn lực không chỉ là số người có mặt trong danh sách dự án. Người quản lý cần biết năng lực, mức tải, thời điểm sẵn sàng, quyền quyết định và sự phụ thuộc giữa các vai trò để giao việc hợp lý. Khi mục tiêu, trách nhiệm và cách phối hợp rõ ràng, đội ngũ sẽ giảm thời gian chờ, hạn chế làm lại và biết cần báo cho ai khi gặp trở ngại.

Nghiên cứu năm 2016 khảo sát 200 quản lý dự án phát triển thuộc khu vực tổ chức phi chính phủ tại Ethiopia cho thấy hoạt động xây dựng đội ngũ đóng vai trò trung gian một phần giữa lãnh đạo chuyển đổi và thành công dự án. Kết quả này gợi ý rằng làm rõ mục tiêu, vai trò và cách giải quyết vấn đề trong đội có giá trị thực tế, nhưng phạm vi mẫu khá đặc thù nên không nên xem đây là kết luận áp dụng nguyên vẹn cho mọi ngành hoặc quốc gia.

Kiểm soát rủi ro, vấn đề phát sinh và yêu cầu thay đổi

Rủi ro là sự kiện hoặc điều kiện chưa chắc xảy ra, có thể tác động tích cực hoặc tiêu cực đến mục tiêu dự án. Vấn đề là sự việc đã xảy ra và cần được xử lý. Yêu cầu thay đổi lại là đề xuất điều chỉnh phạm vi, kế hoạch hoặc tiêu chí bàn giao. Khi ba nội dung này được ghi nhận riêng, có người phụ trách, hạn xử lý và cơ chế phê duyệt, đội ngũ sẽ chủ động hơn thay vì chỉ chữa cháy qua tin nhắn rời rạc.

Quản lý dự án bao gồm những gì?

Nội dung quản lý dự án là một hệ thống các quyết định có liên quan, không phải tập hợp biểu mẫu tách rời. Bảy nhóm nội dung dưới đây giúp bạn nhìn được bức tranh đầy đủ từ quyền ra quyết định, phạm vi, tiến độ và ngân sách đến con người, thông tin và rủi ro.

Quản trị dự án

Quản trị dự án xác định ai có quyền phê duyệt, ai chịu trách nhiệm về kết quả và vấn đề nào phải được báo cáo lên cấp cao hơn. Các vai trò thường gồm nhà tài trợ, người quản lý dự án, đại diện bộ phận sử dụng kết quả và nhóm thực thi. Dự án lớn có thể thêm hội đồng chỉ đạo hoặc văn phòng quản lý dự án (PMO) để hỗ trợ điều phối và giám sát theo quyền hạn được giao.

Chức năng ban quản lý dự án thường xoay quanh việc lập kế hoạch, điều phối, kiểm soát, báo cáo và chuẩn bị thông tin cho cấp có thẩm quyền, nhưng phạm vi thực tế vẫn phụ thuộc loại hình tổ chức. Một ban được chủ đầu tư giao quản lý dự án đầu tư sẽ có quyền và trách nhiệm khác với nhóm dự án nội bộ của doanh nghiệp, nên tên gọi không thể thay thế văn bản phân quyền.

Quản lý phạm vi và chất lượng

Quản lý phạm vi dự án bắt đầu bằng việc làm rõ yêu cầu, kết quả bàn giao, phần việc nằm trong dự án và phần việc bị loại trừ. Từ đó, đội ngũ có thể phân rã công việc thành các gói đủ nhỏ để ước tính, giao trách nhiệm và theo dõi. Đường cơ sở phạm vi là bản đã được phê duyệt để đối chiếu khi thực hiện; mọi thay đổi cần được tiếp nhận, phân tích tác động và phê duyệt.

Chất lượng dự án cần được định nghĩa bằng tiêu chí có thể kiểm tra thay vì những từ chung như tốt, đẹp hoặc thân thiện. Hoạt động bảo đảm chất lượng tập trung vào quy trình tạo ra kết quả, còn kiểm soát chất lượng dự án tập trung vào việc kiểm tra sản phẩm bàn giao so với tiêu chí chấp nhận. Giải pháp nâng cao chất lượng quản lý dự án thường bắt đầu từ yêu cầu rõ, điểm kiểm tra sớm và dữ liệu lỗi được dùng để cải tiến, không phải tăng thêm thủ tục ở cuối dự án.

Quản lý tiến độ

Quản lý tiến độ bắt đầu từ việc xác định công việc, quan hệ phụ thuộc, thời lượng, người thực hiện và các mốc cần đạt. Kế hoạch có thể được thể hiện bằng trục thời gian, sơ đồ Gantt hoặc mạng công việc; với dự án phức tạp, đường găng giúp đội ngũ nhận ra những nhiệm vụ mà sự chậm trễ có thể kéo lùi ngày hoàn thành toàn dự án.

Tiến độ không nên được lập một lần rồi để nguyên đến cuối kỳ. Người quản lý cần cập nhật ngày thực tế, khối lượng còn lại, điểm nghẽn, năng lực nguồn lực và dự báo hoàn thành để phát hiện sai lệch sớm. Khi một mốc có nguy cơ trễ, phương án xử lý phải nêu rõ tác động đến chi phí, chất lượng và phạm vi thay vì chỉ yêu cầu mọi người làm nhanh hơn.

Quản lý ngân sách

Quản lý ngân sách bao gồm ước tính chi phí, thiết lập đường cơ sở, bố trí dự phòng, theo dõi khoản đã chi, khoản đã cam kết và chi phí dự báo đến khi hoàn thành. Dự án có nhà cung cấp còn cần quản lý dòng tiền, điều kiện thanh toán, phát sinh hợp đồng và bằng chứng nghiệm thu để tránh tình trạng công việc đã xong nhưng hồ sơ tài chính chưa thể đóng.

Cần phân biệt chi phí quản lý dự án với tổng chi phí thực hiện dự án. Đây thường là phần chi cho hoạt động lập kế hoạch, điều phối, giám sát, báo cáo, công cụ hoặc bộ máy quản lý theo chính sách của tổ chức và quy định áp dụng; cách tính cụ thể không giống nhau giữa dự án nội bộ, quản lý dự án đầu tư và dự án xây dựng. Vì vậy, ngân sách nên ghi rõ nhóm chi phí và nguyên tắc phân bổ ngay từ đầu.

Quản lý nhân sự và nguồn lực

Quản lý nguồn lực trả lời ba câu hỏi thực tế: dự án cần năng lực nào, cần vào thời điểm nào và nguồn lực đó có thực sự sẵn sàng hay không. Ngoài nhân sự, nguồn lực còn có thể là thiết bị, phòng thí nghiệm, dữ liệu, giấy phép phần mềm, mặt bằng hoặc năng lực của nhà cung cấp. Ma trận kỹ năng và kế hoạch mức tải giúp người quản lý tránh giao nhiều nhiệm vụ quan trọng cho cùng một người trong cùng thời điểm.

Với con người, phân công chỉ là bước đầu. Người quản lý còn phải thống nhất cách làm việc, hỗ trợ xử lý xung đột, tạo điều kiện phản hồi và chuẩn bị phương án thay thế khi nhân sự chủ chốt rời dự án. Việc bàn giao kiến thức định kỳ giúp dự án không phụ thuộc hoàn toàn vào trí nhớ hoặc tệp cá nhân của một thành viên.

Quản lý các bên liên quan, truyền thông và tài liệu

Các bên liên quan của dự án có thể gồm nhà tài trợ, khách hàng, người dùng, nhóm thực thi, bộ phận vận hành, nhà cung cấp, cơ quan quản lý và cộng đồng chịu ảnh hưởng. Mỗi nhóm có mức quan tâm, quyền lực và nhu cầu thông tin khác nhau, vì vậy một bản cập nhật giống nhau gửi cho tất cả thường không hiệu quả. Người quản lý nên xác định ai cần được tham vấn, ai phê duyệt và ai chỉ cần được thông báo.

Kế hoạch truyền thông cần nêu nội dung, tần suất, người nhận, người gửi và kênh sử dụng. Ma trận RACI làm rõ người thực hiện, người chịu trách nhiệm cuối cùng, bên được tham vấn và bên nhận thông báo. Biên bản, nhật ký thay đổi và kho tài liệu chung giúp đội ngũ tra lại quyết định. Mục tiêu không phải tạo thêm giấy tờ mà là giữ một nguồn thông tin thống nhất để giảm tranh cãi và thất thoát kiến thức.

Quản lý rủi ro

Quản lý rủi ro bắt đầu từ việc nhận diện điều chưa chắc chắn, đánh giá khả năng xảy ra và mức tác động, sau đó chỉ định người sở hữu cùng dấu hiệu cảnh báo. Sổ đăng ký rủi ro nên được cập nhật theo thời gian vì xác suất, tác động và phương án ứng phó có thể thay đổi khi dự án bước sang giai đoạn mới.

Với rủi ro bất lợi, nhóm có thể tránh, giảm thiểu, chuyển giao hoặc chấp nhận có chủ đích. Với cơ hội, hãy cân nhắc cách khai thác hoặc tăng khả năng hưởng lợi. Khi sự cố xảy ra, ghi vào nhật ký vấn đề, giao người xử lý và hạn hoàn thành; đồng thời cập nhật sổ rủi ro để theo dõi phần bất định còn lại.

5 giai đoạn trong quản lý dự án

Quy trình quản lý dự án dưới đây được trình bày thành năm phần để dễ theo dõi. Cần phân biệt: năm nhóm quy trình của PMI không phải năm giai đoạn nối tiếp của vòng đời dự án. Lập kế hoạch, thực thi và kiểm soát có thể lặp lại, chồng lấn trong từng giai đoạn.

Giai đoạn 1 – Khởi tạo dự án

Khởi tạo là lúc tổ chức kiểm tra dự án có đáng thực hiện và có đủ điều kiện để bắt đầu hay không. Đội ngũ cần làm rõ nhu cầu kinh doanh, kết quả mong đợi, phạm vi sơ bộ, nhà tài trợ, các bên liên quan chính, giả định, ràng buộc và rủi ro ở mức tổng quan. Với dự án đầu tư, bước này thường gắn với hồ sơ đề xuất và căn cứ phê duyệt phù hợp.

Đầu ra nên có một văn bản khởi tạo (project charter) đủ ngắn để mọi người hiểu vì sao dự án tồn tại, ai có quyền điều hành và tiêu chí nào dùng để quyết định tiếp tục. Nếu lợi ích chưa rõ, nguồn lực không khả thi hoặc rủi ro vượt mức chấp nhận, quyết định đúng có thể là tạm dừng hay không khởi động. Khởi tạo tốt giúp tránh việc lập kế hoạch rất chi tiết cho một ý tưởng chưa được thống nhất.

Giai đoạn 2 – Lập kế hoạch

Lập kế hoạch biến mục tiêu tổng quát thành các gói công việc, mốc thời gian, ngân sách, nhu cầu nguồn lực và tiêu chí chất lượng có thể theo dõi. Kế hoạch tích hợp cũng cần bao gồm cách quản lý rủi ro, truyền thông, nhà cung cấp, thay đổi, tài liệu và nghiệm thu. Mức độ chi tiết phải tương xứng với độ phức tạp, không phải dự án càng nhiều biểu mẫu thì càng được kiểm soát tốt.

Ở giai đoạn này, đội ngũ cần chốt các đường cơ sở và nguyên tắc cập nhật chúng. Một yêu cầu mới có thể hợp lý nhưng vẫn phải được phân tích ảnh hưởng đến tiến độ, chi phí, nguồn lực và chất lượng trước khi phê duyệt. Nhờ vậy, kế hoạch là căn cứ ra quyết định chứ không trở thành tài liệu chỉ dùng để trình bày lúc bắt đầu.

Giai đoạn 3 – Thực thi

Thực thi là giai đoạn đội ngũ tạo ra sản phẩm bàn giao theo kế hoạch đã thống nhất. Người quản lý tổ chức khởi động, điều phối công việc, tháo gỡ điểm nghẽn, quản lý nhà cung cấp, duy trì truyền thông và bảo đảm quy trình chất lượng được thực hiện. Với quản lý dự án phần mềm, kết quả có thể được bàn giao theo từng phiên bản; với xây dựng, công việc thường đi theo hạng mục, hồ sơ và điểm nghiệm thu.

Trong quá trình làm, các quyết định nhỏ cần được đưa ra gần nơi phát sinh công việc, còn vấn đề ảnh hưởng lớn phải được chuyển đến đúng cấp có thẩm quyền. Nhật ký vấn đề, biên bản quyết định và cập nhật trạng thái giúp nhóm không phải họp lại để nhớ những gì đã thống nhất. Người quản lý nên tập trung vào việc tạo điều kiện cho đội làm việc, thay vì biến mình thành điểm trung chuyển của mọi thông tin.

Giai đoạn 4 – Giám sát và kiểm soát

Giám sát và kiểm soát diễn ra đồng thời với thực thi, không phải chờ làm xong mới kiểm tra. Dữ liệu thực tế được đặt cạnh đường cơ sở để đánh giá tiến độ, chi phí, chất lượng, phạm vi, rủi ro và mức sử dụng nguồn lực. Với dự án đủ trưởng thành về dữ liệu, đội ngũ có thể dùng chỉ số giá trị thu được; với dự án nhỏ, bảng mốc, xu hướng sai lệch và dự báo hoàn thành đã có thể mang lại nhiều giá trị.

Khi xuất hiện sai lệch, câu hỏi cần đặt ra là nguyên nhân gì, tác động đến đâu và quyết định nào phải được đưa ra. Hành động có thể là sửa cách thực hiện, điều chỉnh nguồn lực, xử lý rủi ro hoặc trình yêu cầu thay đổi đường cơ sở. Kiểm soát tốt không che giấu tin xấu mà đưa thông tin đủ sớm để người có thẩm quyền còn lựa chọn.

Giai đoạn 5 – Nghiệm thu và bàn giao

Giai đoạn cuối xác nhận kết quả đã đáp ứng tiêu chí chấp nhận và có người tiếp nhận để vận hành. Đội ngũ cần hoàn tất nghiệm thu, bàn giao tài liệu, đào tạo người dùng, đóng hợp đồng, xử lý khoản thanh toán, giải phóng nguồn lực và lưu trữ hồ sơ. Những hạng mục còn tồn đọng phải có chủ sở hữu và thời hạn rõ ràng, không nên biến mất sau cuộc họp tổng kết.

Đóng dự án cũng là lúc ghi nhận bài học và chuyển trách nhiệm theo dõi lợi ích sang bộ phận phù hợp. Dự án có thể hoàn thành về mặt quản lý trước khi lợi ích kinh doanh xuất hiện đầy đủ, vì vậy người nhận bàn giao cần biết chỉ số nào sẽ tiếp tục được theo dõi. Cách kết thúc này giúp tổ chức học được từ dự án thay vì lặp lại cùng một vấn đề ở lần sau.

Các phương pháp quản lý dự án phổ biến

Không có phương pháp nào tốt nhất cho mọi tình huống. Bạn nên chọn cách quản lý dựa trên độ ổn định của yêu cầu, mức độ không chắc chắn, chi phí thay đổi, tần suất cần phản hồi và khả năng tham gia của khách hàng.

Waterfall

Waterfall là cách triển khai theo hướng dự báo, trong đó công việc đi qua các giai đoạn tương đối tuần tự như phân tích, thiết kế, thực hiện, kiểm thử và bàn giao. Cách này phù hợp khi yêu cầu ổn định, kết quả có thể mô tả sớm và việc phê duyệt cần hồ sơ rõ ràng. Các dự án xây dựng, hạ tầng hoặc môi trường được quản lý chặt thường sử dụng nhiều yếu tố dự báo, dù tên quy trình thực tế có thể khác.

Waterfall không có nghĩa dự án tuyệt đối không được thay đổi. Thay đổi vẫn có thể xảy ra, nhưng thường cần phân tích tác động và phê duyệt chính thức vì chi phí sửa ở giai đoạn sau có thể cao. Điểm quan trọng là làm rõ yêu cầu và cách bàn giao giữa các giai đoạn trước khi cam kết kế hoạch chi tiết.

Agile

Agile là một cách tư duy ưu tiên tạo giá trị theo từng phần nhỏ, hợp tác gần với khách hàng và thích ứng dựa trên phản hồi. Đội ngũ thường làm việc theo chu kỳ ngắn, kiểm tra giả định sớm và điều chỉnh danh sách ưu tiên khi hiểu rõ nhu cầu hơn. Cách tiếp cận này hữu ích với sản phẩm số, đổi mới hoặc dự án có yêu cầu khó xác định đầy đủ từ đầu.

Agile không đồng nghĩa với không có kế hoạch, tài liệu hoặc thời hạn. Đội ngũ vẫn cần mục tiêu sản phẩm, nguyên tắc ưu tiên, tiêu chuẩn chất lượng, nhịp giao hàng và cơ chế ra quyết định. Khác biệt nằm ở việc kế hoạch được cập nhật theo bằng chứng mới thay vì giả định rằng mọi chi tiết ban đầu sẽ không đổi.

Scrum và Kanban

Scrum tổ chức công việc quanh mục tiêu sản phẩm, danh sách công việc ưu tiên (Product Backlog) và các Sprint dài cố định, không quá một tháng. Nhóm liên chức năng tạo ra phần sản phẩm dùng được, đáp ứng tiêu chuẩn hoàn thành sau mỗi Sprint. Product Owner chịu trách nhiệm tối đa hóa giá trị sản phẩm; cả nhóm thường xuyên kiểm tra kết quả để điều chỉnh cách làm.

Kanban trực quan hóa luồng công việc, giới hạn lượng việc đang làm và dùng dữ liệu dòng chảy để cải thiện tốc độ hoàn thành. Nhóm có thể bắt đầu từ quy trình hiện tại rồi điều chỉnh dần, nên Kanban thường hữu ích cho công việc hỗ trợ, vận hành sản phẩm hoặc luồng yêu cầu đến không đều. Việc dùng bảng cột đơn thuần chưa đủ; giá trị nằm ở giới hạn công việc dở dang và xử lý điểm nghẽn.

Lean và Six Sigma

Lean tập trung vào giá trị dành cho khách hàng, dòng chảy công việc và việc loại bỏ lãng phí như chờ đợi, bàn giao thừa, làm lại hoặc tồn đọng. Trong dự án, tư duy Lean giúp đội ngũ nhìn toàn bộ chuỗi tạo giá trị thay vì chỉ tối ưu hiệu suất của từng bộ phận. Công cụ cần được dùng để tìm nguyên nhân và cải thiện dòng chảy, không phải cắt giảm nguồn lực một cách cơ học.

Six Sigma tập trung vào giảm biến thiên và khuyết tật bằng dữ liệu, thường sử dụng chu trình DMAIC cho bài toán cải tiến quy trình hiện hữu. Đây không phải tên gọi chung cho mọi hoạt động quản lý dự án, nhưng phù hợp khi mục tiêu dự án là làm cho kết quả ổn định và có thể đo lường hơn. Lean và Six Sigma có thể kết hợp khi tổ chức vừa cần cải thiện tốc độ dòng chảy vừa cần giảm lỗi.

Hybrid

Hybrid kết hợp các thành phần dự báo và thích ứng trong cùng một mô hình triển khai. Ví dụ, dự án có thể cố định ngân sách, mốc pháp lý và quy trình nghiệm thu theo cách dự báo, trong khi nhóm phát triển sản phẩm làm việc theo Sprint để kiểm chứng tính năng. Cách kết hợp cần dựa trên bản chất công việc, không nên ghép thuật ngữ chỉ để tạo cảm giác linh hoạt.

Mô hình Hybrid hiệu quả khi ranh giới giữa các phần công việc và cơ chế tích hợp được làm rõ. Đội ngũ cần thống nhất lịch báo cáo, cách quản lý thay đổi, tiêu chí hoàn thành và nguồn dữ liệu dùng chung để tránh việc mỗi nhóm vận hành theo một hệ thống không kết nối. Người quản lý cũng phải giải thích rõ phần nào được phép thích ứng và phần nào cần tuân thủ đường cơ sở.

Các hình thức và mô hình tổ chức quản lý dự án

Hình thức quản lý dự án mô tả cách quyền hạn, nguồn lực và trách nhiệm được bố trí trong tổ chức. Các hình thức quản lý dự án phổ biến có thể tổ chức theo chức năng, ma trận, đội chuyên trách hoặc cách kết hợp có PMO. Với quản lý dự án đầu tư xây dựng, cụm từ này còn có thể mang nghĩa pháp lý cụ thể, vì vậy doanh nghiệp phải kiểm tra quy định hiện hành và hồ sơ dự án; phần dưới đây tập trung vào các mô hình quản lý dự án theo góc nhìn tổ chức chung.

Cơ cấu quản lý theo chức năng

Trong cơ cấu chức năng, thành viên vẫn thuộc các phòng chuyên môn như marketing, công nghệ, tài chính hoặc vận hành. Trưởng bộ phận thường nắm quyền phân bổ nguồn lực, còn người điều phối dự án có quyền hạn giới hạn. Mô hình này tận dụng chuyên môn sâu và không cần tạo một bộ máy mới cho từng dự án.

Điểm dễ vướng là dự án phải cạnh tranh với công việc thường ngày của các phòng ban. Nếu ưu tiên không được nhà tài trợ thống nhất, thành viên có thể nhận nhiều chỉ đạo hoặc chỉ làm dự án khi còn thời gian. Kế hoạch năng lực và cơ chế báo cáo vượt cấp là hai yếu tố cần có để giảm tình trạng chờ nguồn lực.

Cơ cấu quản lý theo ma trận

Cơ cấu ma trận cho phép thành viên vừa báo cáo cho quản lý chức năng vừa làm việc dưới sự điều phối của người quản lý dự án. Quyền lực có thể nghiêng về phòng ban, được chia sẻ cân bằng hoặc nghiêng về dự án, tùy thiết kế của tổ chức. Mô hình này giúp chia sẻ chuyên gia giữa nhiều sáng kiến mà vẫn duy trì cộng đồng chuyên môn.

Hai tuyến quản lý cũng dễ tạo xung đột về ưu tiên, đánh giá hiệu suất và quyền quyết định. Tổ chức cần thống nhất RACI, tỷ lệ phân bổ thời gian, lịch ưu tiên nguồn lực và cấp giải quyết khi hai người quản lý không đồng thuận. Nếu những điểm này chỉ được thỏa thuận miệng, người thực hiện thường là bên phải tự chọn việc nào làm trước.

Cơ cấu tổ chức theo dự án

Trong cơ cấu theo dự án, nhóm được tập hợp riêng và người quản lý dự án có quyền điều hành tương đối cao đối với nguồn lực, tiến độ và quyết định hằng ngày. Thành viên tập trung vào mục tiêu chung, nhờ đó việc phối hợp và phản hồi thường liền mạch hơn. Cách tổ chức này phù hợp với dự án chiến lược, thời hạn rõ hoặc cần đội ngũ chuyên trách.

Tổ chức phải chuẩn bị kế hoạch điều chuyển thành viên sau khi dự án đóng và tránh để mỗi đội tự tạo tiêu chuẩn riêng. Việc tách nhóm quá mạnh cũng có thể làm kiến thức khó quay lại phòng chuyên môn. Một cơ chế chia sẻ bài học và quản lý năng lực sau dự án giúp giảm hai rủi ro này.

Cơ cấu hỗn hợp và mô hình quản trị qua PMO

Cơ cấu hỗn hợp sử dụng nhiều mô hình trong cùng doanh nghiệp, chẳng hạn dự án chiến lược có đội chuyên trách còn sáng kiến nhỏ dùng nguồn lực theo ma trận. PMO có thể hỗ trợ mẫu biểu và đào tạo, kiểm soát việc tuân thủ hoặc trực tiếp quản lý một số dự án, tùy sứ mệnh được giao. Giá trị của PMO nằm ở việc tạo ra sự nhất quán cần thiết và cung cấp thông tin cho quyết định danh mục.

PMO không nên trở thành nơi yêu cầu báo cáo nhưng không giúp giải quyết điểm nghẽn. Phạm vi của đơn vị này cần nêu rõ dịch vụ, quyền hạn, dữ liệu cần thu thập và quyết định mà dữ liệu sẽ hỗ trợ. Khi mục tiêu chỉ là chuẩn hóa một vài thực hành, một nhóm hỗ trợ gọn có thể phù hợp hơn bộ máy quản trị lớn.

Những kỹ năng quản lý dự án cần có

Kỹ năng quản lý dự án là sự kết hợp giữa tư duy kinh doanh, khả năng tổ chức công việc, hiểu biết chuyên môn và năng lực làm việc với con người. Bạn không cần giỏi mọi lĩnh vực hơn các chuyên gia trong nhóm, nhưng phải đủ hiểu để đặt câu hỏi đúng, kết nối thông tin và đưa quyết định về đúng người chịu trách nhiệm.

• Lập kế hoạch và xác định ưu tiên: Người quản lý cần biến mục tiêu thành phạm vi, gói công việc, mốc và tiêu chí hoàn thành có thể theo dõi. Khi điều kiện đổi, kỹ năng quan trọng không phải cố giữ kế hoạch cũ mà là sắp xếp lại ưu tiên dựa trên giá trị và tác động.
• Lãnh đạo và phân quyền: Lãnh đạo dự án là tạo ra sự rõ ràng, khuyến khích trách nhiệm và giúp thành viên tháo gỡ trở ngại. Phân quyền tốt luôn đi kèm phạm vi quyết định, kết quả mong đợi và thời điểm cần báo cáo vượt cấp.
• Giao tiếp và lắng nghe: Người quản lý phải diễn đạt vấn đề theo ngôn ngữ phù hợp với lãnh đạo, khách hàng và đội chuyên môn. Lắng nghe giúp phát hiện sự khác nhau trong cách hiểu trước khi chúng biến thành làm lại hoặc xung đột.
• Quản lý các bên liên quan và đàm phán: Dự án thường có nhiều nhóm muốn những kết quả khác nhau trong cùng giới hạn nguồn lực. Kỹ năng này giúp bạn tìm lợi ích cốt lõi, trình bày đánh đổi và xây dựng phương án có thể được chấp nhận.
• Quản lý rủi ro và giải quyết vấn đề: Người quản lý cần phân biệt giả định, rủi ro và vấn đề đã xảy ra để chọn cách xử lý phù hợp. Một quyết định tốt phải dựa trên dữ liệu hiện có, mức độ khẩn cấp và tác động, đồng thời ghi rõ ai chịu trách nhiệm hành động.
• Quản lý ngân sách và dữ liệu: Bạn cần đọc được đường cơ sở, chi phí thực tế, cam kết, dự báo và xu hướng sai lệch. Không phải dự án nào cũng cần mô hình phức tạp, nhưng con số báo cáo phải nhất quán và đủ để hỗ trợ quyết định.
• Hiểu lĩnh vực và công nghệ: Kiến thức ngành giúp người quản lý nhận ra ràng buộc, thuật ngữ và rủi ro mà một kế hoạch chung khó thể hiện. Công nghệ hỗ trợ thu thập dữ liệu và cộng tác, nhưng người dùng vẫn phải thiết kế quy trình, quyền truy cập và nguyên tắc cập nhật rõ ràng.
• Thích ứng và học từ phản hồi: Dự án luôn chứa điều chưa biết, vì vậy khả năng cập nhật giả định và thay đổi cách làm rất cần thiết. Thích ứng không phải đổi hướng liên tục mà là điều chỉnh có căn cứ, minh bạch và vẫn bảo vệ mục tiêu chung.

Công việc trong ngành quản lý dự án có mặt ở công nghệ, xây dựng, tài chính, sản xuất, marketing và giáo dục, nên lộ trình nghề nghiệp không chỉ có một hướng duy nhất. Lương quản lý dự án cũng thay đổi theo ngành, quy mô, mức trách nhiệm, kinh nghiệm và năng lực tạo kết quả; chỉ biết sử dụng một công cụ hoặc có một chức danh chưa đủ để xác định mức thu nhập.

Công cụ và phần mềm quản lý dự án

Phần mềm quản lý dự án giúp tập trung đầu việc, lịch, tài liệu, trao đổi và báo cáo vào một nơi. Các tính năng như danh mục, mức tải hay tự động hóa có thể bị giới hạn theo gói; cần kiểm tra trước khi chọn. Công cụ phù hợp làm tăng tính minh bạch, nhưng không thể thay thế mục tiêu rõ, quyền quyết định và kỷ luật cập nhật dữ liệu của đội ngũ.

Microsoft Project

Microsoft Project phù hợp với người cần lập lịch chi tiết, quản lý quan hệ phụ thuộc, đường găng, đường cơ sở, nguồn lực và chi phí. Phiên bản desktop vẫn hữu ích với dự án có cấu trúc lịch phức tạp hoặc cần làm việc bằng tệp MPP. Người dùng nên chuẩn hóa lịch làm việc và cách cập nhật phần trăm hoàn thành để dữ liệu dự báo không bị sai lệch.

Cần phân biệt bản desktop với Project Online, có lịch ngừng hoạt động ngày 30/9/2026. Thay đổi này không áp dụng cho Project desktop. Trước khi mua, hãy kiểm tra đúng sản phẩm, phiên bản và tính năng cần dùng; không xem các gói trong hệ sinh thái Microsoft là tương đương.

Asana

Asana hỗ trợ quản lý đầu việc, trục thời gian, biểu mẫu, tự động hóa và mục tiêu. Tính năng danh mục và quản lý mức tải công việc phụ thuộc gói sử dụng. Cấu trúc này phù hợp với nhóm liên chức năng như marketing, vận hành, nhân sự hoặc phát triển sản phẩm cần nhìn mối liên hệ giữa công việc hằng ngày và sáng kiến lớn.

Để dùng hiệu quả, đội ngũ cần thống nhất khi nào một nhiệm vụ được tạo, ai là người chịu trách nhiệm cuối cùng và trạng thái nào phản ánh đúng tiến độ. Nếu cần kiểm soát chi phí, lịch nguồn lực hoặc hợp đồng ở mức chuyên sâu, Asana có thể cần kết hợp với hệ thống tài chính và công cụ chuyên môn khác.

Jira

Jira hỗ trợ quản lý dự án phần mềm thông qua đầu việc, danh sách ưu tiên, Sprint và luồng xử lý có thể tùy chỉnh. Nhóm có thể theo dõi lỗi, tính năng và tiến độ trên cùng hệ thống. Bảng tổng quan chỉ phản ánh đúng tình hình khi dữ liệu được cập nhật nhất quán.

Khả năng tùy chỉnh cao có thể trở thành điểm yếu khi tổ chức tạo quá nhiều trạng thái, trường dữ liệu và quy tắc. Trước khi cấu hình, nhóm nên xác định quyết định nào cần dữ liệu và giữ luồng xử lý đủ đơn giản để người thực hiện sử dụng hằng ngày. Với nhóm không làm công nghệ, thuật ngữ và giao diện cũng cần được thiết kế lại cho dễ tiếp cận.

Trello

Trello tổ chức công việc bằng bảng, danh sách và thẻ, nhờ đó người mới có thể nhìn luồng việc khá nhanh. Danh sách kiểm tra, hạn hoàn thành, nhãn và tự động hóa cơ bản phù hợp với dự án nhỏ, kế hoạch nội dung hoặc quy trình có ít tầng phụ thuộc. Cách trình bày trực quan cũng thuận tiện cho các buổi rà soát ngắn.

Khi số bảng, thẻ và nhóm tham gia tăng, thông tin dễ bị phân tán hoặc khó tổng hợp ở cấp danh mục. Đội ngũ nên đặt quy tắc đặt tên, giới hạn công việc đang làm và lịch dọn dữ liệu. Nếu dự án cần quản lý nguồn lực, ngân sách hoặc lịch liên kết phức tạp, Trello thường cần công cụ bổ sung.

monday.com

monday.com hỗ trợ bảng công việc, báo cáo tổng quan, tự động hóa, biểu mẫu và trục thời gian. Góc nhìn mức tải giúp theo dõi lượng việc được giao theo năng lực sẵn có. Nền tảng phù hợp với tổ chức muốn quản lý nhiều loại công việc trên một hệ thống và cần tùy biến giao diện cho từng nhóm. Khả năng kết nối dữ liệu giúp cấp quản lý nhìn trạng thái tổng quan khi cấu trúc bảng được thiết kế nhất quán.

Tùy biến rộng cũng đòi hỏi quản trị dữ liệu tốt. Nếu mỗi phòng tự tạo cột, trạng thái và cách tính khác nhau, báo cáo tổng hợp sẽ nhanh chóng mất ý nghĩa. Doanh nghiệp nên có quy ước chung, người sở hữu hệ thống và quy trình kiểm tra trước khi nhân rộng.

Những sai lầm thường gặp khiến dự án thất bại

Phần lớn sai lầm không xuất hiện như một sự cố lớn ngay từ đầu. Chúng thường bắt đầu bằng một mục tiêu mơ hồ, một thay đổi được đồng ý qua tin nhắn hoặc một con số ước tính chưa kiểm chứng, rồi tích lũy thành chậm tiến độ, vượt chi phí và giảm chất lượng.

Mục tiêu và tiêu chí thành công không rõ ràng

Khi mục tiêu chỉ dừng ở các cụm từ như nâng cao trải nghiệm hoặc cải thiện hiệu quả, mỗi bên có thể hiểu kết quả theo một cách khác. Dự án nên xác định vấn đề cần giải quyết, đối tượng hưởng lợi, kết quả mong đợi, chỉ số, mức mục tiêu, thời hạn và người xác nhận thành công. Tiêu chí bàn giao cũng cần tách khỏi lợi ích kinh doanh để đội ngũ biết điều gì phải hoàn thành trước khi đóng dự án và điều gì tiếp tục được đo sau đó.

Phạm vi liên tục mở rộng nhưng không kiểm soát thay đổi

Phạm vi thường phình ra khi đội ngũ nhận thêm yêu cầu nhỏ mà không ghi nhận, không ước tính lại và không hỏi ai có quyền phê duyệt. Cách xử lý không phải từ chối mọi thay đổi mà là dùng một luồng rõ ràng: mô tả yêu cầu, lý do, lợi ích, tác động, phương án, người quyết định và cập nhật đường cơ sở sau khi được duyệt. Một nhật ký thay đổi ngắn nhưng được dùng thật sẽ hiệu quả hơn quy trình dài chỉ tồn tại trên tài liệu.

Báo cáo PMI năm 2014 ghi nhận 47% dự án không thành công trong khảo sát không đạt mục tiêu do quản lý yêu cầu thiếu chính xác. Báo cáo cũng nêu các vấn đề liên quan như phạm vi mở rộng, truyền thông kém và thiếu sự tham gia của bên liên quan. Đây là số liệu lịch sử của một nghiên cứu cụ thể, không nên dùng như tỷ lệ thất bại hiện tại cho mọi dự án, nhưng nó cho thấy quản lý yêu cầu và kiểm soát phạm vi cần được xem là năng lực cốt lõi.

Tiến độ, ngân sách và nguồn lực được ước tính thiếu thực tế

Một kế hoạch dễ được chấp thuận chưa chắc là kế hoạch có thể thực hiện. Ước tính nên dựa trên dữ liệu dự án tương tự, phạm vi đã phân rã, quan hệ phụ thuộc, năng lực thực tế, rủi ro và khoảng bất định; với hạng mục chưa rõ, nên dùng khoảng ước tính và nêu giả định thay vì một con số chính xác giả tạo. Đội ngũ cũng cần phân biệt thời lượng công việc với thời gian lịch, bởi tám ngày công không đồng nghĩa sẽ hoàn thành trong tám ngày liên tiếp.

Quản lý rủi ro, chất lượng và vấn đề phát sinh theo hướng bị động

Nếu nhóm chỉ rà rủi ro khi có sự cố, kiểm tra chất lượng ở cuối và để vấn đề nằm trong cuộc trò chuyện riêng, người quản lý sẽ luôn nhận thông tin quá muộn. Dự án cần lịch rà soát rủi ro, dấu hiệu cảnh báo, điểm kiểm tra chất lượng, nhật ký vấn đề, thời hạn phản hồi và ngưỡng báo cáo vượt cấp. Mỗi cơ chế nên gắn với một quyết định cụ thể để tránh biến cuộc họp thành hoạt động cập nhật trạng thái đơn thuần.

Kết luận

Quản lý dự án là cách tổ chức mục tiêu, con người, nguồn lực và quyết định để tạo ra kết quả có giá trị trong một khoảng thời gian xác định. Một hệ thống hiệu quả không nhất thiết phải nhiều biểu mẫu, nhưng cần mục tiêu và tiêu chí thành công rõ, phạm vi có đường cơ sở, kế hoạch khả thi, quyền quyết định minh bạch, thông tin cập nhật và cơ chế xử lý rủi ro cùng thay đổi.

Nếu mới bắt đầu, bạn có thể chọn một dự án đang thực hiện rồi kiểm tra lần lượt mục tiêu, người chịu trách nhiệm, kết quả bàn giao, mốc sắp tới, rủi ro lớn nhất và thay đổi chưa được quyết định. Chỉ cần sáu nội dung này được viết rõ và rà soát đều đặn, đội ngũ đã có một nền tảng quản lý tốt hơn nhiều so với việc phụ thuộc vào trí nhớ hay các cuộc trao đổi rời rạc. Sau đó, bạn mới nên mở rộng sang phương pháp, mô hình tổ chức và công cụ phù hợp với độ phức tạp thực tế.