Belajar dari Proyek yang Gagal: Tanda Bahaya Sejak Minggu Pertama

Hampir semua proyek digital yang akhirnya berantakan sudah mengirim sinyal jauh sebelum tenggatnya terlewat. Masalahnya, sinyal itu tidak pernah terlihat seperti masalah besar pada saat muncul. Ia terlihat seperti hal kecil yang bisa dibereskan minggu depan — dan minggu depan hal kecil itu sudah bertambah tiga.

Artikel ini mengumpulkan sebelas sinyal awal yang paling sering mendahului proyek yang meleset, kenapa masing-masing mudah diabaikan, dan koreksi yang masih mungkin diambil pada tiap tahap. Berlaku dua arah: untuk klien yang menilai vendornya, dan untuk pengerjaan yang menilai kesehatan proyeknya sendiri.

Sinyal di minggu pertama

1. Tujuan tidak bisa disebutkan dalam satu kalimat

Kalau setelah rapat pembuka tidak ada yang bisa menyebutkan apa yang harus berubah di bisnis setelah proyek selesai, proyek itu tidak punya arah yang bisa diperiksa. Semua keputusan berikutnya akan diambil berdasarkan selera, dan selera berubah.

Koreksi: berhenti dan tulis satu halaman tujuan sebelum melanjutkan. Ini masih murah di minggu pertama dan hampir mustahil di bulan ketiga.

2. Tidak ada satu pemutus di sisi klien

Kalau umpan balik datang dari empat orang dengan arah berbeda dan tidak ada yang berwenang menyelesaikan perbedaannya, jumlah putaran revisi tidak punya batas alami.

Koreksi: minta satu nama yang menyampaikan keputusan akhir. Boleh berkonsultasi ke siapa pun, tetapi satu suara yang keluar.

3. Lingkup dijelaskan dengan kata sifat

Penawaran yang berbunyi "website modern dan lengkap" tanpa daftar halaman dan fitur akan menimbulkan perbedaan harapan yang baru terasa di tengah pengerjaan, saat mengubahnya sudah mahal.

Koreksi: minta daftar keluaran konkret sebelum kontrak. Berapa halaman, halaman apa saja, fitur apa, apa yang tidak termasuk.

Sinyal di bulan pertama

4. Isi belum ada dan tidak ada yang bertanggung jawab menyiapkannya

Ini penyebab keterlambatan nomor satu pada proyek website, dan hampir selalu terlihat sejak awal — biasanya berupa kalimat "nanti isinya menyusul".

Koreksi: tetapkan pemilik isi dengan nama, dan tenggat per halaman, bukan tenggat gabungan.

5. Persetujuan diberikan lisan

Persetujuan yang tidak dicatat akan diperdebatkan kemudian, bukan karena ada yang berbohong, tetapi karena ingatan tentang siapa menyetujui apa memang tidak bertahan dua bulan.

Koreksi: satu baris bertanggal per tahap sudah cukup. Tidak perlu dokumen formal.

6. Tahap kerangka dilewati

Langsung ke desain berwarna membuat diskusi susunan halaman bercampur dengan diskusi selera, dan keduanya jadi sulit diselesaikan.

Koreksi: mundur satu tahap. Membuat kerangka untuk lima jenis halaman biasanya memakan satu hari, dan menghemat berminggu-minggu.

Sinyal di pertengahan proyek

7. Kabar kemajuan berhenti mengalir

Vendor yang tadinya melapor mingguan lalu menjadi sulit dihubungi hampir selalu sedang menghadapi masalah. Diam bukan tanda semuanya lancar.

Koreksi: tanyakan langsung dan spesifik: apa yang selesai minggu ini, apa yang sedang dikerjakan, apa yang menghambat. Pertanyaan ketiga yang paling penting.

8. Permintaan kecil terus masuk tanpa dinilai dampaknya

Lingkup jarang mengembang lewat satu permintaan besar. Ia mengembang lewat belasan permintaan yang masing-masing terasa wajar dan tidak pernah dijumlahkan.

Koreksi: simpan satu daftar terbuka berisi semua tambahan beserta perkiraan waktunya, lalu tinjau bersama tiap dua minggu.

9. Tenggat mundur tanpa penjelasan sebab

