Perluasan Skop: Puncanya dan Cara Mencegahnya

Perluasan skop berlaku apabila projek berkembang senyap-senyap melampaui apa yang telah dipersetujui pada awalnya. Seorang pihak berkepentingan meminta tambahan kecil di sini, seorang pembangun mengenal pasti penambahbaikan di sana, dan sebelum sesiapa mengangkat bendera merah, pasukan sudah menanggung beban kerja dua kali ganda daripada asal pada jadual dan bajet yang sama.

Ini adalah salah satu sebab paling biasa projek melebihi bajet, terlepas tarikh akhir, atau ditinggalkan secara senyap. Memahami dari mana perluasan skop bermula adalah langkah pertama untuk mencegahnya dari menenggelamkan projek anda.

Apakah perluasan skop?

Perluasan skop ialah pengembangan beransur-ansur, selalunya tanpa kelulusan, terhadap skop projek selepas keperluan awal telah dipersetujui dan ditandatangani. Tidak seperti perubahan skop formal yang melalui proses semakan, perluasan skop biasanya masuk melalui saluran tidak formal: permintaan cepat dalam mesyuarat, e-mel "sambil itu," atau penambahbaikan yang berniat baik yang tidak pernah diluluskan secara eksplisit.

Perkataan "perluasan" itu disengajakan. Pertumbuhannya adalah berperingkat, dan setiap tambahan individu boleh kelihatan remeh. Hanya apabila anda melihat gambaran besar barulah kesan kumulatifnya menjadi jelas: pasukan menyampaikan produk yang jauh lebih besar daripada yang sesiapa anggarkan, tanpa sebarang penyesuaian pada jadual, sumber, atau kos.

Fakta utama:

• PMI Pulse of the Profession (2023) mendapati bahawa 34% projek mengalami perluasan skop, menjadikannya salah satu penyumbang teratas kepada kegagalan projek bersama pengurusan keperluan yang lemah dan komunikasi yang tidak berkesan.
• Laporan CHAOS Standish Group secara konsisten mengenal pasti keperluan yang tidak lengkap dan kurangnya penglibatan pengguna sebagai punca kos dan lebihan jadual, kedua-duanya menyumbang terus kepada pertumbuhan skop yang tidak terkawal.
• PMI juga melaporkan bahawa organisasi membazirkan purata $97 juta bagi setiap $1 bilion yang dilaburkan akibat prestasi projek yang lemah, dengan isu skop disebut antara punca utama.

Perluasan skop vs gold plating vs perubahan skop

Ketiga-tiga istilah ini sering dikelirukan, tetapi ia menggambarkan situasi yang berbeza secara bermakna.

Perbezaan kritikal ialah kelulusan. Perubahan skop melalui proses kawalan perubahan, dinilai untuk impak, dan mengemas kini garis dasar projek sebelum sebarang kerja bermula. Perluasan skop dan gold plating memintas pintu itu sepenuhnya.

Gold plating wajar diberi perhatian khusus kerana pasukan projek kadangkala mengelirukan ia dengan kualiti. Seorang pembangun yang menghabiskan minggu tambahan untuk menjadikan ciri "benar-benar kukuh" melampaui apa yang dikehendaki oleh spesifikasi bukan menyampaikan kualiti: mereka menggunakan bajet yang tidak diperuntukkan dan berpotensi menimbulkan risiko. Pendekatan yang betul ialah menyelesaikan skop yang dipersetujui dahulu, kemudian mencadangkan penambahbaikan melalui kawalan perubahan formal jika terdapat minat.

Apakah yang menyebabkan perluasan skop?

Punca biasanya jatuh dalam beberapa corak berulang.

Keperluan awal yang kabur. Apabila skop projek ditakrifkan secara luas dan bukan dalam terma yang khusus dan boleh diukur, terdapat ruang untuk tafsiran. Setiap pihak berkepentingan membaca jurang itu secara berbeza, dan bacaan yang berbeza itu terkumpul menjadi kerja yang tidak dirancang.

Tiada proses kawalan perubahan formal. Jika tiada mekanisme yang jelas untuk meminta dan meluluskan perubahan, permintaan terus jatuh ke tangan pasukan. Tanpa proses, jawapan lalai cenderung kepada "ya" kerana mengatakan tidak terasa seperti menghalang.

Tekanan pihak berkepentingan. Penaja dan pelanggan mempunyai autoriti, dan pasukan sering berasa mereka tidak boleh menolak. Permintaan daripada pihak berkepentingan kanan dianggap sebagai arahan dan bukan permintaan perubahan yang perlu dinilai.

