Piagam Projek: Apa Itu dan Cara Menulisnya (Templat)

Piagam projek ialah dokumen tunggal yang secara rasmi memulakan kewujudan projek. Melangkauinya adalah salah satu cara paling boleh dipercayai untuk memastikan projek berjalan melebihi bajet, melebihi masa, atau melebihi kesabaran semua orang.

Kebanyakan pasukan terjun terus ke dalam tugas sebelum sesiapa bersetuju tentang apa yang sebenarnya cuba dicapai oleh projek itu. Piagam wujud untuk menutup jurang itu. Ia memaksa perbincangan tentang tujuan, kriteria kejayaan, dan siapa yang memegang autoriti sebelum tugas pertama diberikan.

Apakah piagam projek?

Piagam projek ialah dokumen formal yang membenarkan projek bermula, mendefinisikan objektifnya pada tahap tinggi, dan memberikan pengurus projek autoriti untuk menggunakan sumber organisasi. Ia adalah kontrak pengasas antara penaja projek, pengurus projek, dan organisasi.

Istilah ini berasal daripada Badan Pengetahuan Pengurusan Projek (PMBOK), di mana PMI mendefinisikan piagam sebagai output Kumpulan Proses Permulaan. Dalam istilah praktikal, piagam menjawab empat soalan lebih awal: Mengapa kita melakukan ini? Apa yang akan kita hasilkan? Siapa yang bertanggungjawab? Dan apakah kejayaan itu?

Piagam bukan jadual terperinci, senarai tugas, atau spesifikasi teknikal. Ia adalah dokumen ringkas pada tahap tinggi, biasanya dua hingga enam halaman, yang memberikan projek titik permulaan rasminya. Segala-galanya yang datang selepas itu, pelan projek, struktur pecahan kerja, carta Gantt, dibina atas asas yang ditubuhkan oleh piagam.

Fakta Utama

• Menurut PMBOK edisi ke-7, piagam projek adalah dokumen yang secara rasmi membenarkan projek bermula dan memberikan pengurus projek autoriti untuk menggunakan sumber (PMI, 2021).
• Projek yang mempunyai piagam yang didokumenkan adalah 2.5 kali lebih mungkin untuk memenuhi matlamat dan niat perniagaan asal (PMI Pulse of the Profession, 2023).
• Purata piagam projek adalah 2 hingga 6 halaman dalam kebanyakan perusahaan, dengan industri yang dikawal selia cenderung lebih panjang (tinjauan komuniti PMI, 2024).

Mengapa piagam projek penting

Projek gagal kerana sebab yang boleh diramalkan. Perluasan skop, pihak berkepentingan yang tidak selaras, pemilikan yang tidak jelas, dan kriteria kejayaan yang kabur muncul dalam post-mortem berulang kali. Piagam yang ditulis dengan baik menangani keempat-empatnya secara langsung.

Penyelarasan penaja eksekutif adalah faedah pertama. Piagam yang ditandatangani bermakna penaja telah membaca dan bersetuju dengan tujuan, sampul bajet, dan kriteria kejayaan. Apabila pertikaian skop timbul kemudian, piagam adalah titik rujukan yang semua orang kembali kepadanya. Tanpanya, perbualan tersebut menjadi perdebatan tentang ingatan dan niat.

Sokongan pihak berkepentingan berlaku secara semula jadi apabila proses piagam mendedahkan perselisihan lebih awal. Jabatan yang berbeza sering mempunyai andaian yang berbeza tentang apa yang akan dihantar oleh projek. Menulis piagam memaksa andaian tersebut ke permukaan di mana ia boleh diselesaikan sebelum kerja bermula berbanding selepas ia sedang berjalan.

Kejelasan autoriti lebih penting daripada yang disedari oleh kebanyakan pasukan. Piagam secara eksplisit memberikan pengurus projek hak untuk menetapkan sumber, membuat keputusan, dan mengeskalet halangan. Ini kedengaran jelas, tetapi dalam organisasi matriks di mana sumber melapor kepada pengurus fungsional, piagam yang ditandatangani adalah perbezaan antara pengurus projek yang boleh menyelesaikan sesuatu dan seorang yang menghabiskan sepanjang masa merundingkan akses.

