Piagam Proyek: Apa Itu dan Cara Menulisnya (Template)

Piagam proyek adalah satu-satunya dokumen yang secara resmi memulai sebuah proyek. Melewatkannya adalah salah satu cara paling pasti untuk menjamin bahwa sebuah proyek melebihi anggaran, melebihi waktu, atau menguras kesabaran semua orang.

Sebagian besar tim langsung menyelam ke dalam tugas sebelum ada yang sepakat tentang apa yang sebenarnya ingin dicapai proyek tersebut. Piagam hadir untuk menutup kesenjangan itu. Piagam memaksa percakapan tentang tujuan, kriteria keberhasilan, dan siapa yang memegang otoritas sebelum tugas pertama ditetapkan.

Apa itu piagam proyek?

Piagam proyek adalah dokumen formal yang mengotorisasi sebuah proyek untuk dimulai, mendefinisikan tujuan tingkat tingginya, dan memberi manajer proyek otoritas untuk menggunakan sumber daya organisasi. Ini adalah kontrak pendiri antara sponsor proyek, manajer proyek, dan organisasi.

Istilah ini berasal dari Project Management Body of Knowledge (PMBOK), di mana PMI mendefinisikan piagam sebagai keluaran dari Kelompok Proses Inisiasi. Dalam istilah praktis, piagam menjawab empat pertanyaan di awal: Mengapa kita melakukan ini? Apa yang akan kita hasilkan? Siapa yang bertanggung jawab? Dan seperti apa keberhasilan itu?

Piagam bukan jadwal terperinci, daftar tugas, atau spesifikasi teknis. Ini adalah dokumen singkat tingkat tinggi, biasanya dua hingga enam halaman, yang memberi proyek titik awal resminya. Semua yang datang setelah itu, rencana proyek, struktur rincian kerja, Gantt Chart, dibangun di atas fondasi yang ditetapkan piagam.

Fakta Utama

• Berdasarkan PMBOK edisi ke-7, piagam proyek adalah dokumen yang secara resmi mengotorisasi sebuah proyek untuk dimulai dan memberi manajer proyek otoritas untuk menerapkan sumber daya (PMI, 2021).
• Proyek dengan piagam yang terdokumentasi 2,5 kali lebih mungkin memenuhi tujuan dan maksud bisnis awal (PMI Pulse of the Profession, 2023).
• Rata-rata piagam proyek adalah 2 hingga 6 halaman di sebagian besar perusahaan, dengan industri yang diatur cenderung lebih panjang (survei komunitas PMI, 2024).

Mengapa piagam proyek penting

Proyek gagal karena alasan yang dapat diprediksi. Perluasan ruang lingkup, pemangku kepentingan yang tidak selaras, kepemilikan yang tidak jelas, dan kriteria keberhasilan yang kabur muncul berulang kali dalam post-mortem. Piagam yang ditulis dengan baik menyerang keempat masalah tersebut secara langsung.

Penyelarasan sponsor eksekutif adalah imbalan pertama. Piagam yang ditandatangani berarti sponsor telah membaca dan menyetujui tujuan, amplop anggaran, dan kriteria keberhasilan. Ketika sengketa ruang lingkup muncul nanti, piagam adalah titik referensi yang digunakan semua orang. Tanpanya, percakapan tersebut menjadi perdebatan tentang ingatan dan niat.

Dukungan pemangku kepentingan terjadi secara alami ketika proses piagam memunculkan ketidaksepakatan lebih awal. Departemen yang berbeda sering memiliki asumsi yang berbeda tentang apa yang akan dikirimkan sebuah proyek. Menulis piagam memaksa asumsi-asumsi tersebut ke dalam keterbukaan di mana mereka dapat diselesaikan sebelum pekerjaan dimulai daripada setelahnya.

Kejelasan otoritas lebih penting dari yang diakui kebanyakan tim. Piagam secara eksplisit memberi manajer proyek hak untuk menetapkan sumber daya, membuat keputusan, dan meningkatkan hambatan. Ini terdengar jelas, tetapi dalam organisasi matriks di mana sumber daya melapor kepada manajer fungsional, piagam yang ditandatangani adalah perbedaan antara manajer proyek yang dapat menyelesaikan sesuatu dan yang menghabiskan semua waktunya bernegosiasi untuk akses.

