Panduan PMBOK: Project Management Body of Knowledge Diterangkan

Rajah rangka kerja bidang pengetahuan dan kumpulan proses Panduan PMBOK

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Project Management Body of Knowledge (PMBOK) ialah standard yang paling meluas dirujuk dalam profesion ini. Jika anda pernah belajar untuk peperiksaan PMP, mengetuai projek formal, atau bekerja dalam PMO, anda pasti pernah menemuinya. Tetapi Panduan PMBOK lebih daripada sekadar silibus peperiksaan. Ia adalah rangka kerja berstruktur yang digunakan oleh ribuan organisasi untuk menyelaraskan cara pasukan mereka merancang, melaksanakan, dan menutup projek.

Panduan ini menerangkan apa itu Panduan PMBOK, bagaimana ia berubah daripada edisi ke-6 kepada edisi ke-7, apa yang diliputi oleh komponen terasnya, dan cara mengaplikasikannya secara praktikal sama ada anda mengejar pensijilan PMP atau membina buku panduan projek organisasi anda.

Apakah itu Panduan PMBOK?

Panduan PMBOK ialah standard rujukan yang diterbitkan oleh Project Management Institute (PMI) yang mendokumenkan amalan, proses, dan prinsip yang diterima untuk menguruskan projek merentasi industri. Ia bukan metodologi preskriptif. Ia menentukan seperti apa pengurusan projek yang baik, dan pengamal memilih bahagian mana yang terpakai kepada konteks mereka.

PMI memperkenalkan edisi pertama pada tahun 1996 sebagai respons kepada permintaan untuk bahasa sepunya dalam bidang yang berpecah-pecah oleh pendekatan khusus industri. Sejak itu ia telah dikemas kini sebanyak enam kali, dengan setiap semakan mencerminkan bagaimana profesion ini telah berkembang.

Panduan ini membentuk asas bagi peperiksaan pensijilan Project Management Professional (PMP). PMI memerlukan calon PMP menunjukkan kebiasaan dengan kandungan panduan ini, walaupun peperiksaan kini menguji kedua-dua pendekatan prediktif (tradisional) dan agile.

Fakta Penting

  • Pertama kali diterbitkan: 1987 sebagai kertas putih; edisi pertama formal diterbitkan pada 1996 (Sumber: PMI, 2021)
  • Edisi semasa: edisi ke-7, diterbitkan 2021 (Sumber: PMI, 2021)
  • Profesional bertauliah PMP di seluruh dunia: lebih 1 juta setakat 2023 (Sumber: PMI, 2023)

PMBOK edisi ke-6 berbanding edisi ke-7

Peralihan daripada edisi ke-6 kepada edisi ke-7 adalah penstrukturan semula terbesar dalam sejarah panduan ini. Edisi ke-6 berpusatkan proses: ia menyusun segala-galanya di sekitar 49 proses berasingan, dikumpulkan kepada 5 kumpulan proses dan 10 bidang pengetahuan. Edisi ke-7 mengundur diri daripada struktur preskriptif itu dan bergerak ke arah hasil dan prinsip.

Dimensi Edisi ke-6 Edisi ke-7
Struktur teras 10 bidang pengetahuan, 5 kumpulan proses, 49 proses 12 prinsip, 8 domain prestasi
Orientasi Berasaskan proses: apa yang perlu dilakukan, dalam susunan apa Berasaskan hasil: apa yang perlu dicapai dan mengapa
Liputan agile Agile Practice Guide berasingan sebagai pengiring Disepadukan sepanjang panduan
Penyesuaian Panduan terhad Model eksplisit untuk penyesuaian kepada konteks
Penggunaan alat/teknik Input/output/alat terperinci setiap proses Fleksibel, bergantung konteks
Pembaca sasaran Pengurus projek yang mengikut proses tetap Pengamal yang memilih pendekatan yang betul

Kedua-dua edisi masih digunakan. Ramai organisasi, program pensijilan, dan kontrak perolehan masih merujuk rangka kerja proses edisi ke-6. Peperiksaan PMP sejak 2021 menggabungkan pemikiran edisi ke-7 dengan senario aplikasi praktikal.

5 kumpulan proses

Edisi ke-6 menyusun kerja projek kepada lima kumpulan proses. Ini bukan fasa; ia adalah kelompok kerja berkaitan yang boleh bertindih dan berulang sepanjang kitar hayat projek.

