Apakah anggota tim Anda benar-benar setuju bahwa ulasan kode dan pengujian unit adalah Hal Baik, hanya saja tidak ada waktu untuk ini?
Atau apakah mereka hanya mencoba menolak ide dengan alasan ini?
Dalam kasus pertama, solusinya adalah Mulai Melakukannya Sekarang . (Oke, jika Anda berada di hari-hari terakhir sebelum tonggak utama, mungkin Anda bisa menunggu sampai setelah - tetapi tidak lebih.) Kami memiliki situasi itu di tempat kerja saya sebelumnya, di mana saya adalah Insinyur Kualitas, bertanggung jawab untuk meningkatkan praktik pengkodean dan kualitas keseluruhan. Kami terus menunda permulaan ulasan kode hingga minggu depan. Suatu hari saya menyadari bahwa kita telah melakukan ini selama sebulan atau lebih, dan mungkin akan berlanjut sampai akhir kali kecuali saya mencoba sesuatu yang berbeda. Jadi saya mengumumkan review kode pertama untuk minggu itu. Saya mengatakan kepada mereka "tidak masalah jika itu tidak sempurna, atau jika kita belum tahu apa yang harus dilakukan - kita akan mulai melakukannya, lihat bagaimana hasilnya dan perbaiki hal-hal yang kita pelajari". Itu berhasil, setidaknya sampai saya meninggalkan perusahaan.
Dalam kasus kedua, Anda mungkin perlu lebih banyak pendidikan dan diskusi terbuka dengan tim. Diskusikan masalah kualitas kode, tanyakan kepada mereka apa yang mereka lihat sebagai masalah dalam proses pengembangan (atau ketiadaan) / dalam kode / pengujian dll. Dan bertukar pikiran bersama tentang bagaimana menyelesaikannya . Tujuan utamanya tidak harus melakukan tinjauan kode - mereka hanya sarana, sedangkan tujuannya adalah untuk meningkatkan proses pengembangan dan kualitas outputnya. Bisa jadi ternyata ada masalah lain yang lebih menyakitkan yang bisa diperbaiki lebih mudah, membawa manfaat lebih cepat; kemudian ambil ini dulu. Mereka bahkan bisa menjadi perubahan sepele di lingkungan atau proses; semua ini akan meningkatkan moral tim, membangun rasa saling percaya dan membantu ikatan tim.
Intinya adalah, Anda tidak dapat memaksakan kualitas pada siapa pun - Anda hanya dapat menghilangkan hambatan untuk menciptakan kualitas . Dengan menerapkan aturan ketat dan praktik wajib tanpa konsensus tim sebelumnya , Anda dapat mengasingkan tim dan pada akhirnya mencegah peningkatan kualitas yang Anda tuju. OTOH dengan diskusi terbuka dan mengincar kesepakatan tentang apa masalah yang paling mendesak bagi tim dan bagaimana memperbaiki situasi, Anda lebih mungkin mendapatkan dukungan tim. Ini akan membuat perbedaan penting dalam menjaga dorongan peningkatan kualitas dalam jangka panjang.