Project charter cho phép dự án tồn tại và trao quyền cho PM. 8 thành phần bắt buộc, quy trình 6 bước, charter trong Agile, kèm mẫu trống và ví dụ.
Cập nhật lần cuối: 01/10/2026 — đối chiếu với PMI Lexicon of Project Management Terms, PMBOK® Guide – Eighth Edition và PMP Examination Content Outline 2026.
Trong khảo sát Pulse of the Profession 2017 của PMI, 28% sáng kiến chiến lược thất bại hoàn toàn, và nguyên nhân hàng đầu là thiếu mục tiêu và mốc đo lường được xác định rõ ràng (37%). Cùng khảo sát đó cho thấy có nhà tài trợ (sponsor) tham gia tích cực là yếu tố số một giúp dự án đạt mục tiêu ban đầu. Mục tiêu rõ ràng và sponsor cam kết — đó chính là hai thứ một project charter tốt buộc bạn phải có ngay từ ngày đầu.
Bài viết này hướng dẫn cách viết project charter trong thực tế: không phải một văn bản để nộp cho có, mà là công cụ giúp dự án đứng vững khi bị tranh cãi về phạm vi hay bị rút nguồn lực giữa chừng. Cuối bài có mẫu charter để trống và một ví dụ đã điền sẵn.
Project Charter Là Gì?
Project charter (điều lệ dự án) là văn bản do nhà tài trợ hoặc người khởi xướng ban hành, chính thức cho phép dự án tồn tại và trao cho project manager quyền sử dụng nguồn lực của tổ chức. Charter ghi lại mục tiêu, phạm vi tổng quan, các bên liên quan chính và tiêu chí thành công ở mức cao.
Định nghĩa chính thức trong PMI Lexicon of Project Management Terms: "A document issued by the project initiator or sponsor that formally authorizes the existence of a project and provides the project manager with the authority to apply organizational resources to project activities."
Hai ý quan trọng nhất trong định nghĩa này:
- Charter do sponsor hoặc người khởi xướng ban hành, không phải do project manager tự lập rồi tự duyệt. Trong thực tế, PM thường là người soạn thảo, còn sponsor phê duyệt bằng chữ ký.
- Charter trao quyền cho PM. Đây là cơ sở chính thức để bạn huy động người, dùng ngân sách và đưa ra quyết định trong dự án.
Project charter trong PMBOK 8
Nhiều tài liệu tiếng Việt vẫn mô tả charter là đầu ra của quy trình "Develop Project Charter" trong "giai đoạn khởi tạo". Đó là cách diễn đạt của PMBOK 6, và còn nhầm một điểm: Initiating là nhóm quy trình, không phải giai đoạn (phase) của dự án.
PMBOK 8 (2025) đưa các nhóm quy trình trở lại dưới tên Focus Areas và tích hợp 40 process không bắt buộc vào 7 performance domain. Charter thuộc Focus Area Initiating, và là đầu vào của các process lập kế hoạch tiếp theo — ví dụ process Plan Scope Management trong PMBOK 8 liệt kê project charter ở vị trí đầu tiên trong danh sách đầu vào. Xem thêm: PMBOK 8 khác gì PMBOK 7.
Vì Sao Project Charter Quan Trọng?
Nhiều người xem charter là thủ tục giấy tờ. Theo kinh nghiệm của tôi, nó giải quyết bốn vấn đề mà dự án nào cũng gặp.
- Trao quyền chính thức cho PM. Không có charter, vai trò của PM mơ hồ. Khi cần người từ phòng ban khác hay cần duyệt chi, bạn dựa vào đâu? Charter là câu trả lời.
- Tạo điểm tham chiếu chung. Khi tranh luận về phạm vi nổ ra ở tháng thứ ba, bạn có một văn bản đã được duyệt để đối chiếu, thay vì tranh cãi dựa trên trí nhớ mỗi người mỗi khác.
- Lộ ra bất đồng từ sớm. Quá trình viết charter buộc các bên ngồi lại, và những kỳ vọng khác nhau lộ ra khi chi phí điều chỉnh còn thấp.
- Là căn cứ chống scope creep. Khi có yêu cầu ngoài phạm vi, charter giúp bạn từ chối có căn cứ hoặc đưa yêu cầu vào quy trình kiểm soát thay đổi, thay vì âm thầm gánh thêm việc.
8 Thành Phần Bắt Buộc Của Một Project Charter
- Mục đích và lý do triển khai (business case rút gọn)
- Mục tiêu và tiêu chí thành công đo lường được
- Phạm vi tổng quan (in-scope và out-of-scope)
- Các mốc thời gian chính
- Ngân sách dự kiến
- Các bên liên quan chính
- Rủi ro, giả định và ràng buộc ở mức cao
- Thẩm quyền của PM và phê duyệt của sponsor
Một charter tốt không cần dài. Bản tôi dùng thường gói gọn trong 2–3 trang.
1. Mục đích và lý do triển khai
Trả lời câu hỏi "Vì sao chúng ta làm dự án này?". Gắn dự án với một nhu cầu kinh doanh cụ thể: giải quyết vấn đề gì, nắm bắt cơ hội nào. Nếu không viết được lý do thuyết phục ở đây, hãy cân nhắc liệu dự án có đáng làm không.
2. Mục tiêu và tiêu chí thành công
Đây là phần tôi đầu tư nhiều thời gian nhất, và cũng là phần khảo sát của PMI chỉ ra là nguyên nhân thất bại hàng đầu khi bị bỏ trống. Mục tiêu nên theo nguyên tắc SMART: cụ thể, đo lường được, khả thi, liên quan và có thời hạn. Thay vì "cải thiện trải nghiệm khách hàng", hãy viết "giảm thời gian xử lý đơn hàng từ 48 giờ xuống 24 giờ trước quý 4".
3. Phạm vi tổng quan
Liệt kê những gì dự án sẽ làm, và quan trọng không kém, những gì dự án sẽ không làm. Phần out-of-scope thường bị bỏ qua nhưng lại là lá chắn mạnh nhất chống scope creep. Hãy viết rõ những hạng mục mọi người dễ ngầm hiểu là "tất nhiên sẽ có".
4. Các mốc thời gian chính
Chỉ cần các mốc lớn: ngày bắt đầu, các giai đoạn quan trọng, ngày bàn giao dự kiến. Lịch chi tiết sẽ được xây dựng sau khi lập kế hoạch.
5. Ngân sách dự kiến
Một con số ước tính ở mức tổng (order of magnitude) cùng nguồn ngân sách. Chưa cần chính xác, nhưng đủ để các bên hiểu quy mô cam kết.
6. Các bên liên quan chính
Ai là sponsor, ai là PM, ai là người dùng cuối, ai có quyền phê duyệt. Tôi thường thêm một cột ghi rõ vai trò và quyền hạn của từng người để tránh tranh cãi về thẩm quyền sau này.
7. Rủi ro, giả định và ràng buộc
Những rủi ro lớn đã thấy, những giả định dự án dựa vào (ví dụ "nhà cung cấp giao thiết bị đúng hạn") và các ràng buộc cứng (hạn chót pháp lý, trần ngân sách).
8. Thẩm quyền của PM và phê duyệt
Ghi rõ mức quyền của PM (được duyệt chi đến bao nhiêu, được điều phối nguồn lực nào) và chữ ký phê duyệt của sponsor. Charter chưa được sponsor phê duyệt thì chưa có giá trị.
Quy Trình 6 Bước Viết Project Charter
1. Thu thập đầu vào. Business case, hợp đồng (nếu làm cho khách hàng), các thỏa thuận và tài liệu chiến lược của tổ chức. Đừng viết charter trong chân không.
2. Trao đổi với sponsor và các bên liên quan chủ chốt. Tôi luôn dành ít nhất một buổi với sponsor để hiểu kỳ vọng thật sự. Điều họ viết trong email thường khác điều họ thực sự muốn.
3. Soạn bản nháp. Điền 8 thành phần ở trên, ngôn ngữ ngắn gọn, tránh thuật ngữ kỹ thuật vì nhiều cấp lãnh đạo sẽ đọc.
4. Rà soát cùng các bên liên quan. Đây là lúc bất đồng lộ ra — và đó là điều tốt. Giải quyết trên giấy rẻ hơn nhiều so với giải quyết khi đang thực hiện.
5. Hoàn thiện và trình sponsor phê duyệt.
6. Chia sẻ rộng rãi. Charter đã duyệt phải đến tay cả đội và các bên liên quan. Charter nằm trong ngăn kéo không có tác dụng gì.
Project Charter Trong Dự Án Agile và Hybrid
Dự án Agile vẫn cần được cho phép và cần người có thẩm quyền cam kết nguồn lực, nhưng charter thường gọn hơn nhiều:
- Charter rút gọn: tập trung vào tầm nhìn sản phẩm, lý do làm, tiêu chí thành công và giới hạn ngân sách, thời gian. Phạm vi chi tiết nằm trong product backlog và thay đổi theo từng vòng lặp.
- Team charter (thỏa thuận làm việc của nhóm): khác với project charter. Đây là thỏa thuận nội bộ về giá trị, cách giao tiếp, cách ra quyết định và Definition of Done. Project charter cho phép dự án tồn tại; team charter giúp nhóm làm việc cùng nhau.
- Hybrid: thường dùng một charter đầy đủ ở cấp dự án, còn các nhóm Agile bên trong có team charter riêng.
Project Charter Trong Kỳ Thi PMP
ECO 2026 không có task nào tên "lập project charter", nhưng tư duy charter xuất hiện ở nhiều task: xây dựng tầm nhìn chung với các bên liên quan (People), xác định phạm vi và đạt đồng thuận về phạm vi (Process), xác định thước đo thành công và cơ chế quản trị (Business Environment). Các tình huống hay gặp:
- Dự án đã bắt đầu nhưng chưa có charter: PM nên làm việc với sponsor để có charter được phê duyệt, thay vì tiếp tục làm như không có chuyện gì.
- Một bên muốn thay đổi mục tiêu hoặc phạm vi đã ghi trong charter: đưa qua quy trình kiểm soát thay đổi; thay đổi charter cần sponsor phê duyệt.
- PM thiếu quyền huy động nguồn lực: quay lại charter để xem thẩm quyền đã được trao; nếu chưa đủ, trao đổi với sponsor.
- Ai ban hành charter? Sponsor hoặc người khởi xướng — không phải PM.
Những Lỗi Thường Gặp Khi Viết Project Charter
- Viết quá chi tiết, biến charter thành kế hoạch dự án.
- Tiêu chí thành công mơ hồ, ví dụ "dự án thành công khi khách hàng hài lòng" mà không định nghĩa hài lòng là gì.
- Bỏ qua phần out-of-scope — nguyên nhân hàng đầu của scope creep.
- PM tự viết, tự coi là đã duyệt khi chưa có phê duyệt của sponsor.
- Viết xong rồi quên, không dùng lại khi có yêu cầu thay đổi hay khi ra quyết định quan trọng.
Project Charter, Project Management Plan và Scope Statement Khác Nhau Thế Nào?
Tiêu chí | Project charter | Project management plan | Project scope statement |
|---|---|---|---|
Mục đích | Cho phép dự án tồn tại, trao quyền cho PM | Mô tả cách dự án được thực hiện, giám sát, kiểm soát và kết thúc | Mô tả phạm vi, sản phẩm bàn giao chính, giả định và ràng buộc |
Trả lời câu hỏi | Cái gì và vì sao | Làm như thế nào | Chính xác làm những gì |
Mức chi tiết | Tổng quan, 1–3 trang | Chi tiết, gồm nhiều kế hoạch con | Chi tiết hơn charter về phạm vi |
Ai ban hành/phê duyệt | Sponsor hoặc người khởi xướng | PM xây dựng, các bên liên quan phê duyệt | PM xây dựng cùng nhóm và các bên liên quan |
Thời điểm | Đầu tiên (Initiating) | Sau charter (Planning) | Sau charter (Planning) |
Nói đơn giản: charter cho phép dự án tồn tại; plan chỉ ra cách thực hiện; scope statement nói rõ làm những gì. Charter luôn đến trước. Đọc thêm: Lập kế hoạch quản lý dự án tích hợp theo PMBOK 8.
Mẫu Project Charter
Mục | Nội dung |
|---|---|
Tên dự án | |
Sponsor / Project manager | |
Ngày lập / Phiên bản | |
Mục đích và lý do triển khai | |
Mục tiêu và tiêu chí thành công (SMART) | |
In-scope | |
Out-of-scope | |
Mốc thời gian chính | |
Ngân sách dự kiến và nguồn | |
Các bên liên quan và vai trò | |
Rủi ro / Giả định / Ràng buộc | |
Thẩm quyền của PM | |
Phê duyệt của sponsor (họ tên, chữ ký, ngày) |
Ví Dụ Project Charter Đã Điền (Dự Án Phần Mềm)
Ví dụ dưới đây là một dự án giả định, dùng để minh họa mức độ chi tiết phù hợp.
Mục | Nội dung |
|---|---|
Tên dự án | Cổng đăng ký khách hàng trực tuyến |
Sponsor / PM | Giám đốc Khối Bán lẻ / Trưởng nhóm triển khai |
Mục đích | Quy trình mở tài khoản trên giấy mất trung bình 3 ngày, khiến khách hàng bỏ dở. Số hóa giúp tăng tỷ lệ chuyển đổi và giảm tải cho chi nhánh. |
Mục tiêu | Giảm thời gian mở tài khoản từ 3 ngày xuống dưới 15 phút; 60% tài khoản mới được mở online trong 6 tháng sau khi ra mắt. |
In-scope | Web đăng ký, xác thực danh tính điện tử, tích hợp hệ thống lõi, đào tạo nhân viên chi nhánh. |
Out-of-scope | Ứng dụng di động, sản phẩm cho doanh nghiệp, thay đổi hệ thống lõi. |
Mốc chính | Kickoff tháng 1; bản thử nghiệm nội bộ tháng 4; ra mắt tháng 6; đóng dự án tháng 7. |
Ngân sách | Ước tính ±25%, từ ngân sách chuyển đổi số năm nay. |
Bên liên quan | Khối Bán lẻ (chủ sản phẩm), CNTT, Pháp chế và Tuân thủ, An ninh thông tin, chi nhánh. |
Rủi ro / Giả định / Ràng buộc | Rủi ro: chậm phê duyệt pháp lý cho xác thực điện tử. Giả định: API hệ thống lõi sẵn sàng tháng 2. Ràng buộc: phải ra mắt trước chiến dịch tháng 6. |
Thẩm quyền của PM | Điều phối nhóm dự án 9 người; duyệt chi trong phạm vi 10% ngân sách; thay đổi lớn hơn trình sponsor. |
Câu Hỏi Thường Gặp (FAQ)
Project charter là gì?
Project charter là văn bản do sponsor hoặc người khởi xướng ban hành, chính thức cho phép dự án tồn tại và trao cho project manager quyền sử dụng nguồn lực của tổ chức. Charter ghi lại mục tiêu, phạm vi tổng quan, các bên liên quan và tiêu chí thành công.
Ai là người ban hành project charter?
Theo PMI, charter do người khởi xướng hoặc sponsor ban hành, không phải project manager. PM thường là người soạn thảo và trình sponsor phê duyệt.
Project charter dài bao nhiêu là hợp lý?
Thường 1–3 trang. Nếu dài hơn, rất có thể bạn đang đưa nội dung của project management plan vào charter.
Project charter có thay đổi được sau khi phê duyệt không?
Có, nhưng cần thận trọng. Thay đổi charter phải qua quy trình kiểm soát thay đổi và được sponsor phê duyệt, vì nó ảnh hưởng đến nền tảng của cả dự án.
Dự án nhỏ hoặc dự án Agile có cần charter không?
Có, ở dạng rút gọn. Ngay cả nửa trang cũng đủ để thống nhất mục tiêu, giới hạn và trao quyền cho người phụ trách. Dự án Agile thường có thêm team charter để thống nhất cách làm việc trong nhóm.
Project charter khác project scope statement thế nào?
Charter cho phép dự án và mô tả phạm vi ở mức rất tổng quan. Scope statement được xây dựng sau, mô tả chi tiết phạm vi, sản phẩm bàn giao chính, giả định và ràng buộc.
Kết Luận
Project charter là khoản đầu tư nhỏ ở đầu dự án giúp bạn tiết kiệm rất nhiều thời gian, tiền bạc và xung đột về sau. Vài giờ viết một charter rõ ràng — mục tiêu đo được, phạm vi có cả phần không làm, sponsor đã phê duyệt — đáng giá hơn nhiều tuần xử lý hậu quả của một dự án khởi động trong mơ hồ.
Bạn đã nắm cách viết project charter — giờ là lúc luyện tập với câu hỏi thi thật.
Bài tiếp theo: Lập kế hoạch quản lý dự án tích hợp theo PMBOK 8
Nguồn tham khảo chính thức (PMI):
PMI, Pulse of the Profession® 2017: Success Rates Rise (PDF)
PMI Lexicon of Project Management Terms
Bạn đã sẵn sàng luyện tập chưa?
Thử CertFlow miễn phí — 10 câu hỏi, không cần đăng ký.
Bắt Đầu Miễn Phí


