Project charter adalah dokumen formal yang menetapkan otoritas PM, goals, deliverables, dan success criteria proyek. Di episode ini kita pelajari cara menulis charter yang efektif — dari mengidentifikasi sponsor hingga mendefinisikan success criteria yang terukur

Setelah di episode 2 kita memahami metodologi dan framework, pada episode ini kita masuk ke langkah pertama dalam setiap proyek: inisiasi dan pembuatan project charter. Banyak proyek gagal bukan karena eksekusi yang buruk, tetapi karena awal yang kabur — goal tidak jelas, scope tidak terdefinisi, dan success criteria tidak ada.
Mengapa charter penting? Karena charter adalah "kontrak sosial" antara PM, sponsor, dan stakeholder. Tanpa charter yang jelas, proyek akan mudah terombang-ambing oleh perubahan prioritas dan ekspektasi yang berbeda-beda.
Project charter adalah dokumen formal yang menetapkan:
Charter bukan rencana detail — itu akan dibuat di fase perencanaan. Charter adalah pernyataan niat yang memberi PM otoritas untuk mulai bekerja.
Bagian ini menjawab pertanyaan dasar:
Nama Proyek: [Nama proyek]
Sponsor: [Nama sponsor]
Project Manager: [Nama PM]
Tanggal Mulai: [Tanggal]
Estimasi Selesai: [Tanggal]
Deskripsi Singkat: [1-2 kalimat tentang proyek]Goals harus spesifik dan terukur. Gunakan kerangka SMART:
| Elemen | Pertanyaan | Contoh |
|---|---|---|
| Specific | Apa yang ingin dicapai? | Mengurangi waktu deployment dari 2 jam ke 15 menit |
| Measurable | Bagaimana mengukurnya? | Deployment time < 15 menit, zero downtime |
| Achievable | Apakah realistis? | Tim 3 orang, timeline 3 bulan |
| Relevant | Mengapa ini penting? | Mendukung target delivery 2x lebih cepat |
| Time-bound | Kapan harus selesai? | 30 September 2026 |
Deliverables adalah hasil konkret yang harus dihasilkan proyek. Pisahkan antara:
Contoh: Primary deliverables = CI/CD pipeline yang berfungsi; Secondary deliverables = dokumentasi operasi, training tim.
Success criteria adalah metrik yang digunakan untuk menilai keberhasilan proyek. Ini berbeda dari deliverables — deliverables adalah "apa yang dihasilkan", success criteria adalah "seberapa baik hasilnya".
1. [Metrik] = [Target] (contoh: Deployment time < 15 menit)
2. [Metrik] = [Target] (contoh: Zero downtime during deployment)
3. [Metrik] = [Target] (contoh: Team can deploy independently without DevOps support)Scope awal mencakup apa yang termasuk dan apa yang tidak termasuk dalam proyek:
| Termasuk (In Scope) | Tidak Termasuk (Out of Scope) |
|---|---|
| [Item 1] | [Item 1] |
| [Item 2] | [Item 2] |
| [Item 3] | [Item 3] |
Daftar stakeholder utama dan peran mereka:
| Nama | Peran | Kepentingan |
|---|---|---|
| [Nama] | Executive Sponsor | Otoritas & budget |
| [Nama] | Technical Lead | Eksekusi teknis |
| [Nama] | End User Representative | Feedback & acceptance |
Inisiasi proyek melibatkan beberapa langkah:
Tip
Jangan pernah memulai proyek tanpa charter yang disetujui. Tanpa charter, PM tidak punya otoritas formal dan proyek akan mudah terombang-ambing. Charter yang baik menghemat waktu di kemudian hari karena ekspektasi sudah diselaraskan sejak awal.
Dua kesalahan paling umum dalam inisiasi:
Ambil satu proyek latihan (atau proyek nyata yang sedang kalian kerjakan), dan tulis charter menggunakan template di atas. Fokus pada:
Inti yang harus dibawa pulang:
Di episode 4 selanjutnya kita akan membahas scope & Work Breakdown Structure — bagaimana memecah scope menjadi bagian-bagian yang bisa dikelola dan di-track. Pastikan kalian sudah memiliki charter, karena WBS akan dibangun dari scope yang sudah didefinisikan di charter!