Kumpulan Proses Apa yang diliputi
Initiating (Memulakan) Mentakrifkan projek, mengenal pasti pihak berkepentingan, dan mendapatkan kebenaran formal (cth., piagam projek)
Planning (Merancang) Menetapkan skop, jadual, kos, kualiti, komunikasi, risiko, perolehan, dan pelan sumber
Executing (Melaksanakan) Mengarah dan menguruskan kerja projek, mendapatkan dan membangunkan pasukan, menguruskan penglibatan pihak berkepentingan
Monitoring and Controlling (Memantau dan Mengawal) Menjejak prestasi berbanding garis dasar, menguruskan perubahan, dan mengawal skop, jadual, dan kos
Closing (Menutup) Memuktamadkan semua aktiviti, menyerahkan produk, melepaskan sumber, mengumpul pengajaran yang dipelajari

Kumpulan Monitoring and Controlling berjalan selari dengan semua kumpulan lain, bukan hanya pada penghujung. Itu adalah salah tanggapan biasa dalam kalangan pengurus projek baharu.

10 bidang pengetahuan

Bidang pengetahuan edisi ke-6 merentasi kumpulan proses. Setiap bidang mengumpulkan proses yang berkongsi domain kepakaran yang sama.

Bidang Pengetahuan Fokus teras
Integration Management (Pengurusan Integrasi) Menyelaraskan semua elemen projek dan menguruskan kawalan perubahan
Scope Management (Pengurusan Skop) Mentakrifkan apa yang ada (dan tiada) dalam projek; membina Struktur Pecahan Kerja
Schedule Management (Pengurusan Jadual) Menjujukkan aktiviti, menganggar tempoh, membangunkan pelan projek
Cost Management (Pengurusan Kos) Menganggar, membajet, dan mengawal kos; asas kepada pengurusan nilai perolehan
Quality Management (Pengurusan Kualiti) Merancang kualiti, menguruskan jaminan kualiti, dan mengawal hasil kerja
Resource Management (Pengurusan Sumber) Merancang, mendapatkan, membangunkan, dan menguruskan pasukan serta sumber fizikal
Communications Management (Pengurusan Komunikasi) Merancang dan menguruskan aliran maklumat projek
Risk Management (Pengurusan Risiko) Mengenal pasti, menganalisis, dan bertindak balas kepada risiko projek sepanjang proses pengurusan risiko
Procurement Management (Pengurusan Perolehan) Merancang dan menguruskan kontrak dan hubungan vendor
Stakeholder Management (Pengurusan Pihak Berkepentingan) Mengenal pasti pihak berkepentingan, memahami keperluan mereka, dan mengekalkan penglibatan mereka

Setiap bidang pengetahuan mempunyai set prosesnya sendiri. Contohnya, Risk Management merangkumi tujuh: Plan Risk Management, Identify Risks, Perform Qualitative Risk Analysis, Perform Quantitative Risk Analysis, Plan Risk Responses, Implement Risk Responses, dan Monitor Risks.

12 prinsip dan 8 domain prestasi (edisi ke-7)

Edisi ke-7 menggantikan model bidang pengetahuan dan kumpulan proses dengan rangka kerja prinsip-dan-domain yang terpakai tanpa mengira pendekatan penyampaian (prediktif, agile, atau hibrid).

12 prinsip pengurusan projek:

  1. Menjadi pengurus yang tekun, hormat, dan prihatin
  2. Mewujudkan persekitaran pasukan projek yang kolaboratif
  3. Melibatkan pihak berkepentingan secara berkesan
  4. Fokus kepada nilai
  5. Mengenal pasti, menilai, dan bertindak balas kepada interaksi sistem
  6. Menunjukkan tingkah laku kepimpinan
  7. Menyesuaikan berdasarkan konteks
  8. Membina kualiti ke dalam proses dan hasil kerja
  9. Mengharungi kerumitan
  10. Mengoptimumkan tindak balas risiko
  11. Menerima kebolehsuaian dan daya tahan
  12. Membolehkan perubahan untuk mencapai keadaan masa depan yang dibayangkan

8 domain prestasi:

  1. Pihak Berkepentingan
  2. Pasukan
  3. Pendekatan Pembangunan dan Kitar Hayat
  4. Perancangan
  5. Kerja Projek
  6. Penyampaian
  7. Pengukuran
  8. Ketidakpastian

