Agile dan Lean untuk Bisnis: Cara Melihat Software Anda Dibangun

Hampir setiap vendor mengatakan mereka bekerja secara agile, lalu pembicaraan berhenti di situ dan Anda tetap tidak tahu apa artinya bagi anggaran. Metodologinya nyata dan berguna, tetapi berdiri sendiri ia tidak memberi Anda apa pun untuk diperiksa.

Yang bisa Anda periksa lebih sempit: harga yang disepakati sebelum sebuah tahap dimulai, software yang bisa Anda buka dan klik di akhir setiap pekan, dan atas nama siapa akun hosting serta domainnya terdaftar. Sisa kosakatanya baru berguna kalau menghasilkan ketiga hal itu.

Apa yang sebenarnya dijual saat vendor berkata agile

Ada dua hal berbeda yang memakai kata yang sama. Pertama, cara tim mengatur pekerjaannya: bangun satu bagian kecil, tunjukkan, sesuaikan, lanjut ke bagian berikutnya. Versi ini menguntungkan Anda, karena kesalahan arah diperbaiki selagi ongkos perbaikannya masih kecil.

Kedua, agile sebagai jawaban atas pertanyaan Anda soal uang. Kebutuhan pasti berubah, jadi lingkupnya tidak bisa dikunci, jadi pekerjaan ditagih per jam dan kita lihat saja nanti sampai di mana. Banyak tim jujur bekerja seperti ini dan sebagian klien memang nyaman dengannya. Bagi pemilik usaha yang harus tahu angkanya sebelum berkata ya, cara itu memindahkan seluruh ketidakpastian ke sisi meja Anda.

Tanyakan apakah harganya ikut berubah ketika lingkupnya berubah, dan siapa yang harus menyetujui perubahan itu secara tertulis lebih dulu. Lingkup dan harga yang disepakati tertulis sebelum setiap tahap tetap memberi ruang untuk berubah, hanya saja perubahannya tidak bisa terjadi diam-diam. Bagaimana seluruh prosesnya tersusun kami uraikan di panduan pengembangan software kustom, dan agile berada di dalam proses itu.

Lean membatasi apa yang boleh masuk ke pembangunan

Lean sering dibaca sebagai diskon. Isinya lebih dekat ke aturan tentang apa yang boleh masuk ke dalam pembangunan: kalau belum ada yang bisa menunjukkan bukti bahwa sebuah fitur dibutuhkan, fitur itu menunggu.

Software kustom memang mahal. Sepekan waktu engineer ada harganya, dan vendor yang bersaing dengan menjadi lebih murah biasanya sedang bersaing pada seberapa junior orang yang menulis kode Anda. Angka yang benar-benar bisa Anda tekan adalah berapa banyak hal yang dibangun sebelum ada bukti bahwa hal itu layak dibangun.

Dashboard laporan menunggu sampai orang memakai sistemnya setiap hari dan bisa menyebutkan angka mana yang selalu mereka cari. Peran pengguna kedua menunggu sampai peran pertama benar-benar berjalan. Argumennya sama dengan memulai dari versi kecil lalu menumbuhkannya, hanya saja diterapkan di setiap tahap, bukan hanya di rilis pertama.

Tahap adalah titik berhenti Anda

Sprint adalah irama internal tim. Bagi Anda, sprint baru berarti kalau di ujungnya ada sesuatu yang bisa dilihat, dan satuan yang lebih berguna untuk pembeli biasanya adalah tahap.

Discovery berjalan satu sampai dua pekan dan menghasilkan rencana tertulis beserta harga tetap. Kalau di akhir tahap itu Anda memutuskan waktunya belum tepat, atau angkanya lebih besar daripada nilai masalah yang mau diselesaikan, rencananya tetap milik Anda. Anda membayar pemikirannya dan Anda menyimpannya, termasuk kalau Anda membawanya ke studio lain.

Tahap berikutnya mengikuti bentuk yang sama, dengan lingkup dan harga disepakati sebelum tahap itu dimulai, sehingga berhenti menjadi hal yang wajar dan bukan perselisihan. Ini berbeda dari kontrak untuk seluruh pembangunan yang ditandatangani di awal, di mana mundur di tengah jalan berubah menjadi negosiasi tentang berapa yang masih harus Anda bayar. Urutan lengkapnya dari Discovery sampai serah terima ada di tulisan kami tentang bagaimana sebuah proyek berjalan dari awal sampai peluncuran.

Demo mingguan menggantikan laporan status

Laporan kemajuan tertulis adalah klaim atas pekerjaan yang tidak bisa Anda lihat, dan angka persentase penyelesaian mudah ditulis sekaligus mustahil diperiksa.

