Pengurusan Projek Rantaian Kritikal (CCPM) Dijelaskan

Jadual pengurusan projek rantaian kritikal dengan penimbal projek

Turn this article into takeaways for your work.

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

Pengurusan projek rantaian kritikal (CCPM) ialah kaedah penjadualan yang membina pelan anda berdasarkan sumber yang paling terhad, kemudian melindungi pelan tersebut dengan penimbal masa bersama dan bukannya menambah padding pada setiap tugasan secara berasingan. Ia dibangunkan oleh Eliyahu Goldratt dan diperkenalkan dalam bukunya Critical Chain pada tahun 1997, sebagai aplikasi Teori Kekangan (TOC) beliau kepada kerja projek.

Kebanyakan projek lewat bukan kerana kerja dianggar terlalu rendah, tetapi kerana masa keselamatan yang tersembunyi dalam setiap anggaran tugasan lesap melalui sindrom pelajar dan hukum Parkinson. CCPM menanggalkan padding tersebut, mengumpulkannya ke dalam beberapa penimbal yang kelihatan, dan menggunakan penggunaan penimbal sebagai sistem amaran awal yang sebenar.

Apakah pengurusan projek rantaian kritikal?

Pengurusan projek rantaian kritikal ialah teknik penjadualan projek yang mengenal pasti rantaian terpanjang tugasan bergantung apabila kebergantungan tugasan DAN ketersediaan sumber dipertimbangkan bersama, kemudian melindungi pelan menggunakan tiga jenis penimbal masa: penimbal projek, penimbal pengisi, dan penimbal sumber.

Istilah "rantaian kritikal" adalah bermaksud. Tidak seperti kaedah laluan kritikal (CPM) yang mencari laluan terpanjang kebergantungan tugasan sahaja, rantaian kritikal mengambil kira siapa (atau apakah) yang diperlukan untuk melaksanakan kerja. Tugasan yang bukan pada laluan kritikal tradisional masih boleh melambatkan projek jika orang yang ditugaskan kepadanya sudah sibuk dengan perkara lain. CCPM memaksa realiti tersebut ke dalam jadual dari hari pertama.

Konsep teras:

  • Rantaian kritikal: Jujukan terpanjang tugasan bergantung yang juga menghormati kekangan sumber. Ia menentukan tempoh minimum projek.
  • Penimbal projek (PB): Simpanan masa yang ditambahkan di hujung rantaian kritikal. Ia menyerap kelewatan daripada mana-mana tugasan dalam rantaian tersebut.
  • Penimbal pengisi (FB): Simpanan masa yang dimasukkan di mana jujukan tugasan bukan kritikal menyuap ke dalam rantaian kritikal. Ia melindungi rantaian kritikal daripada gelinciran huluan.
  • Penimbal sumber (RB): Bukan simpanan masa tetapi amaran. Ia ialah bendera yang diletakkan dalam jadual untuk memberi amaran kepada sumber bahawa mereka akan diperlukan tidak lama lagi dalam rantaian kritikal.
  • Sindrom pelajar: Kecenderungan untuk memulakan kerja lewat kerana tugasan mempunyai penimbal tarikh akhir terbina, membuang masa keselamatan sebelum kerja bermula.
  • Hukum Parkinson: Kerja mengembang untuk mengisi masa yang tersedia. Beri tugasan lima hari dan ia akan mengambil lima hari, walaupun kerja sebenar hanya tiga.

Fakta utama

Laporan CHAOS 2023 Kumpulan Standish mendapati bahawa hanya 31% projek perisian dihantar tepat pada masanya dan dalam bajet, angka yang kekal lebih kurang sama selama dua dekad walaupun penggunaan Agile dan penjadualan CPM tradisional meluas.

  • Kajian 2017 yang diterbitkan dalam International Journal of Project Management menyemak 30 projek pembinaan menggunakan CCPM dan mendapati purata lebihan jadual turun daripada 22% kepada bawah 5% selepas penggunaan (Leach, 2017).
  • Pulse of the Profession 2022 PMI melaporkan bahawa organisasi kehilangan purata $97 juta bagi setiap $1 bilion yang dilaburkan akibat prestasi projek yang lemah, dengan gelinciran jadual sebagai pemacu utama.
  • Kajian kes asal Goldratt menunjukkan kadar penggunaan penimbal boleh meramalkan risiko penyiapan projek beberapa minggu lebih awal berbanding penunjuk nilai yang diperoleh tradisional (Goldratt, 1997).

