Lepaskan Sekarang Jika Anda Bisa
Pertanyaan Anda tentang kapan Anda mulai mengeluarkan kode itu adalah pertanyaan yang hebat. Saya pikir dua ketentuan berlaku. Pertama, bahwa Anda memiliki "kualitas yang cukup baik", dan kedua bahwa Anda memenuhi persyaratan untuk MVP (produk minimum yang layak).
Roma (dan Agile) Tidak Dibangun dalam Sehari
Mungkin Anda siap dengan tim tangkas turnkey untuk mengambil alih pada hari pertama. Bagi sebagian besar organisasi, ada pekerjaan dan biaya pelatihan, retooling, dan pembentukan biasa, menyerbu, menormalkan, melakukan siklus membangun tim. Jadilah yang terdepan tentang risiko dan biaya, berhati-hatilah untuk menetapkan harapan yang realistis, dan siap dan siap untuk mengadvokasi pendekatan Anda.
Menjadi Bootstrapper Reuse
Seperti kekuatan fusi, penggunaan kembali kode adalah dan akan selalu menjadi solusi masa depan untuk masalah ekonomi kita. Perasaan saya adalah bahwa pengembang sering mengatakan mereka percaya pada penggunaan kembali, tetapi hanya jenis penggunaan kembali yang dimulai setelah mereka membangun kerangka kerja baru, daripada jenis di mana mereka membangun apa yang telah dilakukan orang lain. Bagaimana itu bisa bekerja sampai seseorang mau memilih untuk membangun di atas fondasi orang lain? Paling-paling, itu berarti menulis ulang setiap beberapa tahun ketika kepemimpinan tim berubah.
Mengapa Melepaskan Dini Dan Sering?
Melepaskan lebih awal dan sering kali merupakan mantra karena berbagai alasan. Ini memberi kehidupan pada diskusi kita tentang apa yang harus menjadi produk, itu membuat nyata di mana kita berada, dan itu memberi kita dasar untuk perubahan iteratif / tambahan. Kecepatan rilis cukup invarian untuk gesit, dengan perbedaannya adalah siapa yang menerima rilis (pelanggan pengganti atau pengguna akhir). Sebelum gesit, pemeliharaan diperkirakan mencapai 60% dari biaya sistem perangkat lunak. Ini adalah sumber banyak kekhawatiran bagi para manajer dan lainnya, beberapa yang merasa rilis produk adalah tempat perangkat lunak mati. Bagi mereka, semuanya setelah rilis adalah pengerjaan ulang dan pembayaran untuk memperbaiki produk yang sudah mereka bayar sekali.
Pra-rilis tidak alami
Kent Beck menulis bahwa pra-rilis adalah keadaan yang tidak wajar untuk produk perangkat lunak. Ini tentu saja merupakan waktu yang tidak nyaman karena ini adalah saat ketika Anda tidak memiliki pelanggan dan Anda membayar untuk produk daripada produk yang membayar untuk Anda.
Jangan Mengkritik Tim Sebelumnya
Meskipun mungkin mengatur pengembang yang mengambil alih penulisan ulang sebagai pahlawan dan penyelamatan proyek, saya pikir ada biaya untuk mengkritik prestasi tim sebelumnya.
- Pertama, jika Anda membiarkan orang membuat keputusan sendiri tentang tim sebelumnya, Anda memiliki lebih banyak waktu dan energi untuk misi Anda yang sebenarnya.
- Ini akan menjadi canggung jika Anda perlu bekerja dengan anggota tim sebelumnya, baik pengembang maupun pemangku kepentingan seperti manajer produk, manajer proyek, atau pelanggan.
- Jika Anda bisa membuatnya berfungsi, Anda mungkin mendapati diri Anda menerima (atau lebih buruk lagi mengambil) penghargaan atas apa yang dilakukan tim sebelumnya.
- Rata-rata, tim sebelumnya mungkin rata-rata. Rata-rata, Anda mungkin rata-rata. Anda memiliki lebih banyak pekerjaan daripada tim sebelumnya karena Anda memiliki metodologi baru untuk ditempatkan di samping proyek.
- Jika tim lama itu mengerikan, kecuali Anda juga mengerikan, Anda akhirnya akan mendapatkan pujian karena lebih baik daripada mengerikan. Jika mereka lebih baik daripada yang mengerikan, dan Anda tidak terlihat lebih baik, mengatakan mereka mengerikan dapat mengundang perbandingan yang tidak menyenangkan.
- Jika tim lama lebih baik daripada yang Anda pikirkan, dan Anda mendapat masalah karena organisasi rusak atau masalahnya tidak jelas atau sangat sulit, segalanya akan lebih baik bagi Anda jika Anda belum secara signifikan meningkatkan harapan.
- Jika mereka mengharapkan apa yang mereka dapatkan, tetapi Anda melakukan lebih baik, itu adalah kemenangan bagi Anda.
- Menahan diri dari kritik adalah perilaku yang baik, dan menunjukkan bahwa Anda memiliki kelas.