Değişim eğitimi konusunda nasıl çalışıyorsunuz? [kapalı]

Geçenlerde bir pozisyondan ayrılmayı sordum ve birçok harika cevap aldım. Ortak konulardan biri, yeni kişiyi eğitmek için etrafta olmanın beklenen ve uzun bir yol kat edebileceği idi.

Şimdi (sanırım) çoğu insan, bir bildirimde bulunduktan sonra uzun süre bir şirkette kalmıyor ve şirketin biriyle görüşmesi / kiralaması zaman alacak - bu da kısa bir süre için hızlanmak.

Daha önce hiç kimseyi eğitmedim. Üniversite ve Kolej'de bir sürü ders yaptım, ancak bir dil / teknoloji öğretmek, birisinin sizi işinizde değiştirmesi için eğitmekten çok farklı.

Yani soru şu: potansiyel olarak kısa bir süre içinde birisinin sizi değiştirmesi için birisine nasıl eğitim veriyorsunuz?

Basitçe söylemek gerekirse, yeni bir insanı tamamen eğitmek imkansızdır. 2-3 yıllık bilgi 1-2 hafta içinde yeni kişiye aktarılamaz. İlgilenmek ve çoğu şeyi kendi başına öğrenmek yeni kişinin sorumluluğundadır.
Bana göre zamanı şu şekilde dağıtmalısınız: -
Belgeleri paylaşmak ve açıklamak -% 30
Buna yüksek seviye, düşük seviye tasarımlar ve sınıflar vb.

Kodu paylaşmak ve açıklamak -% 70
Bu, kodun önemli bir kısmından geçmek anlamına gelir.

Arada yeni kişiye zaman ayırmanız, bir şeyler öğrenmeniz ve şüphelerinizi ortaya çıkarmanız gerekecek. Temel amacınız kişiyi bağımsız hale getirmek, kodun hangi kısmının ne yaptığını anlaması olmalıdır. Her şeyi açıklayamazsınız ve açıklasanız bile çok yararlı olmaz. Yeni kişinin yeni sistemi anlama kapasitesi sınırlıdır. Bu yüzden birçok şeyi bombalamayın. Sadece önemli şeyleri açıklayın.

Onları wiki'ye yönlendir

Bir tane var, değil mi? Ve ortak kod tanıtılabilmesi için (kod şirket kod kitaplığına veya geliştiricinin bir araya getirdiği özel kodu değiştirmek için) kod incelemeleri sırasında kod kütüphanecileri olarak hareket eden birkaç ekip üyeniz olduğundan eminim.

Hayır? Ah. O zaman bir sorunun var.

Ne kadar zamanınız olduğuna bağlı olarak, kriz seviyesine göre bu planlardan birini izlemeniz gerekir:

1. Aargh! Bu öğleden sonra gidiyorum

Yeni adam sorun alanınızda oldukça deneyimli ise, onu wiki'ye yönlendirin ve SCM'nizdeki ilgili koda nasıl ulaşacağını gösterin. Ona bir bira alın, cömert hissediyorsanız telefon numaranızı verin ve ayrılan partinize bırakın.

Eğer o kadar tecrübeli değilse, ekibin her birinin nasıl bir araya geldiğine dair bir fikir edinmek için birincil temas noktası olması gereken diğer üyeleriyle tanışın. Bu senin için zamanın var.

2. Bütün hafta var, ama çok toplama var

Yeteneklerinizi değerlendirebilmeniz ve işinizi mümkün olduğunca çabuk yapmalarını sağlamaya çalışabilmeniz için, yerine koyma hakkınızı ilk gün için gölgeye alın. Bir problemle nasıl başa çıktığınızı görmelerine izin verin ve sonra çözdükleri ve danışman olarak davrandıkları için yavaş yavaş teslim edin. Her gün yaptığınız temel işlemlerden daha az sıklıkta gerçekleştirilen işlemlere kadar her şeyi yapın. Mümkünse sorunları telafi edin. Yapabiliyorsanız programı eşleştirin. Daha sonra başvurabilmeleri için bir wiki'de veya ağa bağlı başka bir metin tabanlı kaynakta söylediklerinizi takip etmelerini sağlayın ve sonunda uygun belgelere dönüştürün.

