Bagaimana cara menjaga agar tim tetap terlatih? [Tutup]

Saat ini saya sedang membimbing tim kecil yang terdiri dari 4 junior dev di perusahaan perangkat lunak kecil. Mereka sangat pintar dan sering menyelesaikan tugas mereka dengan pekerjaan yang berkualitas tinggi, tetapi saya yakin mereka masih bisa melakukan yang lebih baik - sebenarnya saya memiliki perasaan yang sama persis untuk diri saya sendiri :) -. Selain itu beberapa dari mereka lebih "junior" daripada yang lain.

Jadi saya ingin menemukan cara yang lucu untuk meningkatkan keterampilan CS mereka (desain, coding, pengujian, algoritme ...) selain pengalaman yang mereka peroleh dalam pekerjaan sehari-hari. Sebagai contoh, saya berpikir untuk menyiapkan sesi mingguan, tidak lebih dari 2 jam, di mana kita bisa bersama-sama bekerja pada latihan CS yang menantang. Sedikit seperti dojo coding.

Saya yakin tim akan menikmatinya tetapi apakah itu ide yang bagus? Apakah akan efisien dalam konteks profesional? Mereka sudah menghabiskan seluruh minggu mereka untuk kode jadi bagaimana saya harus mengatur agar mereka mendapatkan manfaat?

Umpan balik apapun diterima!

Berikut ini beberapa ide

• Klub buku, bacalah buku-buku seperti Pragmatic Programmer atau hal-hal sentris karier lainnya.
• Coding Dojo, Anda bisa mulai dengan masalah sederhana di luar proyek dan kemudian memperluasnya ke Proyek atau jika Anda bisa memilih.
• Retrospektif atau pertemuan umpan balik, untuk mendapatkan ide dari kelompok itu sendiri untuk meningkatkan pengembangan proyek di mana setiap orang berpartisipasi

• Pertemuan grup pengguna di mana orang yang ditunjuk menyajikan ini akan meningkatkan presentasi / soft skill tim

• sesekali melakukan tugas yang tidak terkait pekerjaan seperti pergi ke Dave & Busters untuk bersenang-senang hari Jumat atau macam-macam .. untuk meningkatkan chemistry tim

Tugas atau rapat apa pun harus kurang dari 45 menit hanya untuk membuat seluruh kelompok tertarik. Segala hal yang melampaui dan jam akan sepenuhnya jatuh ke pundak presenter atau pemimpin kelompok.

Orang mungkin memiliki ide sendiri tentang bagaimana mereka ingin belajar. Secara pribadi saya lebih suka mengambil kursus atau mengerjakan proyek di waktu saya sendiri - dan telah melakukan keduanya. Jika semua orang di tim setuju dengan sesi pelatihan, maka lakukanlah, selama orang-orang di tim Anda tidak akan mulai memperlakukannya seperti "bekerja" seiring waktu ...

Saya pikir satu-satunya cara untuk menjaga tim tetap terlatih adalah dengan merekrut pengembang yang ingin terus belajar.

Jika itu tidak datang dari dalam, itu tidak akan menghasilkan hasil yang langgeng.

jika mereka berhasrat untuk belajar, maka apakah kegiatan pembelajaran tim efektif atau tidak akan tergantung terutama pada minat dan gaya belajar.

Saya pikir sistem dojo terdengar keren, dan memungkinkan mereka untuk melanjutkan di rumah jika mereka mau. Menambahkan semacam hadiah bisa berguna, tetapi Anda mungkin menekankan komitmen dan saya tidak berpikir banyak tentang hal itu baik untuk kerja tim. Bagaimanapun, tempat yang menakjubkan untuk mencari masalah komputer adalah Hakim Sphere Online . Ini mendefinisikan masalah, satu set hasil yang diharapkan dan memungkinkan Anda mengunggah file dengan solusi untuk masalah tersebut. Jika Anda melakukannya dengan benar, poin Anda naik.

Semoga beruntung dengan itu!

Ada sejumlah keterampilan yang kami butuhkan sebagai pengembang yang tidak selalu terkait langsung dengan kode. Salah satu contoh adalah mempresentasikan, dan menjelaskan hal-hal teknis kepada orang-orang non-teknis dengan cara yang dapat mereka pahami. Sesuatu yang bisa efektif saat Anda mengarahkan tim Anda ke tempat yang Anda inginkan adalah memberikan sesuatu seperti pekerjaan rumah.