Dan data menyokong ini. Penyelidikan PMI menunjukkan projek yang berpiagam 2.5 kali lebih mungkin memenuhi matlamat asal mereka. Itu bukan peningkatan marginal. Ia adalah perbezaan antara projek yang menyampaikan dan projek yang senyap-senyap menjadi kisah amaran.

10 bahagian piagam projek

Setiap piagam yang berkesan merangkumi sepuluh kawasan ini. Anda tidak memerlukan templat dengan tajuk bahagian yang kaku, tetapi anda memerlukan setiap konsep hadir, di suatu tempat, dalam dokumen.

1. Nama projek: Nama yang jelas dan deskriptif yang akan digunakan secara konsisten oleh pasukan dan pihak berkepentingan. Elakkan nama kod dalaman yang tidak bermakna di luar pasukan terdekat.

2. Tujuan dan justifikasi: Mengapa projek ini sedang dijalankan? Masalah perniagaan apa yang ia selesaikan atau peluang apa yang ia tangkap? Bahagian ini harus merujuk konteks yang boleh diukur: hasil yang hilang, risiko pematuhan, aduan pelanggan, atau pemasaan pasaran.

3. Objektif dan kriteria kejayaan: Apa yang akan dicapai oleh projek, dan bagaimana anda akan tahu ia berjaya? Objektif harus mengikuti format SMART (Khusus, Boleh Diukur, Boleh Dicapai, Relevan, Terikat Masa). Objektif yang samar seperti "tingkatkan pengalaman pelanggan" tidak berfungsi di sini. "Kurangkan masa Onboarding purata daripada 14 hari kepada 7 hari menjelang Q4" berfungsi.

4. Keperluan tahap tinggi: Syarat-syarat utama yang mesti dipenuhi oleh penghantaran akhir. Bukan dokumen keperluan penuh, tetapi cukup kekhususan bahawa pihak berkepentingan bersetuju tentang maksud "selesai." Fikirkan ini sebagai senarai pendek perkara yang tidak boleh dirundingkan.

5. Skop dan penghantaran: Apa yang secara eksplisit berada dalam skop, dan apa yang secara eksplisit di luar skop. Kedua-dua sisi sempadan itu penting. Jika sesuatu adalah kabur, sebutkannya. Menyatakan apa yang berada di luar skop mencegah perluasan skop sejelas menyatakan apa yang ada di dalam skop.

6. Pencapaian penting: Titik pemeriksaan utama dalam garis masa projek, dengan tarikh sasaran. Ini bukan jadual penuh. Ia adalah lima hingga sepuluh saat di mana projek akan menunjukkan kemajuan yang bermakna: akhir penemuan, prototaip pertama, pelancaran perintis, penerapan penuh, penutupan projek.

7. Bajet: Sampul pembiayaan yang diluluskan dan sebarang kategori kos utama. Sesetengah organisasi hanya memasukkan jumlah; yang lain memecahkannya mengikut fasa atau jenis sumber. Kuncinya ialah penaja telah menandatangani nombor khusus, bukan julat.

8. Pihak berkepentingan: Siapa yang mempunyai kepentingan dalam hasil, siapa yang akan terjejas, dan siapa yang perlu dirujuk atau dimaklumkan. Ini memetakan terus kepada matriks RACI yang datang kemudian dalam perancangan. Versi piagam adalah lebih tinggi: nama, peranan, dan hubungan mereka dengan projek.

9. Risiko dan andaian: Risiko yang diketahui yang boleh mempengaruhi projek, dengan nota ringkas tentang kebarangkalian atau kesan. Dan andaian, perkara yang anda anggap benar tanpa pengesahan penuh. Kedua-duanya patut diberi perhatian kerana andaian yang tidak dicabar hanyalah risiko yang belum anda akui.

10. Tandatangan kelulusan: Persetujuan formal daripada penaja projek dan mana-mana pelulus yang diperlukan lain. Inilah yang mengubah dokumen daripada draf kepada kebenaran. Tanpa tandatangan, piagam bersifat nasihat. Dengannya, ia mempunyai berat organisasi.

Piagam projek vs pelan projek vs pernyataan skop

Tiga dokumen ini berkaitan tetapi melayani tujuan yang berbeza. Mengelirukan mereka menimbulkan masalah sebenar.

