Bahasa Indonesia
Metodologi PRINCE2: Prinsip, Tema, dan Proses

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Metodologi PRINCE2 memberi tim proyek kerangka yang dapat diulang dan diskalakan untuk menjalankan proyek yang terkendali dan dapat diaudit. PRINCE2 (PRojects IN Controlled Environments) dimulai sebagai standar pemerintah Inggris pada 1989 dan sejak itu berkembang menjadi salah satu pendekatan manajemen proyek yang paling banyak digunakan di dunia. Ia bekerja karena memisahkan apa yang perlu Anda lakukan dari bagaimana Anda melakukannya, yang berarti tim dapat mengadaptasinya untuk hampir semua industri atau ukuran proyek.
Apa itu PRINCE2?
PRINCE2 adalah metode manajemen proyek berbasis proses dan bertahap dengan stage-gate yang dikembangkan oleh Central Computer and Telecommunications Agency milik pemerintah Inggris. Ia menyediakan kerangka terstruktur berupa 7 prinsip, 7 tema, dan 7 proses yang memandu proyek dari startup hingga pengiriman dan penutupan formal.
Berbeda dengan PMBOK (Project Management Body of Knowledge), yang merupakan seperangkat panduan luas dan knowledge area yang diterbitkan oleh PMI (Project Management Institute), PRINCE2 bersifat preskriptif. Ia tidak hanya memberi tahu Anda seperti apa manajemen proyek yang baik itu, tetapi bagaimana mengorganisasi proyek Anda ke dalam tahapan yang terdefinisi, siapa yang membuat keputusan di setiap gerbang, dan dokumen apa yang perlu Anda hasilkan.
Metode ini diskalakan secara desain. Rollout IT kecil tiga bulan menggunakan tujuh proses yang sama dengan program infrastruktur multi-tahun. Perbedaannya adalah seberapa banyak ketelitian yang Anda terapkan di setiap tahap.
Fakta Utama
PRINCE2 aktif di lebih dari 150 negara dan telah menerbitkan lebih dari 1,8 juta sertifikasi secara global, menjadikannya metode proyek terstruktur yang dominan di luar Amerika Utara. (AXELOS, 2023)
Sekitar 90% proyek IT pemerintah Inggris berjalan di bawah PRINCE2 atau pendekatan turunan PRINCE2, mencerminkan asalnya sebagai standar sektor publik. (UK Cabinet Office, 2022)
Survei 2021 oleh Project Management Institute menemukan bahwa organisasi yang menggunakan metodologi proyek yang terdefinisi melaporkan 28% lebih sedikit kegagalan proyek dibandingkan yang tidak memilikinya, menegaskan nilai kerangka terstruktur seperti PRINCE2.
7 Prinsip, Tema, dan Proses PRINCE2
PRINCE2 dibangun di atas tiga lapisan yang saling terkait. Prinsip adalah aturan yang tidak dapat dinegosiasikan. Tema adalah knowledge area yang harus Anda tangani secara berkelanjutan. Proses adalah langkah-langkah berurutan yang diikuti sebuah proyek dari awal hingga akhir.
7 Prinsip
| Prinsip | Artinya |
|---|---|
| Justifikasi bisnis berkelanjutan | Sebuah proyek harus memiliki business case yang valid setiap saat. Jika justifikasi hilang, proyek berhenti. |
| Belajar dari pengalaman | Pelajaran dari proyek sebelumnya harus dicari, dicatat, dan diterapkan. |
| Peran dan tanggung jawab yang terdefinisi | Setiap proyek memiliki project board, project manager, dan team manager dengan akuntabilitas yang jelas. |
| Kelola berdasarkan tahap | Pekerjaan direncanakan dan dikendalikan dalam tahap manajemen yang diskrit, bukan sebagai satu blok panjang. |
| Kelola berdasarkan pengecualian | Setiap tingkat manajemen menetapkan toleransi; eskalasi hanya terjadi ketika toleransi tersebut dilanggar. |
| Fokus pada produk | Sebuah proyek ada untuk menghasilkan output (produk), bukan sekadar melakukan aktivitas. |
| Sesuaikan dengan proyek | Metode ini harus diadaptasi dengan ukuran, lingkungan, kompleksitas, dan profil risiko proyek. |
7 Tema
| Tema | Tujuan |
|---|---|
| Business Case | Mendefinisikan mengapa proyek ini layak dijalankan dan melacak justifikasi yang berkelanjutan |
| Organization | Menetapkan struktur governance, peran, dan tanggung jawab |
| Quality | Menetapkan apa yang harus dilakukan produk dan bagaimana produk akan diverifikasi |
| Plans | Menjelaskan bagaimana dan kapan tujuan akan dicapai |
| Risk | Mengidentifikasi, menilai, dan mengendalikan ancaman dan peluang |
| Change | Mengelola permintaan untuk mengubah produk atau rencana yang telah disetujui |
| Progress | Memantau kinerja aktual terhadap rencana dan memperkirakan viabilitas |
7 Proses
| Proses | Kapan Dijalankan | Output Kunci |
|---|---|---|
| Starting Up a Project (SU) | Pra-proyek | Project brief, outline business case |
| Directing a Project (DP) | Sepanjang proyek | Keputusan dan otorisasi project board |
| Initiating a Project (IP) | Tahap inisiasi | Project Initiation Documentation (PID) |
| Controlling a Stage (CS) | Setiap tahap pengiriman | Work package, issue register, laporan progres |
| Managing Product Delivery (MP) | Setiap tahap pengiriman | Produk yang selesai dan telah dicek kualitasnya |
| Managing a Stage Boundary (SB) | Akhir setiap tahap | Rencana yang diperbarui, tinjauan business case |
| Closing a Project (CP) | Tahap akhir | End project report, lessons report |
PRINCE2 vs PMBOK vs Agile
Memilih kerangka bergantung pada kebutuhan governance organisasi Anda, kompleksitas proyek, dan seberapa banyak fleksibilitas yang dibutuhkan tim Anda.
| Dimensi | PRINCE2 | PMBOK | Agile (Scrum) |
|---|---|---|---|
| Asal | Pemerintah Inggris (1989) | PMI, AS (1996) | Industri software (2001) |
| Jenis | Metode preskriptif | Kerangka pengetahuan | Mindset iteratif |
| Struktur | 7 prinsip / 7 tema / 7 proses | 10 knowledge area / 5 process group | Sprint, backlog, seremoni |
| Stage gate | Ya, wajib antar tahap | Milestone opsional | Sprint review |
| Dokumentasi | Signifikan (PID, business case, register) | Signifikan | Minimal |
| Paling cocok untuk | Proyek sarat governance atau teregulasi | Program besar dan kompleks | Software, pengembangan produk |
| Fleksibilitas | Tinggi (tailoring bawaan) | Tinggi (panduan, bukan aturan) | Sangat tinggi |
| Badan sertifikasi | AXELOS / PeopleCert | PMI | Scrum Alliance / PMI |
PRINCE2 dan PMBOK tidak saling meniadakan. Banyak organisasi menggunakan PRINCE2 sebagai metode operasional dan merujuk PMBOK untuk pengetahuan yang lebih dalam di area tertentu seperti pengadaan atau keterlibatan stakeholder. Untuk uraian rinci tentang trade-off agile vs waterfall, perbandingan tersebut membantu Anda memutuskan di mana PRINCE2 berada dalam bauran pengiriman Anda.
Manfaat PRINCE2
Governance yang jelas di setiap tahap. Model project board berarti otoritas pengambilan keputusan bersifat eksplisit. Project manager menjalankan pengiriman sehari-hari; board menyetujui transisi tahap. Tidak ada ambiguitas tentang siapa yang dapat mengotorisasi perubahan ruang lingkup atau anggaran tambahan.
Justifikasi bisnis bawaan. Business case bukan dokumen sekali jadi. PRINCE2 mengharuskan Anda meninjau dan mengonfirmasinya di setiap batas tahap. Jika manfaat yang diharapkan tidak lagi menjustifikasi biayanya, Anda berhenti. Disiplin itu menyelamatkan organisasi dari menuangkan uang ke proyek yang sudah menyimpang dari jalurnya.
Dapat diskalakan ke ukuran mana pun. Sebuah startup yang menjalankan peluncuran produk tiga orang dan sebuah departemen pemerintah yang mengelola rollout IT nasional keduanya menggunakan PRINCE2. Prinsip tailoring berarti Anda menghilangkan apa yang tidak dibutuhkan tanpa merusak metodenya.
Portabel lintas industri. PRINCE2 dirancang untuk IT tetapi sejak itu telah menyebar ke konstruksi, kesehatan, keuangan, dan pendidikan. Kerangka ini agnostik sektor karena berfokus pada governance dan pengiriman produk, bukan praktik spesifik domain.
Sertifikasi yang diakui luas. Sertifikasi PRINCE2 Foundation dan Practitioner diakui oleh pemberi kerja di Eropa, Asia-Pasifik, dan Timur Tengah. Sertifikasi ini dapat dipindahkan lintas industri dengan cara yang sering tidak dimiliki sertifikasi spesifik domain.
Keterbatasan PRINCE2
Overhead dokumentasi dapat memperlambat tim kecil. Seperangkat lengkap produk manajemen PRINCE2 (project brief, PID, risk register, quality register, lessons log, issue register) dapat terasa berat pada proyek kecil. Tailoring seharusnya mengatasi ini, tetapi tim tanpa pengalaman PRINCE2 sering tidak tahu apa yang harus dipangkas.
Mengasumsikan ruang lingkup yang relatif stabil. PRINCE2 bekerja paling baik ketika Anda dapat mendefinisikan apa yang Anda bangun sebelum memulai. Untuk proyek di mana requirement berevolusi dengan cepat, pendekatan PRINCE2 murni dapat berbenturan dengan kecepatan yang ditawarkan metode iteratif. Banyak tim memadukan lapisan governance PRINCE2 dengan metodologi agile di tahap pengiriman.
Kurva pembelajaran untuk praktisi baru. Model tiga lapisan (prinsip, tema, proses) logis begitu Anda memahaminya, tetapi kosakata dan persyaratan dokumentasinya membutuhkan waktu untuk diserap. Organisasi yang meluncurkannya untuk pertama kali biasanya membutuhkan investasi pelatihan sebelum melihat manfaatnya.
Tidak preskriptif tentang alat penjadwalan. PRINCE2 memberi tahu Anda untuk membuat rencana tetapi tidak menentukan bagaimana caranya. Gantt chart, struktur rincian kerja, atau milestone chart semuanya valid. Tim tanpa keterampilan perencanaan yang kuat kadang memperlakukan fleksibilitas ini sebagai izin untuk sepenuhnya melewatkan perencanaan yang ketat.
Cara Menerapkan PRINCE2
PRINCE2 menjalankan proyek melalui enam tahap manajemen berurutan. Setiap batas tahap adalah titik keputusan bagi project board.
Langkah 1: Starting Up a Project
Sebelum proyek dimulai secara formal, mandat proyek memicu pembuatan project brief. Project manager dan executive bekerja sama untuk mengonfirmasi apakah proyek layak dan patut diinisiasi. Outputnya adalah outline business case dan brief yang digunakan project board untuk mengotorisasi inisiasi.
Langkah 2: Initiating a Project
Di sinilah perencanaan rinci terjadi. Tim membuat Project Initiation Documentation (PID), yang berisi business case, pendekatan proyek, pendekatan manajemen kualitas, pendekatan manajemen risiko, pendekatan kontrol perubahan, dan rencana proyek. Project board meninjau PID dan memutuskan apakah akan melanjutkan.
Langkah 3: Directing the Project
Project board tidak mengelola pekerjaan sehari-hari. Sebaliknya, ia mengotorisasi tahapan, menangani pengecualian yang melanggar toleransi, dan mengonfirmasi penutupan proyek. Proses ini berjalan terus-menerus sepanjang proyek, bukan hanya pada satu titik. Piagam proyek yang tersusun baik sering kali langsung masuk ke langkah otorisasi ini.
Langkah 4: Controlling a Stage
Dalam setiap tahap pengiriman, project manager menugaskan work package kepada team manager, memantau progres, mengelola isu dan risiko, serta melapor ke project board. Rencana tahap mengarahkan aktivitas harian. Ketika sesuatu melanggar toleransi, project manager mengajukan exception report alih-alih membuat keputusan sepihak.
Langkah 5: Managing Product Delivery
Team manager menerima work package, membangun atau mengirimkan produk, dan menyerahkannya kembali ke project manager setelah pengecekan kualitas. Proses ini menjaga tim pengiriman tetap fokus menghasilkan output yang terdefinisi, bukan sekadar menyelesaikan tugas. Product description menentukan seperti apa "selesai" itu sebelum pekerjaan dimulai.
Langkah 6: Managing a Stage Boundary and Closing
Di akhir setiap tahap, project manager memperbarui rencana proyek, menyegarkan business case, memperbarui risk register, dan menyiapkan rencana tahap berikutnya untuk persetujuan project board. Ketika tahap akhir berakhir, proses Closing a Project menghasilkan end project report, benefits review plan, dan lessons report. Project board secara resmi menerima output dan membubarkan proyek.
Memahami siklus hidup proyek secara utuh membantu tim melihat bagaimana batas tahap PRINCE2 dipetakan ke fase pengiriman yang lebih luas di organisasi mereka.
Contoh PRINCE2: Kapan Menggunakannya
| Jenis Proyek | Cocok? | Mengapa |
|---|---|---|
| IT pemerintah atau sektor publik | Sangat cocok | Persyaratan governance selaras secara alami dengan kontrol PRINCE2 |
| Industri teregulasi (keuangan, kesehatan) | Sangat cocok | Audit trail, peran yang terdefinisi, dan tinjauan stage-gate memenuhi kebutuhan kepatuhan |
| Infrastruktur atau konstruksi besar | Cocok | Ruang lingkup tetap dengan hasil kerja yang terdefinisi sesuai dengan pendekatan berfokus produk |
| Program multi-vendor | Cocok | Akuntabilitas yang jelas dan kontrol perubahan mengurangi sengketa pemasok |
| Proyek software internal kecil | Sedang | Gunakan dengan tailoring berat; pangkas dokumentasi hingga yang esensial |
| Pengembangan MVP startup | Lemah | Iterasi cepat dan requirement yang berubah bertabrakan dengan asumsi stage-gate |
| Pekerjaan operasional berkelanjutan | Buruk | PRINCE2 untuk proyek sementara dengan titik akhir yang terdefinisi, bukan BAU |
Untuk proyek yang berada di zona "sedang," pendekatan hybrid bekerja dengan baik. Gunakan cangkang governance PRINCE2 (struktur board, stage gate, tinjauan business case) dan jalankan metodologi waterfall atau sprint agile di dalam setiap tahap, tergantung sifat pekerjaannya.
Praktik Terbaik: Do dan Don't
| Lakukan | Jangan Lakukan |
|---|---|
| Sesuaikan metode dengan ukuran proyek Anda | Menerapkan setiap produk manajemen pada setiap proyek tanpa memandang skala |
| Tinjau business case di setiap batas tahap | Memperlakukan business case sebagai dokumen persetujuan sekali jadi |
| Definisikan product description sebelum menugaskan pekerjaan | Membiarkan tim mulai bekerja tanpa definisi selesai yang jelas |
| Gunakan prinsip manage by exception untuk melindungi waktu manajemen | Mengeskalasi setiap isu kecil ke project board |
| Catat pelajaran secara berkelanjutan, bukan hanya di akhir | Menyimpan lessons log untuk laporan penutupan dan melupakan pembelajaran sebelumnya |
| Padukan dengan pengiriman agile di dalam tahap di mana ruang lingkup fluid | Memaksakan waterfall yang kaku ke dalam tahap di mana requirement akan berubah |
| Bangun project management office (PMO) untuk menstandarkan PRINCE2 di seluruh portofolio | Membiarkan setiap project manager menafsirkan metode secara berbeda |
Untuk program kompleks dengan banyak proyek yang saling terkait, praktik manajemen risiko masuk secara alami ke tema risiko PRINCE2 dan mendukung prinsip manage by exception di tingkat program.
Pertanyaan yang Sering Diajukan
Apa perbedaan antara PRINCE2 dan PMP?
PRINCE2 adalah sebuah metode. Ia menetapkan bagaimana menyusun dan menjalankan sebuah proyek. PMP (Project Management Professional) adalah sertifikasi dari PMI yang memvalidasi pengetahuan praktisi di seluruh kerangka PMBOK, yang merupakan body of knowledge, bukan metode preskriptif. Banyak praktisi memegang keduanya. PRINCE2 mengatur bagaimana proyek diorganisasi; PMBOK menyediakan basis pengetahuan yang lebih luas.
Apakah PRINCE2 cocok untuk proyek agile?
Ya, dengan adaptasi. AXELOS merilis PRINCE2 Agile, yang memadukan kerangka governance PRINCE2 dengan teknik pengiriman agile seperti Scrum dan Kanban. Idenya adalah menjaga kontrol stage-gate dan peran yang terdefinisi di tingkat manajemen, sambil memberi tim pengiriman fleksibilitas untuk beriterasi dalam setiap tahap.
Berapa lama waktu yang dibutuhkan untuk mendapatkan sertifikasi PRINCE2?
Sertifikasi Foundation biasanya membutuhkan dua hingga tiga hari studi dan ujian 60 soal. Practitioner dibangun di atas Foundation dengan soal berbasis skenario dan biasanya membutuhkan tambahan tiga hingga lima hari persiapan. Kedua ujian ditawarkan secara online melalui PeopleCert.
Apa itu Work Package dalam PRINCE2?
Work Package adalah kesepakatan formal antara project manager dan team manager. Ia menentukan produk apa yang harus dibuat, persyaratan kualitas, jangka waktu, dan frekuensi pelaporan. Ini adalah mekanisme utama yang digunakan project manager untuk mendelegasikan pengiriman tanpa kehilangan kendali atas ruang lingkup dan kualitas.
Bisakah PRINCE2 digunakan bersama milestone chart atau penjadwalan critical chain?
Ya. PRINCE2 menetapkan bahwa rencana harus ada tetapi tidak mewajibkan teknik penjadwalan tertentu. Tim umumnya menggunakan milestone chart untuk mengomunikasikan batas tahap kepada stakeholder, manajemen proyek rantai kritis untuk mengelola buffer dan ketergantungan sumber daya, dan analisis ketergantungan tugas untuk mengurutkan pekerjaan dalam setiap rencana tahap.
Bacaan Terkait
- Apa itu Metodologi Agile
- Agile vs Waterfall
- Metodologi Waterfall dalam Manajemen Proyek
- Piagam Proyek
- Siklus Hidup Proyek
- Struktur Rincian Kerja
- Project Management Office (PMO)
- Manajemen Risiko Proyek
- Milestone Chart
- Manajemen Proyek Rantai Kritis
- Ketergantungan Tugas
Metodologi PRINCE2 telah memperoleh tempatnya sebagai kerangka governance default dalam proyek sektor publik dan industri teregulasi karena suatu alasan. Ia memaksa percakapan sulit sejak dini: Apakah proyek ini masih layak dijalankan? Siapa yang memiliki otoritas untuk mengubah ruang lingkup? Apa sebenarnya arti "selesai"? Tim yang membangun kebiasaan tersebut ke dalam budaya pengiriman mereka cenderung menghasilkan pekerjaan yang lebih dapat diprediksi, dengan lebih sedikit kejutan di garis akhir.

Senior Operations & Growth Strategist
On this page
- Apa itu PRINCE2?
- Fakta Utama
- 7 Prinsip, Tema, dan Proses PRINCE2
- 7 Prinsip
- 7 Tema
- 7 Proses
- PRINCE2 vs PMBOK vs Agile
- Manfaat PRINCE2
- Keterbatasan PRINCE2
- Cara Menerapkan PRINCE2
- Langkah 1: Starting Up a Project
- Langkah 2: Initiating a Project
- Langkah 3: Directing the Project
- Langkah 4: Controlling a Stage
- Langkah 5: Managing Product Delivery
- Langkah 6: Managing a Stage Boundary and Closing
- Contoh PRINCE2: Kapan Menggunakannya
- Praktik Terbaik: Do dan Don't
- Pertanyaan yang Sering Diajukan
- Bacaan Terkait