CCPM berbanding kaedah laluan kritikal

Kedua-dua kaedah membina jadual projek daripada kebergantungan tugasan, tetapi mereka menyelesaikan masalah yang berbeza. CPM mengandaikan sumber tidak terhad dan hanya memfokus kepada logik jujukan tugasan. CCPM mengandaikan sumber terhad dan menganggap konflik sumber sebagai masalah penjadualan yang perlu diselesaikan terlebih dahulu.

Dimensi Kaedah Laluan Kritikal (CPM) Pengurusan Projek Rantaian Kritikal (CCPM)
Fokus teras Laluan terpanjang kebergantungan tugasan Rantaian terpanjang tugasan yang dikekang oleh kebergantungan dan ketersediaan sumber
Pemodelan sumber Sumber diberikan selepas jadual dibina; konflik diselesaikan secara berasingan Sumber adalah sebahagian daripada pengiraan rantaian; berbilang tugasan dan persaingan diselesaikan semasa penjadualan
Masa keselamatan Tertanam dalam anggaran tugasan individu (padding tersembunyi) Dialihkan daripada anggaran tugasan dan dikumpulkan ke dalam penimbal projek dan pengisi yang jelas
Berbilang tugasan Tidak dilarang secara eksplisit Dilarang secara aktif; setiap sumber bekerja pada satu tugasan rantaian kritikal pada satu masa
Sindrom pelajar / Hukum Parkinson Tidak ditangani; tarikh akhir tugasan individu mengundang kedua-dua tingkah laku Ditangani dengan membuang tarikh akhir setiap tugasan dan menggantikannya dengan penjejakan penggunaan penimbal
Isyarat amaran awal Penggunaan Float pada laluan kritikal Kadar penggunaan penimbal (seberapa cepat penimbal bersama digunakan)
Paling sesuai Projek yang stabil dan tertentu dengan ketersediaan sumber yang boleh diramalkan Projek dengan sumber yang ketat atau dikongsi serta sejarah gelinciran jadual

CPM adalah alat yang betul apabila gambaran sumber anda adalah jelas dan tugasan anda difahami dengan baik. CCPM mendapat tempatnya apabila sumber adalah kekangan sebenar, yang merupakan keadaan dalam kebanyakan organisasi yang menjalankan beberapa projek serentak. Untuk pandangan lebih mendalam tentang cara CPM mengira Float dan tempoh projek keseluruhan, lihat kaedah laluan kritikal dan float dan slack.

Penimbal dalam CCPM

Penimbal adalah jantung CCPM. Ia bukan Slack. Ia adalah simpanan yang diuruskan dengan tujuan yang jelas: menyerap ketidakpastian tanpa membiarkan ketidakpastian itu melata menjadi tarikh penghantaran yang terlepas.

Jenis penimbal Letaknya Apakah yang dilindungi Saiz biasa
Penimbal projek (PB) Hujung rantaian kritikal, sebelum Milestone akhir Keseluruhan tarikh penghantaran projek 50% daripada tempoh rantaian kritikal (biasanya; berbeza mengikut profil risiko)
Penimbal pengisi (FB) Di mana setiap jujukan bukan kritikal bertemu rantaian kritikal Rantaian kritikal daripada kelewatan dalam kerja bukan kritikal 50% daripada tempoh rantaian pengisi
Penimbal sumber (RB) Sebelum tugasan rantaian kritikal yang memerlukan sumber utama Ketersediaan sumber tersebut apabila diperlukan Bukan berasaskan masa; amaran berjadual atau bendera pra-penugasan

