Quản trị dự án là việc vận dụng kiến thức, kỹ năng, công cụ và kỹ thuật để đưa một nỗ lực có thời hạn, tạo ra kết quả duy nhất, đi từ ý tưởng tới khi bàn giao trong giới hạn về phạm vi, thời gian, chi phí và chất lượng. Điểm phân biệt dự án với công việc vận hành hằng ngày là tính tạm thời và tính duy nhất: xây một nhà xưởng, triển khai một hệ thống kế toán, mở chi nhánh mới là dự án; còn sản xuất hằng ca, chốt sổ hằng tháng là vận hành.
Người quản lý dự án không phải người làm nhiều việc nhất, mà là người chịu trách nhiệm cho việc các phần việc của nhiều người ráp được vào nhau đúng lúc. Bài này giải thích vòng đời dự án, tam giác ràng buộc và giới hạn của nó, năm nhóm quy trình theo chuẩn PMBOK của Viện Quản lý Dự án (PMI), và những việc cụ thể người quản lý dự án phải làm trong tuần đầu tiên.
Dự án khác vận hành ở chỗ nào
Định nghĩa phổ biến nhất đến từ PMBOK Guide của PMI: dự án là một nỗ lực tạm thời nhằm tạo ra sản phẩm, dịch vụ hoặc kết quả duy nhất. Hai chữ then chốt là tạm thời (có điểm bắt đầu và kết thúc rõ) và duy nhất (kết quả chưa từng được làm y hệt trong cùng điều kiện). Một xưởng may sản xuất mười nghìn chiếc áo theo đơn quen thuộc là vận hành; cũng xưởng đó chuyển sang dây chuyền may đồ bảo hộ lần đầu, phải thiết kế lại mặt bằng, đào tạo thợ, chạy thử, thì giai đoạn chuyển đổi là một dự án.
Sự phân biệt này không chỉ là chữ nghĩa. Vận hành được tối ưu bằng sự lặp lại: quy trình chuẩn, định mức, đo năng suất theo ca. Dự án không có lần lặp thứ hai để rút kinh nghiệm, nên rủi ro và bất định cao hơn hẳn, và cách quản lý phải khác: lập kế hoạch trước, theo dõi chênh lệch, chủ động xử lý thay đổi. Doanh nghiệp quen quản lý vận hành thường mắc lỗi giao dự án cho một trưởng phòng kiêm nhiệm, không có ngân sách riêng, không có ngày kết thúc chính thức; dự án khi đó trôi dần thành “việc chung” không ai chịu trách nhiệm.
Một dấu hiệu thực dụng để nhận ra bạn đang có dự án: nếu câu hỏi “khi nào thì xong?” có ý nghĩa và câu trả lời là một ngày cụ thể, đó là dự án. Nếu câu hỏi đó vô nghĩa vì việc sẽ còn mãi, đó là vận hành. Nhiều sáng kiến cải tiến thất bại vì bị đặt sai loại: một chương trình tiết kiệm năng lượng cần pha dự án (lắp đặt, đo nền) rồi mới chuyển sang vận hành (duy trì, kiểm tra định kỳ).
Vòng đời dự án: bốn pha và vì sao rủi ro dồn về đầu
Dù tên gọi khác nhau theo ngành, hầu hết dự án đi qua bốn pha. Cách gọi dưới đây là khung chung, không phải quy chuẩn bắt buộc:
- Khởi động: xác định vấn đề cần giải, lý do kinh doanh, người tài trợ (sponsor), mục tiêu đo được và giới hạn. Sản phẩm đầu ra là điều lệ dự án (project charter) được người có thẩm quyền ký, chính thức trao quyền cho người quản lý dự án.
- Lập kế hoạch: chia nhỏ phạm vi thành cấu trúc phân chia công việc (WBS), ước tính thời gian và chi phí, dựng lịch, lập kế hoạch rủi ro, truyền thông, mua sắm. Đây là pha rẻ nhất để đổi ý.
- Thực hiện và kiểm soát: làm ra sản phẩm, đồng thời đo tiến độ, chi phí so với kế hoạch, xử lý yêu cầu thay đổi, cập nhật rủi ro. Phần lớn ngân sách được tiêu ở pha này.
- Kết thúc: nghiệm thu, bàn giao cho bên vận hành, quyết toán, giải phóng nhân sự, rút bài học. Pha hay bị bỏ qua nhất, và là nguồn của các dự án “xong mà không xong”.
Có một quy luật được nhắc trong hầu hết giáo trình: khả năng tác động lên kết quả dự án cao nhất ở đầu và giảm dần, trong khi chi phí của một thay đổi tăng dần theo thời gian. Sửa một yêu cầu trên giấy ở pha kế hoạch tốn vài giờ họp; sửa cùng yêu cầu đó khi móng nhà đã đổ hoặc phần mềm đã chạy thật có thể tốn hàng chục lần. Vì thế người quản lý dự án giỏi chi nhiều công sức nhất cho hai pha đầu, dù khi đó chưa có gì “nhìn thấy được” để báo cáo.
Tam giác ràng buộc và giới hạn của nó
Tam giác ràng buộc (iron triangle) gồm phạm vi, thời gian và chi phí, với chất lượng thường đặt ở giữa. Ý tưởng thường được gán cho Martin Barnes, kỹ sư người Anh, trong các khoá đào tạo cuối thập niên 1960: ba cạnh ràng buộc nhau, kéo một cạnh thì ít nhất một cạnh khác phải co giãn. Muốn xong sớm hơn thì hoặc tăng chi phí (thêm người, làm thêm giờ), hoặc giảm phạm vi; muốn thêm tính năng mà giữ ngân sách thì phải lùi ngày.
Giá trị thực hành của tam giác là buộc mọi cuộc thương lượng phải nói rõ đánh đổi. Khi ban giám đốc yêu cầu “xong trước Tết, không thêm tiền, đủ chức năng”, người quản lý dự án có ngôn ngữ để trả lời: trong ba thứ, cạnh nào được phép linh hoạt? Một cách làm hữu ích là lập ma trận ưu tiên ngay từ đầu: với mỗi ràng buộc, ghi rõ là “cố định”, “tối ưu” hay “chấp nhận được”. Chỉ một ràng buộc được cố định là dấu hiệu dự án còn đường thở.
Giới hạn của tam giác cũng đã được giới nghiên cứu chỉ ra rõ. Một dự án có thể đúng hạn, đúng chi phí, đúng phạm vi mà vẫn thất bại vì kết quả không ai dùng hoặc không tạo ra lợi ích như kỳ vọng. Nhiều tác giả, trong đó có Roger Atkinson với bài báo năm 1999 trên International Journal of Project Management, đề xuất tách “thành công của quản lý dự án” (giao đúng thứ đã cam kết) khỏi “thành công của dự án” (đạt mục tiêu kinh doanh). Vì vậy các chuẩn mới nhấn mạnh giá trị và lợi ích, không chỉ ba cạnh.
Năm nhóm quy trình và mười lĩnh vực kiến thức trong PMBOK
Từ bản thứ ba đến bản thứ sáu (2017), PMBOK Guide tổ chức kiến thức theo năm nhóm quy trình và mười lĩnh vực kiến thức. Bản thứ bảy (2021) chuyển sang mười hai nguyên tắc và tám lĩnh vực hiệu suất, nhưng khung cũ vẫn được dùng rộng rãi để thiết kế quy trình nội bộ:
| Nhóm quy trình | Câu hỏi trả lời | Sản phẩm tiêu biểu |
|---|---|---|
| Khởi động | Có nên làm không, ai cho phép, mục tiêu là gì? | Điều lệ dự án, danh sách bên liên quan |
| Lập kế hoạch | Làm gì, ai làm, khi nào, bao nhiêu tiền, rủi ro gì? | WBS, lịch, ngân sách, kế hoạch rủi ro và truyền thông |
| Thực hiện | Làm ra sản phẩm và điều phối con người | Sản phẩm bàn giao, nhóm dự án được vận hành |
| Giám sát và kiểm soát | Đang lệch kế hoạch bao nhiêu, xử lý thế nào? | Báo cáo hiệu suất, yêu cầu thay đổi được phê duyệt |
| Kết thúc | Đã nghiệm thu chưa, bàn giao cho ai, học được gì? | Biên bản nghiệm thu, báo cáo kết thúc, bài học kinh nghiệm |
Mười lĩnh vực kiến thức (tích hợp, phạm vi, tiến độ, chi phí, chất lượng, nguồn lực, truyền thông, rủi ro, mua sắm, các bên liên quan) cắt ngang năm nhóm trên. Lưu ý quan trọng: nhóm quy trình không phải pha của vòng đời. Giám sát và kiểm soát diễn ra suốt dự án; lập kế hoạch lặp lại mỗi khi có thay đổi lớn. Hiểu nhầm hai khái niệm này dẫn đến cách làm “lập kế hoạch một lần rồi cất ngăn kéo”.
Người quản lý dự án thực sự làm gì
Tích hợp, không phải làm thay. Việc trung tâm của người quản lý dự án là ghép các phần việc chuyên môn thành một kế hoạch thống nhất và giữ cho chúng khớp khi có thay đổi. Một kỹ sư giỏi được đề bạt làm quản lý dự án thường sa vào tự tay xử lý kỹ thuật, bỏ trống việc điều phối.
Quản lý kỳ vọng các bên liên quan. Nhà tài trợ, người dùng cuối, phòng tài chính, nhà thầu có lợi ích khác nhau. Người quản lý dự án lập bản đồ các bên theo quyền lực và mức quan tâm, quyết định ai cần được hỏi ý kiến, ai chỉ cần được báo.
Ra quyết định khi thông tin chưa đủ. Dự án luôn có bất định; chờ đủ dữ liệu thường là quyết định tệ nhất. Kỹ năng then chốt là nêu rõ giả định, đặt ngày xem lại giả định đó, và ghi nhận quyết định để không phải cãi lại sau này.
Báo tin xấu sớm. Thói quen giấu chậm trễ tới khi không giấu được là nguyên nhân phổ biến khiến dự án vỡ cùng lúc ở nhiều mặt. Báo sớm kèm phương án giúp nhà tài trợ còn lựa chọn.
Đóng dự án đúng nghĩa. Ký nghiệm thu, chuyển giao trách nhiệm vận hành, đóng hợp đồng, lưu hồ sơ. Không đóng thì nhân sự bị kéo lại mãi để sửa lặt vặt và chi phí tiếp tục chảy vào mã dự án cũ.
Các cách tiếp cận: dự đoán, thích ứng và kết hợp
Không có một phương pháp quản lý dự án đúng cho mọi trường hợp. Cách tiếp cận dự đoán (thường gọi là thác nước, waterfall) lập kế hoạch chi tiết từ đầu và đi tuần tự qua các giai đoạn; nó hợp với dự án có yêu cầu ổn định, chi phí thay đổi về sau rất cao, như xây dựng, lắp đặt dây chuyền. Cách tiếp cận thích ứng (agile) chia việc thành các vòng ngắn, mỗi vòng bàn giao một phần dùng được và điều chỉnh theo phản hồi; nó hợp khi yêu cầu chưa rõ và có thể thử nghiệm rẻ, như phần mềm, sản phẩm mới, chiến dịch tiếp thị.
Thực tế phần lớn doanh nghiệp dùng cách kết hợp: khung giai đoạn và cổng phê duyệt theo kiểu dự đoán cho phần đầu tư lớn, bên trong từng giai đoạn để các nhóm làm theo vòng lặp. Một dự án mở chuỗi cửa hàng có thể cố định tiến độ thuê mặt bằng và thi công, nhưng thử nghiệm thực đơn, bố trí quầy theo vòng hai tuần tại cửa hàng đầu tiên.
Câu hỏi chọn cách tiếp cận nên dựa trên hai trục: mức độ rõ ràng của yêu cầu và chi phí sửa sai về sau. Yêu cầu rõ, sửa sai đắt: dự đoán. Yêu cầu mơ hồ, sửa sai rẻ: thích ứng. Hai trục lệch nhau: kết hợp. Bài so sánh agile và waterfall trong cùng danh mục đi sâu hơn vào câu hỏi này.
Danh mục việc trong hai tuần đầu của một dự án mới
Khi được giao một dự án, các việc sau giúp tránh phần lớn lỗi “sinh ra đã yếu”. Thứ tự có thể đổi, nhưng không nên bỏ bước nào:
- Gặp nhà tài trợ, viết lại bằng một câu vấn đề kinh doanh dự án giải quyết và cách đo kết quả; xin xác nhận bằng văn bản.
- Lập danh sách bên liên quan, ghi lợi ích và mối lo của từng bên; hẹn gặp riêng những người có quyền phủ quyết.
- Soạn điều lệ dự án: mục tiêu, phạm vi trong và ngoài, mốc chính, ngân sách sơ bộ, rủi ro lớn, quyền hạn của người quản lý dự án.
- Xác định ràng buộc nào cố định, ràng buộc nào linh hoạt trong tam giác phạm vi, thời gian, chi phí.
- Dựng WBS cấp hai, cấp ba cùng nhóm thực hiện, không tự làm một mình.
- Thống nhất nhịp họp, mẫu báo cáo, kênh ra quyết định và ngưỡng phải báo lên nhà tài trợ.
- Liệt kê mười rủi ro đầu tiên, gán người theo dõi từng rủi ro.
- Tổ chức buổi khởi động chính thức để mọi người nghe cùng một thông điệp về mục tiêu và cách làm việc.
Danh mục này không bảo đảm dự án thành công, nhưng thiếu nó thì gần như chắc chắn dự án gặp lại những vấn đề đã biết trước: phạm vi mơ hồ, không ai có quyền quyết, và mọi người hiểu mục tiêu mỗi người một kiểu.
Câu hỏi thường gặp
Quản trị dự án và quản lý dự án khác nhau không?
Trong tiếng Việt hai cụm này thường dùng thay nhau để dịch project management. Một số tài liệu dùng “quản trị dự án” cho tầng rộng hơn, gồm cả quản trị danh mục và chương trình dự án, còn “quản lý dự án” cho việc điều hành một dự án cụ thể. Khi đọc tài liệu, nên xem ngữ cảnh thay vì dựa vào chữ.
Chương trình và danh mục dự án là gì?
Chương trình là nhóm dự án liên quan được quản lý phối hợp để đạt lợi ích mà từng dự án riêng lẻ không tạo ra, ví dụ chương trình chuyển đổi số gồm dự án kế toán, kho, bán hàng. Danh mục là toàn bộ dự án và chương trình của tổ chức, được chọn và cân đối theo chiến lược và nguồn lực.
Doanh nghiệp nhỏ có cần quản lý dự án bài bản không?
Không cần bộ hồ sơ dày như dự án nhà nước, nhưng vẫn cần những thứ tối thiểu: một người chịu trách nhiệm, mục tiêu đo được, danh sách việc có người nhận, mốc thời gian và ngân sách được theo dõi. Mức độ chính thức nên tỷ lệ với quy mô và rủi ro của dự án.
Ai nên làm quản lý dự án trong doanh nghiệp không có PMO?
Người có khả năng điều phối và được trao đủ quyền, không nhất thiết là chuyên gia kỹ thuật giỏi nhất. Điều quan trọng là người đó có thời gian thật cho dự án; kiêm nhiệm toàn thời gian công việc cũ là nguyên nhân hay gặp khiến dự án chậm.
PMBOK bản mới có thay thế hoàn toàn bản cũ không?
Bản thứ bảy thay đổi cách trình bày, chuyển từ quy trình sang nguyên tắc và lĩnh vực hiệu suất, nhưng PMI vẫn duy trì các tài liệu hướng dẫn quy trình đi kèm. Nhiều tổ chức tiếp tục dùng năm nhóm quy trình như khung thiết kế quy trình nội bộ vì dễ áp dụng.
Đo thành công dự án bằng gì ngoài đúng hạn đúng chi phí?
Nên đo thêm mức đạt lợi ích kinh doanh đã nêu trong điều lệ, mức độ người dùng chấp nhận, chất lượng sản phẩm sau bàn giao và chi phí vận hành phát sinh. Nhiều lợi ích chỉ đo được sau vài tháng, nên cần chỉ định người theo dõi sau khi dự án đóng.