Piagam datang dahulu dan sengaja ringkas. Ia ditulis sebelum pasukan memahami sepenuhnya kerja itu, jadi ia tidak boleh terperinci. Pelan projek dibina semasa perancangan apabila pasukan telah melakukan cukup analisis untuk membuat komitmen yang boleh dipercayai. Pernyataan skop berada dalam pelan projek sebagai sebahagian daripada garis dasar skop, bersama struktur pecahan kerja.

Kesilapan biasa adalah menulis piagam selepas kerja perancangan selesai dan kemudian mengundurkan tarikh. Ini mengalahkan tujuannya. Piagam harus ditulis dahulu, dengan maklumat terhad yang tersedia pada permulaan, dan kemudian digunakan untuk membenarkan kerja perancangan.

Cara menulis piagam projek: langkah demi langkah

Menulis piagam bukan aktiviti solo. Ia memerlukan input daripada penaja, pihak berkepentingan utama, dan pengurus projek. Berikut adalah urutan yang berfungsi.

Langkah 1: Kumpul input sebelum menulis apa-apa

Bercakap dengan penaja dan pihak berkepentingan yang relevan sebelum membuka templat. Anda perlu memahami kes perniagaan, sebarang kekangan (had bajet, keperluan peraturan, tarikh akhir yang tetap), dan sumber organisasi yang tersedia. Tarik sebarang dokumen yang sedia ada: kes perniagaan, RFP, memo keputusan lembaga. Ini menjadi bahan mentah.

Langkah 2: Draf tujuan dan justifikasi

Tulis "mengapa" dahulu. Pernyataan tujuan yang kukuh menghubungkan projek kepada strategi organisasi atau masalah perniagaan tertentu. Jika anda tidak dapat menyatakan mengapa projek itu penting dalam dua atau tiga ayat, itu adalah isyarat untuk kembali kepada penaja sebelum meneruskan. Tujuan yang tidak jelas pada peringkat piagam menjadi skop yang tidak jelas pada peringkat pelaksanaan.

Langkah 3: Takrifkan objektif menggunakan kriteria SMART

Setiap objektif harus cukup khusus sehingga pihak ketiga boleh mengesahkan sama ada ia dicapai. Jalankan setiap satu melalui ujian SMART. "Lancarkan portal pekerja baru" bukan objektif. "Lancarkan portal pekerja baru kepada semua 500 pekerja menjelang 31 Mac, dengan 80% pengguna melengkapkan Onboarding dalam dua minggu pertama" adalah objektif.

Hadkan objektif kepada tiga hingga lima. Lebih daripada itu biasanya bermakna skop projek terlalu luas dan harus dipecahkan kepada inisiatif berasingan.

Langkah 4: Senaraikan skop dan penghantaran utama

Tulis apa yang akan dihasilkan oleh projek dan, yang penting, apa yang tidak akan dihasilkan. Senarai di luar skop sering lebih berharga daripada senarai dalam skop. Untuk pelaksanaan CRM, anda mungkin menyatakan secara eksplisit: "Fasa 1 tidak termasuk integrasi dengan sistem bil" atau "pelaporan tersuai adalah di luar skop dan akan ditangani dalam Fasa 2." Ini mencegah piagam digunakan untuk mewajarkan kerja yang tidak pernah dipersetujui.

Langkah 5: Petakan pihak berkepentingan dan sahkan penaja

Kenal pasti semua orang yang mempunyai autoriti ke atas keputusan projek, akan terjejas oleh hasil, atau perlu dimaklumkan. Sahkan siapa penaja projek itu, kerana orang ini akan menandatangani piagam dan menjadi laluan eskalasi utama untuk isu yang tidak dapat diselesaikan secara bebas oleh pengurus projek. Projek tanpa penaja yang jelas dan terlibat hampir selalu bergelut.

Langkah 6: Dapatkan tandatangan sebelum perancangan bermula

Edarkan draf piagam kepada semua pelulus yang diperlukan. Adakan mesyuarat semakan ringkas jika dokumen mendedahkan perselisihan. Matlamatnya bukan dokumen yang sempurna tetapi yang ditandatangani. Sebaik sahaja anda mempunyai persetujuan, perancangan boleh bermula dengan keyakinan bahawa organisasi komited dengan hala tuju projek. Segala-galanya dalam kitar hayat projek yang berikut dibina atas kebenaran ini.

Templat piagam projek