Peraturan penyaizaan biasa untuk penimbal projek dan pengisi ialah "peraturan 50%": anggarkan setiap tugasan pada persentil ke-50 (anggaran dengan peluang yang lebih kurang sama untuk lebih awal atau lewat), kemudian tetapkan penimbal kepada separuh jumlah anggaran tersebut. Sesetengah pasukan menggunakan pengagregatan statistik sebaliknya, mengira saiz penimbal daripada sisihan piawai anggaran tugasan individu.

Zon penembusan penimbal membimbing cara pasukan bertindak balas:

  • Hijau (0-33% digunakan): Dalam landasan. Tiada tindakan diperlukan.
  • Kuning (33-66% digunakan): Pantau. Siasat puncanya; pertimbangkan pilihan mempercepatkan.
  • Merah (66-100% digunakan): Bertindak sekarang. Projek berisiko; eskalasi dan campur tangan.

Penggunaan penimbal adalah metrik kesihatan projek utama dalam CCPM. Ia menggantikan kotak semak Milestone Waterfall dan merupakan penunjuk yang lebih jujur berbanding peratusan siap.

Faedah CCPM

Jadual lebih pendek tanpa memotong skop. Dengan membuang padding tersembunyi daripada anggaran tugasan dan mengumpulkan masa tersebut sebagai penimbal bersama, jadual CCPM sering berjalan 10-25% lebih pendek berbanding projek yang sama yang dirancang dengan kaedah tradisional, sambil membawa perlindungan yang tidak kurang terhadap ketidakpastian.

Keterlihatan awal risiko sebenar. Kadar penggunaan penimbal menunjukkan sama ada projek berada pada landasan yang betul jauh lebih awal berbanding laporan varians tradisional. Penimbal yang digunakan pada kadar lebih pantas daripada linear adalah tanda amaran walaupun tugasan individu melaporkan hijau pada dashboard status.

Pengurangan kerosakan berbilang tugasan. CCPM secara eksplisit menjadualkan kerja supaya sumber menyelesaikan satu tugasan rantaian kritikal sebelum memulakan yang lain. Pertukaran konteks adalah salah satu kos tersembunyi paling ketara dalam kerja pengetahuan. Mengurangkannya meningkatkan kelajuan dan kualiti.

Satu keutamaan projek pada satu masa. Dalam persekitaran berbilang projek, penjadualan berperingkat CCPM (sering dipanggil drum-buffer-rope di peringkat portfolio) membantu organisasi bersetuju mengenai projek mana yang mengambil keutamaan pada bila-bila masa tertentu berbanding menyebarkan setiap sumber merentas segala-galanya serentak.

Perubahan tingkah laku, bukan sekadar teknik. CCPM mengubah struktur insentif. Apabila tugasan tidak mempunyai padding keselamatan individu, tidak ada gunanya menimbun masa. Penyiapan awal dihantar ke hadapan serta-merta dan bukannya digunakan oleh hukum Parkinson. Asas projek dikekalkan dengan lebih jujur.

Had dan cabaran

Rintangan budaya adalah nyata. CCPM meminta orang ramai untuk komited kepada anggaran tugasan yang agresif dan melepaskan margin keselamatan peribadi mereka. Itu adalah cadangan yang sukar, terutamanya dalam organisasi di mana terlepas anggaran tugasan membawa risiko kerjaya. Perubahan budaya yang diperlukan sering lebih sukar daripada mekanik penjadualan.

Sokongan perisian terhad. Alat pengurusan projek standard dibina untuk CPM. Menjalankan CCPM dengan betul, dengan penjejakan penimbal dinamik dan pengiraan rantaian berperingkat sumber, biasanya memerlukan alat khusus (Exepron, ProChain, atau persediaan tersuai) atau overhead manual yang ketara.