Setiap minggu, Anda memberi masalah pada teman Anda untuk diselesaikan. Agar tetap bermanfaat bagi perusahaan, simpan masalahnya pada sesuatu yang relevan dengan apa yang sedang Anda kerjakan. Lebih disukai beberapa titik rasa sakit yang belum Anda temukan solusinya untuk diri Anda sendiri. Setiap anggota yunior Anda akan bergiliran mempresentasikan (lebih disukai satu minggu) saat Anda memainkan peran klien. Pada dasarnya, Anda memiliki dua tujuan dengan pendekatan ini:

1. Tindakan mengajar / presentasi mengharuskan pria di lantai memiliki pengetahuan yang lebih dalam daripada hanya melakukan latihan. Ini adalah cara tidak langsung, namun sangat efektif untuk mengajarkan topik kepada seseorang.
2. Jika mereka dapat meyakinkan Anda bahwa itu adalah ide yang baik, mereka mungkin dapat meyakinkan klien hal yang sama. Pastikan Anda melemparkan pertanyaan yang membuat mereka berpikir tentang dampak bisnis dari apa yang mereka usulkan.

Tentu saja, mulailah setiap sesi dengan pengingat bahwa Anda akan mengajukan pertanyaan yang runcing - dan tujuannya bukan untuk menjadi kejam, tetapi untuk mempersiapkan mereka untuk klien yang tangguh.

Sebagai seorang manajer atau senior, saya akan berusaha untuk terus memunculkan tantangan dalam pekerjaan 'nyata'. Cobalah memberi orang sesuatu untuk dikerjakan yang sedikit keluar dari liga mereka atau setidaknya menantang mereka. Kirim salah satu rekan mereka untuk membantu dan mengajar jika diperlukan.

Setelah seseorang menyelesaikan sesuatu, tantang mereka untuk mencoba pendekatan baru / berbeda.

Latih mereka untuk memikirkan hal-hal di tempat alih-alih mengerjakan hal-hal yang belum mereka ketahui.

Mengintegrasikan pembelajaran ke dalam pekerjaan itu sendiri, proyek sampingan untuk pembelajaran cenderung dilewati dengan tenggat waktu di cakrawala.

Terkadang secara langsung menyatakan kebutuhan akan keahlian yang diberikan dapat membantu sebagai motivator.

Beri mereka 3 jam seminggu untuk meneliti / meretas apa pun yang mereka tertarik untuk pemrograman. Idealnya ini akan lebih, tetapi saya pikir 3 jam adalah awal yang baik. Bisa jadi semuanya dalam satu potongan, bisa dipecah menjadi segmen 30 menit kecil di sepanjang jalan. Sepertinya para pemrogram ini cukup termotivasi sehingga mereka dapat mengendalikan keadaan.

Tetapi memungkinkan mereka untuk menjelajahi bidang minat mereka sendiri akan kembali untuk membantu tim juga. Seseorang yang benar-benar menyukai data dapat melihat dan menulis aplikasi kecil menggunakan solusi NoSQL yang dapat membantu proyek yang muncul beberapa bulan ke depan. Orang lain mungkin memperbaiki aplikasi utilitas kecil untuk kebutuhan sepele (seperti parsing file log) yang menjadi aplikasi pokok di tim Anda. Bahkan pengetahuan yang diperoleh dari membaca tentang apa yang dilakukan perusahaan besar dapat membantu mengevaluasi opsi untuk proyek berikutnya yang muncul.

Kami berada dalam lingkungan yang terus berubah, dan setiap anggota tim Anda, saya yakin membawa sesuatu yang unik ke meja, jadi beri mereka kesempatan untuk berkembang sesuai ketentuan mereka sendiri. Mereka akan menghargai bahwa mereka tidak dipaksa menjadi sesuatu (meskipun semua niat baik) dan Anda akan mendapatkan umpan balik yang beragam.

Teknik lain yang pernah saya lihat yang berhasil adalah presentasi makan siang dari pengembang / konsultan senior sebulan sekali. Dan jangan lupa menyediakan makan siang. Kebanyakan devs yang saya kenal suka grub gratis. Anda mungkin bertanya kepada mereka apakah mereka lebih suka topik tertentu.