3. Devralan genç geliştirici

Zaten etki alanı bilgisine sahip olacaklar ve ekibin nasıl çalıştığını bilecekler. Onlara görevlerinizi tahsis etmeye ve tanıdık sistemler ve süreçler hakkındaki bilgilerini oluşturmak için çalışmaya başlayın. Daha sonra zaman kazandıkça daha ileri düzey şeyler gelecek şekilde, temelleri aşağı indirmelerine yardımcı olmaya odaklanın.

Temel telefon desteği sağlama

Şirketle iyi anlaştığınızı varsayarsak, onlara telefon desteği sağlamayı önerin, böylece onları zor durumda bırakmadığınızı bilirler. Wiki'de bulunabilecek kemik kafalı sorular sorarak her saatte çalmaya başlarlarsa, rekabetçi danışmanlık oranlarınızdan bahsedin. Aksi takdirde, buradaki garip çağrı, beyninizi seçmelerine ve onlarla temas halinde kalmanıza izin verir, bu da bir sonraki iş turu geldiğinde kullanışlı olabilir.

Kodlamayı derhal durdurun. Bırakın yeni adam günlük işinizi yapsın ve sorularını cevaplamak için orada olsun.

Öğrenmekten daha iyi bir yol yoktur.

Yaptığınız işin karmaşıklığına bağlı olarak, bir kez bildirimde bulunduktan sonra bir kişi kayıp bir sebep olabilir ve karmaşıklık olmasa bile, bildirim verir vermez sizi terk eden artan sayıda yer vardır (ne olduğundan emin olun) bildirimde bulunmadan önce), bu nedenle bildirimde bulunmadan önce yedek parçalarınızı eğitmek daha iyidir. Yaklaşan yaklaşan bir tatil veya ameliyat ihtiyacınız varsa iyi bir mazerettir, ancak bir ekipte çalıştığınızı varsayarsanız, bu tür şeyleri gittikçe biraz çalıştırabilir ve döngü.

Tetiği zaten çektiyseniz ve son bir tarihiniz varsa, onları çeşitli şeyleri nerede arayacaklarının farkında olmaları, muhtemelen çalışmalarına yardımcı olacak # 1 şeydir. Onlara projeleri gösterirken, sistemlerden ve daha büyük projelerde önemli bitlerin nerede olduğu konusunda iş akışı hakkında fikir sahibi olduklarından emin olmak için ne yapmanız gerekiyor? Onlara çok fazla ayrıntı vermek için zamanınız olmayacak, ancak muhtemelen bir sorunla sıralama yapmaya başlaması gerektiğinde hangi kodu çekeceklerini bildikleri bir noktaya getirebilirsiniz.

Yaptığınız işi hızlı bir şekilde bitirme ya da en azından durma noktasına getirme eğilimindesiniz. Sonra dokümantasyon / beyin dökümü başlar. Yeni işe alımın bazı teknolojilere aşina olmadığı yerlerde bulundum (ASP sitesini korumak zorunda kaldım.). Tüm kodun nerede olduğunu ve siteyi nasıl güncelleyeceğini açıklamak için yeterli zamanım vardı (Masamın altına oturduğundan üretim sunucusunun kendisini bulmak zor değildi; bu neden ayrıldığımın küçük bir göstergesini veriyorsa).

Şirketinizin yerine geçecek kişi olarak mutlak bir dud kiraladığı varsayılarak, anahtar şeylerden biri teslim edilen uygulamaların etki alanıdır. Yapılması büyük bir varsayım olabilir, ancak birisine birkaç hafta içinde nasıl kod yazacağını öğretemezsiniz - ya ya aşağı ya da yok, bu yüzden anahtar şey etki alanı imo'dur.