CCPM berbilang projek adalah kompleks. CCPM projek tunggal adalah boleh diuruskan. Menskalanya merentasi portfolio projek saling bergantung dengan sumber bersama memerlukan pendekatan penjadualan berperingkat yang kebanyakan pasukan sukar untuk diselaraskan tanpa sokongan khusus.

Tidak direka untuk kerja yang sangat berulang. CCPM paling sesuai apabila skop penuh diketahui terlebih dahulu dan tugasan boleh dijadualkan terlebih dahulu. Ia kurang sesuai secara semula jadi dengan sprint Agile atau kerja berat penemuan di mana tugasan seterusnya sering tidak ditentukan sehingga tugasan semasa selesai. Untuk konteks tersebut, struktur pecahan kerja digabungkan dengan perancangan gelombang bergulir mungkin lebih sesuai.

Anggaran agresif boleh menjadi bumerang. Jika organisasi sebenarnya tidak mempercayai sistem penimbal dan pengurus masih mempertanggungjawabkan orang kepada anggaran tugasan asal, pasukan hanya menyembunyikan padding mereka di tempat lain. Kaedah ini gagal tanpa komitmen tulen daripada kepimpinan.

Cara melaksanakan pengurusan projek rantaian kritikal

Langkah 1: Tentukan skop dan senarai tugasan penuh

Bina senarai tugasan lengkap dengan tempoh, kebergantungan, dan keperluan sumber sebelum penjadualan bermula. Gunakan struktur pecahan kerja untuk mengurai skop projek. Skop yang tidak lengkap pada peringkat ini bermakna pengiraan rantaian kritikal akan terlepas kekangan.

Langkah 2: Anggar semula tempoh tugasan pada tahap keyakinan 50%

Tanya setiap pemilik tugasan: "Tempoh manakah yang memberi anda peluang lebih kurang sama untuk selesai tepat pada masanya?" Ini membuang padding yang secara semula jadi dibina oleh orang ramai ke dalam anggaran konservatif. Jangkakan tempoh turun sebanyak 20-50% berbanding anggaran tradisional. Terangkan sistem penimbal supaya orang faham masa keselamatan mereka bukan hilang, ia hanya dipindahkan.

Langkah 3: Selesaikan konflik sumber dan cari rantaian kritikal

Bina jadual awal menggunakan kebergantungan tugasan, seperti yang anda lakukan dengan CPM. Kemudian kenal pasti konflik sumber: tempat di mana orang atau peralatan yang sama diperlukan untuk dua tugasan yang bertindih. Selesaikan konflik tersebut dengan menangguhkan tugasan yang lebih rendah keutamaannya. Jujukan terpanjang tugasan bergantung dan dikekang sumber yang terhasil adalah rantaian kritikal anda.

Langkah 4: Masukkan penimbal projek dan pengisi

Tambahkan penimbal projek di hujung rantaian kritikal. Tetapkan saiz penimbal menggunakan kaedah yang anda pilih (peraturan 50% atau statistik). Kenal pasti setiap jujukan bukan kritikal yang menyuap ke dalam rantaian kritikal dan tambahkan penimbal pengisi di setiap simpangan. Buang semua padding keselamatan setiap tugasan daripada jadual; semua masa keselamatan kini berada dalam penimbal.

Langkah 5: Letakkan penimbal sumber sebagai amaran

Untuk setiap tugasan rantaian kritikal yang memerlukan sumber utama yang sedang menyelesaikan kerja di tempat lain dalam jadual, tambahkan penimbal sumber: bendera atau pemberitahuan pra-penugasan satu hingga dua hari sebelum sumber tersebut diperlukan. Ini mencegah senario di mana tugasan rantaian kritikal bermula lewat hanya kerana orang yang betul tidak tahu mereka diperlukan.

Langkah 6: Jejaki penggunaan penimbal dan jalankan projek