Domain prestasi menerangkan bidang aktiviti yang saling berkaitan. Berbeza daripada kumpulan proses, ia tidak mempunyai urutan tetap. Pasukan projek mungkin bekerja merentasi kesemua lapan domain secara serentak.

Cara menggunakan Panduan PMBOK dalam praktik

Panduan ini adalah rujukan, bukan resipi. Berikut cara pengamal sebenarnya menggunakannya.

Langkah 1: Sesuaikan mengikut jenis projek anda

Mulakan dengan menentukan pendekatan penyampaian anda. Adakah ini projek prediktif dengan skop tetap, penyampaian agile sepenuhnya, atau sesuatu di antaranya? Panduan penyesuaian edisi ke-7 (dan Agile Practice Guide yang mengiringinya) membantu anda memilih kaedah yang betul. Sprint perisian dua minggu tidak memerlukan 49 proses formal. Projek infrastruktur berbilang tahun berkemungkinan memerlukannya.

Langkah 2: Petakan metodologi anda berbanding PMBOK

Jika organisasi anda menggunakan metodologi tertentu (seperti PRINCE2), bandingkannya dengan struktur PMBOK untuk mencari jurang. Bidang pengetahuan PMBOK bertindak sebagai senarai semak: adakah anda secara eksplisit menguruskan pihak berkepentingan? Adakah anda mempunyai pelan tindak balas risiko yang didokumenkan? Ramai pasukan mendapati mereka melangkau keseluruhan domain tanpa rangka kerja untuk menyemaknya.

Langkah 3: Gunakannya untuk persediaan peperiksaan PMP

Peperiksaan PMP banyak merujuk kandungan PMBOK, tetapi ia menguji aplikasi dan bukan hafalan. Kaji input, output, dan alat proses bagi setiap bidang pengetahuan. Tetapi luangkan masa yang sama untuk soalan latihan berasaskan senario yang bertanya apa yang pengurus projek sepatutnya lakukan dalam situasi tertentu. Kekangan tiga serangkai skop, masa, dan kos muncul berulang kali.

Langkah 4: Gabungkan dengan amalan agile

PMBOK bukan anti-agile. Edisi ke-7 secara eksplisit menampung pendekatan iteratif dan adaptif. Pasukan yang menjalankan Scrum atau Kanban boleh memetakan upacara mereka kepada aktiviti perancangan dan pemantauan PMBOK tanpa meninggalkan aliran kerja agile mereka. Kuncinya adalah menyedari bahawa PMBOK menyediakan apa; rangka kerja agile anda menyediakan bagaimana.

Langkah 5: Bina templat boleh guna semula daripadanya

Setelah anda memahami bidang pengetahuan, gunakannya untuk membina perpustakaan templat anda: piagam projek, daftar pihak berkepentingan, daftar risiko, log perubahan, pelan komunikasi. Setiap bidang pengetahuan mencadangkan dokumen dan artifak apa yang sepatutnya dimiliki oleh projek yang diuruskan dengan baik. PMO yang membina templat daripada PMBOK mewujudkan garis dasar yang konsisten merentasi setiap pasukan.

PMBOK berbanding PRINCE2 berbanding agile

Ini bukan sistem yang bersaing. Ia adalah alat berbeza untuk tujuan berbeza. Ramai organisasi melapiskannya bersama.

Dimensi PMBOK PRINCE2 Agile (Scrum)
Jenis Standard rujukan Metodologi preskriptif Rangka kerja untuk penyampaian iteratif
Asal usul PMI (AS, global) AXELOS (asal kerajaan UK) Manifesto Agile, Scrum Guide
Struktur proses 49 proses / 12 prinsip 7 prinsip, 7 tema, 7 proses Sprint, upacara, peranan
Penyesuaian Digalakkan Terbina dalam melalui tema Teras kepada pendekatan
Paling sesuai untuk Projek besar, merentasi industri Persekitaran berstruktur, berat governans Pembangunan perisian dan produk
Pensijilan PMP PRINCE2 Practitioner Scrum Master (CSM, PSM)
Integrasi agile Ya (edisi ke-7 + Agile Guide) Terhad (AgilePM berasingan) Asli

