Bagaimana Anda menjalani pelatihan pengganti? [Tutup]

Baru-baru ini saya bertanya tentang meninggalkan posisi dan mendapat banyak jawaban. Salah satu benang merahnya adalah berada di sekitar untuk melatih orang baru akan diharapkan dan bisa berjalan jauh.

Sekarang mempertimbangkan bahwa (saya pikir) kebanyakan orang tidak tinggal di perusahaan untuk waktu yang lama setelah mereka memberikan pemberitahuan, dan akan membutuhkan waktu bagi perusahaan untuk mewawancarai / menyewa satu - yang menyisakan waktu singkat untuk membuat seseorang lebih cepat.

Saya juga tidak pernah melatih siapa pun sebelumnya. Saya melakukan banyak les di Universitas dan Kolese, tetapi mengajar bahasa / teknologi jauh berbeda dengan melatih seseorang untuk menggantikan Anda dalam pekerjaan Anda.

Jadi pertanyaannya adalah: bagaimana Anda melatih seseorang untuk menggantikan Anda dalam waktu singkat yang berpotensi?

Sederhananya adalah mustahil untuk sepenuhnya melatih orang baru. Pengetahuan 2-3 tahun tidak bisa diteruskan ke orang baru dalam 1-2 minggu. Adalah tanggung jawab orang baru untuk tertarik dan belajar sendiri sebagian besar hal.
Menurut saya Anda harus mendistribusikan waktu seperti ini: -
Berbagi dokumen dan menjelaskannya - 30%
Ini akan mencakup menjelaskan tingkat tinggi, desain dan kelas tingkat rendah dll.

Berbagi kode dan menjelaskannya - 70%
Ini berarti melalui bagian penting dari kode.

Di sela-sela Anda harus memberi waktu kepada orang baru, untuk mempelajari hal-hal dan muncul dengan keraguan. Tujuan utama Anda adalah membuat orang tersebut mandiri, sehingga ia harus memahami bagian kode mana yang melakukan apa. Anda tidak dapat menjelaskan masing-masing dan semuanya, dan bahkan jika Anda menjelaskannya tidak akan banyak berguna. Orang baru akan memiliki kapasitas terbatas untuk memahami sistem baru. Jadi jangan membombardir dengan banyak hal. Cukup jelaskan hal-hal penting.

Arahkan mereka ke wiki

Anda punya satu, bukan? Dan saya yakin Anda memiliki beberapa anggota tim yang bertindak sebagai pustakawan kode selama ulasan kode sehingga kode umum dapat diperkenalkan (baik ke pustaka kode perusahaan atau untuk mengganti kode kustom yang baru saja diketuk oleh pengembang).

Tidak? Ah. Nah, Anda punya masalah kalau begitu.

Bergantung pada berapa banyak waktu yang Anda miliki, Anda harus mengikuti salah satu dari rencana ini, sesuai dengan tingkat krisis:

1. Aargh! Saya pergi sore ini

Jika orang baru itu sangat berpengalaman dalam domain masalah Anda, maka tunjukkan padanya di wiki dan tunjukkan padanya bagaimana cara mendapatkan kode yang relevan di SCM Anda. Beli dia bir, tawarkan nomor telepon Anda jika Anda merasa murah hati dan pergi ke pesta cuti Anda.

Jika dia tidak begitu berpengalaman, perkenalkan dia dengan anggota tim lainnya yang harus menjadi titik kontak utamanya untuk mendapatkan ide tentang bagaimana semuanya cocok. Itu semua yang Anda punya waktu.

2. Dapat sepanjang minggu, tetapi ada banyak hal yang harus dirapikan

Dapatkan pengganti Anda untuk membayangi Anda untuk hari pertama sehingga Anda dapat menilai keterampilan mereka dan mencoba membuat mereka melakukan pekerjaan Anda secepat mungkin. Biarkan mereka melihat bagaimana Anda mengatasi masalah, dan kemudian secara bertahap serahkan agar mereka menyelesaikannya dan Anda bertindak sebagai konsultan. Bangun dari operasi inti yang Anda lakukan setiap hari hingga yang lebih jarang. Ganti masalah jika Anda bisa. Sandingkan program jika Anda bisa. Buat mereka melacak apa yang Anda katakan di wiki atau sumber daya berbasis jaringan lainnya sehingga mereka bisa merujuknya nanti, dan akhirnya mengubahnya menjadi dokumentasi yang tepat.

