Pernyataan Skop Projek: Definisi, Contoh, dan Templat

Pernyataan skop projek ialah dokumen yang mengubah idea projek yang samar-samar menjadi perjanjian bersama yang ditandatangani tentang apa yang akan dibina oleh pasukan, apa yang tidak akan disentuh, dan seperti apa "selesai" itu. Tanpanya, setiap permintaan ciri baru atau keinginan pihak berkepentingan terasa sangat munasabah, dan jadual Anda perlahan-lahan runtuh.

Apakah pernyataan skop projek?

Fakta Utama

• Mengikut PMBOK edisi ke-7, pernyataan skop adalah asas untuk garis dasar skop projek dan memaklumkan WBS, jadual, dan belanjawan (PMI, 2021).
• 52% projek mengalami perluasan skop, dan punca utama ialah pernyataan skop yang tidak jelas atau tiada pada permulaan projek (PMI Pulse of the Profession, 2024).
• Projek dengan pernyataan skop yang ditandatangani pada permulaan adalah 39% lebih berkemungkinan untuk memenuhi belanjawan asal mereka (Standish Group CHAOS Report, 2024).

Pernyataan skop projek ialah dokumen rasmi yang mentakrifkan sempadan penuh sesebuah projek: kerja apa yang termasuk, apa yang secara eksplisit dikecualikan, penghantaran apa yang akan dihasilkan, dan kriteria yang menentukan sama ada setiap penghantaran telah diselesaikan dengan memuaskan. Ia dicipta semasa fasa perancangan dan menjadi titik rujukan untuk setiap keputusan berkaitan skop sepanjang kitar hayat projek.

Fikirkan ia sebagai kontrak antara pasukan projek dan pihak berkepentingannya. Ia menjawab tiga soalan yang, jika tidak dijawab, pasti akan mendatangkan masalah:

• Apa yang akan dihasilkan oleh projek ini?
• Apa yang tidak akan dihasilkan oleh projek ini?
• Bagaimana kita tahu bila setiap penghantaran sudah selesai?

Pernyataan skop memberi makan terus kepada struktur pecahan kerja, yang memecahkan penghantaran kepada tugas yang boleh dilaksanakan. Ia juga menambatkan jadual, belanjawan, dan proses kawalan perubahan. Ubah apa-apa tentang skop dan setiap pelan hiliran perlu dikaji semula.

Mengapa pernyataan skop penting

Perluasan skop ialah sebab tunggal paling biasa mengapa projek melebihi belanjawan dan terlepas tarikh akhir. Ia berlaku secara beransur-ansur: pihak berkepentingan meminta "hanya satu tambahan kecil," pasukan bersetuju, dan enam minggu kemudian projek adalah 40% lebih besar daripada yang dirancang pada asalnya dan pasukan keletihan.

Pernyataan skop yang ditandatangani tidak menghalang orang daripada meminta perubahan. Yang dilakukannya ialah memberikan pengurus projek garis dasar yang didokumentasikan untuk dirujuk. Apabila permintaan baru tiba, pasukan boleh menilainya berbanding pernyataan dan berkata dengan jelas, "Itu di luar skop seperti yang dipersetujui. Kita boleh menambahnya, tetapi inilah kesannya terhadap jadual dan belanjawan." Perbualan itu jauh lebih mudah daripada mencuba mengingati apa yang dipersetujui secara tidak rasmi pada permulaan projek.

Pernyataan skop juga berfungsi untuk penyelarasan pihak berkepentingan. Apabila eksekutif, pelanggan, dan pasukan penghantaran membaca dan menandatangani dokumen yang sama sebelum kerja bermula, jangkaan yang tidak sepadan muncul lebih awal, ketika ia murah untuk diperbaiki, berbanding lambat, ketika ia mahal.

Penyelarasan ini amat bernilai pada projek yang menggunakan metodologi Agile, di mana Backlog sering berubah. Walaupun pasukan Agile mendapat manfaat daripada sempadan skop peringkat tinggi yang menghalang pertumbuhan tanpa had dalam Backlog produk.

Apa yang terkandung dalam pernyataan skop (7 komponen)

Pernyataan skop yang lengkap menangani tujuh bidang. Melangkau mana-mana satu daripadanya cenderung untuk mewujudkan jurang tepat yang dimasuki oleh perluasan skop.

