Organisasi magang untuk siswa: menyapu dan trik

Magang jelas berbeda. Di perusahaan saya, magang untuk dzhun. Untuk memperjelas konteksnya: sebuah perusahaan yang terdiri dari ~ 300 orang, kembangkan jenis Java / C # \ 10 JS, kami melatih pengembang di hanya 2 kota di Lithuania. Situs web, bank, pembangkit listrik, kebun binatang - proyeknya sangat berbeda. Perusahaan berkembang, kami membutuhkan orang. Satu opsi perekrutan: magang.

Pengembang magang yang biasa adalah siswa 2-4 tahun, IT, matematika; Terlatih secara paralel dengan studi di Vilnius atau Kaunas. Mulai magang 40 orang, selesai 30-35, 10 disewa oleh Joons.

10 orang bukan hanya angka yang indah. Untuk Juni yang direkrut, Anda memerlukan setidaknya satu Senior / Lead, yang memiliki waktu luang dan proyek di mana Anda dapat masuk dan mengunggah peserta pelatihan tanpa rasa sakit, di mana ia akan mendapatkan exp dan manfaat (dan lulus pemeriksaan keamanan klien). Ditambah lagi, tidak ada alasan untuk menggantung Juni pada tuan yang tidak ingin menjadi mentor. Plus, orang Jawa tidak ingin mempekerjakan .NET magang.

Pandangan pertama?

10 jones dilahirkan setengah tahun, dengan tim 13 orang. Selama sebulan, itu belum berhasil, tetapi kemajuan jelas. Semuanya dimulai dengan perencanaan: lead diwawancarai dengan subjek “berapa banyak jones yang akan ditarik tim Anda dalam enam bulan” (haha, begitu jawaban mereka), dosen dan mentor dipilih dan dilatih, program sedang dikembangkan dan ujian masuk sedang disiapkan.

Setelah ujian masuk, 20 kandidat dipilih di setiap kota, 4 tim dibentuk dari mereka, yang masing-masing, di bawah bimbingan seorang mentor, menggergaji proyek pelatihan selama 3 bulan. Secara paralel, semua siswa mendengarkan serangkaian kuliah, seminggu sekali: depan, belakang, praktik terbaik, pengujian. Kemudian ujian lain (kelulusan), serangkaian wawancara - dan karyawan baru bergabung dengan tim.

Pada prinsipnya, tidak ada yang rumit, tetapi banyak peluang macet.

Kami merekrut tim

Masalah mulai ketika memilih mentor / dosen. Anda tidak bisa hanya memimpin dan berkata: kami mengambil 6 orang dari Anda, mereka akan menghabiskan sekitar satu hari seminggu untuk magang. Anda tidak bisa datang ke pengembang dan mengatakan: Anda akan memberi ceramah - Anda perlu sukarelawan. Anda perlu memikirkan perjalanan bisnis dan liburan (baca, tidak ada magang di musim panas). Apa yang menyenangkan, tidak ada masalah dengan motivasi: uang, pengalaman baru, pelatihan kepemimpinan tim - ini sudah cukup. Ketika 2 dosen (depan + belakang) dan 4 mentor di setiap kota dipilih, penggilingan dimulai, disebut "persiapan ujian masuk".

Kami sedang mempersiapkan ujian masuk

Apakah Anda tahu cara melakukan wawancara? Ujian masuk tidak jauh lebih sulit. Masalah dimulai saat menyiapkan pertanyaan. Misalnya, mereka menyukai OOP di Kaunas, saya lebih suka membuangnya dari ujian (dan meyakinkan Vilnius akan hal ini). EntityFramework vs Dapper, SQL vs JS, hardcore vs trivia - 4 Perang Suci telah mati, sekarang saya sedang mempersiapkan mental untuk yang kelima. Apa yang menyenangkan adalah bahwa perang itu bersifat lokal, dan orang-orang benar-benar mencoba untuk mengambil argumen. Yang menyedihkan - argumentasi membutuhkan waktu, yaitu uang. Untuk menghemat waktu, standar untuk persiapan tugas uji dikembangkan.

Pertama, semua orang menulis 5-10 tugas, 1-2 untuk setiap topik. Kemudian setiap tim mengumpulkan dan membahas semua tugas secara lokal. Untuk masing-masing, resolusi ditetapkan: cocok, akan sesuai setelah selesai (daftar tindakan), terak (daftar alasan). Jika tugas disetujui oleh kedua kota: itu masuk ke klub daftar akhir. Jika tidak ada cukup tugas, tugas untuk revisi dipertimbangkan. Jika tidak cukup - tugas tambahan ditulis, atau terak diperbaiki. Dua iterasi cukup untuk mengisi bagian tes.