Dan data mendukung ini. Penelitian PMI menunjukkan proyek yang dipiagami 2,5 kali lebih mungkin memenuhi tujuan awal mereka. Itu bukan peningkatan marginal. Itu adalah perbedaan antara proyek yang menghasilkan dan yang diam-diam menjadi kisah peringatan.

10 bagian dari piagam proyek

Setiap piagam yang efektif mencakup sepuluh area ini. Anda tidak memerlukan template dengan judul bagian yang kaku, tetapi Anda memerlukan setiap konsep yang ada, di suatu tempat, dalam dokumen.

1. Nama proyek: Nama yang jelas dan deskriptif yang akan digunakan tim dan pemangku kepentingan secara konsisten. Hindari nama kode internal yang tidak berarti di luar tim terdekat.

2. Tujuan dan justifikasi: Mengapa proyek ini dilakukan? Masalah bisnis apa yang dipecahkannya atau peluang apa yang ditangkapnya? Bagian ini harus merujuk konteks yang terukur: pendapatan yang hilang, risiko kepatuhan, keluhan pelanggan, atau waktu pasar.

3. Tujuan dan kriteria keberhasilan: Apa yang akan dicapai proyek, dan bagaimana Anda tahu bahwa proyek itu berhasil? Tujuan harus mengikuti format SMART (Spesifik, Terukur, Dapat Dicapai, Relevan, Terikat Waktu). Tujuan yang samar seperti "meningkatkan pengalaman pelanggan" tidak berfungsi di sini. "Mengurangi rata-rata waktu onboarding dari 14 hari menjadi 7 hari pada Q4" berfungsi.

4. Persyaratan tingkat tinggi: Kondisi utama yang harus dipenuhi hasil kerja akhir. Bukan dokumen persyaratan lengkap, tetapi cukup spesifik sehingga pemangku kepentingan sepakat tentang apa yang dimaksud "selesai." Anggap ini sebagai daftar singkat hal-hal yang tidak dapat dinegosiasikan.

5. Ruang lingkup dan hasil kerja: Apa yang secara eksplisit berada dalam ruang lingkup, dan apa yang secara eksplisit di luar ruang lingkup. Kedua sisi batasan itu penting. Jika sesuatu ambigu, sebutkan. Menyatakan apa yang di luar ruang lingkup mencegah perluasan ruang lingkup sama efektifnya dengan menyatakan apa yang termasuk.

6. Tonggak pencapaian: Titik pemeriksaan utama dalam jadwal proyek, dengan tanggal target. Ini bukan jadwal lengkap. Ini adalah lima hingga sepuluh momen di mana proyek akan mendemonstrasikan kemajuan yang berarti: akhir penemuan, prototipe pertama, peluncuran pilot, penerapan penuh, penutupan proyek.

7. Anggaran: Amplop pendanaan yang disetujui dan kategori biaya utama apa pun. Beberapa organisasi hanya menyertakan totalnya; yang lain memecahnya berdasarkan fase atau jenis sumber daya. Kuncinya adalah bahwa sponsor telah menyetujui angka spesifik, bukan rentang.

8. Pemangku kepentingan: Siapa yang memiliki kepentingan dalam hasil, siapa yang akan terpengaruh, dan siapa yang perlu dikonsultasikan atau diberi informasi. Ini langsung memetakan ke matriks RACI yang datang kemudian dalam perencanaan. Versi piagam adalah tingkat yang lebih tinggi: nama, peran, dan hubungan mereka dengan proyek.

9. Risiko dan asumsi: Risiko yang diketahui yang dapat mempengaruhi proyek, dengan catatan singkat tentang kemungkinan atau dampak. Dan asumsi, hal-hal yang Anda perlakukan sebagai benar tanpa konfirmasi penuh. Keduanya layak mendapat perhatian karena asumsi yang tidak ditantang hanyalah risiko yang belum Anda akui.

10. Tanda tangan persetujuan: Persetujuan formal dari sponsor proyek dan pemohon yang diperlukan lainnya. Inilah yang mengubah dokumen dari draf menjadi otorisasi. Tanpa tanda tangan, piagam bersifat saran. Dengan tanda tangan, piagam memiliki bobot organisasi.

Piagam proyek vs rencana proyek vs pernyataan ruang lingkup

Ketiga dokumen ini terkait tetapi melayani tujuan yang berbeda. Membingungkan mereka menyebabkan masalah nyata.