1. Objektif projek -- Hasil yang boleh diukur yang mesti dicapai oleh projek. Objektif hendaklah spesifik dan terikat masa. "Lancarkan laman web yang direka bentuk semula menjelang 31 Ogos yang mengurangkan kadar lanturan halaman utama sebanyak 15%" adalah objektif projek. "Tingkatkan laman web" tidak.

2. Penghantaran -- Output ketara yang akan dihasilkan oleh projek. Untuk reka bentuk semula laman web ini mungkin termasuk halaman utama baharu, lima templat halaman dalaman, panduan gaya, dan dokumen latihan CMS. Senaraikan setiap penghantaran mengikut nama supaya tiada yang dianggap tersirat.

3. Kriteria penerimaan -- Syarat khusus yang mesti dipenuhi oleh setiap penghantaran untuk dianggap lengkap dan diluluskan. Kriteria penerimaan menghapuskan subjektiviti. "Halaman utama dimuatkan dalam masa kurang daripada 2.5 saat pada sambungan 4G" adalah kriteria penerimaan. "Halaman utama sepatutnya terasa pantas" tidak.

4. Item dalam skop -- Kerja, ciri, sistem, dan proses yang akan ditangani oleh projek. Bahagian ini menghalang pasukan daripada secara tidak sengaja mengabaikan perkara yang sepatutnya disertakan.

5. Item luar skop -- Kerja, ciri, dan sistem yang secara eksplisit tidak akan ditangani oleh projek. Ini boleh dikatakan bahagian paling penting. Mendokumentasikan apa yang Anda tidak lakukan ialah apa yang memberi Anda kuasa untuk berkata tidak kemudian.

6. Kekangan -- Had yang diketahui yang mesti dipatuhi oleh projek: had belanjawan, tarikh akhir tetap, timbunan teknologi tertentu, keperluan kawal selia, saiz pasukan. Kekangan tidak hilang dengan mengabaikannya; menuliskannya bermakna semua orang merancang berdasarkan realiti yang sama.

7. Andaian -- Syarat yang dianggap benar oleh pasukan ketika skop ditakrifkan. Jika mana-mana andaian ternyata salah, skop perlu dikaji semula. Sebagai contoh: "Kami menganggap pelanggan akan menyediakan semua aset jenama menjelang 15 Jun." Jika aset tersebut tiba dua minggu lewat, jadual berubah.

Pernyataan skop berbanding piagam projek berbanding WBS

Ketiga-tiga dokumen ini berkaitan rapat dan sering mengelirukan antara satu sama lain. Begini cara ia berbeza:

Piagam datang dahulu dan bersifat luas. Pernyataan skop mengisi butiran semasa perancangan projek. WBS kemudian mengambil penghantaran tersebut dan memecahkannya kepada kerja yang boleh dijadualkan.

Tiada satu pun daripada dokumen ini menggantikan yang lain. Piagam tanpa pernyataan skop meninggalkan terlalu banyak ruang untuk tafsiran. Pernyataan skop tanpa WBS kekal terlalu abstrak untuk dilaksanakan oleh pasukan.

Cara menulis pernyataan skop projek: langkah demi langkah

Langkah 1: Semak piagam projek

Mulakan dengan apa yang telah diluluskan. Piagam mengandungi tujuan projek yang dinyatakan, matlamat penaja, dan mana-mana kekangan yang diketahui. Pernyataan skop Anda hendaklah konsisten dengan piagam, bukan bertentangan dengannya. Ambil objektif dan gunakan secara verbatim atau perbaiki kepada bentuk yang boleh diukur.

Langkah 2: Senaraikan setiap penghantaran

Bekerjasama dengan pasukan dan pihak berkepentingan utama untuk menyenaraikan semua yang akan dihasilkan oleh projek. Jangan hanya senaraikan output akhir; sertakan penghantaran pertengahan seperti prototaip, laporan ujian, dan bahan latihan. Gunakan frasa nama ("Halaman utama responsif mudah alih," "Laporan ujian penerimaan pengguna") berbanding tugas ("Bina halaman utama," "Jalankan ujian"). Penghantaran adalah benda, bukan aktiviti.

Langkah 3: Takrifkan kriteria penerimaan untuk setiap penghantaran

Untuk setiap penghantaran, tuliskan seperti apa "diluluskan" itu. Libatkan pihak berkepentingan yang akan meluluskan penghantaran tersebut, kerana takrif mereka tentang selesai mungkin berbeza daripada Anda. Mendapatkannya secara bertulis sekarang menghalang kerja semula kemudian.

