Bagi seseorang, itu berarti lima halaman dan tata letak yang lebih rapi. Bagi yang lain, itu berarti migrasi blog, halaman arahan baru, teks yang diperbarui, dan logo yang sudah lama ingin mereka perbarui.
Ruang lingkup pekerjaan akan mengatasi hal tersebut. Dokumen ini mendefinisikan apa yang akan dihasilkan oleh proyek, bagaimana pekerjaan akan dilakukan, kapan tenggat waktu setiap bagian, apa yang dianggap disetujui, dan apa yang berada di luar kesepakatan.
Kejelasan itu lebih penting daripada yang terlihat. Laporan CHAOS dari Standish Group menemukan bahwa hanya sekitar 31% proyek yang selesai tepat waktu dan sesuai ruang lingkup.
Inilah bagian yang tidak menyenangkan: sebagian besar ketidaksesuaian tersebut bukanlah masalah disiplin. Itu adalah masalah pengarsipan. Ruang lingkup pekerjaan ditandatangani, dikirim melalui email, dan diarsipkan, dan sejak saat itu, dokumen tersebut mulai menyimpang dari pekerjaan yang sebenarnya. Pada minggu ketiga, dokumen tersebut menyebutkan lima halaman, sedangkan proyeknya menunjukkan lima belas halaman, dan tidak ada yang bisa menunjukkan di mana kesenjangan itu bermula. Solusinya bukanlah SOW yang lebih panjang. Solusinya adalah ruang lingkup yang tetap terhubung dengan pekerjaan yang dijelaskannya.
Panduan ini menunjukkan kepada Anda cara menyusun ruang lingkup pekerjaan yang cukup jelas untuk menentukan harga, merencanakan, menugaskan, menyetujui, dan mengelola proyek setelah peluncuran.
Ringkasan
Ruang lingkup pekerjaan yang baik menjawab empat pertanyaan: apa yang akan Anda hasilkan, bagaimana caranya, kapan batas waktunya, dan apa yang dianggap selesai. Ruang lingkup yang paling baik bukanlah yang paling terperinci, melainkan yang tetap jujur dan transparan setelah 30 hari.
Rincian dapat terlupakan begitu pekerjaan dimulai, sehingga memiliki dokumen yang selalu diperbarui sepanjang proyek sangatlah penting. Hal ini memastikan bahwa “di luar ruang lingkup” didefinisikan dengan jelas dan dapat dijadikan acuan.
Cakup ketujuh komponen tersebut, dan alih-alih menggunakan kata kerja yang samar seperti “mengelola,” sebutkan angka seperti “4 postingan/bulan.” Jelaskan secara rinci apa yang tidak Anda lakukan, sebutkan ketergantungan dari pihak klien yang paling sering menyebabkan penundaan, dan selalu dapatkan persetujuan tertulis untuk setiap permintaan perubahan sebelum memulai pekerjaan. Kemudian, pastikan dokumen yang telah ditandatangani terhubung dengan tugas-tugas yang sedang berjalan, sehingga ketika terjadi perluasan ruang lingkup, perubahan tersebut terlihat dan dapat dihitung biayanya, bukan terjadi secara diam-diam dan tanpa biaya.
Apa Itu Lingkup Pekerjaan?
Ruang Lingkup Pekerjaan (SOW) adalah dokumen yang mendefinisikan secara tepat apa yang akan dihasilkan oleh suatu proyek, bagaimana caranya, kapan batas waktunya, dan apa yang dianggap sebagai pekerjaan yang telah selesai. Dokumen ini mendefinisikan ruang lingkup pekerjaan dengan jelas sehingga semua pihak—klien, vendor, dan tim internal—sepakat mengenai hasil yang diharapkan sebelum memulai.
Fungsinya adalah untuk memastikan keselarasan. SOW menetapkan tujuan, mencantumkan hasil kerja yang diharapkan, membaginya menjadi tugas-tugas, mengaitkannya dengan jadwal, dan menjelaskan bagaimana setiap hasil kerja akan dinilai telah selesai. Dokumen ini menjadi acuan yang selalu dirujuk oleh semua pihak ketika muncul pertanyaan atau perubahan. Itulah sebabnya SOW juga berfungsi sebagai tulang punggung manajemen ruang lingkup proyek.
Apa Perbedaan Antara Lingkup Pekerjaan dan Pernyataan Pekerjaan?
Ruang lingkup pekerjaan (Scope of Work) menjelaskan apa yang akan dilakukan; sedangkan pernyataan pekerjaan (Statement of Work) menjelaskan bagaimana kedua belah pihak akan bekerja sama untuk melakukannya. Keduanya memiliki akronim yang sama, yaitu SOW, dan sering digunakan secara bergantian, namun keduanya beroperasi pada tingkat yang berbeda.
Istilah serupa yang ketiga adalah ruang lingkup proyek. Istilah ini mendefinisikan batas-batas proyek itu sendiri, apa yang termasuk dan apa yang tidak, bukan pekerjaan atau hubungan kerja.
| Dokumen | Apa yang dijelaskan di sini | Biasanya berisi | Saat Anda menggunakannya |
|---|---|---|---|
| Ruang Lingkup Pekerjaan | Pekerjaan apa saja yang akan dilakukan | Tujuan, hasil kerja, tugas, jadwal, kriteria penerimaan, pengecualian | Menentukan ruang lingkup kerja atau fase proyek tertentu |
| Pernyataan Ruang Lingkup Pekerjaan | Bagaimana para pihak akan bekerja sama | Ruang lingkup pekerjaan beserta ketentuan hukum, jadwal pembayaran, jaminan, dan tata kelola | Perjanjian kontrak lengkap, yang sering kali memuat SOW di dalamnya |
| Ruang lingkup proyek | Batas lengkap proyek | Semua hasil kerja dan pekerjaan yang diperlukan untuk menghasilkan hasil tersebut, serta hal-hal yang tidak termasuk dalam lingkup pekerjaan | Perencanaan internal dan pengelolaan ruang lingkup di seluruh proyek |
Dalam praktiknya, pernyataan kerja (Statement of Work) merupakan kontrak induk, sedangkan ruang lingkup pekerjaan adalah bagian di dalamnya yang merinci hasil kerja yang diharapkan. Ruang lingkup proyek adalah konsep perencanaan yang dijelaskan dalam kedua dokumen tersebut. Jika pemangku kepentingan meminta “SOW”, ada baiknya Anda meluangkan waktu sepuluh detik untuk memastikan dokumen mana yang dimaksud, karena ketentuan hukum dan pembayaran tercantum dalam pernyataan kerja, bukan dalam ruang lingkup pekerjaan.
Apa Saja yang Termasuk dalam Lingkup Pekerjaan? Komponen-Komponen Utama
SOW yang lengkap harus membuat pekerjaan mudah dipahami, dihitung biayanya, direncanakan, dan disetujui. Jika satu komponen inti terlewatkan, hal itu dapat menimbulkan kebingungan di kemudian hari.
Berikut ini yang perlu dimasukkan:
- Tujuan dan maksud: Bagian ini menjelaskan mengapa pekerjaan tersebut dilakukan dan hasil apa yang diharapkan. Batasi bagian ini menjadi satu atau dua kalimat, yang ditulis dalam bahasa klien. Misalnya, “Meningkatkan perolehan prospek organik dari blog perusahaan” lebih jelas daripada “melaksanakan strategi konten”
- Hasil Kerja: Ini adalah hasil kerja spesifik yang akan Anda serahkan. Sebutkan nama dan kuantitasnya jika memungkinkan. Tulis “12 postingan media sosial per bulan di LinkedIn dan Instagram,” bukan “pengelolaan media sosial”
- Tugas dan kegiatan: Bagian ini merinci pekerjaan yang diperlukan untuk menghasilkan setiap hasil kerja. Bagian ini tidak perlu mencantumkan setiap tindakan kecil, tetapi harus cukup rinci agar seseorang dapat memahami pekerjaan apa saja yang termasuk di dalamnya. Untuk perancangan ulang situs web, hal tersebut mungkin mencakup pembuatan wireframe, penulisan konten, pengembangan, pengujian kualitas (QA), dan dukungan peluncuran
- Jadwal dan tonggak pencapaian: Gunakan bagian ini untuk menunjukkan bagaimana proyek akan berjalan dari tahap awal hingga penyelesaian. Cantumkan tanggal mulai, tanggal selesai, fase-fase utama, titik-titik evaluasi, dan ketergantungan antar tahap. Jadwal proyek yang solid membantu semua pihak memahami apa yang harus dilakukan sebelum fase berikutnya dapat dimulai
- Kriteria penerimaan: Ini mendefinisikan bagaimana setiap hasil kerja akan ditinjau, disetujui, dan dianggap selesai. Klien mengetahui standar kualitas yang diharapkan, dan Anda tahu kapan pekerjaan dapat ditutup alih-alih direvisi tanpa batas waktu
- Pengecualian dan asumsi: Di sini, jelaskan secara rinci apa saja yang tidak termasuk dan kondisi apa saja yang menjadi prasyarat proyek. Misalnya, Anda mungkin mengecualikan pengelolaan iklan berbayar dari SOW konten atau mengasumsikan bahwa klien akan menyediakan pedoman merek sebelum pekerjaan dimulai. Bagian ini mencegah terjadinya scope creep sebelum hal tersebut terjadi
- Biaya dan ketentuan pembayaran: Bagian ini mencakup total biaya, struktur penagihan, jadwal pembayaran, dan pemicu pembayaran. Banyak SOW yang mengaitkan pembayaran dengan pencapaian tahap tertentu, seperti penandatanganan kontrak, penyerahan draf pertama, persetujuan akhir, atau penyelesaian proyek
- Peran dan tanggung jawab: Tentukan siapa yang bertanggung jawab atas setiap hasil kerja, siapa yang menyetujuinya, dan siapa yang menjadi satu-satunya kontak utama bagi klien
Apa Saja Jenis-Jenis Lingkup Pekerjaan?
Ruang lingkup pekerjaan biasanya terbagi menjadi empat struktur. Pilihan yang tepat bergantung pada seberapa dapat diprediksi proyek tersebut, seberapa jelas Anda dapat mendefinisikan hasil kerja yang diharapkan, dan jenis risiko apa yang bersedia ditanggung oleh masing-masing pihak.
- Berbasis hasil kerja (desain/pembangunan): Jenis ini mengaitkan pembayaran dan persetujuan dengan hasil kerja tertentu. Jenis ini paling efektif jika hasil kerjanya sudah jelas, seperti situs web dengan jumlah halaman tetap, sejumlah aset desain tertentu, atau kumpulan postingan blog yang telah ditentukan
- Waktu dan bahan: Struktur ini menagih berdasarkan jam kerja, alat, dan biaya yang digunakan seiring berjalannya pekerjaan. Struktur ini cocok untuk proyek-proyek yang ruang lingkupnya masih belum pasti, banyak melibatkan tahap penelusuran, atau kemungkinan besar akan berubah. Gunakan struktur ini ketika daftar hasil kerja yang tetap lebih bersifat tebakan daripada rencana.
- Tingkat upaya: Jenis ini mengikat komitmen terhadap jumlah waktu, dukungan, atau kapasitas tertentu selama periode yang telah ditentukan. Hal ini umum diterapkan pada kontrak retainer, konsultasi berkelanjutan, pemeliharaan, dan pekerjaan dukungan, di mana tugas-tugas spesifiknya mungkin bervariasi dari minggu ke minggu, namun tingkat layanannya tetap konsisten.
- Berbasis Kinerja: Struktur ini mengaitkan pembayaran dengan hasil atau pencapaian yang dapat diukur, bukan berdasarkan jam kerja yang dicatat atau aset yang diserahkan. Struktur ini hanya akan berhasil jika kedua belah pihak sepakat mengenai metrik yang jelas, tolok ukurnya jelas, dan penyedia jasa memiliki kendali yang cukup atas hasilnya
Pilihan cepat:
- Hasil kerja yang tetap dan terdefinisi dengan jelas → berbasis hasil kerja
- Ruang lingkup yang tidak pasti atau memerlukan banyak penelusuran → time-and-materials
- Dukungan berkelanjutan atau kontrak retainer → tingkat upaya
- Pembayaran yang terkait dengan hasil yang jelas dan terukur → berbasis kinerja
Sebagian besar sengketa ruang lingkup pekerjaan bermula ketika struktur dokumen tidak sesuai dengan pekerjaan yang dilakukan. SOW berbasis hasil kerja (deliverable) dapat berfungsi dengan baik untuk pembangunan situs web dengan anggaran tetap, tetapi dapat menjadi berisiko untuk proyek yang masih memerlukan penelitian, strategi, atau keselarasan dengan pemangku kepentingan. Jika Anda belum dapat menyebutkan hasil kerja yang diharapkan, jangan berpura-pura dapat melakukannya dalam SOW. Gunakan struktur yang mencerminkan ketidakpastian tersebut.
Cara Menulis Lingkup Pekerjaan (Proses Langkah demi Langkah)
Untuk menyusun SOW, tentukan tujuan, buat daftar hasil kerja dan non-hasil kerja, bagi menjadi tugas-tugas, tetapkan jadwal dengan ketergantungan antar tugas, tulis kriteria penerimaan, nyatakan asumsi dan proses pengendalian perubahan, lalu tambahkan perkiraan biaya dan tandatangani persetujuan. Tujuh langkah ini mengantarkan proyek dari tahap awal hingga penutupan. Dalam praktiknya:
Langkah 1: Tentukan tujuan dan kriteria keberhasilan
Mulailah dengan alasan mengapa pekerjaan ini dilakukan dan seperti apa hasil yang baik seharusnya. Ini adalah landasan bagi seluruh SOW. Jika tujuannya tidak jelas, hasil kerja, jadwal, dan proses persetujuan pun akan menjadi tidak jelas.
Tuliskan tujuan dalam satu atau dua kalimat yang dapat dipahami oleh klien. Hindari istilah teknis internal dan frasa yang terlalu umum seperti “meningkatkan kehadiran merek” atau “mendukung upaya pemasaran.” Sebaliknya, kaitkan pekerjaan tersebut dengan hasil bisnis yang jelas.
Misalnya:
- Tujuan yang kurang jelas: “Membuat situs web yang lebih baik.”
- Tujuan yang lebih jelas: “Mendesain ulang situs web agar pembeli B2B dapat memahami produk dengan lebih cepat dan mengajukan permintaan demo dengan tingkat pengunduran diri yang lebih rendah.”
Kemudian tambahkan kriteria keberhasilan. Kriteria ini tidak selalu harus berupa KPI yang kaku, terutama jika proyek tersebut bersifat kreatif atau berfokus pada tahap penemuan. Namun, kriteria tersebut harus menjelaskan bagaimana kedua belah pihak akan mengetahui bahwa pekerjaan tersebut telah mencapai tujuannya.
Langkah 2: Buat daftar hasil kerja dan non-hasil kerja
Selanjutnya, sebutkan setiap hasil yang akan diterima klien. Jelaskan secara spesifik, terukur, dan jelas.
Hindari kata kerja yang terlalu luas seperti “mengelola,” “mendukung,” “menangani,” atau “mengoptimalkan” kecuali Anda mendefinisikan apa saja yang termasuk di dalamnya. Kata-kata tersebut terdengar berguna dalam proposal, tetapi dapat membuka peluang terjadinya perluasan ruang lingkup (scope creep) dalam SOW.
Contohnya:
- Hasil kerja yang kurang jelas: “Mengelola blog perusahaan.”
- Hasil kerja yang lebih jelas: “Menerbitkan empat postingan blog SEO per bulan, masing-masing antara 1.500 hingga 2.000 kata, dengan satu putaran revisi untuk setiap postingan.”
Versi yang lebih komprehensif menjelaskan kepada klien apa yang akan mereka dapatkan, seberapa banyak yang akan mereka dapatkan, dan di mana batasannya. Kemudian, cantumkan hal-hal yang tidak termasuk dalam lingkup pekerjaan di bagian yang sama. Di sinilah Anda menjelaskan secara rinci apa saja yang tidak termasuk dalam pekerjaan tersebut, meskipun hal itu mungkin terasa jelas bagi Anda.
Untuk proyek blog, hal-hal yang tidak termasuk dalam hasil kerja mungkin meliputi:
- Riset kata kunci di luar rencana konten yang telah disetujui
- Mengunggah postingan ke CMS
- Grafik atau ilustrasi khusus
- Wawancara dengan ahli bidang terkait
- Lebih dari satu putaran revisi per artikel
- Promosi di media sosial setelah publikasi
Contoh nyata: Sistem bagasi Bandara Internasional Denver
Sistem bagasi otomatis di Bandara Internasional Denver merupakan peringatan yang berguna bagi setiap SOW.
Tugas utama yang harus diselesaikan terdengar sederhana: membangun sistem bagasi otomatis untuk bandara baru. Namun, pekerjaan sebenarnya melibatkan beberapa terminal, maskapai penerbangan, jenis bagasi, aturan rute, dan pengecualian operasional.
Menurut tinjauan GAO terhadap proyek tersebut, Denver memberikan kontrak senilai sekitar $195,6 juta kepada BAE Automated Systems pada tahun 1992. Pada tahun 1995, biayanya telah meningkat menjadi lebih dari $290 juta. Pembukaan bandara tersebut juga tertunda dari Oktober 1993 menjadi Februari 1995 akibat masalah sistem dan modifikasi besar-besaran.
Ruang lingkup proyek terus berubah akibat penambahan konveyor, penanganan bagasi berukuran tidak standar, peralatan pemeliharaan, pembaruan rute, dan perubahan yang diminta maskapai penerbangan. Sebuah perjanjian selanjutnya mengurangi kapasitas penanganan bagasi dari 65 tas per menit per jalur menjadi 30. Denver juga harus membangun sistem cadangan penanganan bagasi konvensional, yang diperkirakan oleh GAO sebesar $63 juta.
Pelajaran yang Dapat Diambil: Jangan hanya mendefinisikan hasil kerja utama; tentukan juga batasan-batasannya. “Sistem bagasi otomatis” seharusnya menyebutkan maskapai mana saja, jenis bagasi, pengecualian, proses cadangan, serta standar pengujian yang termasuk atau tidak termasuk di dalamnya.
Namun, batasan di atas kertas saja tidak cukup. Denver memang memiliki ruang lingkup. Yang tidak dimilikinya adalah ruang lingkup yang terintegrasi dengan pelaksanaan di lapangan, sehingga setiap perubahan konveyor, rute, dan permintaan maskapai penerbangan berakhir sebagai perjanjian tambahan yang tidak pernah dimasukkan ke dalam dokumen asli. Dokumen dan pembangunan pun menjadi dua proyek yang terpisah.
Langkah 3: Pisahkan hasil kerja menjadi tugas-tugas
Setelah Anda mencantumkan setiap hasil kerja, lakukan tes sederhana: apakah seseorang bisa mulai bekerja dari bagian ini besok?
Jika jawabannya "tidak", berarti lingkupnya masih terlalu luas.
Kerjakan satu hasil kerja pada satu waktu dan uraikan menjadi tindakan-tindakan di tingkat tugas menggunakan format kata kerja + objek. Misalnya, “membuat wireframe halaman beranda,” “meninjau teks hukum,” “menyetujui desain akhir,” atau “mengunggah postingan blog ke CMS.” Hindari nama tugas yang tidak jelas seperti “pekerjaan situs web,” “dukungan konten,” atau “pembaruan desain.” Nama-nama tersebut tidak menunjukkan siapa yang melakukan apa.
Untuk hasil kerja berupa blog (4 postingan blog SEO per bulan), rincian tugasnya mungkin terlihat seperti ini:
| Tugas | Pemilik | Ketergantungan |
|---|---|---|
| Konfirmasikan topik dan kata kunci | Ahli strategi konten/Ahli strategi SEO | Klien menyetujui rencana konten |
| Buat brief | Ahli strategi konten | Kata kunci telah dikonfirmasi |
| Tulis draf pertama | Penulis | Ringkasan yang telah disetujui |
| Tinjauan untuk memastikan keakuratan produk | Klien SME | Draf yang telah diserahkan |
| Perbaiki struktur dan kejelasan teks | Editor | Komentar dari ahli bidang terkait telah ditambahkan |
| Tambahkan tautan internal dan metadata | Spesialis SEO | Penyuntingan akhir telah selesai |
| Unggah ke CMS | Manajer konten | Klien menyetujui draf akhir |
Lapisan tugas ini mengungkap beban kerja sebenarnya di balik hasil kerja yang diharapkan. Lapisan ini juga menunjukkan di mana penundaan dapat terjadi. Jika pakar bidang (SME) klien tidak meninjau draf tepat waktu, editor, spesialis SEO, dan manajer konten semuanya akan mengalami penundaan. Ketergantungan tersebut harus terlihat jelas sebelum proyek dimulai.
Untuk proyek yang lebih besar, gunakan struktur pembagian pekerjaan (Work Breakdown Structure). Ini berarti mengelompokkan pekerjaan berdasarkan fase, lalu membagi setiap fase menjadi tugas-tugas yang ditugaskan. Misalnya, perancangan ulang situs web mungkin mencakup tahap penemuan, peta situs, wireframe, penulisan konten, desain, pengembangan, pengujian kualitas (QA), pengaturan analitik, dan peluncuran. Setiap fase kemudian harus diuraikan menjadi tugas-tugas dengan penanggung jawab, tanggal jatuh tempo, dan titik persetujuan.
Anda dapat membuat peta tugas ini di:
- ClickUp, Asana, atau monday.com untuk melacak pemilik, tenggat waktu, ketergantungan, dan status
- Jira untuk ruang lingkup perangkat lunak, produk, dan teknik
- Trello untuk pengiriman bergaya Kanban yang lebih sederhana
- Gunakan Miro atau FigJam untuk memetakan alur kerja secara visual sebelum mengubahnya menjadi tugas-tugas
- Google Sheets atau Excel jika klien menginginkan tabel tugas sederhana yang dilampirkan pada SOW
Langkah 4: Tetapkan jadwal, tonggak pencapaian, dan ketergantungan
Sekarang, ubah daftar tugas tersebut menjadi jadwal. Tambahkan tanggal mulai, tanggal selesai, tonggak pencapaian utama, serta ketergantungan apa pun yang dapat memengaruhi penyelesaian.
Jangan hanya menulis “Proyek harus diselesaikan dalam enam minggu.” Bagi jadwal tersebut menjadi beberapa fase, seperti tahap penemuan, draf pertama, peninjauan, revisi, persetujuan akhir, dan peluncuran. Kemudian tandai tonggak mana yang memicu pembayaran, persetujuan, atau fase pekerjaan berikutnya.
Contohnya:
- Rapat awal harus diselesaikan paling lambat tanggal 3 Mei
- Klien akan menyediakan aset merek paling lambat tanggal 6 Mei
- Draf pertama akan diserahkan paling lambat tanggal 15 Mei
- Umpan balik klien harus disampaikan dalam waktu tiga hari kerja
- Revisi akhir akan diserahkan paling lambat tanggal 24 Mei
- Persetujuan akhir harus diserahkan paling lambat tanggal 28 Mei
Bagian terpenting adalah mengidentifikasi ketergantungan, terutama yang ada di pihak klien. Banyak keterlambatan proyek tidak berasal dari pekerjaan itu sendiri. Keterlambatan tersebut sering kali disebabkan oleh umpan balik yang terlambat, akses login yang tidak tersedia, tinjauan hukum yang tertunda, pemangku kepentingan yang tidak dapat dihubungi, atau aset yang baru tiba setelah tim sudah mulai bekerja.
Jelaskan hal-hal ini secara rinci sebelum pekerjaan dimulai.
Contoh: “Jadwal proyek bergantung pada umpan balik klien yang tepat waktu, akses ke alat yang diperlukan, dan penyerahan aset merek yang telah disetujui. Keterlambatan dalam umpan balik, persetujuan, akses, atau materi dapat mengubah jadwal proyek sebanyak jumlah hari kerja yang sama.”
Langkah 5: Tulis kriteria penerimaan untuk setiap hasil kerja
Untuk setiap hasil kerja, tentukan apa yang dianggap telah disetujui. Inilah klausul yang mencegah proyek terjerumus ke dalam revisi tanpa akhir yang selalu “hampir selesai”.
Pastikan kriteria tersebut terkait dengan pemeriksaan yang dapat diamati. Untuk migrasi situs web, “siap diluncurkan” bisa berarti pengalihan (redirect) telah diuji, analitik berfungsi, formulir kontak bekerja, dan halaman yang disetujui dimuat dengan benar di desktop dan perangkat seluler. Untuk presentasi penjualan, hal ini bisa berarti sesuatu yang sama sekali berbeda.
Hindari kalimat persetujuan yang hanya bergantung pada selera, seperti “klien puas dengan hasil kerja tersebut.” Kalimat yang lebih baik adalah:
“Hasil kerja dianggap diterima setelah memenuhi kriteria yang disepakati, mencakup putaran revisi yang telah disetujui, dan mendapatkan persetujuan tertulis dari klien.”
Hal ini memberikan titik penutupan yang jelas bagi kedua belah pihak. Permintaan baru setelah itu masih dapat muncul, tetapi akan ditangani sebagai permintaan perubahan, bukan sebagai perluasan ruang lingkup awal.
Langkah 6: Sebutkan asumsi, pengecualian, dan proses pengendalian perubahan
Di sinilah Anda melindungi proyek dari perluasan yang tidak disadari.
Asumsi
- Umpan balik dari klien akan diberikan dalam waktu tiga hari kerja
- Semua berkas sumber yang diperlukan akan tersedia sebelum dimulainya proyek
- Seorang pengambil keputusan tunggal akan memberikan persetujuan akhir
Pengecualian
- Desain logo
- Pemeliharaan berkelanjutan
- Permintaan halaman baru di luar ruang lingkup yang telah disepakati
- Dukungan SEO pasca peluncuran
Proses pengendalian perubahan
- Setiap pekerjaan di luar ruang lingkup ini harus diajukan secara tertulis
- Permohonan tersebut akan ditinjau terkait dampaknya terhadap biaya dan jadwal
- Kedua belah pihak harus menyetujui perubahan tersebut sebelum pekerjaan dimulai
Bagian terakhir itulah yang paling penting. Jika penyedia jasa menyelesaikan pekerjaan tambahan terlebih dahulu dan baru membicarakan pembayarannya kemudian, permintaan perubahan tersebut akan jauh lebih sulit untuk ditegakkan.
Contoh nyata: Proyek Virtual Case File FBI
Proyek Virtual Case File FBI merupakan contoh yang kuat mengapa pengendalian perubahan dan tonggak pencapaian perlu dimasukkan ke dalam ruang lingkup sejak awal.
Proyek tersebut dimaksudkan untuk memodernisasi sistem manajemen kasus FBI. Namun, menurut tinjauan Inspektur Jenderal Departemen Kehakiman (DOJ), FBI dan kontraktornya kurang memiliki pemahaman yang kuat mengenai persyaratan desain seiring berjalannya pekerjaan. Seorang manajer proyek FBI mengatakan bahwa ruang lingkup program Trilogy bertambah sekitar 80% setelah proyek dimulai.
Struktur kontrak juga membuat masalah tersebut semakin sulit dikendalikan. Hasil tinjauan menunjukkan bahwa pernyataan ruang lingkup pekerjaan tidak mencantumkan tonggak penyelesaian yang spesifik dan titik tinjauan keputusan kritis, serta tidak menetapkan sanksi jika tonggak tersebut tidak tercapai.
Proyek tersebut akhirnya dibatalkan setelah sekitar $170 juta telah dihabiskan.
Pelajaran Utama: Tuliskan proses perubahan sebelum pekerjaan dimulai. SOW harus menjelaskan secara rinci bagaimana perubahan diajukan, dihitung biayanya, disetujui, dan dimasukkan ke dalam jadwal, dengan tonggak pencapaian dan titik tinjauan yang konkret terintegrasi di dalamnya. Jika tidak, perubahan ruang lingkup akan menjadi keputusan informal, dan keputusan informal akan menimbulkan biaya yang mahal.
Ini adalah kegagalan yang sama seperti pada file PDF, hanya saja dalam skala $170 juta: pernyataan ruang lingkup tetap statis sementara persyaratan terus berubah. Tanpa adanya hubungan antara ruang lingkup dengan pekerjaan yang sedang berjalan, tidak ada yang dapat menangkap pertumbuhan sebesar 80% saat hal itu terjadi.
Langkah 7: Tambahkan biaya, ketentuan pembayaran, dan persetujuan
Akhiri SOW dengan ketentuan komersial: harga total, struktur penagihan, jadwal pembayaran, tanggal jatuh tempo, ketentuan pembayaran terlambat, dan orang yang berwenang untuk menyetujui pekerjaan.
Jika memungkinkan, kaitkan pembayaran dengan pencapaian tonggak yang jelas. Contohnya:
- 40% dibayarkan pada saat penandatanganan kontrak
- 30% dibayarkan setelah penyerahan hasil kerja utama pertama atau draf pertama
- 30% dibayarkan setelah penyerahan akhir atau persetujuan
Untuk pekerjaan berkelanjutan, cantumkan biaya retainer bulanan, tanggal penagihan, ruang lingkup yang termasuk, serta apa yang terjadi jika klien melebihi jam kerja atau hasil kerja yang telah disepakati.
Kemudian, dapatkan persetujuan tertulis. SOW yang belum disetujui hanyalah draf kerja. Tanda tangan menegaskan bahwa kedua belah pihak sepakat mengenai hasil kerja, jadwal, pengecualian, ketentuan pembayaran, dan proses perubahan sebelum pekerjaan dimulai.
Buat SoW dalam hitungan menit dengan templat siap pakai ini
Template Ruang Lingkup Pekerjaan (SOW) dari ClickUp menyediakan dokumen siap pakai untuk mencatat detail proyek, hasil kerja, tanggung jawab, jadwal, manajemen perubahan, anggaran, dan persetujuan dalam satu tempat. Template ini berguna jika Anda ingin SOW menjadi bagian dari alur kerja proyek.
Mengapa menggunakan templat ini:
- Rencanakan bagian-bagian inti SOW sejak awal, termasuk latar belakang dan tujuan, hasil kerja yang diharapkan, tanggung jawab vendor, tanggung jawab klien, jadwal, rencana komunikasi, manajemen perubahan, anggaran, dan persetujuan
- Tautkan SOW ke lokasi ClickUp yang relevan, sehingga dokumen tersebut terhubung kembali ke proyek yang sebenarnya
- Gunakan lebih dari 15 Tampilan Kustom seperti Daftar, Gantt, Beban Kerja, dan Kalender untuk mengubah ruang lingkup yang telah ditulis menjadi pekerjaan yang dapat dilacak dengan penanggung jawab, tanggal, dan ketergantungan
- Tambahkan Bidang Kustom dan status untuk melacak kemajuan persetujuan, perubahan ruang lingkup, rincian anggaran, dan tanggung jawab pemangku kepentingan seiring berjalannya proyek
Contoh Lingkup Pekerjaan Berdasarkan Industri
Sebuah SOW menggunakan bagian-bagian inti yang sama di berbagai industri: tujuan, hasil kerja, jadwal, asumsi, pengecualian, kriteria penerimaan, ketentuan pembayaran, dan persetujuan.
Yang berubah adalah risiko.
Proyek situs web biasanya mengalami kegagalan terkait jumlah halaman, revisi, kepemilikan CMS, dan dukungan pasca-peluncuran. Sementara itu, ruang lingkup proyek konstruksi seringkali mengalami kegagalan terkait izin, kondisi lokasi, inspeksi, dan perubahan material.
Gunakan contoh-contoh di bawah ini sebagai panduan untuk menyusun ruang lingkup pekerjaan Anda sendiri, bukan sebagai kontrak yang harus disalin kata per kata.
Berikut adalah contoh ringkasan SOW untuk perancangan ulang situs web, dengan setiap bagian inti telah diisi:
Tujuan: Mengganti situs pemasaran untuk membantu pembeli B2B memahami produk dengan lebih cepat dan meningkatkan jumlah pendaftaran demo.
Hasil Kerja: 8 halaman yang telah dirancang dan dikembangkan berdasarkan peta situs yang telah disetujui, 2 putaran revisi per halaman, serah terima CMS, dan sesi pelatihan selama 1 jam.
Jadwal: 6 minggu dengan 3 tonggak pencapaian, persetujuan desain (minggu ke-2), penyelesaian pembangunan (minggu ke-4), peluncuran (minggu ke-6).
Kriteria penerimaan: Setiap halaman disetujui berdasarkan desain komposisi yang telah ditandatangani, dimuat dengan benar di desktop dan perangkat seluler, serta mendapatkan persetujuan tertulis dari klien.
Pengecualian: Penulisan konten, lisensi foto stok, halaman baru di luar peta situs, migrasi SEO, pemeliharaan pasca-peluncuran.
Pembayaran: 40% saat penandatanganan, 30% setelah pembangunan selesai, 30% saat peluncuran.
Pengendalian perubahan: Setiap permintaan di luar ruang lingkup ini dicatat, dihitung dampaknya terhadap biaya dan jadwal, serta disetujui secara tertulis sebelum pekerjaan dimulai.
Tujuan: Mengganti situs pemasaran untuk membantu pembeli B2B memahami produk dengan lebih cepat dan meningkatkan jumlah pendaftaran demo.
Hasil Kerja: 8 halaman yang telah dirancang dan dikembangkan berdasarkan peta situs yang telah disetujui, 2 putaran revisi per halaman, serah terima CMS, dan sesi pelatihan selama 1 jam.
Jadwal: 6 minggu dengan 3 tonggak pencapaian, persetujuan desain (minggu ke-2), penyelesaian pembangunan (minggu ke-4), peluncuran (minggu ke-6).
Kriteria penerimaan: Setiap halaman disetujui berdasarkan desain komposisi yang telah ditandatangani, dimuat dengan benar di desktop dan perangkat seluler, serta mendapatkan persetujuan tertulis dari klien.
Pengecualian: Penulisan konten, lisensi foto stok, halaman baru di luar peta situs, migrasi SEO, pemeliharaan pasca-peluncuran.
Pembayaran: 40% saat penandatanganan, 30% setelah pembangunan selesai, 30% saat peluncuran.
Pengendalian perubahan: Setiap permintaan di luar ruang lingkup ini dicatat, dihitung dampaknya terhadap biaya dan jadwal, serta disetujui secara tertulis sebelum pekerjaan dimulai.
SOW untuk agensi kreatif atau perancangan ulang situs web
Risiko dalam proyek pengembangan situs web adalah pekerjaan tersembunyi. Klien mungkin menganggap bahwa penulisan konten, migrasi SEO, halaman baru, foto stok, grafis khusus, pengunggahan ke CMS, dan dukungan pasca-peluncuran semuanya sudah termasuk, kecuali jika SOW menyatakan sebaliknya.
Isi:
- Jumlah halaman atau templat
- Tanggung jawab desain dan pengembangan
- Jumlah putaran revisi per halaman
- Serah terima atau pelatihan CMS
- Pengujian browser dan perangkat
- Jendela dukungan peluncuran
Kecuali:
- Penulisan teks iklan kecuali disebutkan lain
- Foto stok atau biaya lisensi
- Halaman baru di luar peta situs yang telah disetujui
- Migrasi SEO kecuali jika telah ditentukan ruang lingkupnya
- Pemeliharaan berkelanjutan setelah peluncuran
Contoh redaksi SOW:
“Penyedia jasa akan merancang dan mengembangkan delapan halaman situs web berdasarkan peta situs yang telah disetujui, dengan maksimal dua putaran revisi per halaman. Penulisan konten, lisensi gambar stok, permintaan halaman tambahan, migrasi SEO, dan pemeliharaan pasca-peluncuran tidak termasuk, kecuali disetujui melalui permintaan perubahan tertulis.”
Ruang Lingkup Pekerjaan (SOW) Konstruksi
Risiko dalam konstruksi adalah menganggap bahwa “pembangunan” mencakup segala hal di sekitarnya. Izin, inspeksi, akses ke lokasi, penundaan akibat cuaca, kenaikan biaya bahan, dan perubahan desain yang diminta pemilik proyek perlu ditangani secara eksplisit.
Termasuk:
- Kerjakan berdasarkan tahap, seperti pembongkaran, persiapan lokasi, pemasangan rangka, instalasi listrik, instalasi pipa, penyelesaian akhir, atau pembersihan
- Bahan dan spesifikasi
- Poin-poin pemeriksaan
- Tonggak pembayaran
- Aturan akses lokasi
Kecuali:
- Biaya izin, kecuali jika sudah termasuk
- Kondisi lokasi yang tidak terduga
- Perubahan desain yang diminta oleh pemilik
- Peningkatan material setelah disetujui
- Pekerjaan di luar gambar yang telah disetujui
Contoh redaksi SOW:
“Kontraktor akan menyelesaikan persiapan lokasi, pemasangan rangka, pemasangan instalasi listrik kasar, dan pekerjaan penyelesaian sesuai dengan gambar dan spesifikasi yang telah disetujui. Biaya izin, perubahan yang diminta pemilik, kondisi lokasi yang tidak terduga, dan peningkatan bahan tidak termasuk dan akan ditangani melalui perintah perubahan.”
Ruang Lingkup Pekerjaan (SOW) untuk pengembangan perangkat lunak atau produk
Risiko dalam pengembangan perangkat lunak adalah penggunaan bahasa yang tidak jelas dalam mendeskripsikan fitur. Ungkapan “membuat dasbor” dapat memiliki sepuluh arti berbeda bagi sepuluh pemangku kepentingan. Tentukan deskripsi fitur, kondisi pengujian, lingkungan, tanggung jawab integrasi, dan jendela dukungan pasca-peluncuran.
Termasuk:
- Cerita pengguna atau daftar fitur
- Persyaratan fungsional
- Persyaratan non-fungsional, seperti kinerja, keamanan, dan aksesibilitas
- Tanggung jawab terkait API atau integrasi
- Ruang lingkup pengujian dan perbaikan bug
- Persiapan dan serah terima produksi
Kecuali:
- Fitur di luar cerita pengguna yang tercantum
- Biaya alat pihak ketiga
- Pembersihan atau migrasi data, kecuali jika termasuk dalam ruang lingkup
- Perombakan besar-besaran desain UX
- Dukungan setelah masa garansi berakhir
Contoh redaksi SOW:
“Penyedia jasa akan mengembangkan user stories yang tercantum dalam Lampiran A dan mengimplementasikannya ke lingkungan staging untuk ditinjau oleh klien. Fitur di luar Lampiran A, biaya langganan pihak ketiga, pembersihan data historis, dan dukungan pasca-garansi tidak termasuk, kecuali disetujui melalui permintaan perubahan.”
Ruang Lingkup Pekerjaan (SOW) Kampanye Pemasaran
Risiko dalam pemasaran terletak pada penggabungan antara hasil kerja (deliverables) dengan hasil akhir (outcomes). Anda dapat menentukan ruang lingkup strategi kampanye, aset, pelaporan, dan dukungan peluncuran. Anda harus berhati-hati dalam menjanjikan prospek, pendapatan, CAC, atau ROAS kecuali jika vendor mengendalikan anggaran media, halaman arahan, tindak lanjut penjualan, dan pengaturan pelacakan.
Termasuk:
- Strategi kampanye
- Target audiens dan pesan
- Jumlah konsep iklan atau varian kreatif
- Teks halaman arahan atau pembuatan
- Teks email
- Dasbor pelaporan
- Frekuensi pelaporan
Kecuali:
- Pengeluaran media berbayar
- Pengaturan akun iklan kecuali disebutkan
- Varian kreatif tambahan
- Biaya influencer atau mitra
- Tindak lanjut penjualan
- Jaminan kinerja di luar kendali yang telah disepakati
Contoh redaksi SOW:
“Penyedia jasa akan menyediakan strategi kampanye, tiga konsep kreatif iklan, teks halaman arahan, dua email pemasaran, dan dasbor pelaporan kinerja. Pengeluaran media berbayar, biaya influencer, varian kreatif tambahan, dan tindak lanjut penjualan tidak termasuk. Target kinerja bersifat indikatif kecuali jika secara terpisah dikaitkan dengan anggaran yang disetujui, pelacakan, dan kontrol kampanye.”
SOW untuk jasa konsultasi atau kontrak tetap
Risiko dalam perjanjian retainer adalah ketidakjelasan kapasitas. “Dukungan berkelanjutan” dapat berubah menjadi panggilan tak terbatas, strategi, pelaksanaan, pelaporan, dan permintaan ad hoc, kecuali jika SOW mendefinisikan jam kerja, waktu respons, frekuensi rapat, dan aturan rollover.
Termasuk:
- Jumlah jam per bulan atau volume hasil kerja
- Harapan terkait waktu respons
- Frekuensi rapat
- Frekuensi pelaporan
- Kontak utama
- Aturan perpanjangan atau kedaluwarsa
Kecuali:
- Pekerjaan di luar jam kerja bulanan
- Pengerjaan selesai pada hari yang sama kecuali disepakati lain
- Proyek-proyek strategis baru
- Lokakarya tambahan bagi para pemangku kepentingan
- Pelaksanaan pekerjaan di luar cakupan layanan yang disepakati
Contoh redaksi SOW:
“Penyedia jasa akan memberikan dukungan konsultasi hingga 20 jam per bulan, termasuk satu panggilan konsultasi mingguan, tinjauan asinkron atas materi yang telah disepakati, dan ringkasan rekomendasi bulanan. Jam yang tidak terpakai tidak dapat diakumulasikan ke bulan berikutnya. Proyek baru, permintaan pada hari yang sama, dan pekerjaan yang melebihi 20 jam memerlukan persetujuan tertulis.”
Langkah yang berguna ini berlaku di semua industri: hitung hasil kerja yang diharapkan, sebutkan asumsi-asumsi umum, dan cantumkan pengecualian terkait permintaan yang kemungkinan besar akan diajukan orang-orang di kemudian hari.
Reframe: Anggap SOW sebagai Dasar Kerja, Bukan Sekadar PDF yang Disimpan
Sekarang, polanya sudah jelas: PDF yang telah ditandatangani tidak dapat memantau proyek yang terus berkembang. Jadi, pertanyaan sebenarnya bukanlah bagaimana menulis SOW yang lebih baik, melainkan apa yang terjadi pada SOW setelah ditandatangani.
Anggaplah ini sebagai dua hal, bukan satu. Perjanjian yang telah ditandatangani tetap menjadi acuan tetap, yaitu catatan tentang apa yang telah disepakati oleh kedua belah pihak sejak awal. Pekerjaan di sekitarnya tetap dinamis: tugas, penanggung jawab, jadwal, persetujuan, anggaran, risiko, dan permintaan perubahan. Ketika kedua hal tersebut terhubung, permintaan baru tidak bisa diam-diam menjadi pekerjaan gratis; permintaan tersebut akan muncul sebagai perubahan terhadap acuan tetap.
Inilah perbedaannya:
| SOW Statis | Dasar acuan SOW |
|---|---|
| Tersedia dalam bentuk PDF atau lampiran dokumen | Terintegrasi dengan tugas, jadwal, persetujuan, dan anggaran |
| Hanya dibuka kembali jika terjadi masalah | Digunakan sebagai acuan selama siklus pelaksanaan dan peninjauan |
| Perubahan dilakukan melalui Slack, email, atau panggilan telepon terpisah | Perubahan dicatat, dihitung biayanya, disetujui, dan dikaitkan dengan dampaknya terhadap jadwal |
| Daftar tugas menyimpang dari perjanjian awal | Pelaksanaan tetap dapat dilacak sesuai dengan ruang lingkup yang telah disetujui |
SOW yang telah ditandatangani tidak boleh diedit sembarangan setiap kali ada perubahan. Inilah masalah "work-sprawl" dalam skala kecil, di mana pembaruan dikirim melalui pesan langsung (DM), SOW tersimpan dalam dokumen terpisah, dan daftar tugas berada di tempat lain.
Di sinilah alat seperti ClickUp dapat membantu. Dokumen SOW dapat disimpan bersamaan dengan tugas, komentar, persetujuan, tenggat waktu, dan anggaran.
Klip singkat ClickUp ini menunjukkan seperti apa bentuknya dan bagaimana tim mengintegrasikannya kembali.
Praktik Terbaik: Selalu jaga agar versi asli tetap stabil dan kelola perubahan melalui catatan perubahan yang jelas atau permintaan perubahan yang disetujui. Misalnya, jika klien meminta dua halaman arahan tambahan selama kampanye, permintaan tersebut tidak boleh hanya ditampilkan di papan proyek. Permintaan tersebut harus dicatat sebagai perubahan ruang lingkup, ditinjau dampaknya terhadap biaya dan jadwal, disetujui secara tertulis, dan kemudian ditambahkan ke rencana kerja.
Cara Mengelola Lingkup Pekerjaan di ClickUp
SOW akan lebih mudah dikelola jika dokumen, tugas, persetujuan, dan jadwal tetap terintegrasi:
Gunakan ClickUp Docs untuk menyusun SOW di tempat pekerjaan tersebut berlangsung
Mulailah dengan SOW di ClickUp Docs. Anda dapat menggunakan dokumen tersebut untuk mencatat tujuan, hasil kerja, pengecualian, jadwal, kriteria penerimaan, dan ketentuan pembayaran. Kemudian, seiring berjalannya proyek, dokumen tersebut dapat tetap terhubung dengan tugas dan tonggak pencapaian yang diatur di dalamnya.
Misalnya, bagian “Hasil Kerja” dalam SOW situs web dapat mencakup tugas-tugas seperti penulisan konten halaman beranda, wireframe, tinjauan desain, pengembangan, pengujian kualitas (QA), dan persetujuan akhir. Hal ini membuat SOW lebih mudah dijadikan acuan selama proses pengerjaan.
Ubah hasil kerja menjadi Tugas dan subtugas ClickUp
Setelah SOW disusun, ubah setiap hasil kerja menjadi tugas atau kelompok subtugas menggunakan ClickUp Tasks.
Misalnya, “tiga halaman arahan” dapat diubah menjadi tugas terpisah untuk setiap halaman. Setiap halaman kemudian dapat memiliki subtugas untuk penulisan konten, desain, pengembangan, peninjauan, pengujian kualitas (QA), dan persetujuan.
Hal ini membantu tim memahami pekerjaan yang sebenarnya di balik setiap hasil kerja. Selain itu, hal ini juga mengurangi risiko perluasan ruang lingkup yang tidak terdeteksi. Jika halaman arahan keempat muncul dalam daftar tugas, hal tersebut lebih mudah terdeteksi karena tidak sesuai dengan SOW asli.
Pantau ruang lingkup yang sedang berjalan dengan dasbor real-time
Dasbor ClickUp sangat membantu saat Anda mengelola beberapa SOW sekaligus.
Sebuah agensi, kontraktor, atau tim operasional dapat menggunakan dasbor untuk memantau persetujuan yang terlambat, pekerjaan berdasarkan klien, tonggak pencapaian yang akan datang, permintaan perubahan yang masih terbuka, beban kerja, dan indikator anggaran. Hal ini memudahkan untuk mendeteksi risiko ruang lingkup sebelum menjadi masalah margin.
Misalnya, jika tiga proyek klien sedang menunggu umpan balik, dasbor dapat menampilkan penundaan tersebut di seluruh akun, alih-alih menyembunyikannya di dalam daftar tugas terpisah.
Dashboard ClickUp telah mengubah cara kami menjalankan operasional harian agensi. Kami memantau kapasitas di tiga tim pengembang dan mengidentifikasi hambatan sebelum menjadi penundaan, sehingga kami menghabiskan lebih sedikit waktu untuk mengejar status di utas Slack dan lebih banyak waktu untuk benar-benar memajukan pekerjaan klien.
Dashboard ClickUp telah mengubah cara kami menjalankan operasional harian agensi. Kami memantau kapasitas di tiga tim pengembang dan mengidentifikasi hambatan sebelum menjadi penundaan, sehingga kami menghabiskan lebih sedikit waktu untuk mengejar status di utas Slack dan lebih banyak waktu untuk benar-benar memajukan pekerjaan klien.
Buat draf, rangkum, dan periksa konteksnya dengan ClickUp Brain
ClickUp Brain dapat menyusun draf SOW berdasarkan ringkasan proyek, merangkum panggilan klien yang panjang, mengubah catatan menjadi slide, atau menjawab pertanyaan menggunakan data tim dari Tugas, Dokumen, Obrolan, dan ruang kerja yang terhubung.
Untuk SOW, itu berarti Anda dapat mengajukan pertanyaan seperti:
- “Hasil kerja apa saja yang masih menunggu persetujuan klien?”
- “Tugas-tugas apa saja yang ditambahkan setelah SOW asli?”
- “Rangkum permintaan perubahan yang masih terbuka untuk klien ini.”
- “Buatlah draf kriteria penerimaan berdasarkan hasil kerja ini.”
Brain juga memperluas pendekatan berbasis konteks ini lebih jauh, dengan AI yang dibangun berdasarkan proyek, dokumen, orang, percakapan, dan pengetahuan perusahaan.
Biarkan Super Agents melakukan pemeriksaan ruang lingkup secara berkala
Super Agents akan lebih bermanfaat setelah prosesnya sudah ditetapkan.
Misalnya, sebuah tim dapat menugaskan seorang agen untuk menyiapkan tinjauan ruang lingkup mingguan, merangkum persetujuan yang terlambat, menandai tugas yang tidak memiliki status ruang lingkup, atau menyusun laporan pembaruan untuk klien sebelum rapat pencapaian tonggak.
Contoh penggunaan yang baik adalah:
“Setiap Jumat, rangkum semua permintaan perubahan yang masih terbuka, tugas yang ditambahkan minggu ini, persetujuan yang tertunda, dan tonggak pencapaian yang berisiko untuk proyek klien ini.” Hal ini memungkinkan manajer proyek melakukan tinjauan secara lebih cepat. Namun, hal ini tidak boleh menggantikan proses persetujuan resmi. Setiap pekerjaan tambahan tetap memerlukan persetujuan tertulis sebelum menjadi bagian dari ruang lingkup.
Keterbatasan yang jujur
ClickUp sangat berguna ketika penyimpangan ruang lingkup menimbulkan biaya nyata: agensi, tim layanan, kontraktor, konsultan, tim operasional, dan tim internal yang mengelola beberapa proyek sekaligus.
Bagi seorang freelancer yang bekerja sendiri dan menyusun SOW satu halaman untuk proyek sederhana, struktur tersebut mungkin lebih rumit daripada yang diperlukan. Dokumen yang ringkas, daftar tugas yang dibagikan, dan persetujuan yang ditandatangani mungkin sudah cukup.
Manfaatnya akan terlihat ketika SOW tidak lagi sekadar sebuah dokumen. SOW akan menjadi acuan yang dapat digunakan tim Anda untuk menghubungkan tugas, jadwal, persetujuan, permintaan perubahan, dan komunikasi dengan klien.
Kesalahan Umum dalam Ruang Lingkup Pekerjaan yang Harus Dihindari
| Kesalahan | Mengapa hal ini menimbulkan masalah | Perbaiki |
|---|---|---|
| Hasil kerja yang tidak jelas | Kata-kata seperti “mengelola,” “mendukung,” atau “mengoptimalkan” dapat ditafsirkan dengan berbagai cara jika tidak disertai dengan kuantitas atau batasan tertentu | Beri nama hasil kerja, tambahkan nomor, dan tentukan proses serah terima |
| Daftar tanpa pengecualian | Segala hal yang tidak disebutkan secara eksplisit dapat dianggap sudah termasuk, terutama dalam pekerjaan antara klien dan penyedia jasa | Tambahkan bagian " di luar ruang lingkup " untuk pekerjaan terkait yang mungkin secara wajar diharapkan oleh klien |
| Menghitung revisi tanpa mendefinisikan apa itu revisi | “Dua putaran” tetap bisa menjadi rumit jika salah satu putaran mencakup sepuluh perubahan yang tidak terkait dari lima pemangku kepentingan | Tentukan apa saja yang termasuk dalam satu putaran revisi, siapa yang dapat memintanya, dan kapan putaran tersebut berakhir |
| Tidak ada proses pengendalian perubahan | Setiap permintaan baru akan menjadi negosiasi informal begitu pekerjaan sudah dimulai | Mewajibkan persetujuan tertulis untuk setiap perubahan ruang lingkup, termasuk dampaknya terhadap biaya dan jadwal |
| Mengabaikan ketergantungan di pihak klien | Umpan balik yang terlambat, berkas yang hilang, atau persetujuan yang tertunda dapat memperpanjang jadwal, sementara vendor yang menanggung akibatnya | Sebutkan apa yang harus disediakan oleh klien, batas waktunya, serta bagaimana keterlambatan memengaruhi tanggal penyelesaian |
Jadikan Ruang Lingkup Pekerjaan Anda sebagai Sistem yang Dinamis
SOW yang baik memberikan manfaat tiga kali lipat. Menulisnya memaksa bagian-bagian yang masih samar menjadi lebih spesifik. Selama pelaksanaan proyek, SOW ini menyelesaikan perselisihan sebelum berkembang menjadi masalah yang lebih besar. Dan ketika terjadi perluasan ruang lingkup, SOW ini membuat perubahan tersebut terlihat jelas, alih-alih membiarkannya lolos begitu saja tanpa konsekuensi.
Namun, semua manfaat tersebut bergantung pada satu syarat: dokumen tersebut tidak boleh terpendam di kotak masuk.
Tim yang memanfaatkannya secara optimal memperlakukan ruang lingkup sebagai sistem yang dinamis: didefinisikan dengan jelas sejak awal, terhubung dengan tugas-tugas aktual, dan direvisi seiring perkembangan pekerjaan. Bahaslah tujuh komponen tersebut, tentukan kuantitas setiap hasil kerja, jelaskan pengecualiannya, dan pastikan dokumen tersebut tetap terkait dengan pekerjaan yang dijelaskannya.
Cara tercepat untuk menerapkan hal ini adalah dengan memulai dari templat dan menghubungkannya ke proyek Anda. Mulailah menggunakan ClickUp secara gratis, sesuaikan Templat SOW di Docs, lalu hubungkan setiap hasil kerja ke tugas-tugas yang akan menghasilkan hasil tersebut.
Pertanyaan yang Sering Diajukan tentang Lingkup Pekerjaan
Apa perbedaan antara ruang lingkup pekerjaan dan ruang lingkup proyek?
Ruang lingkup pekerjaan adalah dokumen yang merinci hasil kerja dan tugas-tugas untuk suatu proyek atau fase tertentu. Ruang lingkup proyek adalah konsep perencanaan yang lebih luas yang mendefinisikan batas keseluruhan proyek: segala sesuatu yang termasuk dan yang dikecualikan. Singkatnya, ruang lingkup pekerjaan menggambarkan bagian tertentu dari pekerjaan, sedangkan ruang lingkup proyek menggambarkan batas keseluruhan di mana pekerjaan tersebut berada.
Apa perbedaan antara ruang lingkup pekerjaan dan perjanjian layanan utama (MSA)?
Perjanjian Kerangka Kerja (MSA) menetapkan ketentuan hukum dan komersial yang menyeluruh yang mengatur hubungan klien-penyedia layanan yang berkelanjutan; sedangkan ruang lingkup pekerjaan (SOW) mendefinisikan hasil kerja yang diharapkan untuk satu proyek spesifik di bawahnya. Hierarki umumnya adalah MSA di bagian atas, diikuti oleh pernyataan kerja (SOW) individu di bawahnya, dan ruang lingkup pekerjaan yang tercantum di dalam setiap pernyataan kerja tersebut. MSA ditandatangani sekali; sedangkan SOW baru diterbitkan untuk setiap proyek.
Apa saja empat jenis ruang lingkup pekerjaan?
Empat struktur umum yang sering digunakan adalah berbasis hasil (pembayaran terkait dengan hasil kerja tertentu), waktu dan bahan (penagihan berdasarkan jam kerja dan biaya seiring berjalannya pekerjaan), tingkat upaya (kapasitas tetap selama periode tertentu, umum untuk kontrak retainer), dan berbasis kinerja (pembayaran terkait dengan hasil yang dapat diukur). Pilih struktur yang sesuai dengan seberapa dapat diprediksi hasil kerjanya. Sebagian besar sengketa ruang lingkup pekerjaan bermula ketika struktur yang dipilih tidak sesuai dengan pekerjaan tersebut.
Siapa yang menyusun ruang lingkup pekerjaan?
Pihak yang melaksanakan pekerjaan biasanya menyusun draf ruang lingkup pekerjaan: agensi, vendor, atau pemimpin proyek internal. Kedua belah pihak kemudian meninjau dan menyetujuinya sebelum pekerjaan dimulai. Menyusunnya sendiri merupakan keuntungan karena memungkinkan Anda menetapkan hasil kerja, batasan, dan pengecualian sesuai ketentuan Anda.
Apakah ruang lingkup pekerjaan memiliki kekuatan hukum mengikat?
Ruang lingkup pekerjaan menjadi mengikat secara hukum setelah ditandatangani sebagai bagian dari kontrak atau pernyataan pekerjaan. Secara terpisah, dokumen ini terutama mendefinisikan pekerjaan yang akan dilakukan, tetapi dalam perjanjian yang telah ditandatangani, dokumen ini menjadi acuan atas apa yang telah dijanjikan. Untuk segala hal yang bersifat kontraktual, pastikan ketentuan yang mengikat tersebut ditinjau oleh profesional yang berkualifikasi.
Apakah ruang lingkup pekerjaan dapat digunakan untuk proyek internal?
Ya. Ruang lingkup pekerjaan berlaku antara tim internal—seperti tim pemasaran yang memesan dasbor data, atau tim operasional yang meminta alat internal—persis seperti halnya antara klien dan vendor. Komponen-komponennya sama: tujuan, hasil yang diharapkan, jadwal, kriteria penerimaan, dan pengecualian. Satu-satunya perbedaan adalah persetujuan diberikan oleh pemangku kepentingan internal, bukan klien eksternal, dan ketentuan pembayaran mungkin digantikan oleh alokasi anggaran atau sumber daya.
Apa istilah lain untuk ruang lingkup pekerjaan?
Ruang lingkup pekerjaan terkadang disebut sebagai pernyataan pekerjaan, pernyataan ruang lingkup proyek, atau sekadar “ruang lingkup”, meskipun istilah-istilah ini bukanlah sinonim yang sempurna. Pernyataan pekerjaan adalah kontrak yang lebih luas; sedangkan pernyataan ruang lingkup proyek adalah versi perencanaan internal. Jika seseorang menggunakan istilah-istilah tersebut secara longgar, pastikan terlebih dahulu apakah yang dimaksud adalah hasil kerja (ruang lingkup pekerjaan) atau perjanjian lengkap (pernyataan pekerjaan) sebelum Anda menindaklanjutinya.
Apa perbedaan antara ruang lingkup pekerjaan dan struktur pembagian pekerjaan (WBS)?
Ruang lingkup pekerjaan (SOW) menyatakan apa yang akan diserahkan dan ketentuan-ketentuan yang menyertainya; struktur pembagian pekerjaan (WBS) membagi hasil kerja tersebut ke dalam hierarki hasil kerja turunan dan tugas-tugas. SOW adalah perjanjian; WBS adalah peta pelaksanaan di baliknya. Anda membangun WBS berdasarkan hasil kerja yang tercantum dalam SOW, sehingga dokumen tersebut tetap terhubung dengan tugas-tugas aktual dan tidak melenceng.