Piagam datang pertama dan sengaja singkat. Piagam ditulis sebelum tim sepenuhnya memahami pekerjaan, sehingga tidak bisa terperinci. Rencana proyek dibangun selama perencanaan setelah tim melakukan analisis yang cukup untuk membuat komitmen yang andal. Pernyataan ruang lingkup berada di dalam rencana proyek sebagai bagian dari garis dasar ruang lingkup, bersama struktur rincian kerja.

Kesalahan umum adalah menulis piagam setelah pekerjaan perencanaan selesai dan kemudian memberi tanggal mundur. Ini mengalahkan tujuannya. Piagam harus ditulis pertama kali, dengan informasi terbatas yang tersedia di awal, dan kemudian digunakan untuk mengotorisasi pekerjaan perencanaan.

Cara menulis piagam proyek: langkah demi langkah

Menulis piagam bukan aktivitas solo. Ini memerlukan masukan dari sponsor, pemangku kepentingan utama, dan manajer proyek. Berikut urutan yang berhasil.

Langkah 1: Kumpulkan masukan sebelum menulis apa pun

Bicara dengan sponsor dan pemangku kepentingan yang relevan sebelum membuka template. Anda perlu memahami kasus bisnis, kendala apa pun (batas anggaran, persyaratan regulasi, tenggat waktu yang ketat), dan sumber daya organisasi mana yang tersedia. Tarik dokumen yang ada: kasus bisnis, permintaan proposal, memo keputusan dewan. Ini menjadi bahan baku.

Langkah 2: Draf tujuan dan justifikasi

Tulis "mengapa" terlebih dahulu. Pernyataan tujuan yang kuat menghubungkan proyek dengan strategi organisasi atau masalah bisnis tertentu. Jika Anda tidak dapat mengartikulasikan mengapa proyek itu penting dalam dua atau tiga kalimat, itu adalah sinyal untuk kembali ke sponsor sebelum melanjutkan. Tujuan yang tidak jelas pada tahap piagam menjadi ruang lingkup yang tidak jelas pada tahap pelaksanaan.

Langkah 3: Tentukan tujuan menggunakan kriteria SMART

Setiap tujuan harus cukup spesifik sehingga pihak ketiga dapat memverifikasi apakah tujuan itu tercapai. Jalankan setiap tujuan melalui uji SMART. "Luncurkan portal karyawan baru" bukan tujuan. "Luncurkan portal karyawan baru ke semua 500 karyawan pada tanggal 31 Maret, dengan 80% pengguna menyelesaikan onboarding dalam dua minggu pertama" adalah tujuan yang tepat.

Batasi tujuan menjadi tiga hingga lima. Lebih dari itu biasanya berarti ruang lingkup proyek terlalu luas dan harus dipecah menjadi inisiatif terpisah.

Langkah 4: Daftarkan ruang lingkup dan hasil kerja utama

Tuliskan apa yang akan dihasilkan proyek dan, yang penting, apa yang tidak akan dihasilkan. Daftar di luar ruang lingkup sering lebih berharga dari daftar dalam ruang lingkup. Untuk implementasi CRM, Anda mungkin mencatat secara eksplisit: "Fase 1 tidak mencakup integrasi dengan sistem penagihan" atau "pelaporan khusus di luar ruang lingkup dan akan dibahas di Fase 2." Ini mencegah piagam digunakan untuk membenarkan pekerjaan yang tidak pernah disepakati.

Langkah 5: Petakan pemangku kepentingan dan konfirmasi sponsor

Identifikasi semua orang yang memiliki otoritas atas keputusan proyek, akan terpengaruh oleh hasilnya, atau perlu diberi informasi. Konfirmasi siapa sponsor proyeknya, karena orang ini akan menandatangani piagam dan menjadi jalur eskalasi utama untuk masalah yang tidak dapat diselesaikan manajer proyek secara mandiri. Proyek tanpa sponsor yang jelas dan terlibat hampir selalu mengalami kesulitan.

Langkah 6: Dapatkan persetujuan sebelum perencanaan dimulai

Kirimkan draf piagam ke semua pemohon yang diperlukan. Adakan rapat tinjauan singkat jika dokumen memunculkan ketidaksepakatan. Tujuannya bukan dokumen yang sempurna tetapi dokumen yang ditandatangani. Setelah Anda mendapatkan persetujuan, perencanaan dapat dimulai dengan keyakinan bahwa organisasi berkomitmen terhadap arah proyek. Semua yang ada dalam siklus hidup proyek yang mengikuti dibangun di atas otorisasi ini.