Bagian logisnya masih lebih sederhana: semua orang memilih 3 tugas yang ingin mereka lihat dalam ujian, tugas dengan jumlah suara terbanyak dimasukkan dalam daftar akhir. Pada tahun lalu, ada 4 tugas di tiga tempat, dengan cepat mengadakan pemungutan suara tambahan. Kenapa cepat? Karena tidak ada perbedaan mendasar antara tugas terbaik.

Setelah ujian, sebuah tinjauan dilakukan: tugas-tugas mana yang lebih banyak diselesaikan, yang lebih sedikit, topik mana yang ternyata paling sulit, dicari “solusi masalah - undangan untuk magang”. Analisis semacam itu akan memungkinkan kita untuk menemukan kompleksitas optimal untuk tugas-tugas dan meyakinkan rekan kerja untuk meninggalkan beberapa tugas (biarkan saja tahun depan). Sebenarnya, begitulah tugas pada teori OOP sebagian digantikan oleh "menerapkan OOP di C #".

Setelah menyiapkan daftar tugas terakhir, panduan gloss dimulai. Teks diformat, tugas diselesaikan oleh rekan kerja untuk mencari ketidakakuratan, tugas diperiksa di IDE, kecocokan ditemukan untuk tahun-tahun sebelumnya. Pada semester terakhir, kami tidak menginduksi gloss - dan 5 dari 35 tugas tes salah.

Media

Bersamaan dengan persiapan ujian, ada iklan magang. Facebook, surat kabar, situs web sendiri - hanya sekitar 10 saluran dan 30 aktivitas. SDM dan pemasaran bertanggung jawab untuk ini.

Momen terpisah adalah pendaftaran. Seseorang mendaftar dua kali, seseorang melakukan ini pada saat terakhir. Beberapa datang tanpa registrasi sama sekali. Jumlah siswa itu penting: menentukan jumlah tugas yang dicetak. Formula empiris: 80% dari peserta terdaftar akan mengikuti ujian.

Satu atau dua hari sebelum ujian, sebuah pengingat dikirim, FAQ, aturan ujian. Pengingat penting: kawan-kawan individu didaftarkan beberapa bulan sebelum ujian, dan mungkin melupakannya.

Ujian masuk

Universitas, satu atau dua aliran, setumpuk tugas, 4 orang dari perusahaan. Itu ada di setiap kota. Penting untuk menyetujui dengan universitas terlebih dahulu, pastikan untuk menunjukkan jumlah siswa yang diharapkan, waktu kedatangan kelompok tuan rumah, waktu keberangkatan kelompok, siapa yang akan memberikan kunci, siapa yang akan mengambilnya. Sangat penting "siapa yang akan mengambilnya" - ujian berakhir pada malam hari. Anda harus tiba setengah jam sebelum ujian: periksa ruang kelas, peralatan, temui siswa, jawab pertanyaan, letakkan FAQ di papan tulis, jika ada proyektor, letakkan pena dan lembaran kosong di atas meja. Penting untuk dipahami: karyawan universitas hanya akan membantu Anda atas keinginan mereka sendiri, jadi yang terbaik adalah memeriksa semua yang ada di kantor. Selain itu, merusak sikap hari ini - Anda tidak akan mendapatkan audiens di semester berikutnya. Adalah layak untuk memikirkan duniawi - untuk menyiapkan air minum (untuk diri mereka sendiri, siswa dapat membawa serta apa yang dikatakan peraturan), mencari tahu di mana toilet terdekat.

Di awal ujian, ulangi aturan, bagikan tugas, mulai. Kebosanan dimulai. Orang-orang memutuskan, penguji tidak ada hubungannya. Siswa tidak menipu, atau menipu tanpa disadari. Penting untuk menemukan pelajaran bagi pengamat, dan ada beberapa di antaranya. Yang pertama adalah memverifikasi bahwa siswa telah menulis namanya dengan jelas, yang sangat penting ketika memeriksa ujian. Yang kedua adalah mengumpulkan ulasan ujian. Siswa tersebut pergi - dan pengamat menanyakan pertanyaan "apa yang paling tidak Anda sukai?". Dalam bentuk ini. Jika Anda bertanya apa yang terbaik, Anda tidak akan mendengar sesuatu yang menarik. Umpan balik dikumpulkan oleh semua pengamat secara bergantian. Satu mengumpulkan sebagian - pergi untuk merekam, yang berikutnya mengambil pos.

Setelah ujian, semua bahan dikumpulkan, lampu mati, pintu ditutup, kuncinya diserahkan. Yang membosankan dimulai: periksa.

Tes Ujian Masuk