Skop tidak ditetapkan secara bertulis. Persetujuan lisan tentang apa yang termasuk dan tidak termasuk dalam skop tidak boleh dipercayai. Apabila keperluan tidak ditandatangani dan didokumenkan secara formal, mustahil untuk membezakan "tambahan" daripada sesuatu yang "sememangnya patut ada."

Penyelarasan pihak berkepentingan yang lemah dari awal. Apabila orang yang terjejas oleh projek tidak terlibat awal dalam menakrifkan keperluan, mereka membawa jangkaan baru kemudian, selalunya selepas kerja yang ketara sudah selesai.

Ahli pasukan membuat keputusan sendiri. Pembangun dan pereka yang mengenal pasti pendekatan yang lebih baik kadangkala melaksanakan penambahbaikan tanpa menyemak sama ada ia sesuai dengan skop. Setiap keputusan munasabah dengan sendirinya tetapi terkumpul menjadi kerja yang tidak dirancang.

Penggunaan struktur pecahan kerja yang tidak mencukupi. Projek tanpa struktur pecahan kerja yang terperinci menyukarkan untuk melihat di mana tugasan baru jatuh berbanding skop asal, jadi tambahan tergelincir masuk tanpa disedari.

Kos perluasan skop

Kos langsung kelihatan pada bajet: jam tambahan, kontrak yang dilanjutkan, lesen alat bantu tambahan. Tetapi perluasan skop juga membawa kos tidak langsung yang lebih sukar diukur.

Gelinciran jadual. Setiap tugasan yang tidak dirancang bersaing dengan kerja yang dirancang. Apabila sumber terhad, sesuatu mesti dikorbankan, dan biasanya ia adalah tarikh penghantaran.

Kemerosotan semangat pasukan. Pasukan yang melihat skop berkembang tanpa penyesuaian yang berpadanan pada jangkaan atau sumber akan berasa kecewa. Mereka diminta berlari 10 kilometer dan mendapati diri mereka di tengah maraton tanpa sebarang amaran.

Kemerosotan kualiti. Apabila skop berkembang tetapi tarikh akhir tidak berubah, pasukan mengambil jalan pintas untuk mengimbangi. Pengujian dipadatkan, dokumentasi ditinggalkan, hutang teknikal terkumpul.

Kerosakan kepercayaan pihak berkepentingan. Projek yang secara konsisten terlepas tarikh melatih pihak berkepentingan untuk tidak mempercayai anggaran. Jurang kredibiliti itu sukar untuk dibina semula.

Kos peluang. Setiap jam yang dihabiskan untuk tambahan tanpa kelulusan adalah satu jam yang tidak digunakan untuk kerja yang telah diprioritikan merentasi portfolio.

Cara mencegah perluasan skop

Langkah 1: Tulis pernyataan skop projek yang jelas

Pernyataan skop projek adalah asas kawalan skop. Ia mendokumentasikan, dalam bahasa mudah, apa yang akan disampaikan oleh projek dan, sama pentingnya, apa yang tidak akan disampaikan. Bahagian "luar skop" bukan sekadar formaliti. Ia adalah pertahanan utama terhadap "saya fikir itu sudah termasuk."

Pernyataan skop perlu cukup khusus supaya seorang pendatang baru kepada projek boleh membacanya dan tahu sama ada sekeping kerja tertentu tergolong dalam projek ini. Bahasa kabur mengundang tafsiran; bahasa tepat menutup pintu.

Langkah 2: Dapatkan tandatangan formal pada keperluan

Keperluan perlu disemak secara formal dan ditandatangani oleh orang yang mempunyai autoriti ke atas projek, biasanya penaja, pihak berkepentingan utama, dan pengurus projek. Ini bukan tentang birokrasi. Ini tentang mewujudkan garisan sebelum/selepas yang jelas: apa sahaja dalam keperluan yang dipersetujui adalah dalam skop, apa sahaja yang lain melalui kawalan perubahan.

Matriks keterlacakan keperluan membantu di sini. Ia memetakan setiap keperluan kepada objektif perniagaannya dan kemudian kepada penghantaran khusus yang memenuhinya. Apabila seseorang mencadangkan tambahan, anda boleh bertanya: keperluan yang diluluskan yang mana satu yang ini boleh dikaitkan?

Langkah 3: Bina struktur pecahan kerja