Template piagam proyek

Gunakan ini sebagai titik awal. Sesuaikan judul dan bidang agar sesuai dengan norma organisasi Anda.

PIAGAM PROYEK

Nama Proyek: [Nama deskriptif lengkap]
Manajer Proyek: [Nama, kontak]
Sponsor Proyek: [Nama, jabatan]
Tanggal: [Tanggal piagam]
Versi: 1.0

---

TUJUAN DAN JUSTIFIKASI
[Mengapa proyek ini dilakukan? Masalah bisnis apa yang dipecahkannya?
Rujuk data pendukung, dampak finansial, atau prioritas strategis apa pun.]

---

TUJUAN DAN KRITERIA KEBERHASILAN
Tujuan 1: [Tujuan SMART: spesifik, terukur, terikat waktu]
Tujuan 2: [Tujuan SMART]
Tujuan 3: [Tujuan SMART]

Keberhasilan akan diukur dengan: [Metrik dan target utama]

---

PERSYARATAN TINGKAT TINGGI
- [Persyaratan 1]
- [Persyaratan 2]
- [Persyaratan 3]

---

RUANG LINGKUP
Dalam Ruang Lingkup:
- [Hasil kerja atau area kerja 1]
- [Hasil kerja atau area kerja 2]

Di Luar Ruang Lingkup:
- [Pekerjaan yang dikecualikan secara eksplisit 1]
- [Pekerjaan yang dikecualikan secara eksplisit 2]

---

TONGGAK PENCAPAIAN
Tonggak 1: [Deskripsi] | Target: [Tanggal]
Tonggak 2: [Deskripsi] | Target: [Tanggal]
Tonggak 3: [Deskripsi] | Target: [Tanggal]

---

ANGGARAN
Total anggaran yang disetujui: Rp [Jumlah]
[Opsional: rincian berdasarkan fase atau kategori biaya utama]

---

PEMANGKU KEPENTINGAN UTAMA
[Nama] | [Peran] | [Kepentingan/pengaruh]
[Nama] | [Peran] | [Kepentingan/pengaruh]

---

RISIKO DAN ASUMSI
Risiko:
- [Risiko 1]: [Catatan singkat kemungkinan/dampak]
- [Risiko 2]: [Catatan singkat kemungkinan/dampak]

Asumsi:
- [Asumsi 1]
- [Asumsi 2]

---

PERSETUJUAN

Sponsor Proyek: _________________ Tanggal: _______
Manajer Proyek: _________________ Tanggal: _______
[Pemohon tambahan jika diperlukan]: _____ Tanggal: _______

Contoh piagam proyek berdasarkan industri

Format piagam tetap konsisten di seluruh industri, tetapi kontennya terlihat berbeda tergantung pada jenis pekerjaannya. Berikut cara kesepuluh bagian yang sama diterjemahkan dalam empat konteks umum.

Perhatikan bahwa dalam setiap kasus, tujuannya terukur dan terikat waktu. Tujuannya terkait kembali ke hasil bisnis. Dan nama proyek cukup deskriptif sehingga pemangku kepentingan baru dapat memahami apa itu tanpa briefing.

Untuk tim yang menggunakan metodologi Waterfall, piagam selaras langsung dengan tinjauan gate pertama proyek. Untuk tim yang menggunakan Agile atau Scrum, piagam biasanya mencakup inisiatif produk penuh sementara Sprint individual beroperasi dalam ruang lingkup yang diotorisasi tersebut.

Kesalahan umum dan cara memperbaikinya

Praktik terbaik