Untuk verifikasi, kami menyiapkan lembar di Google Docks terlebih dahulu dan menyetujui paralelisme. Pertama, tugas tes diperiksa, kemudian yang logis. Opsi termudah: satu orang memeriksa 50-100 tugas tes, lalu semua materi dikumpulkan dalam satu tumpukan dan anggota tim yang tersisa paralel memeriksa tugas logika: setiap tugas logis diperiksa oleh satu orang di kota.

Tugas logis lebih sulit untuk diperiksa, tetapi lebih menyenangkan: siswa bercanda, menulis terima kasih dan berharap bahwa "kalian memeriksa apa yang saya tulis di sini." Terkadang ada solusi yang mengejutkan dalam kekejaman mereka, seperti menghitung "di dahi" tugas Flavel untuk 100 orang. Kadang-kadang prinsip penilaian awal tidak berfungsi - kebanyakan siswa memahami tugas sepenuhnya berbeda dari yang direncanakan. Dalam kasus seperti itu, Anda harus dengan cepat melihat selusin keputusan dan menghasilkan kriteria evaluasi baru.

Untuk tugas uji, selama beberapa tahun kami membentuk dokumen "Mimpi desainer": di sebelah kiri kami memperbaiki kolom dengan nama-nama (kami merobek nama-nama dari basis data pendaftaran), di atas kami memperbaiki nomor tugas dan poin maksimum untuk tugas logis, kami membagi kolom dengan garis tebal sesuai dengan tata letak pada lembar. Tes dalam format ini diuji tanpa keterlibatan otak. Untuk tugas yang logis, pengulas dapat membuat kolom tambahan.

Pemeriksaan dan verifikasi harus dilakukan secepat mungkin. Siswa memiliki dua periode waktu di tahun sekolah, ketika dia bebas - di antara sesi. Anda perlu memiliki waktu untuk melakukan magang di jendela ini (Anda dapat sedikit menghubungkan sesi musim dingin - tetapi tidak pada musim panas, untuk kelulusan / diploma). Karena itu, penting untuk memeriksa tugas dan mengirim undangan secepat mungkin. Idealnya - 2-3 hari, disepakati sebelumnya dengan bos \ klien - para pengembang akan sibuk. Beberapa siswa akan menolak untuk magang - jadi Anda perlu mempersiapkan terlebih dahulu "tingkat kedua". Dari latihan, siswa tingkat 1-2 akan menerima undangan mereka.

Kuliah

Sederhana: teori, lalu latihan. Secara pribadi, saya mencoba untuk melemahkan teori dengan cerita-cerita keren yang cocok dari Habra . Sangat penting untuk mengalokasikan waktu sebanyak mungkin untuk latihan. Trainee sering mengatakan "semuanya baik-baik saja dengan saya" bahkan jika sesuatu tidak berfungsi - dan kemudian mereka tidak memahami materi. Kami harus memeriksa semuanya dan semua orang, yang membutuhkan waktu. Beting yang paling umum disimpan di wiki perusahaan dan berguna tahun depan. Konfigurasi \ inisialisasi adalah kejahatan terpisah, untuk 1-2 peserta pelatihan di kuliah, sesuatu pasti tidak akan berhasil.

Dalam proses ceramah, kita mulai dari depan dan berakhir dengan belakang - sehingga peserta pelatihan melihat hasil dari pelajaran kedua . Yang pertama adalah pemasaran, Git, dasar-dasar html \ css.

Selalu ada godaan untuk memahami yang tidak terkelola alih-alih berfokus pada aspek-aspek penting dari kuliah. Ini membantu untuk membagi latihan menjadi elemen terkecil, atau 3-4 elemen dengan meningkatnya kompleksitas - akurasi perencanaan meningkat. Di akhir kuliah, tautan ke materi ditinggalkan, idealnya artikel seperti "Cara membuat X menggunakan Y". Wajib istirahat, 10-15 menit. Wajib untuk peserta pelatihan, karena pada setiap istirahat setengah dari peserta cuti, dan babak kedua dikenai bantuan seorang dosen.

Selain menyiapkan konten, sebagian waktu dihabiskan untuk infrastruktur - dua repositori sedang dipersiapkan: Pemula, Akhir. Yang pertama dibuka untuk magang sebelum pelajaran (ReadOnly), dan dosen akan berkomitmen untuk itu selama kuliah. Yang kedua terbuka di akhir pelajaran - ini akan terlihat seperti Pemula, hanya sedikit yang diundang. Repositori kunci harus dibuat sama untuk semua kelompok - jika setiap dosen memiliki versinya sendiri, mengganti salah satunya lebih sulit, terutama di depan dengan neraka ketergantungan. Dan ya, sesuatu terjadi secara teratur dengan dosen: bug kritis pada penjualan klien penting, perjalanan pada klien penting, rilis yang sangat penting pada klien yang sangat penting. Dalam hal ini, sangat mudah untuk memiliki dua dosen di kota-kota tetangga: jika seseorang ditabrak bus , yang kedua akan menggantikannya.