Struktur pecahan kerja (WBS) menguraikan projek kepada setiap tugasan dan penghantaran yang berasingan. Apabila skop dipecahkan ke tahap perincian itu, permintaan baru tidak mempunyai tempat untuk bersembunyi. Anda boleh menunjuk kepada WBS dan bertanya di mana tugasan yang dicadangkan sesuai. Jika ia tidak sesuai, ia adalah skop baru.

WBS juga menjadikan anggaran lebih boleh dipercayai kerana ia memaksa pasukan untuk memikirkan apa yang sebenarnya terlibat sebelum berkomitmen kepada jadual.

Langkah 4: Laksanakan proses kawalan perubahan

Proses kawalan perubahan adalah mekanisme formal untuk menilai dan meluluskan tambahan skop. Setiap permintaan untuk perubahan, tidak kira seberapa kecil, melalui langkah yang sama: dokumentasikan permintaan, nilai impak ke atas kos, jadual, dan sumber, bentangkan pertukaran kepada penaja, dapatkan keputusan secara bertulis.

Proses ini melakukan dua perkara. Pertama, ia menjadikan kos sebenar tambahan kelihatan sebelum diterima. Banyak tambahan "cepat" kelihatan berbeza apabila seseorang perlu menganggar impaknya. Kedua, ia memberi pengurus projek cara profesional untuk mengatakan tidak (atau "ya, dengan akibat ini") dan bukannya menyerap permintaan secara senyap.

Langkah 5: Gunakan keutamaan MoSCoW untuk perbincangan pertukaran

Apabila pihak berkepentingan mendesak untuk tambahan, keutamaan MoSCoW memberi anda bahasa bersama untuk perbincangan itu. Jika bajet tetap, setiap Must Have yang ditambah perlu dibiayai dengan menyahutamakan sesuatu yang lain. Ini membingkai semula perbincangan daripada "bolehkah anda masukkan ini?" kepada "apa yang perlu kita pertukaran untuk ini?"

Ia juga membantu semasa pengumpulan keperluan awal. Mendapatkan pihak berkepentingan untuk mengkategorikan keperluan sebagai Must/Should/Could/Won't sebelum projek bermula menunjukkan keutamaan dan mengurangkan kemungkinan permintaan lewat untuk perkara yang sentiasa penting tetapi tidak pernah dinyatakan secara eksplisit.

Langkah 6: Uruskan jangkaan pihak berkepentingan secara aktif

Matriks analisis pihak berkepentingan mengenal pasti siapa yang mempunyai pengaruh ke atas projek dan apakah kepentingan mereka. Pihak berkepentingan yang tidak dimaklumkan cenderung menjana perluasan skop: mereka meminta perkara kerana mereka tidak tahu perkara itu sudah ditangani, atau mereka meningkatkan permintaan kerana mereka berasa keperluan mereka tidak dipertimbangkan.

Komunikasi yang kerap dan proaktif tentang kemajuan, keputusan, dan pertukaran memastikan pihak berkepentingan terlibat tanpa meninggalkan vakum maklumat yang melahirkan permintaan tidak formal. Apabila pihak berkepentingan mempercayai bahawa projek diuruskan dengan baik, mereka kurang berkemungkinan menyisipkan diri mereka dengan permintaan sepihak.

Contoh perluasan skop

Perluasan skop sebenar muncul secara berbeza bergantung kepada fungsi dan industri.

Benang merah dalam setiap kes: tambahan itu dibingkai sebagai kecil atau jelas, tiada siapa yang menilai impak ke atas garis dasar, dan pasukan menyerap kerja tanpa keputusan formal.

Amalan terbaik

Dokumentasikan semua perkara secara bertulis. Jika pihak berkepentingan membuat permintaan lisan dan anda membincangkannya, susulan dengan e-mel yang meringkaskan apa yang dikatakan dan apa yang diputuskan. Rekod bertulis menutup gelung "saya fikir kita bersetuju."

Semak skop secara berkala. Semakan skop ringkas pada setiap mesyuarat status menyandarkan pasukan kepada apa yang telah dipersetujui. Ia mewujudkan saat semula jadi untuk menampakkan sebarang tugasan yang telah ditambah secara tidak formal.

Benarkan pasukan untuk meningkatkan isu. Ahli pasukan yang mengenal pasti tambahan skop perlu tahu bahawa mereka dijangkakan untuk menandakannya, bukan hanya menyerapnya. Budaya di mana pasukan berasa selamat untuk berkata "itu tidak termasuk dalam skop, mari kita lalui kawalan perubahan" jauh lebih sihat daripada budaya di mana tambahan diakomodasi secara senyap.

