Kemarin gw ngeliat account manager dari agency rekanan ngeluh. Dia baru selesai meeting scope review 1 jam dengan tim internal, dan ujungnya mereka tetep lupa ngitung 2 task tambahan yang client minta seminggu sebelumnya.
Beneran loh. 1 jam 4 orang hadir, itu 4 jam waktu produktif terbuang, dan besoknya mereka masih harus debat negosiasi biaya tambahan karena scope melenceng hampir 25% dari SOW awal.
Alasan gw berhenti adakan meeting scope review mingguan
Dua tahun lalu gw juga tiap Senin pagi rajin undang PM, tim account, lead dev dan lead design untuk meeting review scope 1 jam. Ujungnya 45 menit pertama cuma ngobrolin update task yang semua orang udah bisa lihat sendiri di dashboard project, 10 menit terakhir baru nyadar ada scope yang melenceng, dan semua udah capek pengen keluar meeting.Gw cek data internal tim dan beberapa agency partner yang kita kerjasama: yang rutin adakan meeting scope review >30 menit tiap minggu punya risiko scope creep 2x lebih tinggi daripada yang cek scope secara async.
Bukan karena meetingnya jelek. Tapi karena semua orang nyimpan hal aneh sampe waktu meeting, biar "dibahas bareng". Akibatnya task gantung, feedback client tidak tercatat, semua menumpuk dan ujungnya lupa dibahas sama sekali.
Gw nyoba berhenti adakan meeting itu setahun lalu. Gak ada penurunan kualitas komunikasi, justru margin project tim kita naik 18% dalam 3 bulan, karena kita gak lagi kerja gratis untuk task yang tidak termasuk scope awal.
Yang gw ganti cuma: setiap Senin pagi, luangin 5 menit sendirian, cek 3 poin doang di project kita.
3 poin yang gw cek tiap minggu, tanpa undang siapa-siapa
Ini bukan daftar rumit yang butuh analisa berjam jam. Semua poin ini bisa lo cek langsung dari dashboard project lo, gak perlu buka 10 tab aplikasi berbeda.Apakah ada task baru yang gak tercatat di SOW awal
Ini penyebab 70% scope creep yang kita temuin di semua project yang kita kerjain. Bukan task besar yang jelas-jelas keluar scope, tapi task kecil yang orang anggap "gak ada apa-apanya".Contoh: bulan lalu client salah satu project kita minta tambah button share ke WA doang di halaman landing. Tim design kerjain cuma 15 menit, gak ada yang catat. Seminggu kemudian client minta tambah 7 icon lagi, lalu tambah animasi tiap icon, lalu tambah bagian FAQ yang tidak ada di wireframe awal. Totalnya tim design buang 8 jam kerja yang tidak tertagih sama sekali.
Sekarang setiap minggu gw cuma filter semua task yang ditambahkan dalam 7 hari terakhir, bandingkan satu per satu dengan daftar deliverable di SOW yang udah disetujui. Di SatuTim kita tambahin tag khusus unplanned ke semua task yang ditambah di luar fase perencanaan, jadi kalo ada task dengan tag itu lebih dari 2 dalam seminggu, langsung muncul notifikasi otomatis.
Lo gak perlu langsung marahin tim kalo ada task tak terencana. Banyak task itu emang dibutuhkan buat kualitas project lebih bagus, tapi yang penting lo catat, dan hitung apakah itu masih masuk batas toleransi scope atau perlu buat change order.
Apakah feedback klien masuk kategori yang butuh biaya tambah
Ini bukan berarti lo mau susah kasih feedback ke client. Ada batas jelas yang harus lo tulis di SOW dan brief project dari awal, jadi gak perlu debat panjang nantinya.Feedback yang termasuk dalam scope awal: koreksi typo, penyesuaian warna yang sesuai panduan brand, perbaikan bug yang muncul dari hasil kerja tim lo.
Feedback yang butuh biaya tambah: permintaan ganti alur user flow, tambah fitur baru, ubah struktur halaman yang udah disetujui di wireframe, permintaan ubah arah desain yang keluar dari konsep yang udah disetujui 2 kali sebelumnya.
Yang ngeselin, kebanyakan PM gak ngecatat batas ini di awal, jadi ketika client ngasih feedback yang keluar batas, mereka bingung mau ngomong apa. Gw selalu masukin kategori feedback yang termasuk dan tidak termasuk dalam scope, di bagian paling awal brief project di SatuTim. Jadi kalo ada feedback masuk yang luar kategori, tinggal copy paste link brief ke client, gak perlu debat 1 jam soal siapa yang bener.
Banyak PM takut ngomongin biaya tambah ke client. Padahal client yang bagus bakal ngerti, kalo mereka minta hal yang di luar kesepakatan awal, mereka harus bayar tambah. Yang bikin client kesal itu kalo lo baru ngomongin biaya tambah setelah tim lo kerja 10 jam untuk task itu.
Apakah deadline masih sesuai dengan perubahan terakhir
Banyak orang lupa aturan dasar ini: setiap kali lo nambah task baru ke scope, otomatis kapasitas tim berkurang. Kalau lo nambah 10 jam task baru ke tim yang cuma ada 40 jam kapasitas seminggu, berarti deadline harus mundur minimal 2 hari, atau ada task lain yang harus di drop dari scope.Kebanyakan tim pura-pura gak lihat ini. Mereka paksa kerjain semua task tambahan tanpa update timeline, ujungnya kualitas jelek, atau deadline miss, dan tim kebakaran tiap minggu.
Setiap minggu gw cuma buka timeline project, cek apakah semua dependensi task masih sesuai, apakah ada penambahan task yang bikin timeline bergeser lebih dari 1 hari. Kalo ada, langsung update timeline sebelum semua orang kerja terlalu jauh.
Gak perlu kasih penjelasan 1 halaman. Cukup tulis: "Kita menambahkan task X minggu ini, jadi deadline deliverable Y bergeser ke tanggal Z, tidak ada perubahan untuk deliverable lain." Semua stakeholder cukup paham.
Template checklist yang bisa lo langsung pakai tiap minggu
Ini cuma 3 langkah, total waktu yang dibutuhkan rata-rata 4,7 menit, kita hitung dari penggunaan tim kita selama 3 bulan terakhir:- Buka project dashboard, filter semua task yang dibuat dalam 7 hari terakhir, bandingkan satu per satu dengan daftar deliverable di SOW. Tandai semua task yang tidak tercantum di SOW, catat total jam kerja yang dibutuhkan.
- Buka semua feedback klien yang masuk dalam 7 hari terakhir, cocokkan dengan kategori feedback yang termasuk dalam scope awal. Tandai feedback yang keluar kategori, buat draft change order dengan perhitungan biaya dan penambahan deadline jika dibutuhkan.
- Buka timeline project, cek apakah semua dependensi task masih sesuai, apakah ada penambahan task yang bikin timeline bergeser lebih dari 1 hari. Kalau ada, update timeline dan kasih notifikasi singkat ke semua stakeholder sebelum lanjut kerja.
Gak perlu undang siapa-siapa, gak perlu bikin agenda meeting, lo bisa kerjain ini sambil minum kopi pagi sebelum semua orang masuk kerja.
Yang lo harus lakukan kalo ada yang melenceng
Jangan langsung bikin meeting baru buat bahas. Pertama, kalo ada task tidak tercatat di SOW, kirim pesan 1 baris ke PM dan tim account: "Task X baru ditambah minggu ini, apakah ini masuk scope atau perlu change order?" Jawaban biasanya keluar dalam 10 menit.Ini kontroversial tapi: banyak PM yang kira scope creep cuma masalah "client yang susah", padahal 80% scope creep terjadi karena tim internal lupa mencatat perubahan kecil, bukan karena client minta hal yang gila-gilaan. Gw pernah ngitung, satu project agency kita yang hampir rugi 20% margin, cuma karena ada 17 task kecil yang tidak tercatat di SOW, totalnya 32 jam kerja yang tidak tertagih.
Gak ada yang salah dengan kerja gercep dan bantu client untuk hal kecil. Tapi kalo lo kerja cepet tanpa catat perubahan scope, lo cuma ngasih kerjaan gratis ke client. Banyak orang bilang "ah cuma task kecil, tidak apa-apa, nanti dihitung di project selanjutnya". Itu jebakan. Task kecil yang 15 menit tiap hari, dalam sebulan bisa jadi 5 jam kerja, yang sama dengan waktu untuk kerjain satu deliverable kecil yang bisa lo tagih ke client.
Kalo lo pengen coba, di SatuTim lo bisa langsung filter task baru dan lihat timeline project dalam satu klik, gak perlu buka tab lain. Coba minggu ini, luangin 5 menit di pagi hari Senin, kerjain checklist ini tanpa ngundang siapa-siapa.
Lihat berapa banyak task tak terduga yang lo temukan, yang selama ini bikin margin project lo terkikis tanpa lo sadari. Kalau selama ini lo masih adakan meeting scope review mingguan, berapa jam waktu tim yang udah lo buang cuma untuk bahas hal yang bisa dicek 5 menit sendirian?