Mundur satu minggu bukan masalah besar. Mundur satu minggu tanpa penjelasan apa yang menyebabkannya adalah masalah besar, karena artinya sebabnya belum ditangani dan akan berulang.

Koreksi: minta sebabnya, bukan hanya tanggal barunya. Kalau sebabnya menunggu sesuatu dari sisi Anda, itu justru kabar baik — masih bisa dipercepat.

Sinyal menjelang akhir

10. Pengujian diperlakukan sebagai formalitas

Peninjauan yang dilakukan sambil lalu satu hari sebelum peluncuran hampir pasti melewatkan hal yang penting: formulir yang tidak sampai, pelacakan yang tidak berfungsi, pengalihan URL yang belum dipasang.

Koreksi: sediakan daftar periksa, bagi tugasnya, dan jangan luncurkan sebelum semua butirnya dicentang. Daftar yang layak dipakai ada di panduan alur proyek website.

11. Tidak ada rencana untuk dua minggu setelah peluncuran

Sebagian besar masalah nyata muncul setelah pengunjung sungguhan datang. Proyek yang dianggap selesai pada hari peluncuran meninggalkan masalah itu tanpa pemilik.

Koreksi: sepakati siapa yang memantau apa selama dua minggu, dan bagaimana melaporkan masalah.

Sinyal bahaya jarang berupa sesuatu yang salah. Ia biasanya berupa sesuatu yang belum diputuskan, dan semua orang menganggap orang lain yang akan memutuskannya.

Sinyal khusus pada proyek pemasaran berjalan

Kerangka di atas ditulis dengan proyek berbatas waktu dalam pikiran — website, sistem, kampanye peluncuran. Kerja sama pemasaran yang berjalan bulanan punya beberapa sinyal tambahan yang bentuknya berbeda, karena tidak ada tenggat besar yang bisa meleset.

• Laporan yang isinya sama tiap bulan. Kalimat yang berulang dengan angka yang berganti biasanya menandakan tidak ada yang benar-benar menganalisis, hanya menyalin dasbor.
• Metrik yang dilaporkan berubah-ubah. Bulan ini jangkauan, bulan depan interaksi, bulan berikutnya klik. Pergantian metrik sering menandakan yang dilaporkan adalah yang kebetulan naik.
• Tidak ada yang pernah dihentikan. Kerja sama yang sehat sesekali menutup kampanye yang tidak bekerja. Kalau semuanya selalu "sedang dioptimalkan", tidak ada keputusan yang benar-benar diambil.
• Rekomendasi selalu berupa menambah anggaran. Kadang itu jawaban yang benar, tetapi kalau itu satu-satunya jawaban selama enam bulan, diagnosisnya patut dipertanyakan.
• Tidak ada yang tahu apa yang akan dikerjakan bulan depan. Kerja sama tanpa rencana berubah menjadi pemeliharaan berbayar.

Koreksi untuk semuanya sama dan sederhana: minta satu halaman rencana bulanan yang menyebutkan apa yang akan dikerjakan, apa yang diharapkan berubah, dan angka mana yang akan dipakai menilainya. Permintaan itu tidak berat bagi mitra yang memang bekerja dengan rencana, dan sangat berat bagi yang tidak — dan perbedaan reaksinya sendiri sudah informatif.

Menilai seberapa serius sebuah sinyal

Tidak semua sinyal punya bobot yang sama. Kerangka sederhana untuk menilainya: seberapa mahal memperbaikinya sekarang, dan seberapa mahal memperbaikinya nanti.

Sinyal	Biaya perbaikan sekarang	Biaya perbaikan nanti
Tujuan tidak jelas	Satu rapat	Seluruh proyek
Tidak ada pemutus tunggal	Satu percakapan	Revisi tanpa batas
Isi belum ada	Menjadwalkan penulisan	Peluncuran tertunda
Kerangka dilewati	Satu hari	Desain ulang
Lingkup mengembang	Satu daftar	Anggaran habis
Pengujian formalitas	Dua hari	Kehilangan trafik

Sinyal dengan selisih kolom paling besar adalah yang paling layak ditangani segera, bahkan bila terasa tidak mendesak saat itu.

Sinyal dari sisi klien yang sering tidak disadari

Daftar di atas sebagian besar menilai pihak yang mengerjakan. Adil juga menyebut sinyal yang datang dari sisi klien, karena proyek yang meleset sering punya sebab di kedua sisi — dan sinyal jenis ini paling jarang dibicarakan terbuka.