Yang Anda terima setiap pekan adalah software yang berjalan, lewat tautan pratinjau privat yang sudah ada sejak pekan pertama. Anda membukanya, mengklik bagian yang baru dibangun, lalu mengatakan apakah itu cocok dengan cara pekerjaan benar-benar dijalankan. Kalau Anda yang menjalankan proses itu setiap hari, biasanya Anda menemukan masalahnya dalam tiga puluh detik: Anda tahu supervisor harus tanda tangan lebih dulu, atau pelanggan masih bisa mengubah alamat pengiriman setelah kurir berangkat. Menangkap hal itu di pekan kedua ongkosnya satu percakapan, sedangkan menangkapnya saat serah terima ongkosnya pembangunan ulang, dan itulah alasan demonya dilakukan setiap pekan.

Iterasi cepat tanpa terkunci pada pembuatnya

Sebuah tim bisa bergerak cepat dengan melewati bagian-bagian yang membuat software bisa dibaca orang berikutnya, dan Anda tidak akan menyadarinya sampai Anda ingin berganti developer. Tagihan atas kecepatan itu biasanya dibayar belakangan oleh siapa pun yang mewarisi kodenya.

Dua hal menjaga iterasi supaya tidak berubah menjadi ketergantungan. Kode, server, domain, dan seluruh akun sudah atas nama Anda sejak hari pertama, bukan dialihkan di akhir, sehingga tidak ada yang perlu dilepaskan kepada Anda dan tidak ada yang bisa ditahan. Alasan di balik keputusan teknis dicatat berdampingan dengan kodenya, sehingga developer berikutnya mewarisi pemikirannya dan bukan sekadar satu folder berkas plus tebakan tentang kenapa persetujuan punya dua tahap. Kepemilikan yang dijanjikan saat serah terima tetaplah janji, sedangkan kepemilikan sejak awal bisa Anda buktikan sore ini juga cukup dengan login.

Kapan agile bukan jawabannya

Kalau ada tool jadi yang sudah mengerjakan apa yang Anda butuhkan, beriterasi di atas pembangunan kustom hanya memperpanjang tagihan. Penagihan, penjadwalan, toko online sederhana, meja bantuan: semuanya masalah yang sudah baku dan sudah ditangani dengan baik oleh layanan berlangganan, dan membayar untuk membangun ulang salah satunya berarti membeli kewajiban pemeliharaan.

Kalau itu situasinya, kami akan mengatakannya sebelum Discovery dimulai, bukan setelah Anda membayarnya. Pertimbangan ke dua arah kami bandingkan di tulisan tentang software kustom dan tool siap pakai.

Pekerjaan kustom sepadan dengan biayanya ketika prosesnya memang khas bisnis Anda, atau ketika tool yang sudah Anda bayar tiap bulan justru menjadi penyebab staf mengerjakan hal-hal secara manual.

Cara memeriksa klaim vendor sebelum menandatangani

Tidak satu pun dari ini menuntut Anda menilai kode. Lima pertanyaan mengerjakan sebagian besar tugasnya, dan jawabannya jelas spesifik atau jelas tidak:

• Setiap pekan saya bicara dengan siapa, dan apakah mereka orang yang menulis kodenya?
• Kapan saya pertama kali melihat sesuatu yang berjalan, dan tautannya di mana?
• Pada hari pertama, repositori, hosting, dan domain atas nama siapa?
• Kalau lingkupnya berubah, harganya ikut berubah atau tidak, dan siapa yang menyetujuinya secara tertulis lebih dulu?
• Kalau saya berhenti setelah tahap pertama, apa yang saya bawa pulang?

Vendor yang benar-benar bekerja seperti yang mereka ceritakan bisa menjawab semuanya masing-masing dalam satu kalimat. Kalau jawabannya adalah semua itu akan diperjelas saat kickoff, Anda sudah tahu bagaimana sisa kerja samanya nanti.

Ceritakan proses yang sekarang berjalan

Tidak ada demo untuk dipesan di sini dan tidak ada deck. Kalau ada spreadsheet yang sedang menahan sesuatu yang bukan porsinya, atau hanya satu orang di kantor yang paham bagaimana permintaan masuk disortir, ceritakan kepada kami lewat satu panggilan, dan Anda berbicara langsung dengan engineer-nya.

Kalau jawaban yang tepat ternyata sebuah tool yang bisa Anda langgan, kami akan menunjukkannya. Kalau bukan, Discovery memberi Anda rencana tertulis dan harga tetap, dan keduanya tetap milik Anda entah Anda melanjutkan bersama kami atau tidak.

Hubungi kami di WhatsApp +62 851-1769-7889 atau email hello@arktik.id.