Langkah 4: Lakarkan sempadan luar skop

Ini ialah langkah yang dilangkau oleh kebanyakan pasukan dan kemudiannya menyesal. Tinjau setiap penghantaran dan tanya: kerja yang berdekatan apa yang mungkin dianggap termasuk oleh pihak berkepentingan? Tuliskan perkara tersebut secara eksplisit sebagai luar skop. Jika projek Anda adalah reka bentuk semula laman web, mungkin tergoda bagi pemasaran untuk menganggap audit SEO termasuk. Jika tidak, nyatakannya.

Bahagian ini juga sesuai digandingkan dengan proses matriks RACI: Anda sering menemui item luar skop apabila Anda cuba memberikan tanggungjawab untuk kerja yang tidak secara rasmi dalam pelan.

Langkah 5: Rakam kekangan dan andaian

Senaraikan setiap kekangan sebenar (belanjawan, tarikh akhir, teknologi, bilangan kakitangan). Kemudian senaraikan setiap andaian yang Anda bergantung padanya. Bersikap jujur tentang kedua-duanya. Pasukan sering mengelak daripada menulis andaian kerana ia terasa seperti mengakui ketidakpastian. Tetapi andaian yang tidak ditulis adalah risiko tersembunyi. Tuliskannya dan buat pelan untuk mengesahkannya lebih awal.

Langkah 6: Dapatkan kelulusan pihak berkepentingan

Pernyataan skop yang tidak ditandatangani oleh sesiapa hanyalah draf. Edarkan kepada penaja projek, pihak berkepentingan utama, dan pasukan penghantaran. Selesaikan perselisihan sebelum menandatangani, bukan selepasnya. Setelah ditandatangani, ia menjadi garis dasar yang diukur terhadap permintaan perubahan.

Templat pernyataan skop projek

Salin dan sesuaikan templat ini untuk projek Anda:

PERNYATAAN SKOP PROJEK

Nama projek: [Nama projek] Pengurus projek: [Nama PM] Tarikh diluluskan: [Tarikh] Versi: [1.0]

---

Objektif projek [Nyatakan 2-4 hasil yang boleh diukur yang mesti dicapai oleh projek, masing-masing dikaitkan dengan metrik dan tarikh akhir.]

Penghantaran

1. [Nama penghantaran] -- [Penerangan ringkas]
2. [Nama penghantaran] -- [Penerangan ringkas]
3. [Nama penghantaran] -- [Penerangan ringkas]

Kriteria penerimaan

• [Penghantaran 1]: [Syarat khusus dan boleh diukur untuk kelulusan]
• [Penghantaran 2]: [Syarat khusus dan boleh diukur untuk kelulusan]
• [Penghantaran 3]: [Syarat khusus dan boleh diukur untuk kelulusan]

Dalam skop

• [Kerja, ciri, atau sistem yang termasuk]
• [Kerja, ciri, atau sistem yang termasuk]

Luar skop

• [Kerja, ciri, atau sistem yang secara eksplisit dikecualikan]
• [Kerja, ciri, atau sistem yang secara eksplisit dikecualikan]

Kekangan

• Belanjawan: [Jumlah atau had]
• Jadual: [Tarikh akhir tetap atau kekangan]
• Teknologi: [Alat/platform yang diperlukan atau dilarang]
• Sumber: [Kekangan bilangan kakitangan atau kemahiran]

Andaian

• [Syarat yang dianggap benar]
• [Syarat yang dianggap benar]

Kelulusan

Peranan	Nama	Tandatangan	Tarikh
Penaja projek
Pengurus projek
Pihak berkepentingan utama

Contoh pernyataan skop projek

Berikut ialah cara empat jenis projek biasa dipecahkan merentasi penghantaran, dalam skop, dan luar skop:

Perhatikan bagaimana setiap lajur "luar skop" mendokumentasikan kerja yang berdekatan yang biasanya dianggap termasuk oleh pihak berkepentingan. Kekhususan itu adalah keseluruhan tujuannya. Pengecualian yang samar tidak melindungi sesiapa.

Untuk projek yang menggunakan Scrum, pernyataan skop berada di peringkat epik. Skop Sprint individu diuruskan melalui Backlog, tetapi sempadan peringkat tinggi masih terpakai.

