Halo, Habr!
Nama saya Ekaterina, saya adalah pemimpin tim tim penagihan layanan MySklad.
Sekitar dua setengah tahun yang lalu, tim pengembangan MyStore terdiri dari 20 orang. Selama waktu ini, kami telah tiga kali lipat, hanya sejak awal 2019 kami memiliki tiga tim baru. Dengan latar belakang pertumbuhan yang cepat, kami harus mengubah model pelatihan “pemimpin tim akan memberi tahu dan menunjukkan semuanya secara pribadi” menjadi model yang lebih skalabel.
Jika Anda juga mengalami masalah seperti itu dan ingin mengetahui bagaimana kami menyelesaikannya, selamat datang di kucing!
Seperti sebelumnya
Ketika saya datang ke MySklad dua setengah tahun yang lalu, pelatihan saya hangat dan tabung, tetapi tidak terlalu produktif. Timlid berguling di atas kursi di atas meja saya dan memberi tahu saya: cara mengatur lingkungan kerja, komponen apa yang ada dalam proyek, bagaimana mereka berinteraksi, cara kerjanya pada prod, diuji dan dikembangkan.
Ketika seorang pengembang baru muncul di tim setiap enam bulan sekali, pendekatan ini bekerja dengan baik - karyawan baru banyak berkomunikasi dengan pemimpin tim dan pengembang senior dan dengan cepat mengenal tim tersebut. Tetapi butuh banyak waktu bagi pemimpin tim dan pengembang senior untuk mengoperasikan pendatang baru, meskipun pada kenyataannya semua orang diberitahu hal yang sama.
Sejak saat itu, para pendatang baru mulai datang tidak hanya pada enam bulan, tetapi dua atau tiga orang dalam sebulan. Waktu untuk orientasi mulai memakan waktu lebih lama, dan pada akhirnya kami menulis artikel pertama untuk pemula - kami memberi tahu cara mengatur lingkungan kerja. Sebelum artikel ini, perlu waktu hingga tiga hari untuk menyebarkan lingkungan dev dan mengenal proyek, sekarang dua jam sudah cukup.
0 hari di perusahaan
Bahkan sebelum karyawan baru mulai bekerja, kami memecahkan beberapa masalah penting:
Tim Sebagai aturan, bahkan sebelum wawancara kami mencoba memutuskan di tim mana orang tersebut akan bekerja. Jika salah satu pemimpin tim menyukai kandidat, ia akan melakukan wawancara dan mempertimbangkan seseorang yang memperhatikan timnya. Tentu saja, kami memperhitungkan kebutuhan tim, kemampuan, keinginan karyawan baru - seseorang lebih tertarik pada backend, seseorang menyukai UI.
Tempat kerja. Karyawan baru harus melihat laptop dan semua yang diperlukan untuk bekerja di mejanya segera. Dia seharusnya tidak berjalan terhuyung-huyung di sekitar admin dan merobohkan peralatan melalui tiket dan selembar kertas. Di MySklad, pada hari kerja, seorang pendatang baru telah menyiapkan tempat kerja dengan laptop, monitor dan mouse, notebook perusahaan dengan pena dan mug keren. Sehingga karyawan dapat segera mulai mengkonfigurasi lingkungan kerja.
Akses ke sumber daya perusahaan. Segera berikan akses ke surat, Slack, Gitlab, Confluence dan lainnya.
Pergi ke sisi MySklad - kami memiliki mug dan yummies keren
1 hari di perusahaan
Tujuan dari hari kerja pertama adalah untuk berkenalan dengan struktur organisasi perusahaan dan mendapatkan jawaban atas pertanyaan organisasi. Sebagian besar informasi yang diperlukan disimpan dalam Confluence. Pada akhir hari, karyawan baru harus memiliki lingkungan kerja yang disesuaikan dan mulai berkenalan dengan struktur proyek.
Dalam praktiknya, kami melakukannya. Pada awal hari, Eichar mengirim artikel ke karyawan baru dengan informasi yang berguna: bagaimana cara mengisi profil di Slaka dengan benar; kepada siapa harus menjalankan, jika monitor Anda rusak, notebook Anda habis, Anda tersesat, bingung dan tidak tahu harus berbuat apa. Spoiler: untuk timlid dan eycharu yang sama.
Selain itu, kami menyediakan tautan ke artikel dengan hal-hal organisasi yang umum. Kami menyarankan Anda membiasakan diri dengan mereka pada hari pertama dan menghubungi mereka saat Anda bekerja untuk perusahaan.
Berikut adalah struktur informasi yang kami perkenalkan dengan pengembang baru pada hari pertama. Anda dapat menggunakan struktur ini jika Anda ingin membuat dokumentasi serupa untuk perusahaan atau tim Anda.
Untuk karyawan baru:
- Alat dasar untuk pekerjaan itu. Kami menyediakan tautan ke surat perusahaan, Slack, kalender, Jira.
- Aturan untuk mengisi profil di Slaka.
- Aturan untuk mengisi tanda tangan dalam surat (opsional).
- Struktur organisasi perusahaan dan rencana tempat duduk kantor. Sehingga pemula selalu menyadari siapa, tentang masalah apa dan ke arah mana harus berjalan.
Umum:
- Gaji Jadwal akrual, aturan pembagian dengan gaji dan uang muka.
- Rumah sakit Bagaimana cara membayar dan apa yang harus dilakukan dengan cuti sakit.
- Liburan Semua instruksi dan contoh aplikasi yang diperlukan.
- Pelatihan kompensasi. Bagaimana, berapa banyak dan kepada siapa harus pergi, jika Anda tiba-tiba ingin menghadiri konferensi atau kursus.
- VHI. Kapan, bagaimana, apa yang tersedia, siapa yang bertanya.
- Roti lainnya. Di sini tentang jadwal kerja, kemampuan untuk bekerja dari jarak jauh, kompensasi untuk makanan dan secara umum tentang segala sesuatu yang Anda masih ingin memberi tahu karyawan baru.
Semua artikel organisasi dikompres dan terstruktur secara maksimal. Di dalamnya kami telah mengumpulkan hanya yang paling diperlukan yang diperlukan untuk kehidupan yang memadai di kantor. Pembacaan yang kurang lebih hati-hati membutuhkan waktu sekitar satu jam.
Pada titik ini, pemula sudah berorientasi di kantor dan mengerti siapa yang harus pergi dengan masalah tertentu. Jika cookie sudah habis, ia tidak akan mencarinya di admin.
Kemudian pemimpin tim memberikan instruksi kepada karyawan baru:
Umum untuk semua tim pengaturan tempat kerja. Dikatakan cara membongkar proyek, mengunduh komponen yang diperlukan dan siapa yang dapat membantu meluncurkan proyek secara lokal pada laptop dan memeriksa kinerjanya. Langkah-langkah ini diikuti oleh tautan ke repositori.
Pisahkan untuk tim tertentu. Ini berisi persyaratan spesifik untuk bekerja pada tiket, melakukan peninjauan dan mengirimkan tiket untuk pengujian. Misalnya, kami memiliki status khusus dan jenis tiket di Jira. Mereka dapat membingungkan bahkan orang yang sebelumnya bekerja dengan Gira. Oleh karena itu, kami mengumpulkan di satu tempat persyaratan yang harus dipenuhi oleh semua tiket dalam bugtracker.
Tindakan-tindakan ini dibingkai dalam bentuk daftar periksa kecil:
Tautan berisi artikel yang menjelaskan hal-hal khusus untuk perusahaan kami atau tim tertentu
Diperlukan rata-rata tiga hingga empat jam untuk berkenalan dengan artikel teknis dan meluncurkan aplikasi secara lokal. Akibatnya, pendatang baru memiliki lingkungan dev yang sepenuhnya terkonfigurasi dan siap untuk mulai mengembangkan tiket pertama. Tetapi sebelum itu, pada akhirnya, saya akan mengadakan rapat umum kecil dengan karyawan baru: Saya akan menyuarakan arah utama pekerjaan tim, menjawab pertanyaan tentang materi yang dipelajari pada siang hari.
1 minggu di perusahaan
Pada minggu pertama di perusahaan, pengembang baru berkenalan dengan fungsi utama aplikasi dan membuat tiket pertama.
Untuk berkenalan dengan fungsionalitas proyek, saya memiliki daftar periksa kecil yang terpisah:
Dengan itu, pengembang mulai memahami titik-titik utama aplikasi, lokasi dalam kode titik masuk utama, dapat menavigasi sendiri.
Kemudian tiket pertama dikeluarkan untuk pemula dalam pengembangan. Saya memilih tiket untuk pengembang baru terlebih dahulu dan membentuk daftar kecil di Confluence. Ini penting, dan inilah sebabnya.
Di setiap tiket, saya memverifikasi bahwa semua deskripsi dapat dimengerti. Seharusnya tidak ada definisi khusus produk; jika ya, mereka harus disertai dengan tautan ke dokumentasi. Daftar tiket yang dihasilkan memungkinkan pengembang baru untuk mengambil tugas sendiri tanpa meminta kolega - semua tugas dalam daftar ini siap untuk bekerja. Dan yang paling penting, rencana pengembangan untuk tugas-tugas untuk bulan depan segera terlihat.
Dalam proses mengerjakan tiket, pengembang baru dapat memeriksa artikel yang diterima sebelumnya, mengirimkan tiket untuk ditinjau dan diuji. Dengan pendekatan ini, yang sudah ada di minggu pertama, tugas yang sudah selesai diberikan kepada prod, dan pengembang menerima umpan balik dari keputusan yang dibuat olehnya.
1 bulan di perusahaan dan seterusnya
Jika Anda berpikir bahwa sistem kami dengan daftar periksa dan tiket membuat seseorang berenang sendirian, ini tidak benar. Sejak hari pertama, pemimpin tim merawat pendatang baru, meminta komponen produk, berbagi artikel dari basis pengetahuan yang akan membantu menyelesaikan masalah.
Jika pengembang menarik, pada bulan pertama kami sudah bisa mempercayakan tugas arsitektur utama.
Selama masa uji coba, kami mengadakan beberapa pertemuan tatap muka: di akhir minggu pertama kerja, di akhir bulan pertama, dan di akhir persidangan. Kami bertukar umpan balik pada mereka, berbagi rencana untuk tugas dan menyesuaikan apa yang salah. Dan seringkali kita hanya mengatakan: "Bagus, kami terus bekerja!"
Hasil
Dengan bantuan dokumentasi produk dan perusahaan, daftar periksa untuk onboarding dan instruksi untuk mengatur lingkungan kerja, kami telah sangat mengurangi periode waktu yang berlalu sebelum pengembangan tiket pertama. Sekarang rilis tiket kecil pertama sudah terjadi di hari-hari pertama kerja, dan sebelum pengenalan onboarding, butuh sekitar dua minggu.
Pengenalan pertemuan sementara selama masa percobaan juga banyak membantu. Sekarang kami memperbaiki masalah yang muncul segera, dan jangan menunggu akhir masa uji coba. Menjadi lebih mudah bagi kita untuk merangkum hasil antara dan akhir, dan bagi para pemula untuk mulai bekerja.
Timlids mulai menghabiskan lebih sedikit waktu untuk cerita lisan tentang hal-hal dasar - kami mencatatnya dalam artikel. Sekarang Anda hanya perlu mengawasi pemula untuk menggunakan informasi dengan benar. Kami juga berhasil meningkatkan perekrutan - tim pengembang telah meningkat tiga kali lipat dalam dua setengah tahun.