Mulakan projek. Jejaki penyiapan tugasan dan kemas kini jadual setiap hari atau minggu. Plot penggunaan penimbal berbanding masa projek yang telah berlalu. Gunakan zon penembusan hijau/kuning/merah untuk mencetuskan tindak balas. Apabila tugasan selesai lebih awal, hantar penjimatan masa ke hadapan serta-merta dan bukannya mengisinya dengan kerja bukan kritikal. Adakan semakan laporan status projek mingguan yang ringkas yang berfokus pada keadaan penimbal, bukan peratusan siap tugasan individu.

Contoh pengurusan projek rantaian kritikal

Jadual di bawah menunjukkan cara CCPM telah digunakan merentasi industri yang berbeza.

Industri Senario Hasil CCPM
Pembinaan Kontraktor bangunan komersial yang menguruskan 40 subkontraktor dengan peralatan yang dikongsi secara intensif (kren, pasukan pemeriksaan) mendapati laluan kritikal terus berubah kerana penjadualan CPM mengabaikan konflik peralatan. Beralih kepada CCPM, pasukan mengenal pasti ketersediaan kren sebagai kekangan utama dan membina semula jadual berdasarkan slot kren. Penimbal pengisi melindungi serah terima kren daripada kelewatan huluan. Projek selesai tiga minggu lebih awal daripada jadual CPM asal.
R&D Farmaseutikal Pasukan pembangunan ubat yang menjalankan ujian klinikal fasa II menggunakan CCPM untuk menjadualkan kerja makmal berdasarkan dua saintis kanan yang menjadi kesesakan untuk tiga aliran kerja serentak. Dengan menjadualkan kerja setiap saintis secara berurutan pada rantaian kritikal dan memasukkan penimbal pengisi sebelum setiap serah terima daripada pasukan sokongan, kunci protokol ujian dicapai dua bulan lebih awal daripada projek sebelumnya dengan skop yang setara.
Penghijrahan sistem IT Firma perkhidmatan kewangan yang menghijrahkan infrastruktur perbankan teras ke platform baharu mempunyai sejarah terlepas tarikh go-live akibat kelewatan pengujian yang bertali-tali. Pasukan menggunakan CCPM khusus untuk fasa pengujian. Mereka mengumpulkan semua penimbal pengujian setiap tugasan ke dalam satu penimbal projek tunggal dan menjejak penembusan setiap minggu. Penimbal mencapai kuning tetapi tidak pernah merah, dan peralihan penghijrahan berlaku pada hujung minggu yang disasarkan pada asalnya, mengelakkan sambungan jadual yang mahal.

Amalan terbaik

Buat:

  • Komited kepada sistem penimbal dari awal. Penggunaan separa (mengekalkan padding tugasan DAN menambahkan penimbal) menggandakan panjang jadual dan memusnahkan kredibiliti.
  • Jejak penggunaan penimbal dalam setiap mesyuarat status. Jadikannya metrik pertama dalam agenda, bukan renungan selepas kemas kini status tugasan demi tugasan.
  • Raikan penyiapan awal dengan menghantar penjimatan masa ke hadapan. Bina norma pasukan bahawa "selesai lebih awal" bermakna "bantu tugasan seterusnya bermula sekarang."
  • Gunakan data peruntukan sumber dan perataan sumber untuk menyuap pengiraan rantaian dengan tepat.
  • Integrasikan CCPM dengan proses perancangan projek anda lebih awal, bukan sebagai renungan selepas jadual sudah ditetapkan.

Jangan:

  • Mempertanggungjawabkan individu kepada anggaran tugasan individu. Itu mencipta semula tingkah laku padding yang sama yang CCPM direka untuk dibuang.
  • Melangkau perbualan perubahan budaya. CCPM akan kelihatan seperti helah untuk mendapatkan orang berkomitmen kepada tarikh akhir yang lebih pendek melainkan anda menjelaskan logik penimbal dengan jelas terlebih dahulu.
  • Menggunakan CCPM untuk kerja yang sangat berulang atau eksplorasi di mana skop tidak ditentukan. Gunakannya pada projek di mana jujukan tugasan penuh boleh dirancang dengan munasabah terlebih dahulu.
  • Mengabaikan penimbal sumber. Ia kelihatan pilihan tetapi ia mencegah mod kegagalan biasa: sumber menyelesaikan satu tugasan dan tidak tahu rantaian kritikal sedang menunggu mereka.
  • Membiarkan penggunaan penimbal pengisi tidak dijejak. Penimbal pengisi yang mencapai merah adalah isyarat awal bahawa penimbal projek akan mula terbakar dengan cepat.