Sampaikan kos mengatakan ya. Apabila permintaan perubahan masuk, sentiasa sertakan pernyataan impak. "Kami boleh menambah ini. Ia akan menambah kira-kira 3 hari dan $X dalam kos sumber, dan akan menolak tarikh penghantaran dari 10 Jun ke 13 Jun. Adakah anda ingin meneruskan?" Akibat yang kelihatan mengubah tingkah laku.

Elakkan gold plating. Bimbing pasukan untuk menyelesaikan apa yang telah dipersetujui sebelum memperbaikinya. Penambahbaikan tergolong dalam Backlog dan dinilai seperti mana-mana perubahan potensi yang lain.

Gunakan matriks RACI untuk keputusan perubahan. Kekaburan tentang siapa yang boleh meluluskan perubahan itu sendiri merupakan sumber perluasan skop. Apabila peranan Responsible, Accountable, Consulted, dan Informed jelas, permintaan disalurkan kepada orang yang betul dan bukannya memintas proses.

Soalan yang kerap ditanya

Apakah perbezaan antara perluasan skop dan perubahan skop yang sah? Perbezaannya adalah proses. Perubahan skop melalui semakan formal, dinilai untuk impak ke atas kos, jadual, dan sumber, dan memerlukan kelulusan eksplisit daripada penaja sebelum sebarang kerja bermula. Perluasan skop memintas semakan itu. Kerja itu mungkin sama dalam kedua-dua kes, tetapi perubahan skop formal mengemas kini garis dasar dan memperuntukkan bajet; perluasan skop hanya menambah kerja kepada garis dasar yang tidak berubah.

Bolehkah perluasan skop memberi manfaat? Kadangkala, tambahan tidak formal benar-benar meningkatkan hasil projek dan pasukan mempunyai kapasiti untuk menyerapnya dengan bersih. Tetapi ini adalah pengecualian, bukan peraturan, dan walaupun dalam kes-kes ini adalah berbaloi untuk menjalankan tambahan melalui semakan perubahan yang ringan untuk mendokumentasikan keputusan. Menganggap perubahan skop yang bermanfaat sebagai pengecualian kepada peraturan menghakis disiplin yang memastikan proses berfungsi.

Bagaimana anda mengendalikan pihak berkepentingan yang terus menambah permintaan? Alihkan setiap permintaan kepada proses kawalan perubahan dan jadikan kos setiap tambahan kelihatan. Kebanyakan pihak berkepentingan tidak cuba merosakkan projek; mereka mengoptimumkan keutamaan mereka sendiri tanpa melihat impak kumulatif. Apabila mereka melihat bahawa setiap permintaan memerlukan masa dan wang serta perlu dipertukaran dengan keutamaan sedia ada, jumlah permintaan tidak formal cenderung berkurangan.

Apakah peranan pengurus projek dalam mencegah perluasan skop? Pengurus projek memiliki garis dasar skop dan bertanggungjawab untuk mempertahankannya. Itu bermakna menulis pernyataan skop yang ketat, memastikan keperluan ditandatangani, melaksanakan kawalan perubahan, dan berkomunikasi secara proaktif dengan pihak berkepentingan. Ia juga bermakna membimbing pasukan untuk meningkatkan tambahan skop dan bukannya menyerapnya, serta memberi pasukan perlindungan politik apabila mereka menolak permintaan tidak formal.

Bilakah anda harus bersetuju dengan permintaan kecil? Apabila tambahan itu benar-benar remeh (beberapa minit kerja, tiada risiko kepada jadual atau bajet), tiada kebergantungan, dan tidak menetapkan preseden. Tetapi dokumentasikan ia, walaupun secara tidak formal. Corak persetujuan kecil adalah tepat bagaimana perluasan skop terbina, jadi menyimpan rekod membantu anda melihat apabila kesan kumulatif menjadi ketara.

Setiap projek akan menghadapi permintaan untuk melakukan lebih daripada apa yang telah dipersetujui. Itu adalah perkara biasa. Apa yang membezakan projek yang siap tepat masa dan dalam bajet daripada projek yang tidak adalah jarang ketiadaan permintaan tersebut. Ia bergantung kepada sama ada pasukan mempunyai proses dan tabiat untuk menilainya dengan jujur sebelum mengatakan ya.