Memperkenalkan topik baru kepada rekan kerja

Saya sudah mencoba memperkenalkan topik seperti pengujian unit, injeksi ketergantungan, inversi kontrol, dll ... kepada rekan kerja. Saya telah memberikan ceramah mini, demonstrasi, dan telah menyarankan topik-topik ini selama makan siang dan belajar. Penerimaan pada umumnya positif dan orang-orang melihat nilai dalam topik tersebut.

Meskipun mereka tampaknya tertarik dengan topik ini, adopsi sangat rendah. Ketika saya berbicara dengan mereka tentang hal itu, jawabannya umumnya sejalan:

Saya akan mencobanya lain kali. Saya hanya ingin menyelesaikan proyek ini.

Saya merasa itu karena sebagian besar dari apa yang mereka lihat hanyalah demonstrasi tipe ceramah dan mereka tidak memiliki pengalaman langsung. Apa yang bisa saya lakukan untuk membantu mendorong mereka? Saya tidak ingin "memaksa" mereka untuk menulis kode jika mereka tidak mau, karena itu mungkin tampak seperti "pekerjaan rumah" dan mungkin meninggalkan kesan yang buruk pada mereka.

Proyek kami umumnya tidak menyisakan waktu untuk eksperimen, sehingga orang cenderung menghindar dari teknologi baru. Ini tidak memberikan ruang bagi pengembang untuk mencoba dan memasukkan hal-hal baru selama fase pengembangan.

Apakah ada latihan yang menyenangkan atau menarik (solo atau tim) yang memungkinkan mereka untuk memiliki lebih banyak pengalaman langsung dengan topik-topik ini? Saya berharap menemukan sesuatu yang akan memikat minat yang cukup sehingga mereka bersedia menjadwalkan satu jam hari mereka untuk mengerjakan sesuatu yang rapi, atau memuncak minat yang cukup sehingga mereka akan menyelidiki waktu mereka sendiri.

Untuk "membuktikan" dan karenanya menanamkan ide di kepala seseorang, teori (berbicara) tidak pernah cukup.

Anda harus menggunakan latihan itu dalam kode Anda sendiri dan membuatnya "menemukan" bahwa itu memecahkan masalah dengan cara yang baik.

Itu menyiratkan bahwa praktik Anda harus efektif dan Anda harus membuatnya jelas.

Dengan begitu, membaca kode Anda akan menginspirasi mereka karena mereka akan "melihatnya beraksi".

Jangan berasumsi bahwa hanya mengatakan bagaimana cara kerjanya sudah cukup.

Berbicara dari pengalaman, jika mereka tidak mau menerapkan apa yang Anda coba ajarkan kepada mereka, itu berarti mereka tidak peduli. Anda mungkin membuang-buang waktu dengan mencoba memperkenalkan topik kepada mereka, karena jika mereka memahami manfaat sebenarnya dari topik-topik itu mereka ingin menerapkannya, tidak memberikan alasan mengapa mereka tidak bisa.

Ini seperti mencoba untuk memperkenalkan sesuatu yang lebih baik daripada apa yang sedang digunakan dan mendapatkan tampilan kosong atau tanggapan langsung mengapa itu tidak mungkin dilakukan; itu menandakan bahwa orang lain tidak benar-benar melihatnya sebagai manfaat (karena jika mereka mampu melihat manfaatnya, mereka tidak akan memberikan alasan).

Sedih tapi benar. Mungkin situasimu berbeda tapi aku pernah mengalami ini beberapa kali di masa lalu dan pada akhirnya sangat jelas bahwa tidak ada orang selain aku yang tertarik pada topik-topik itu; Saya akhirnya membuat keputusan untuk pergi dan mencoba mencari rekan kerja yang peduli; jenis orang yang tidak membutuhkan saya untuk memperkenalkan topik (karena mereka sudah tahu / menggunakannya) atau yang langsung menerimanya, alih-alih mengatakan bagaimana mereka tidak bisa melakukannya.

Saya telah melihat banyak "praktik terbaik" tidak disukai dan tidak pernah digunakan lagi. Ada banyak jenis proyek dan teknik seperti itu tidak cocok untuk semua proyek. Pastikan barang yang Anda jual benar-benar akan membantu.

Jika Anda mulai melakukannya dan orang-orang dapat melihat Anda menjadi lebih produktif atau menghasilkan kode kualitas yang lebih baik, mereka akan melihat lagi nanti. Namun pikirkan baik-baik, apakah semua biaya tambahan benar-benar membantu proyek Anda? Tidak semua aplikasi membutuhkannya.

Jika Anda dapat memotivasi kolega Anda untuk mengambil bagian, Anda dapat mengatur Coding Dojos . Ini adalah tantangan pemrograman di mana para peserta dengan sengaja fokus pada peningkatan praktik. Mungkin ikut serta dalam dojo yang digerakkan oleh tes, misalnya, akan mengarahkan kolega Anda untuk melihat manfaat dalam TDD.

Atau, terkadang hal-hal ini perlu dipaksakan oleh budaya. Saya merasa seolah-olah budaya di perusahaan Anda tidak membutuhkan mereka.

Jika mereka menjadi persyaratan penutupan proyek (mungkin keputusan manajemen), Anda akan melihat mencekam, tetapi setidaknya kemudian beberapa aplikasi alat dan budaya akan mulai berubah.

Praktik terbaik adalah pada kode produksi nyata. Katas adalah pengantar yang bagus, tetapi dalam pengalaman saya, jangan memegang "Eureka!" Yang sama Momen seperti melihatnya dilakukan secara nyata .

Namun, Anda menunjukkan bahwa garis waktu "tidak boleh untuk eksperimen". Ini benar-benar perbaikan sederhana. Anda sudah melakukan hal-hal yang coba Anda ajarkan ini, jadi tinggalkan undangan terbuka untuk berpasangan dengan Anda saat Anda menerapkan fitur baru yang luar biasa X. Biarkan mereka duduk di keyboard dan melakukan pengetikan saat Anda sedang " mengemudi kursi belakang ". Ini akan membuat mereka membangun memori otot dan kepercayaan diri.

Semoga beruntung dengan usahamu.