Soalan yang kerap ditanya

Apakah perbezaan antara rantaian kritikal dan laluan kritikal?

Laluan kritikal ialah jujukan terpanjang tugasan bergantung berdasarkan logik tugasan sahaja, dengan mengandaikan sumber tidak terhad. Rantaian kritikal ialah jujukan terpanjang apabila kekangan sumber juga dipertimbangkan. Dalam kebanyakan projek sebenar, rantaian kritikal berbeza daripada laluan kritikal kerana konflik sumber menangguhkan beberapa tugasan, menjadikan jujukan yang dikekang lebih panjang atau dialihkan secara berbeza berbanding analisis kebergantungan tulen.

Berapa besarkah sepatutnya penimbal projek?

Titik permulaan biasa ialah 50% daripada jumlah tempoh tugasan rantaian kritikal, setiap satu dianggarkan pada persentil ke-50. Sebagai contoh, jika tugasan rantaian kritikal berjumlah 40 hari pada anggaran keyakinan 50%, penimbal projek adalah 20 hari. Pendekatan yang lebih ketat menggunakan punca-jumlah-kuasa dua anggaran ketidakpastian tugasan individu. Saiz yang betul bergantung pada profil risiko projek anda dan pengalaman organisasi dengan penggunaan penimbal.

Bolehkah CCPM berfungsi dengan kaedah Agile?

CCPM dan Agile menangani masalah yang berbeza. Agile menangani ketidakpastian skop melalui penghantaran berulang. CCPM menangani ketidakpastian jadual melalui pengurusan penimbal. Sesetengah pasukan menggunakan CCPM dalam ufuk perancangan sprint, di mana Backlog sprint dianggap sebagai projek mini dengan penimbal peringkat sprint. Tetapi pendekatan CCPM penuh memerlukan skop dan jujukan tugasan yang diketahui, yang bercanggah dengan fleksibiliti skop yang disengajakan dalam Agile.

Apakah alat yang menyokong CCPM?

Alat yang dibina khusus termasuk Exepron (berasaskan awan), ProChain, dan LYNX. Microsoft Project boleh dikonfigurasi untuk CCPM dengan tambahan atau persediaan manual. Penjejakan penimbal berasaskan hamparan berfungsi untuk projek yang lebih kecil. Kuncinya ialah alat yang mengira semula rantaian kritikal secara dinamik apabila jadual berkembang, bukan alat yang memerlukan pembinaan semula manual setiap kali konflik sumber muncul.

Bagaimana CCPM berkaitan dengan Teori Kekangan?

CCPM adalah aplikasi terus Teori Kekangan Goldratt kepada pengurusan projek. TOC menyatakan bahawa setiap sistem mempunyai satu kekangan utama yang mengehadkan daya lenanya, dan usaha penambahbaikan harus memfokus pada kekangan tersebut. Dalam projek, kekangan adalah rantaian kritikal: sumber atau jujukan tugasan yang menetapkan tempoh minimum projek. CCPM menggunakan "lima langkah fokus" TOC (kenal pasti, eksploitasi, subordinat, tingkatkan, ulang) pada jadual projek.


Projek lebih kerap gagal pada jadual berbanding kerumitan teknikal. CCPM tidak menjadikan kerja lebih mudah. Tetapi ia menjadikan tekanan masa kelihatan, dikongsi, dan boleh diuruskan dengan cara yang padding peringkat tugasan tidak pernah mencapainya. Mulakan dengan satu projek, ukur penembusan penimbal dengan jujur, dan data akan memberitahu anda sama ada ia berbaloi untuk diskala.

Bacaan berkaitan

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.