Bir takımı nasıl eğitimli tutabilirim? [kapalı]


11

Şu anda küçük bir yazılım şirketinde 4 junior dev'den oluşan küçük bir ekibe danışmanlık veriyorum. Çok akıllılar ve çoğu zaman görevlerini yüksek kaliteli bir işle başarıyorlar, ancak eminim hala daha iyisini yapabilirler - aslında kendim için tam olarak aynı duyguyu yaşıyorum :) -. Ayrıca bazıları diğerlerinden daha "küçük".

Bu yüzden günlük işlerinde edindikleri deneyime ek olarak CS becerilerini (tasarım, kodlama, test, algoritmik ...) geliştirmek için eğlenceli bir yol bulmak istiyorum. Örneğin, zorlu CS egzersizleri üzerinde çalışmak için bir araya gelebileceğimiz 2 saatten uzun olmayan haftalık oturumlar kurmayı düşünüyordum. Biraz kodlama dojo'su gibi.

Eminim takım bundan hoşlanırdı ama bu gerçekten iyi bir fikir mi? Profesyonel bağlamda verimli olur mu? Zaten tüm haftalarını kodlamak için harcıyorlar, bu yüzden bazı faydalar elde edebilmek için bunu nasıl organize etmeliyim?

Herhangi bir geri bildirim hoş geldiniz!


3
BAY. NOLAN ~ Ölü Ozanlar Derneği: "Bu çocukların yaşlarında mı? Hayatında değil! Gelenek John. Disiplin. Onları üniversiteye hazırla, gerisi kendi kendine halledecek." Coudn't direnmek: iyi soru için P + 1.
Matthieu

Yanıtlar:


9

İşte bazı fikirler

  • Kitap kulübü, Pragmatic Programmer veya diğer kariyer odaklı şeyler gibi kitapları okuyun.
  • Dojo kodlaması, proje dışında basit bir problemle başlayabilir ve daha sonra Proje'ye ya da isterseniz başka bir şekilde genişletebilirsiniz.
  • Herkesin katıldığı proje gelişimini geliştirmek için grubun kendisinden fikir almak amacıyla retrospektifler veya geri bildirim toplantısı
  • Belirlenmiş bir kişinin bunu sunduğu bir kullanıcı grubu toplantısı, ekibin sunum / yazılım becerilerini geliştirecektir

  • arada sırada Dave & Busters'a eğlenceli bir cuma veya benzeri şeyler için gitmek gibi işle ilgili olmayan bir görev yapıyorlar .. takım kimyasını geliştirmek için

Tüm grubun ilgilenmesi için herhangi bir görev veya toplantı 45 dakikadan az olmalıdır. Saat ve ötesine geçen her şey, sunum yapan kişinin veya grubun liderinin omuzlarına tamamen düşecektir.


Kitap kulübünü ikinciydim. Programlama ve yazılım geliştirme hakkındaki kitapları okumasaydım iyi bir geliştiriciye bile yakın olmazdım. Kitaplar uzmanların bunu nasıl yaptığını görmenizi sağlar, böylece kendiniz de olabilirsiniz.
Brian D.

1

İnsanların nasıl öğrenmek istedikleri hakkında kendi fikirleri olabilir. Şahsen ben kendi zamanımda bir ders almayı ya da bir proje üzerinde çalışmayı tercih ederim - ve her ikisini de yaptım. Ekibinizdeki herkes eğitim oturumlarında sorun yaşıyorsa, ekibinizdeki kişiler zaman içinde "çalışmak" gibi davranmaya başlamazsa, devam edin ...


Öğrenmek için farklı bir "atmosfere" ihtiyaç duydukları noktayı anlıyorum ama dojo kodlama kolektif yaklaşımını seviyorum. Herkes en iyi fikirlerden faydalanabilir ve onları bulma yaklaşımının ne olduğunu anlayabilir ...
PierrOz

Herkesi bir araya getirecekseniz, grubu daha fazla dahil etmek isteyebilirsiniz. Örneğin, ilk birkaç seansa kendi fikirlerinizi getirin, ancak farklı bir kişinin sonraki haftaların her birinde egzersizi getirmesini sağlayın. Ayrıca, haftalık kod snippet'ini inceleme, insanların üzerinde çalıştıkları görevleri (veya WPF, TCP, vb. Hakkında öğrendikleri teknik alanları) sunma gibi başka şeyler yapmayı düşünün ...
Justin Ethier

1

Bir takımı iyi eğitimli tutmanın tek yolunun öğrenmeye devam etmek isteyen geliştiricileri işe almak olduğunu düşünüyorum.

İçeriden gelmezse kalıcı sonuçlar vermez.

öğrenme arzusu varsa, takım öğrenme faaliyetlerinin etkili olup olmadığı esas olarak ilgi alanlarına ve öğrenme stillerine bağlı olacaktır.


1