• Tulis piagam bersama sponsor, bukan untuk sponsor. Kolaborasi selama penulisan memunculkan ketidaksepakatan lebih awal dan membangun kepemilikan bersama atas dokumen.
• Gunakan bahasa yang sederhana. Piagam gagal ketika penuh dengan jargon yang dilewati oleh pemangku kepentingan non-teknis tanpa dibaca. Sponsor perlu memahami dan mendukung setiap kata.
• Jaga agar cukup singkat untuk dibaca dalam 15 menit. Jika membutuhkan waktu lebih lama, terlalu terperinci. Simpan detailnya untuk dokumen perencanaan.
• Beri versi dan tanggal setiap revisi. Piagam terkadang diperbarui seiring munculnya informasi baru. Lacak perubahan agar semua orang tahu versi mana yang terkini.
• Distribusikan piagam yang ditandatangani ke semua pemangku kepentingan utama. Tidak cukup hanya memiliki salinan yang ditandatangani dalam folder. Orang-orang yang akan melaksanakan pekerjaan harus tahu apa yang mereka diotorisasi untuk dilakukan.
• Rujuk piagam dalam kickoff perencanaan. Mulailah setiap rapat perencanaan dengan meninjau tujuan piagam. Ini menjaga perencanaan selaras dengan apa yang sebenarnya disetujui.
• Tinjau piagam pada tonggak pencapaian utama. Jika ruang lingkup atau tujuan proyek berubah secara signifikan, perbarui piagam dan dapatkan persetujuan ulang alih-alih diam-diam menyimpang dari otorisasi awal.
• Tautkan piagam ke PERT Chart dan Gantt Chart yang datang kemudian. Menunjukkan bagaimana jadwal terperinci dapat ditelusuri kembali ke tonggak pencapaian piagam memperkuat disiplin dan membuat penyimpangan menjadi terlihat.

Pertanyaan yang sering diajukan

Siapa yang menulis piagam proyek? Manajer proyek biasanya membuat draf piagam, tetapi sponsor proyek memberikan masukan dan harus menyetujuinya. Dalam praktiknya, piagam terbaik adalah hasil co-authoring. Sponsor membawa kasus bisnis dan otoritas anggaran. Manajer proyek membawa struktur operasional dan memastikan dokumen dapat ditindaklanjuti. Beberapa organisasi memiliki PMO yang memiliki template piagam standar, yang disesuaikan PM untuk setiap proyek.

Seberapa panjang piagam proyek? Dua hingga enam halaman mencakup sebagian besar proyek. Proyek internal sederhana bisa satu halaman. Inisiatif lintas fungsi besar dalam industri yang diatur mungkin lebih panjang karena persyaratan kepatuhan. Tujuannya adalah kelengkapan, bukan panjang. Jika Anda dapat mencakup kesepuluh bagian dalam dua halaman, itu lebih baik daripada menambahnya menjadi enam.

Apakah piagam proyek sama dengan pernyataan ruang lingkup? Tidak. Piagam ditulis dalam fase Inisiasi, sebelum perencanaan dimulai, dan memberikan otorisasi tingkat tinggi. Pernyataan ruang lingkup ditulis selama Perencanaan dan membahas secara terperinci tentang hasil kerja, kriteria penerimaan, dan pengecualian. Pernyataan ruang lingkup adalah bagian dari garis dasar ruang lingkup yang berada di dalam rencana manajemen proyek. Piagam datang pertama dan lebih singkat.

Apakah Agile menggunakan piagam proyek? Ya, meskipun formatnya terkadang lebih ringan. Tim Agile sering menggunakan "brief proyek" atau "piagam tim" yang mencakup hal yang sama: tujuan, hasil, pemangku kepentingan, dan kendala. Kerangka kerja Scrum tidak mengamanatkan piagam, tetapi kebutuhan mendasar untuk mengotorisasi pekerjaan dan menyelaraskan pemangku kepentingan tidak hilang hanya karena Anda bekerja dalam Sprint. Sebagian besar organisasi agile menulis piagam untuk inisiatif, kemudian membiarkan perencanaan Sprint menangani detailnya.

Siapa yang menandatangani piagam proyek? Minimal, sponsor proyek menandatangani piagam. Banyak organisasi juga memerlukan tanda tangan manajer proyek, dan beberapa memerlukan persetujuan dari manajer fungsional atau perwakilan PMO. Yang penting adalah bahwa setidaknya satu orang dengan otoritas organisasi telah secara resmi mengotorisasi proyek untuk melanjutkan dan menyetujui tujuan, anggaran, dan ruang lingkup yang dinyatakan.

---

Piagam proyek tidak akan menjamin keberhasilan proyek. Tetapi piagam menetapkan kondisi yang membuat keberhasilan menjadi mungkin. Tim yang melewatinya menghabiskan paruh kedua proyek untuk mendebat ulang keputusan yang seharusnya dibuat di awal. Tanda tangani piagam, distribusikan, dan bangun segalanya di atas fondasi itu.

Dan jika Anda siap untuk beralih dari otorisasi ke pelaksanaan, langkah selanjutnya adalah mengubah tonggak pencapaian tingkat tinggi piagam menjadi rencana proyek penuh dengan struktur rincian kerja dan jadwal yang dibangun dari metode jalur kritis.