Whew, benar2 true story, banyak bener kasus gini. Udah gitu developer dibajak client, supaya gak perlu bayar 75%, namun bisa ngerampungin softwarenya.
On 1/31/10, xsalefter <xsalef...@yahoo.com> wrote: >> Drop aja projectnya. >> Susah-susah bgt. >> Hidup cuma sekali, masa dipake ngurusin client kayak gituan. > > Hahahaha.. Pengennya sih gitu Pak Endy.. :D. Kalo project sendiri sih > mungkin bisa. Kalo kerjaan di kantor? Ujung-ujungnya orang marketing/PM yang > minta. "Udah lah.. Kerjain aja. Gampang kok.". Padahal yang harus dikerjain > tuh nambah 3 modul/buat aplikasi accounting, misalnya. > >> >> > Ni kalo kasusnya gini gimana? Atau lebih parah lagi, si user bilang, >> > "Pokoknya kerjain, tapi saya ga mau bayar lebih! Kan yang salah situ!" >> > >> > Nah loh..? >> > >> >> Nah, berarti Anda ada salahnya kan? >> Salah apa? > > Maksud saya, ini simulasi user yang ga mau disalahin. Misalnya gini. saya > buat aplikasi penjualan. Terus pas dah release dan di demoin, si user > bilang, "Hmm.. Buku besarnya mana? Ko ga masuk ke buku besar/transaksi > akuntansi yah? Terus dimana saya ngeliat laporan rugi/laba saya", misalnya. > > Saya bilang, "Pak user, kan di requirement ga ada modul accounting. Kalo > aplikasi penjualan ya seperti ini.". > > Sampe sini, si user baru sadar dan baru kepikiran bahwa dia sebenernya > butuh, tapi banyak user yang ga mau disalahin, terus mulailah ngomel-ngomel, > "Pokoknya kerjain, tapi saya ga mau bayar lebih! Kan yang salah situ!" > > Emang, normalnya accounting adalah modul dasar dan salah satu business core > perusahaan. Tapi biasanya, supaya si user bayar murah dia biasanya bilang, > "Ga susah ko. Kita cuma butuh aplikasi penjualan yang standar aja. Input > barang, penjualan, terus buatin laporannya. Simple kan?", misalnya. > > Dan biasanya lagi, ketika dijelasin "bapak lebih baik punya aplikasi > accounting juga, terus inventory juga sebaiknya dirapihkan dengan membuat > aplikasi inventori, supaya ga pusing ngurusin stock opname etc etc.", si > user bilang dengan ga sabar, "Aahh.. saya ga butuh ko." > > Memang sih, dalam hal ini bisa aja dibilang sial, dan hal yang paling > menyenangkan untuk dilakukan adalah ninggalin user kek gini :D. Tapi > biasanya untuk perusahaan, apalagi startup/perusahaan kecil, mereka ga bisa > berbuat banyak. Alesannya klise, untuk nyari nama dan portfolio perusahaan. > > Dan kalo udah gini, biasanya moral tim development yang jatuh. Perusahaan > dianggap ga bisa me-manage requirement lah, ga kompeten lah, etc etc. Terus > satu-satu pada resign. Dari kasus di atas tentu kita ga bisa bilang > perusahaan atau tim development yang salah. > > Inti dari pertanyaan saya, adakah pengalaman atau win-win solution untuk > kasus kaya gini, tanpa mengorbankan: > 1. Moral tim development. > 2. User expectataion. > 3. Keuntungan perusahaan. > > >> Biasanya sih ini masalahnya : >> >> .... >> >> 2. requirement gak di-sign off, sehingga gak ada patokan mana >> requirement asli dan mana perubahan >> >> 3. Apa ya, kayaknya masalah requirement ya itu aja sih. >> Ada yang bisa nambahin? >> > > Saya pernah dapet cerita. Temen dosen saya dapet project hardware & software > dari salah satu perusahaan terbesar di Indonesia. Ketika project-nya > selesai, si client ga mau bayar 100%. Mereka cuma mau bayar sekitar 25%. > Akhirnya, perusahaan temen dosen saya itu sampai tutup gara-gara project > yang satu itu, karena untuk menutupi biaya pembelian hardware aja ga cukup. > Padahal, sudah ada perjanjian, di atas materai, dan segala macem tetek > bengek urusan hukum lainnya. > > Ketika ditanya, "Kenapa ga dituntut ke pengadilan?", jawabannya adalah, "Di > tuntut? Bisa-bisa saya rugi lebih besar daripada sekarang. Mereka kan bisa > bayar oknum-oknum hukum etc etc". > > Memang, ini cerita sial :D. Tapi, bukan berarti tidak ada kasus seperti ini. > Dan kalo inget ini, jadi kepikiran, "sepertinya iklim bisnis negara ini > suram..." :D. > > >