Bence dojo sistemi kulağa hoş geliyor ve eğer isterse evde ilerlemelerine izin veriyor. Bir çeşit ödül eklemek yararlı olabilir, ancak cometition'ı vurgulayabilirsiniz ve ekip çalışması için bunun çoğunu düşünmüyorum. Neyse, Sphere Online Hakim bilgisayar sorunları aramak için inanılmaz bir yer . Bir sorun, bir dizi beklenen sonuç tanımlar ve soruna çözüm içeren bir dosya yüklemenizi sağlar. Eğer doğru anlarsanız, puan yükselir.

Bunda iyi şanslar!


1

Geliştiriciler olarak kod ile doğrudan ilgili olması gerekmeyen bir takım becerilerimiz var. Bir örnek teknik olmayan kişilere teknik şeyleri anlayabilecekleri şekilde sunmak ve açıklamaktır. Ekibinizi istediğiniz yere ulaştırırken etkili olabilecek bir şey, ev ödevi gibi bir şey vermektir.

Her hafta, adamlarınıza çalışmak için bir sorun verirsiniz. Şirket için en yararlı tutmak için, üzerinde çalıştığınız şeyle ilgili sorunları devam ettirin. Tercihen, çözümü kendinize henüz çözemediğiniz bir acı noktası. Küçük üyelerinizin her biri, siz müşterinin rolünü oynarken sırayla (tercihen haftada bir tane) sunum yapacaktır. Temel olarak, bu yaklaşımla iki hedefiniz var:

  1. Öğretme / sunma eylemi, yerdeki adamın sadece egzersiz yapmaktan daha derin bir bilgiye sahip olmasını gerektirir. Birisine bir konu öğretmenin dolaylı, ancak çok etkili bir yoludur.
  2. Sizi bunun iyi bir fikir olduğuna ikna edebilirlerse, müşteriyi aynı şeyi ikna edebilirler. Teklif ettiklerinin iş üzerindeki etkisi hakkında düşünmelerini sağlayacak sorular attığınızdan emin olun.

Tabii ki, her oturuma sivri sorular soracağınızı hatırlatarak başlayın - ve amaç kaba olmak değil, zor bir müşteriye hazırlamaktır.


1

Bir yönetici veya kıdemli olarak 'gerçek' işte zorlukları atmaya devam etmek için çaba göstereceğim. İnsanlara üzerinde çalışacakları şeyleri biraz lig dışında bırakmaya çalışın ya da en azından onlara meydan okuyun. Yardım etmek ve gerektiğinde özel ders vermek için akranlarından birini gönderin.

Birisi bir şeyi bitirdikten sonra, yeni / farklı bir yaklaşım denemeleri için onlara meydan okuyun.

Henüz nasıl yapılacağını bilmedikleri şeyler üzerinde çalışmak yerine, olayları yerinde bulmaları için onlara koçluk yapın.

Öğrenmeyi işin kendisine entegre edin, öğrenmeye yönelik yan projeler ufukta son teslim tarihleriyle atlanma eğilimindedir.

Bazen doğrudan belirli bir uzmanlığa ihtiyaç olduğunu belirtmek, motive edici olarak yardımcı olabilir.


1

Programlama için ilgilendikleri şeyi araştırmak / kesmek için haftada 3 saat verin. İdeal olarak bu daha fazla olurdu, ama bence 3 saat iyi bir başlangıç. Hepsi tek bir yığın halinde olabilir, yol boyunca 30 dakikalık küçük parçalara bölünebilir. Bu programcılar işleri kontrol altında tutacak kadar motive olmuş gibi görünüyor.

Ancak, kendi ilgi alanlarını keşfetmelerine izin vermek, ekibe yardımcı olmak için geri dönecektir. Verileri gerçekten seven bir kişi, birkaç ay boyunca ortaya çıkan bir projeye yardımcı olabilecek bir NoSQL çözümü kullanarak küçük bir uygulamaya bakabilir ve yazabilir. Başka bir kişi, küçük bir yardımcı program uygulamasını, ekibinizde temel bir uygulama haline gelen önemsiz bir ihtiyaç (günlük dosyalarını ayrıştırma gibi) için doğrulayabilir. Büyük şirketlerin neler yaptığını okumaktan elde edilen bilgiler bile, bir sonraki projeye yönelik seçeneklerin değerlendirilmesine yardımcı olabilir.

Sürekli değişen bir ortamdayız ve eminim ekibinizin her üyesi masaya benzersiz bir şey getiriyor, bu yüzden onlara kendi şartlarında genişleme fırsatı verin. Bir şeye zorlanmadıklarını takdir edeceklerdir (tüm niyetler iyi olsa da) ve iyi bir geri bildirim çeşitliliği alacaksınız.


0

İşlerin gördüğüm bir diğer teknik de, ayda bir kez üst düzey bir geliştiriciden / danışmandan bir öğle yemeği sunumudur. Ve öğle yemeğini vermeyi unutmayın. Çoğu geliştirici biliyorum aşk ücretsiz grub. Belirli konuları tercih edip etmediklerini sorabilirsiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.