Gunakan ini sebagai titik permulaan. Sesuaikan tajuk dan medan untuk memadankan norma organisasi anda.

PIAGAM PROJEK

Nama Projek: [Nama deskriptif penuh]
Pengurus Projek: [Nama, hubungan]
Penaja Projek: [Nama, jawatan]
Tarikh: [Tarikh piagam]
Versi: 1.0

---

TUJUAN DAN JUSTIFIKASI
[Mengapa projek ini dijalankan? Masalah perniagaan apa yang ia selesaikan?
Rujuk sebarang data sokongan, kesan kewangan, atau keutamaan strategik.]

---

OBJEKTIF DAN KRITERIA KEJAYAAN
Objektif 1: [Objektif SMART: khusus, boleh diukur, terikat masa]
Objektif 2: [Objektif SMART]
Objektif 3: [Objektif SMART]

Kejayaan akan diukur oleh: [Metrik dan sasaran utama]

---

KEPERLUAN TAHAP TINGGI
- [Keperluan 1]
- [Keperluan 2]
- [Keperluan 3]

---

SKOP
Dalam Skop:
- [Penghantaran atau kawasan kerja 1]
- [Penghantaran atau kawasan kerja 2]

Di Luar Skop:
- [Kerja yang dikecualikan secara eksplisit 1]
- [Kerja yang dikecualikan secara eksplisit 2]

---

PENCAPAIAN PENTING
Pencapaian Penting 1: [Keterangan] | Sasaran: [Tarikh]
Pencapaian Penting 2: [Keterangan] | Sasaran: [Tarikh]
Pencapaian Penting 3: [Keterangan] | Sasaran: [Tarikh]

---

BAJET
Jumlah bajet yang diluluskan: $[Amaun]
[Pilihan: pecahan mengikut fasa atau kategori kos utama]

---

PIHAK BERKEPENTINGAN UTAMA
[Nama] | [Peranan] | [Kepentingan/pengaruh]
[Nama] | [Peranan] | [Kepentingan/pengaruh]

---

RISIKO DAN ANDAIAN
Risiko:
- [Risiko 1]: [Nota kebarangkalian/kesan ringkas]
- [Risiko 2]: [Nota kebarangkalian/kesan ringkas]

Andaian:
- [Andaian 1]
- [Andaian 2]

---

KELULUSAN

Penaja Projek: _________________ Tarikh: _______
Pengurus Projek: _________________ Tarikh: _______
[Pelulus tambahan jika diperlukan]: _____ Tarikh: _______

Contoh piagam projek mengikut industri

Format piagam kekal konsisten merentasi industri, tetapi kandungannya kelihatan berbeza bergantung pada jenis kerja. Berikut adalah cara sepuluh bahagian yang sama diterjemahkan merentasi empat konteks biasa.

Perhatikan bahawa dalam setiap kes, objektif boleh diukur dan terikat masa. Tujuan menghubungkan kembali kepada hasil perniagaan. Dan nama projek cukup deskriptif sehingga pihak berkepentingan baru dapat memahaminya tanpa taklimat.

Untuk pasukan yang menggunakan metodologi Waterfall, piagam sejajar terus dengan semakan pintu gerbang pertama projek. Untuk pasukan yang menggunakan Agile atau Scrum, piagam biasanya merangkumi inisiatif produk penuh manakala Sprint individu beroperasi dalam skop yang dibenarkan tersebut.

Kesilapan biasa dan cara membetulkannya

Amalan terbaik