• Umpan balik selalu datang terlambat. Vendor yang menunggu persetujuan dua minggu tidak bisa menepati tenggat apa pun.
• Keputusan diambil ulang oleh orang yang tidak hadir di rapat. Ini gejala pemutus tunggal yang belum benar-benar ditetapkan.
• Akses tidak kunjung diberikan. Domain, hosting, dan akun analytics sering baru dicari pada hari peluncuran.
• Umpan balik berupa selera tanpa alasan. "Kurang sreg" tidak bisa dikerjakan; ia hanya menghasilkan tebakan berbayar.
• Tujuan berubah tanpa menyesuaikan lingkup. Kalau prioritas bisnis bergeser, itu wajar — tetapi tenggat dan anggarannya perlu ikut ditinjau.

Sinyal terakhir yang paling sering menimbulkan kekecewaan di kedua pihak. Perubahan arah di tengah proyek bukan masalah; yang bermasalah adalah mengharapkan hasil baru dengan tenggat dan anggaran lama.

Memeriksa kesehatan proyek setiap dua minggu

Cara paling sederhana menangkap sinyal lebih awal adalah pemeriksaan rutin yang pendek. Setiap dua minggu, jawab empat pertanyaan bersama: apakah tujuannya masih sama, apakah tenggatnya masih realistis, apa yang sedang ditunggu dari masing-masing pihak, dan adakah keputusan yang menggantung lebih dari satu minggu.

Pertanyaan terakhir yang paling banyak menyelamatkan. Keputusan yang menggantung jarang mengumumkan dirinya; ia hanya membuat semuanya berjalan sedikit lebih lambat sampai akhirnya jelas bahwa proyeknya tidak bergerak.

Cara menyampaikan kekhawatiran tanpa merusak hubungan

Menyebut sinyal bahaya sering terasa seperti menuduh, dan karena itu banyak orang memilih diam sampai keadaan sudah terlalu jauh. Beberapa cara menyampaikannya yang menjaga hubungan sekaligus menyelesaikan masalah:

• Bicarakan pola, bukan orang. "Tiga minggu terakhir kabarnya tidak masuk" lebih mudah dijawab daripada "kalian tidak komunikatif".
• Tanyakan, jangan simpulkan. Sebagian sinyal punya penjelasan yang wajar dan tidak Anda ketahui.
• Sebutkan dampaknya ke tujuan bersama, bukan ke rasa tidak nyaman Anda.
• Tawarkan koreksi konkret. Kekhawatiran yang datang dengan usulan jauh lebih mudah diterima.
• Sampaikan lebih awal. Kekhawatiran di minggu kedua terdengar sebagai perhatian; kekhawatiran yang sama di minggu kedelapan terdengar sebagai tuduhan.

Menuliskan pelajaran supaya tidak terulang

Proyek yang meleset punya nilai kalau pelajarannya dicatat, dan hampir tidak punya nilai kalau tidak. Sayangnya peninjauan setelah proyek bermasalah jarang dilakukan justru ketika paling dibutuhkan, karena semua pihak ingin cepat melupakannya.

Peninjauan yang berguna tidak perlu mencari siapa yang salah. Cukup empat pertanyaan, dijawab tertulis, sekitar dua minggu setelah proyek selesai atau dihentikan: kapan sebenarnya masalahnya mulai, sinyal apa yang sudah terlihat saat itu, kenapa sinyal itu tidak ditindaklanjuti, dan aturan apa yang akan kita pakai lain kali.

Pertanyaan ketiga yang paling sering menghasilkan temuan berguna. Jawabannya biasanya bukan "kami tidak melihatnya", melainkan "kami melihatnya tetapi merasa belum saatnya bicara" — dan itu masalah yang bisa diperbaiki dengan kesepakatan sederhana di proyek berikutnya, misalnya pemeriksaan dua mingguan yang membuat pembicaraan semacam itu terjadwal, bukan bergantung keberanian seseorang.

Menyimpannya di tempat yang akan dibaca

Catatan pelajaran yang disimpan di berkas pribadi seseorang tidak akan pernah dibaca lagi. Simpan di tempat yang sama dengan dokumen proyek, dan buat kebiasaan membacanya kembali pada rapat pembuka proyek berikutnya. Lima menit membaca catatan proyek sebelumnya sering mencegah pengulangan kesalahan yang sama persis.