3. Pengembang junior yang mengambil alih

Mereka sudah memiliki pengetahuan domain dan tahu cara kerja tim. Mulailah mengalokasikan kepada mereka tugas-tugas Anda dan bekerja untuk membangun pengetahuan mereka tentang sistem dan proses yang tidak dikenal. Berkonsentrasi pada membantu mereka mendapatkan dasar-dasar, dengan hal-hal yang lebih maju akan datang nanti saat Anda mendapatkan waktu.

Berikan dukungan telepon dasar

Dengan asumsi bahwa Anda pergi dengan hubungan baik dengan perusahaan, tawarkan untuk memberi mereka beberapa dukungan telepon sehingga mereka tahu bahwa Anda tidak meninggalkan mereka dalam kesulitan. Jika mereka mulai berdering setiap jam mengajukan pertanyaan berkepala dingin yang dapat ditemukan di wiki, maka sebutkan tarif konsultasi kompetitif Anda. Kalau tidak, panggilan aneh di sana-sini memungkinkan mereka untuk memilih otak Anda dan Anda tetap berhubungan dengan mereka, yang bisa berguna ketika putaran pekerjaan berikutnya muncul.

Hentikan segera pengkodean. Biarkan pria baru melakukan pekerjaan Anda sehari-hari dan hadir untuk menjawab pertanyaannya.

Tidak ada cara yang lebih baik untuk belajar daripada melakukan.

Bergantung pada kerumitan apa yang Anda lakukan, melatih seseorang setelah Anda memberi pemberitahuan dapat menjadi penyebab yang hilang, dan bahkan tanpa kerumitan ada peningkatan jumlah tempat yang membuat Anda keluar begitu Anda memberi pemberitahuan (pastikan Anda memiliki apa yang ada) milik Anda sebelum memberi pemberitahuan), jadi sering kali lebih baik melatih pengganti Anda sebelum memberi pemberitahuan. Liburan atau pembedahan mendatang yang dibuat-buat adalah alasan yang bagus jika Anda membutuhkannya, tetapi dengan asumsi Anda bekerja dalam tim, Anda harus dapat mengerjakan hal-hal semacam itu sedikit demi sedikit saat Anda meneruskannya dan membiarkannya tetap seperti itu. lingkaran.

Jika Anda sudah menarik pelatuk dan memiliki tanggal akhir maka buat mereka menyadari di mana mencari berbagai hal mungkin adalah hal # 1 yang akan membantu mereka bekerja. Ketika Anda menunjukkan kepada mereka proyek dan apa yang Anda butuhkan untuk memastikan mereka memiliki gagasan tentang alur kerja melalui sistem dan di mana dalam proyek-proyek besar bit-bit penting berada. Anda tidak akan punya waktu untuk memberi mereka banyak detail, tetapi Anda mungkin bisa mengarahkan mereka ke titik bahwa mereka tahu kode apa yang harus ditarik ketika mereka perlu mulai memilah-milah masalah.

Anda cenderung cepat menyelesaikan apa yang Anda lakukan atau setidaknya mencapai titik berhenti. Kemudian dokumentasi / dump otak dimulai. Saya pernah ke tempat-tempat di mana karyawan baru itu tidak terbiasa dengan beberapa teknologi (Harus memelihara situs ASP.). Punya cukup waktu untuk menjelaskan di mana semua kode itu dan bagaimana memperbarui situs (Menemukan server produksi itu sendiri tidak sulit karena duduk di bawah meja saya; jika itu memberikan sedikit indikasi mengapa saya pergi.).

Dengan asumsi perusahaan Anda benar-benar mempekerjakan tak berguna mutlak sebagai pengganti Anda maka salah satu hal utama adalah domain dari aplikasi yang sedang diserahkan. Ini mungkin asumsi besar untuk dibuat, tetapi Anda tidak bisa mengajari seseorang bagaimana cara membuat kode yang baik dalam beberapa minggu - mereka memiliki itu atau tidak, jadi kuncinya adalah domain imo.