Cara mencegah perluasan skop dengan pernyataan skop

Pernyataan skop hanya sekuat proses kawalan perubahan yang menguatkuasakannya. Berikut ialah lima cara untuk menjadikannya berfungsi dalam amalan:

1. Rujuknya dalam setiap mesyuarat status. Jangan biarkan pernyataan skop berada dalam folder dan dilupakan. Buka setiap panggilan status mingguan dengan peringatan 60 saat tentang apa yang termasuk dalam skop dan apa yang tidak. Ini mengekalkan garis dasar dalam fikiran pihak berkepentingan sebelum mereka mengemukakan permintaan baharu.

2. Gunakannya sebagai penapis untuk permintaan perubahan. Apabila pihak berkepentingan meminta kerja baharu, mulakan dengan menyemaknya berbanding skop yang diluluskan. Jika ia di luar skop, jangan segera berkata tidak. Kata, "Itu di luar pernyataan skop semasa kita. Mari kita nilai kesannya." Kemudian jalankan permintaan perubahan rasmi dengan anggaran yang disemak. Ini menunjukkan niat baik tanpa menyerap kerja tambahan secara senyap.

3. Tunjuk kepada senarai luar skop mengikut nama. Apabila seseorang meminta sesuatu yang secara eksplisit disenaraikan sebagai luar skop, rujuk dokumen tersebut: "Kita sebenarnya merakamnya dalam bahagian 4 pernyataan skop sebagai luar skop, kerana menambahnya akan memerlukan X. Adakah Anda mahu membuka permintaan perubahan?" Kekhususan menghapuskan kekaburan dan memastikan perbualan profesional.

4. Anggap perubahan andaian sebagai pencetus skop. Jika andaian yang dinyatakan ternyata salah, nilai semula skop dengan segera. Pasukan sering menyerap kegagalan andaian secara senyap, menyesuaikan kerja mereka tanpa mengkaji semula perjanjian rasmi. Itulah cara perluasan skop menyelinap masuk dari pintu belakang.

5. Gandingkannya dengan carta Gantt atau analisis laluan kritikal. Apabila pihak berkepentingan melihat kesan jadual akibat penambahan skop baharu, bantahan abstrak menjadi konkrit. "Jika kita menambah integrasi CRM, tarikh pelancaran beranjak dari 1 Oktober ke 14 November" adalah hujah yang jauh lebih meyakinkan berbanding "itu di luar skop."

6. Kaitkan perubahan skop dengan kelulusan belanjawan. Sebarang perubahan yang menambah kerja perlu mencetuskan semakan belanjawan. Apabila skop tambahan mempunyai jumlah ringgit yang dikaitkan, pihak berkepentingan menimbangnya dengan lebih teliti. Perubahan kecil terasa tidak berbahaya secara berasingan; baris belanjawan menjadikan kos terkumpul kelihatan.

Kesilapan biasa

Amalan terbaik

• Tulis bahagian luar skop sebelum Anda menulis bahagian dalam skop. Bermula dengan pengecualian memaksa kejelasan tentang apa yang bukan projek, yang menjadikan kemasukan lebih tajam.
• Pastikan penghantaran pada tahap butiran yang betul: cukup spesifik untuk tidak kesamaran, tetapi tidak terlalu terperinci sehingga ia tergolong dalam WBS. Sasarkan 5-15 penghantaran setiap projek.
• Kawal versi dokumen. Apabila skop berubah, kemas kini nombor versi dan tarikh. Simpan versi terdahulu supaya Anda boleh menjejaki apa yang berubah dan mengapa.
• Kaitkan pernyataan skop dengan matriks RACI. Setiap penghantaran hendaklah mempunyai pemilik yang jelas; jika penghantaran tidak mempunyai pemilik, ia mungkin di luar skop.
• Untuk projek Waterfall, bekukan pernyataan skop sebelum perancangan terperinci bermula. Untuk projek Agile, anggapkannya sebagai output sprint-zero yang hidup yang menetapkan sempadan luar tanpa mengunci Backlog.
• Gunakan bahasa yang mudah. Pernyataan skop gagal apabila ditulis dalam bahasa undang-undang yang diimbas oleh pihak berkepentingan berbanding dibaca. Tuliskannya supaya ahli pasukan baharu boleh mengambilnya pada hari pertama dan memahami dengan tepat apa projek ini.
• Lampirkan pernyataan skop yang ditandatangani pada setiap laporan status projek supaya ia kekal kelihatan sepanjang penghantaran.
• Semak andaian pada setiap gerbang fasa. Jika sebuah andaian telah dibatalkan, kemukakan dengan segera berbanding membiarkan pasukan menyerap kesannya secara senyap.