Kapan menghentikan proyek

Sebagian proyek memang sebaiknya dihentikan, dan mengenali titik itu lebih murah daripada meneruskan karena sudah terlanjur mengeluarkan biaya. Tiga kondisi yang biasanya menandakan penghentian lebih baik daripada perbaikan:

1. Tujuannya sudah tidak relevan. Bisnis berubah, dan yang dibangun sekarang menjawab masalah yang sudah tidak ada.
2. Koreksi sudah dicoba dua kali dan tidak menghasilkan perubahan perilaku. Sinyal yang sama muncul lagi setelah dua kali dibicarakan biasanya bersifat struktural.
3. Biaya menyelesaikan melebihi manfaat yang tersisa. Uang yang sudah keluar tidak bisa kembali dengan mengeluarkan lebih banyak.

Kalau memutuskan berhenti, mintalah tiga hal sebelum berpisah: seluruh berkas dan kode yang sudah dikerjakan, kredensial semua akun, dan catatan tentang apa yang sudah selesai. Ketiganya jauh lebih sulit didapat setelah hubungan memburuk.

Mencegah lebih murah daripada mengoreksi

Sebagian besar sinyal di atas bisa dicegah dengan empat kebiasaan yang tidak memakan banyak waktu: menuliskan tujuan di awal, menetapkan satu pemutus di tiap sisi, mencatat persetujuan dan perubahan, dan meminta kabar kemajuan tertulis mingguan yang menyebutkan apa yang sedang ditunggu.

Empat kebiasaan itu terdengar birokratis untuk proyek kecil. Kenyataannya, justru pada proyek kecil dampaknya paling terasa, karena proyek kecil tidak punya cadangan waktu maupun anggaran untuk menyerap kesalahan.

Memulihkan proyek yang sudah terlanjur berputar

Kalau sinyalnya sudah menumpuk dan proyeknya terasa tidak bergerak, memaksa melanjutkan dengan cara yang sama jarang berhasil. Yang lebih efektif adalah menghentikan sementara dan menyusun ulang, biasanya dalam empat langkah.

1. Hentikan pengerjaan baru selama beberapa hari. Menambah pekerjaan di atas fondasi yang tidak disepakati hanya memperbesar kerugian.
2. Tuliskan keadaan sebenarnya. Apa yang sudah selesai, apa yang setengah jadi, apa yang belum disentuh — tanpa pembelaan dari pihak mana pun.
3. Sepakati ulang lingkup minimum yang layak diluncurkan. Hampir selalu lebih kecil daripada rencana awal, dan hampir selalu cukup.
4. Tetapkan ulang tenggat dan pemutus untuk lingkup yang baru itu, dengan pemeriksaan dua mingguan.

Langkah ketiga yang paling menentukan dan paling berat secara emosional, karena terasa seperti mengakui kegagalan. Padahal meluncurkan versi yang lebih kecil tetapi benar-benar selesai hampir selalu memberi hasil lebih baik daripada menunggu versi lengkap yang tidak pernah datang — dan sisanya bisa dikerjakan setelah ada yang berjalan.

Ringkasan

Kenali sinyal awal: tujuan yang kabur, tidak ada pemutus tunggal, lingkup yang dijelaskan dengan kata sifat, isi tanpa pemilik, persetujuan lisan, kerangka yang dilewati, kabar yang berhenti, permintaan yang tidak dinilai, tenggat mundur tanpa sebab, pengujian formalitas, dan tidak ada rencana pascapeluncuran. Nilai tiap sinyal dari selisih biaya memperbaiki sekarang dan nanti. Sampaikan lebih awal, dengan usulan konkret. Dan ketahui kapan berhenti adalah keputusan yang benar.

Terakhir, satu hal yang perlu disebut supaya daftar ini tidak dibaca terlalu curiga: sebagian besar proyek yang mengirim satu atau dua sinyal tetap berakhir baik, karena sinyalnya ditangani. Yang berbahaya bukan munculnya sinyal, melainkan menumpuknya sinyal yang tidak pernah dibicarakan. Membicarakannya lebih awal, dengan tenang dan disertai usulan, hampir selalu cukup.

Ingin proyek Anda ditinjau sebelum berjalan terlalu jauh? Bicarakan dengan tim kami.