Anda dapat memberikan latihan di rumah, implementasinya berkorelasi dengan rekomendasi perekrutan. Saya tidak tahu, ini karena peserta yang kuat melakukan latihan dasar untuk mereka, atau karena melakukan latihan membuat peserta yang kuat.

Prinsip utama: Anda harus memahami bahwa orang-orang yang hadir dalam beberapa bulan akan bekerja di tim yang sama dengan dosen. Jangan berhemat dengan penjelasan sekarang, itu akan menghemat waktu nanti.

Pendampingan

4 tim dari 5 peserta pelatihan, di bawah bimbingan seorang mentor engineer. Seorang mentor adalah persilangan antara seorang pemimpin, seorang ahli scrum dan seorang manajer proyek. Tugasnya adalah membuat proyek. Awalnya sederhana, tetapi Anda dapat menambahkan fitur jika perlu. Praktek menunjukkan bahwa setengah dari pekerja magang akan jatuh: mereka mungkin berhenti berjalan sama sekali, mereka mungkin tidak mengalami kesulitan, Anda harus siap untuk menetapkan prioritas. Mentoring adalah pengalaman yang benar-benar baru bagi pengembang, memungkinkan Anda untuk melihat hal-hal dari perspektif yang sama sekali berbeda. Bagaimana mengelola sebuah tim - semua orang memilih untuk dirinya sendiri, saya hanya akan menjelaskan beberapa fitur dari pendampingan kami.

Pertama, batas waktu yang ketat. 8 jam seminggu untuk tim yang terdiri dari 5 peserta pelatihan. Semua sprint, semua pertanyaan, semua ritual, semua pengaturan tugas - pada mentor. Setelah ini, memahami motivasi pimpinan Anda jauh lebih mudah.

Kedua, kecanduan kuliah. Sampai batas tertentu membantu dalam perencanaan. Sangat berguna untuk berkomunikasi dengan dosen: untuk mencari tahu apa yang akan dia bicarakan, untuk meminta menyoroti beberapa hal secara lebih rinci.

Ketiga, pada akhirnya mentor memimpin tim dengan 3-4 tumpukan penuh. Penting untuk menanamkan disiplin pengembangan sesegera mungkin, seperti ulasan kode dan menarik permintaan, ini memungkinkan Anda untuk menjaga kode setidaknya dalam urutan minimum.

Keempat, mentor tinggal di tempat di mana faktor bus dilengkapi oleh faktor-faktor kereta, pesawat dan UFO . Hari ini Anda memiliki 5 orang dalam satu tim, dan besok SUDDENLY tiga. Selain penyakit sepele, ada persiapan untuk diploma, perubahan minat, dan kesadaran waktu yang dikonsumsi oleh magang. Dalam ingatan saya, yang paling epik adalah surat seperti " Saya mendaftar dan lulus ujian, tetapi saya tidak tahu bahwa Anda sedang belajar pengembangan Web. Anda melakukan hal-hal keren, tapi saya Data Scientist, jadi mari kita lanjutkan tanpa saya ."

Kelima, seorang mentor mengevaluasi magang setiap minggu. Jika sesuatu terjadi pada mentor, orang lain dapat mengambil tim. Undangan magang untuk wawancara sangat tergantung pada rekomendasi mentor - sehingga kesan mentor harus dicatat. Pada salah satu pertemuan pemindahan pengalaman, salah satu rekannya mengamati catatan tentang kekasihnya - pengalaman itu disampaikan oleh mantan mentornya.

Ujian akhir

Hanya memeriksa topik-topik yang dipelajari selama magang. Itu dilakukan di kantor, dengan Google, tetapi tanpa utusan. Tugas-tugas yang sepenuhnya praktis: intern mendapat akses ke repositori, mengkodekan sesuatu, melakukan.

Trainee setelah ujian diurutkan berdasarkan jumlah dari dua parameter: poin untuk ujian dan nilai mentor, setelah itu mereka mulai menerima undangan untuk wawancara. Mewawancarai kolega siswa yang tidak berpartisipasi di akademi. Sekarang kami berpikir untuk menyederhanakan sistem: mentor mengatakan “Saya merekomendasikan \ tidak”, semua yang direkomendasikan diurutkan berdasarkan nilai ujian.

Setelah semester

Istirahat Analisis kuliah, retro, analisis data, pembaruan dokumentasi, persiapan semester berikutnya - dan pembangunan tim dengan pengembang yang direkrut.