Soalan lazim

Apakah perbezaan antara pernyataan skop dan garis dasar skop? Pernyataan skop ialah penerangan bertulis tentang sempadan projek: penghantaran, pengecualian, kriteria penerimaan, kekangan, dan andaian. Garis dasar skop ialah versi pernyataan skop yang diluluskan secara rasmi ditambah WBS dan kamus WBS. Garis dasar adalah apa yang Anda ukur prestasi terhadapnya dan apa yang dilindungi oleh kawalan perubahan. Anda menulis pernyataan skop dahulu; ia menjadi garis dasar setelah diluluskan.

Siapa yang menulis pernyataan skop projek? Pengurus projek memiliki pernyataan skop, tetapi ia tidak sepatutnya ditulis bersendirian. Pernyataan skop yang berkesan ditulis bersama dengan pasukan projek (yang tahu apa yang realistik untuk dihantar), pihak berkepentingan utama (yang tahu seperti apa kejayaan itu), dan pakar bidang (yang tahu apa yang boleh dilaksanakan secara teknikal). Tugas PM ialah memudahkan perbualan tersebut dan menggabungkan output ke dalam dokumen yang bersih.

Bolehkah pernyataan skop berubah di pertengahan projek? Ya, tetapi hanya melalui proses kawalan perubahan yang rasmi. Jika pihak berkepentingan mengenal pasti keperluan sah yang mengubah skop, pengurus projek menilai kesannya terhadap kos, jadual, dan sumber, mendokumentasikannya dalam permintaan perubahan, dan mendapatkan kelulusan sebelum mengemas kini pernyataan skop. Perubahan skop tidak rasmi adalah tepat bagaimana perluasan skop berlaku.

Seberapa terperinci sepatutnya pernyataan skop? Cukup terperinci untuk menghapuskan kesamaran, tetapi tidak terlalu terperinci sehingga ia dibaca seperti spesifikasi teknikal. Cara mudah: jika dua pihak berkepentingan yang berbeza boleh membaca bahagian dan mendapat tafsiran berbeza tentang apa yang termasuk, ia memerlukan lebih banyak butiran. Jika bahagian tersebut lebih panjang daripada dua perenggan dan merangkumi spesifik pelaksanaan, ia mungkin tergolong dalam dokumen teknikal berasingan yang dikaitkan daripada pernyataan skop.

Adakah pernyataan skop sama dengan penyataan kerja (SOW)? Tidak. Penyataan kerja (SOW) ialah kontrak mengikat secara undang-undang antara dua organisasi (biasanya pelanggan dan vendor) yang menakrifkan perkhidmatan yang akan dihantar, jadual, terma pembayaran, dan kewajipan. Pernyataan skop projek ialah dokumen perancangan dalaman yang menakrifkan apa yang akan dibina oleh pasukan projek. SOW mungkin memaklumkan pernyataan skop, tetapi ia melayani tujuan yang berbeza dan mempunyai khalayak yang berbeza.

Penutup

Pernyataan skop projek bukan dokumen yang paling menarik yang akan Anda tulis dalam sesebuah projek. Tetapi ia mungkin dokumen yang menentukan sama ada projek berjaya atau perlahan-lahan hancur. Setengah jam yang Anda luangkan untuk menulis senarai luar skop yang tepat pada permulaan projek bernilai jauh lebih banyak daripada jam yang akan Anda habiskan dalam rundingan perubahan skop enam bulan kemudian.

Tulis lebih awal. Dapatkan tandatangan. Rujuk kerap. Dan apabila seseorang meminta "hanya satu tambahan kecil," anggap pernyataan skop sebagai sekutu Anda, bukan halangan birokrasi. Dokumen itu ialah sebab pasukan boleh berkata ya kepada perkara yang betul dan tidak kepada selebihnya.

Untuk langkah seterusnya selepas penakrifan skop, bina struktur pecahan kerja Anda untuk memecahkan penghantaran tersebut kepada tugas yang boleh dijadualkan. Kemudian gunakan teknik perancangan projek untuk menjadualkan dan memberi sumber sebelum permulaan projek.