Peninjauan kode adalah praktik yang sangat baik, terutama jika dilakukan oleh pengembang untuk berbagi pengetahuan, dan aturan dasar ditetapkan sebelumnya bahwa saran dan kritik dimaksudkan untuk KONSTRUKTIF, dan tidak menggunakan pengembang individu untuk praktik target.
Manajer yang bukan pengembang akan disambut dengan kecurigaan oleh pengembang jika mereka memutuskan untuk melakukan tinjauan kode. Sebagian besar tipe manajer tidak ingin masuk ke detail yang secara inheren masuk ke pengembang ketika melihat kode. Sebagian besar manajer juga tidak akan mengerti mengapa pengembang mengkritik satu pendekatan terhadap yang lain.
Jika Anda ingin memamerkan pekerjaan yang baik yang dilakukan pengembang ke manajemen, maka "tinjauan kode" memiliki arti yang berbeda, dan tidak boleh sedetail tinjauan kode yang dilakukan untuk menginstruksikan / meningkatkan kualitas kode di antara para pengembang. Presentasi semacam ini dapat membantu dalam menunjukkan apa yang dilakukan pengembang jika presentasi bisa lebih tinggi, dan kurang spesifik kode, dengan fokus pada apa yang dipahami oleh manajer (nilai, ROI, dll.). Mungkin membuat manajer mengerti bahwa Joe telah menambah nilai signifikan bagi perusahaan dengan membangun X, yang dapat kami tunjukkan menghemat jumlah waktu Y, atau Z dolar per pesanan, dll. Saya pikir itu mungkin sepadan dengan usaha dalam menunjukkan nilai individu anggota tim Anda. Ingat, bagaimanapun, bahwa Anda harus berhati-hati agar Anda tidak membanjiri audiens Anda dengan jargon, atau terlalu banyak level detail.