PRINCE2 lebih preskriptif; ia memberitahu anda dengan tepat cara menjalankan projek. PMBOK memberitahu anda seperti apa pengurusan yang baik dan membiarkan anda mengisi bahagian bagaimana. Rangka kerja agile mengecilkan skop kepada penyampaian iteratif. Pengarah yang menguruskan rollout infrastruktur kompleks mungkin menggunakan PMBOK sebagai lapisan governans, PRINCE2 untuk pintu keputusan, dan agile untuk komponen perisian.

Soalan lazim

Adakah Panduan PMBOK satu metodologi? Tidak. PMI secara eksplisit menerangkan Panduan PMBOK sebagai standard, bukan metodologi. Ia mendokumenkan amalan baik yang diiktiraf. Metodologi memberitahu anda dengan tepat apa yang perlu dilakukan dan bila; PMBOK memberikan anda rangka kerja amalan untuk dipilih. Organisasi biasanya membina metodologi mereka sendiri di atas PMBOK.

Perlukah anda membaca PMBOK untuk lulus peperiksaan PMP? Panduan PMBOK adalah bacaan wajib untuk peperiksaan PMP, tetapi ia tidak mencukupi dengan sendirinya. Peperiksaan semasa (sejak 2021) menguji pendekatan agile dan hibrid bersama pendekatan prediktif. PMI mengesyorkan menggandingkan panduan dengan Agile Practice Guide dan menjalankan soalan latihan berasaskan senario. Ramai calon mendapati perincian proses edisi ke-6 lebih boleh diuji untuk soalan kumpulan proses berbanding bahasa berasaskan prinsip edisi ke-7.

Edisi mana yang perlu saya kaji untuk PMP? Kaji edisi ke-7 sebagai rujukan utama anda, kerana itulah standard semasa. Tetapi simpan jadual proses edisi ke-6 berdekatan. PMP Examination Content Outline (ECO) menentukan apa yang diliputi peperiksaan, dan kedua-dua kandungan prediktif dan agile muncul. Sesetengah penyedia latihan masih mengajar daripada struktur edisi ke-6 kerana input/output proses lebih mudah dipetakan kepada soalan peperiksaan.

Adakah PMBOK berguna untuk projek agile? Ya. Domain prestasi dan panduan penyesuaian edisi ke-7 terpakai secara langsung kepada kerja agile. Malah dalam pasukan Scrum, anda melakukan pengurusan pihak berkepentingan, pengurusan risiko, dan kawalan kualiti; PMBOK menamakan dan membingkai aktiviti tersebut. Agile Practice Guide, yang diterbitkan bersama edisi ke-7 oleh PMI dan Agile Alliance, merapatkan jurang tersebut secara eksplisit.

Berapa kerap Panduan PMBOK dikemas kini? PMI mengemas kini panduan ini kira-kira setiap empat hingga lima tahun. Edisi telah diterbitkan pada 1996, 2000, 2004, 2008, 2013, 2017, dan 2021. Kemas kini mencerminkan peralihan dalam profesion: edisi ke-5 dan ke-6 menambah pengurusan pihak berkepentingan sebagai bidang pengetahuan penuh; peralihan edisi ke-7 kepada prinsip mencerminkan penerimaan profesion terhadap pendekatan agile dan hibrid.

Di mana Panduan PMBOK sesuai dalam amalan anda

Panduan PMBOK tidak akan menjalankan projek anda untuk anda. Tetapi ia akan memberitahu anda apa yang mungkin anda terlepas. Pasukan yang menganggapnya sebagai rujukan hidup, menyemak pendekatan perancangan mereka berbanding bidang pengetahuannya, bertanya sama ada tindak balas risiko didokumenkan, mengesahkan pelan penglibatan pihak berkepentingan wujud, cenderung menangkap jurang sebelum ia menjadi masalah.

Peralihan edisi ke-7 ke arah prinsip juga menandakan ke mana profesion ini menuju. Pematuhan proses yang tegar semakin memberi laluan kepada pemikiran berfokuskan hasil, penyampaian yang disesuaikan, dan kebolehsuaian. Sama ada anda sedang bersedia untuk peperiksaan PMP atau membina buku panduan projek peringkat pasukan, memahami struktur PMBOK meletakkan anda pada kedudukan yang lebih baik untuk membuat pilihan yang disengajakan tentang cara projek anda berjalan.

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.