• Tulis piagam bersama penaja, bukan untuk penaja. Kerjasama semasa penghasilan draf mendedahkan perselisihan lebih awal dan membina pemilikan bersama dokumen.
• Gunakan bahasa biasa. Piagam gagal apabila ia penuh dengan jargon yang dilangkau oleh pihak berkepentingan bukan teknikal tanpa membaca. Penaja perlu memahami dan menyokong setiap patah perkataan.
• Pastikan ia cukup pendek untuk dibaca dalam 15 minit. Jika mengambil masa lebih lama, ia terlalu terperinci. Simpan butiran untuk dokumen perancangan.
• Versi dan tarikh setiap semakan. Piagam kadangkala dikemas kini apabila maklumat baru muncul. Jejak perubahan supaya semua orang tahu versi mana yang semasa.
• Edarkan piagam yang ditandatangani kepada semua pihak berkepentingan utama. Tidak cukup untuk mempunyai salinan yang ditandatangani dalam folder. Orang yang akan melaksanakan kerja harus tahu apa yang mereka dibenarkan untuk lakukan.
• Rujuk piagam dalam permulaan perancangan. Mulakan setiap mesyuarat perancangan dengan menyemak objektif piagam. Ini memastikan perancangan selaras dengan apa yang sebenarnya diluluskan.
• Semak piagam pada pencapaian penting utama. Jika skop atau objektif projek berubah dengan ketara, kemas kini piagam dan dapatkan kelulusan semula berbanding menyimpang secara senyap daripada kebenaran asal.
• Hubungkan piagam kepada carta PERT dan carta Gantt yang datang kemudian. Menunjukkan cara jadual terperinci kembali kepada pencapaian penting piagam mengukuhkan disiplin dan menjadikan penyelewengan kelihatan.

Soalan lazim

Siapa yang menulis piagam projek? Pengurus projek biasanya menghasilkan draf piagam, tetapi penaja projek menyediakan input dan mesti meluluskannya. Dalam amalan, piagam terbaik adalah hasil kerjasama. Penaja membawa kes perniagaan dan autoriti bajet. Pengurus projek membawa struktur operasi dan memastikan dokumen boleh diambil tindakan. Sesetengah organisasi mempunyai PMO yang memiliki templat piagam standard, yang disesuaikan oleh PM untuk setiap projek.

Berapa panjangnya piagam projek? Dua hingga enam halaman meliputi kebanyakan projek. Projek dalaman yang mudah boleh menjadi satu halaman. Inisiatif merentas-fungsi yang besar dalam industri yang dikawal selia mungkin berjalan lebih lama kerana keperluan pematuhan. Matlamatnya adalah kelengkapan, bukan panjang. Jika anda boleh merangkumi semua sepuluh bahagian dalam dua halaman, itu lebih baik daripada mengisi sehingga enam.

Adakah piagam projek sama dengan pernyataan skop? Tidak. Piagam ditulis dalam fasa Permulaan, sebelum perancangan bermula, dan memberikan kebenaran tahap tinggi. Pernyataan skop ditulis semasa Perancangan dan terperinci tentang penghantaran, kriteria penerimaan, dan pengecualian. Pernyataan skop adalah sebahagian daripada garis dasar skop yang berada dalam pelan pengurusan projek. Piagam datang dahulu dan lebih pendek.

Adakah Agile menggunakan piagam projek? Ya, walaupun formatnya kadangkala lebih ringan. Pasukan Agile sering menggunakan "ringkasan projek" atau "piagam pasukan" yang merangkumi perkara yang sama: tujuan, hasil, pihak berkepentingan, dan kekangan. Rangka kerja Scrum tidak mewajibkan piagam, tetapi keperluan asas untuk membenarkan kerja dan menyelaraskan pihak berkepentingan tidak hilang hanya kerana anda bekerja dalam Sprint. Kebanyakan organisasi Agile menulis piagam untuk inisiatif, kemudian membiarkan perancangan Sprint mengendalikan butiran.

Siapa yang menandatangani piagam projek? Sekurang-kurangnya, penaja projek menandatangani piagam. Banyak organisasi juga memerlukan tandatangan pengurus projek, dan sesetengah memerlukan persetujuan daripada pengurus fungsional atau wakil PMO. Yang penting ialah sekurang-kurangnya seorang yang mempunyai autoriti organisasi telah secara rasmi membenarkan projek diteruskan dan bersetuju dengan objektif, bajet, dan skop yang dinyatakan.

---

Piagam projek tidak akan menjamin kejayaan projek. Tetapi ia menetapkan keadaan yang memungkinkan kejayaan. Pasukan yang melangkauinya menghabiskan separuh kedua projek untuk merundingkan semula keputusan yang sepatutnya dibuat pada permulaan. Tandatangani piagam, edarkannya, dan bina segala-galanya atas asas tersebut.

Dan jika anda bersedia untuk beralih daripada kebenaran kepada pelaksanaan, langkah seterusnya adalah mengubah pencapaian penting tahap tinggi piagam menjadi pelan projek penuh dengan struktur pecahan kerja dan jadual yang dibina daripada kaedah laluan kritikal.