Bagaimana saya bisa membuat kehidupan karyawan baru nyaman? [Tutup]

36

Sebagai anggota senior tim perangkat lunak yang, sayangnya, memiliki sedikit dokumentasi untuk alasan warisan, apa hal yang dapat dilakukan seseorang untuk membuat karyawan baru merasa nyaman?

Saya telah merencanakan sesi debug dengan orang pada permintaan cacat / fitur tertentu untuk membuatnya mengenal basis kode. Namun basis kode sangat besar, dan hanya sejumlah kode yang tetap saya dapat mengekspos orang tersebut dengan cara ini.

Saya mencari saran dalam kedua kasus ketika karyawan baru adalah lulusan baru atau profesional yang berpengalaman.

teamwork knowledge-transfer

— Fanatic23
sumber

3

Apa yang dimaksud dengan "alasan warisan"?

— Pekerjaan

9

@ Pekerjaan: Ini berarti bahwa arsitek asli dari kode tidak percaya pada dokumentasi. Mereka adalah orang-orang mistik.

— Fanatic23

7

Saya akan mengatakan bahwa karyawan baru Anda memerlukan waktu dan dukungan dan tidak ada tenggat waktu segera! Saya telah menjadi karyawan baru di mana bug perlu diperbaiki SECEPATNYA untuk tambalan klien tetapi banyak dari mereka cukup terlibat - saya perlu berjalan-jalan dan berbicara dengan 6 orang secara harfiah, menghasilkan jawaban yang bertentangan. Seseorang membalik karena saya terlalu banyak bertanya. Akan lebih mudah jika orang itu memperbaiki kodenya sendiri. Saya membutuhkan ketersediaan orang + tidak ada tenggat waktu langsung + kemampuan (waktu yang diberikan) untuk meningkatkan hal-hal yang saya lakukan. Saya tidak punya itu, jadi saya hampir berhenti tetapi memutuskan untuk tidak untuk pengalaman :(

— Ayub

@ Pekerjaan: sangat berguna, terima kasih. Tidak ada tenggat waktu segera adalah awal yang baik, dan kebebasan untuk memperbaiki keadaan pasti akan meningkatkan kepercayaan diri kandidat.

— Fanatic23

31

Ini benar-benar berlaku untuk setiap karyawan baru, baik yang masih baru atau yang memiliki pengalaman industri yang luas:

Pastikan Anda mudah didekati. Jika Anda terlalu sibuk untuk membantu mereka berkenalan dengan sistem Anda, tetapkan seorang mentor untuk mereka. Pastikan mentornya ramah dan mau melakukan hal-hal seperti pergi makan siang dengan karyawan baru. Tugas mentor adalah untuk menjawab pertanyaan apa pun yang mungkin dimiliki karyawan baru tersebut dan memberikan mereka bantuan jika diperlukan.
Pastikan bahwa setiap tugas yang ditugaskan kepadanya memiliki dependensi sesedikit mungkin. Tidak ada yang akan menyebabkan seseorang yang baru dalam sistem Anda (pengalaman baru atau 5 tahun lebih) merasa kewalahan lebih dari menugaskan mereka tugas yang memiliki ketergantungan bertebaran di seluruh sistem Anda (yang juga perlu mereka pelajari untuk menyelesaikan tugas mereka)
Sediakan beberapa bentuk daftar kontak / kepemilikan melalui situs intranet atau sesuatu seperti itu. Orang-orang baru (terutama fresher) biasanya cukup tentatif untuk bertanya "siapa yang saya tanyakan tentang xsub-sistem?". Jika ada daftar yang disediakan untuk mereka yang disewa, mereka jauh lebih bersedia untuk mengirim email atau berbicara langsung dengan mereka tanpa harus melalui rantai orang untuk menemukan yang benar.
Dapatkan dokumentasi . Menegakkan standar pengkodean yang mencakup komentar yang dapat diurai dengan utilitas seperti Doxygen. Minimal, ini akan memberi karyawan baru kemampuan untuk menelusuri API Anda. Jika Anda menggunakan IDE seperti Netbeans, menggunakan format komentar Javadoc akan memberikan dokumentasi beserta kelengkapan kodenya. Tak ternilai saat mempelajari sistem baru.
Memiliki beberapa pertemuan selamat datang / makan siang / perpeloncoan / dll. Menjatuhkan seseorang ke meja mereka tanpa bantuan pribadi bisa membuat mereka merasa agak terpisah dari tim.

— Demian Brecht
sumber

1

Terima kasih tetapi bagaimana jika karyawan baru terlalu sulit untuk memahami hal-hal & berusaha untuk tidak menerima kesalahannya bahkan kami mengajar mereka ke Max.level - saya mengalami situasi di mana karyawan baru tidak baik & saya menangani tugasnya juga dalam pengembangan - terima kasih sekali lagi

— Naveen Kumar

2

@naveen: Ada yang namanya mempekerjakan orang yang buruk. Jika mereka benar-benar tidak mau (atau tidak dapat) mempelajari atau mengambil tanggung jawab untuk tugas-tugas mereka, maka saya akan berbicara dengan manajer mereka dan membiarkannya di tangan mereka - apakah mereka akan berbicara dengan karyawan baru untuk melihat apakah mereka dapat membantu lebih lanjut dan mungkin (semoga) membawa mereka ke jalur yang benar, atau karyawan baru dapat menemukan bahwa dia lebih suka mengejar minat lain dari perusahaan Anda.

— Demian Brecht

10

Saya pikir saya benar-benar dapat membantu Anda dengan yang ini. Ketika saya berusia 18 tahun, pekerjaan pertama saya adalah posisi Pengembang Jr.Net. Mereka memiliki kerangka kerja yang sangat besar dan dia membuat saya langsung belajar kursus kilat tentang CAB, dan ketika proyek pertama datang saya diharapkan memperkirakan proyek, dan belajar SqlServer, dan kerangka kerja mereka. Apa yang menjadikan ini pengalaman yang luar biasa adalah bahwa Pengembang Sr saya ada di sana untuk saya selama seluruh proses mulai dari perkiraan, hingga SqlServer, hingga kerangka kerja mereka. Saya belajar apa yang perlu saya pelajari tepat waktu karena saya dapat menggunakannya sebagai sumber untuk pertanyaan dan bantuan. Pikiran Anda, ini juga dilakukan ketika saya berada di Colorado, dan dia berada di California. (Pengembangan jarak jauh). Dia menyuruh saya membaca kertas putih di CAB, mengarahkan saya ke sumber daya yang bagus, dll, jadi dia tidak harus melakukan semua pengajaran, tetapi ketika sampai pada pertanyaan dia ada di sana. Intinya, Anda membutuhkan seseorang untuk menjadi pendukung bagi Pengembang Jr Anda. Terutama jika Anda ingin mereka belajar dan tumbuh bersama perusahaan dan memiliki hubungan kerja yang baik. Mereka ingin saya pindah ke California karena mereka senang dengan tingkat di mana saya bisa belajar dan maju, dan pekerjaan saya, sayangnya saya tidak bisa bergerak karena biaya / dll.

Pengalaman itu benar-benar memberi saya suatu sifat. Sekarang saya mengembangkan perangkat lunak saya sendiri dengan sukses untuk bisnis dan yayasan di kota setempat dan saya baru berusia 21 tahun. Itu adalah pekerjaan pertama yang terbaik dan saya sangat berterima kasih kepada Tom Anderson di RenEvo Software & Designs (yang merupakan Pengembang Sr saya). Mentor yang luar biasa.

— David Anderson
sumber

Terima kasih telah berbagi cerita Anda. Saya mengerti seperti apa rasanya berada di sana untuk kandidat yunior, ada di beberapa titik.

— Fanatic23

Bagus, Tom Anderson. Cerita bagus.

— Gary Rowe

Tom Anderson - David Anderson. Kebetulan atau apakah Anda punya hubungan keluarga dengan Tom?

— zeroef

Cukup aneh, kebetulan.

— David Anderson

4

Perusahaan tempat saya bekerja sekarang, IMO, melakukannya dengan benar untuk karyawan baru. Inilah beberapa hal yang saya lihat efektif.

Mentor

Mungkin sedikit keliru karena beberapa dev yang berpengalaman mungkin tidak berpikir mereka membutuhkannya, tetapi kami memiliki 1 orang yang ditugaskan untuk menjadi mentor Anda. Orang ini harus ada untuk menjawab pertanyaan apa pun yang Anda miliki. Ini bekerja lebih baik jika mereka duduk dekat dengan karyawan baru. Inti dari seorang mentor adalah agar karyawan baru, terutama junior, cukup nyaman untuk tidak jatuh ke dalam perangkap karena tidak mengajukan cukup pertanyaan .

Dokumentasi

Anda telah menyebutkannya, tetapi dokumentasi dapat membantu. Kami memiliki dokumen di wiki kami di sini yang pada dasarnya menggambarkan dua minggu pertama Anda di tempat kerja. Pada saat Anda selesai melalui jalan dua minggu pertama Anda, Anda telah masuk ke dalam alur, mendapatkan lapisan tanah, dan merasa nyaman bekerja di sana.

— Steven Evers
sumber

Terlalu banyak mentoring mengarah ke karyawan yang paling sering mengasuh anak dan meminta sesuatu, benar-benar apa saja alih-alih membaca kode dll. Saya hanya akan merekomendasikannya untuk junior.

— Falcon

1

@ Falcon: Saya belum melihat itu terjadi dalam praktek, tapi mungkin saya bisa mengklarifikasi bahwa mentor lebih dari orang yang perannya didefinisikan dengan baik untuk karyawan baru sebagai seseorang yang menjaga ketersediaan tinggi untuk karyawan baru untuk menjawab pertanyaan atau mengarahkan karyawan baru ke informasi yang mereka butuhkan. Sekali lagi, sedikit keliru, tapi saya tidak bisa memikirkan nama yang lebih baik untuk peran itu.

— Steven Evers

1

@falcon: Saya tidak setuju (tentang merekomendasikannya hanya untuk junior). Apakah mereka yang berpengalaman menjadi lebih baik hanya dengan diri mereka sendiri (oke, jadi sebagian besar bisa ), atau apakah menjadi lebih mudah dengan bimbingan? Ada selalu seseorang yang lebih baik daripada Anda, seseorang yang sudah lama ada dan seseorang yang Anda dapat belajar dari, untuk membantu Anda mendapatkan ke langkah berikutnya dalam karir Anda, apakah Anda seorang karyawan baru atau CTO.

— Demian Brecht

1

Kesabaran

Bergabung dengan perusahaan baru bisa sangat menakutkan, terutama jika Anda memiliki produk baru untuk dipelajari, dan menggunakan alat yang berbeda dengan yang biasa Anda gunakan. Beri mereka waktu untuk beradaptasi dengan lingkungan baru dan meningkatkan kecepatan. Tetapkan tugas-tugas yang harus mereka lakukan, tetapi perlu diketahui bahwa itu akan memakan waktu lebih lama daripada yang dialami oleh programmer berpengalaman.

Mendukung

Anda tidak harus menugaskan mentor khusus untuk mereka, tetapi pastikan ada banyak orang di sekitar yang dapat menawarkan bantuan ketika mereka membutuhkannya.

Setiap orang memiliki cara belajar yang berbeda, beberapa mungkin menemukan mereka membutuhkan seorang mentor, yang lain mungkin menemukan seorang mentor memperlambat mereka. Tidak ada satu ukuran yang cocok untuk semua solusi, jadi alih-alih biarkan mereka menemukan tanah mereka dan mendukung mereka, dan bersabarlah ketika mereka mempelajari tali.

— Gavin Coates
sumber

1

Saya memulai pekerjaan baru 4 bulan yang lalu, dan saya benar-benar berpikir bahwa tempat kerja baru saya melakukan pekerjaan yang sangat baik pada hal-hal baru ini.

A. Sobat

Mereka memiliki apa yang disebut "program teman", di mana pengembang dapat mendaftar untuk menjadi teman / mentor bagi karyawan baru. Ketika seorang pengembang baru dipekerjakan, seorang pengembang di tim yang sama (yang mendaftar untuk menjadi seorang teman) ditunjuk menjadi teman / mentor orang baru tersebut. Ini adalah tanggung jawabnya untuk membuat orang baru berdiri dan berlari, membantunya mengatasi masalah yang akan dia hadapi, pergi makan siang bersamanya, memperkenalkannya kepada tim dan sebagainya.

B. Ketergantungan rendah

Ini sebelumnya disebutkan juga, tetapi mulai dengan tugas yang tidak kritis dan terlalu sulit untuk dilakukan, tanpa pengetahuan penuh tentang basis kode. Tidak ada yang lebih buruk daripada dilemparkan ke basis kode yang tidak Anda ketahui, dan kemudian perlu dilakukan sejak hari pertama. Jika memungkinkan, buatlah tugas yang relatif mudah DAN menjangkau seluruh sistem. Dengan begitu dia akan mendapatkan pengetahuan tentang sistem.

Anda mungkin memiliki tugas kecil yang tidak sempat Anda lakukan, ketika pertama kali menulis kode. Berikan tugas itu padanya.

C. Pelatihan perekrutan baru

Ini mungkin mewah bagi kebanyakan orang, tetapi saya bekerja di perusahaan besar yang mampu melakukan ini. Setiap bulan atau sekitar dua bulan, beberapa jenis pelatihan perekrutan baru diatur. Ini pada dasarnya adalah serangkaian presentasi, dengan tujuan memberikan karyawan baru semacam pengetahuan tentang sistem, bagaimana pengujian dilakukan, bagaimana pelacakan bug bekerja dan sebagainya.

Di mana saya bekerja, ada banyak tim yang berbeda, mengerjakan tugas yang sama sekali berbeda, tetapi pada perangkat lunak yang sama. Seorang anggota dari masing-masing tim ditugaskan untuk melakukan presentasi di bagian mereka dari perangkat lunak, di mana mereka memberikan pengantar tentang apa yang dilakukan bagian itu, cara kerjanya, dan sebagainya. Selain itu ada pelatihan tentang tes (saya bekerja sebagai tester) tentang bagaimana tes ditulis, bagaimana mereka dijalankan, bagaimana mereka diperiksa ke dalam basis kode dan sebagainya.

Singkatnya, bersikap lembut pada karyawan baru dan jangan mengharapkan pekerjaan serius dari mereka di bulan pertama atau lebih. Beri mereka alat untuk mendapatkan bantuan dan jika mungkin, berikan mereka beberapa presentasi atau video.

— Niklas H
sumber

1

Gambar sketsa cepat di selembar kertas. Blok fungsional, dan perjalanan data di antara mereka. Agar karyawan baru dapat menyimpan daftar ini dengan mudah, dan mencari di mana tempat yang ia coba sentuh, dan modul mana yang memengaruhinya secara hierarkis.

Yang lainnya datang seiring waktu. Tapi itu gambaran besar yang membuat Anda merasa bodoh ketika Anda perlu mengubah 2 baris kode, tetapi tidak tahu apa efek samping yang dapat terjadi pada modul dependen, blok kode, dll.

— Coder
sumber

0

Selain apa yang telah dikatakan sebelumnya, identifikasi kebutuhan pelatihan dan sediakan untuk itu baik dengan menyediakan waktu, materi, kelas di rumah, buku, dll. Kemungkinan tidak semua orang tahu segalanya. Buat dia sadar bahwa ini baik-baik saja.

Jauhkan dia dari orang-orang 'jahat'. Biasanya ada setidaknya 1 orang sombong di setiap organisasi (ini adalah hukum saya :))

Jika Anda menugaskan seorang mentor, pastikan mentor tahu bahwa itu adalah tugas mentor untuk membantu dan itu bukan karena kebaikan hatinya. Luangkan waktu dalam jadwal mentor untuk itu.

Tindak lanjuti perkembangannya pada bulan pertama atau lebih, simpulkan masalahnya jika Anda bisa.

— Tidak ada kesempatan
sumber