Haruskah perusahaan mempertimbangkan karyawan jarak jauh atau tetap pada karyawan lokal? [Tutup]

Pengembang elit dapat 10x lebih produktif daripada pengembang biasa.

Jelas lebih mudah untuk menemukan pengembang elit di seluruh dunia daripada di halaman belakang perusahaan.

Jika sebuah perusahaan tidak berada di lokasi pemrograman, haruskah mereka mempertimbangkan untuk mempekerjakan orang yang bekerja dari rumah?

Saya telah bekerja sebagai, dan mengelola staf dalam kedua situasi, dan kombinasi keduanya. Saya telah melakukan pengamatan berikut:

• Staf junior tidak bekerja dari jarak jauh. Mereka membutuhkan hubungan kerja yang baik dan pribadi dengan seorang mentor. Saya menemukan staf junior saya lebih suka menunggu saya tersedia daripada menanyakan apa pun pengembang jarak jauh yang agak senior (dan baik).

• Pastikan siapa pun yang Anda pertimbangkan untuk bekerja dari jarak jauh efektif ketika dibimbing sendiri dan tidak menyinggung soal singgung.

• Staf jarak jauh dapat diisolasi dengan sangat mudah dan tidak merasa menjadi bagian dari sebuah tim kecuali ada upaya khusus untuk melibatkan mereka. Isolasi ini dapat menyebabkan kesalahpahaman dari penggerak bisnis spesifik untuk suatu proyek, atau untuk salah menafsirkan peristiwa secara negatif.

• Jangan pernah membuat kontraktor bekerja dari jarak jauh, kecuali mereka memiliki insentif yang tepat untuk melakukan.

• Ketika bekerja dengan anggota tim jarak jauh, pastikan mereka mendapatkan akses yang adil ke sumber daya, termasuk kontrol sumber, bahan referensi, dll. Jangan membuat mereka melompat melalui lingkaran untuk menyelesaikan pekerjaan.

• Atur pertemuan tatap muka sesering mungkin praktis. Ini mendorong kolaborasi tim yang jauh lebih baik karena orang lebih nyaman dengan orang-orang yang mereka temui.

Mungkin.

Manfaat Anda adalah:

• Akses ke kumpulan kandidat yang lebih luas (seperti yang Anda tunjukkan)
• Akses ke orang yang ingin bekerja di rumah

Biaya Anda adalah:

• Komunikasi yang lebih sulit - Anda tidak bisa hanya menarik seseorang ke ruang konferensi gratis.
• Tidak ada jaminan komunikasi instan - jika Anda diblokir dan menunggu Joe Remote, Anda tidak bisa hanya pergi ke mejanya dan bertanya apa yang terjadi. Jika dia tidak berkomunikasi, Anda SOL.
• Tidak semua pengembang bekerja dengan baik dari jarak jauh. Beberapa memerlukan lingkungan yang terstruktur agar produktif.
• Seringkali tidak ada jaminan jadwal yang cocok - misalnya, orang yang bekerja dari rumah mungkin tidur, atau orang di zona waktu lain mungkin terjaga dan bekerja pada waktu yang berbeda dari Anda.

Atwood punya artikel yang bagus tentang itu.

Edit, dari artikel Atwood:

Ukuran tim jarak jauh minimum adalah dua. Selalu memiliki seorang teman, bahkan jika teman Anda ada di benua lain di belahan dunia.

Hanya veteran beruban yang benar-benar suka kode perlu melamar posisi pengembangan jarak jauh. Mentoring pemula atau programmer biasa sama sekali tidak bekerja sama sekali dari jarak jauh.

Agar efektif, tim jarak jauh membutuhkan otonomi penuh dan pemimpin (PM, jika Anda mau) yang memiliki visi yang kuat dan kekuatan untuk sepenuhnya melaksanakan visi itu.

Perusahaan yang tidak tahu apa yang mereka lakukan seharusnya tidak memiliki karyawan yang jauh. Manajer yang paling tidak kompeten hanya akan merasa seperti Anda bekerja keras jika mereka benar-benar dapat melihat Anda duduk di depan komputer Anda melakukan banyak pengetikan. Juga, duduk dalam pertemuan yang tidak berguna adalah salah satu indikator terbaik dari komunikasi yang kuat dan manajemen waktu.

Ketika Anda memiliki orang yang tahu apa yang mereka lakukan dan dikelola oleh orang-orang yang tahu apa yang mereka lakukan, itu benar-benar tidak masalah kapan, di mana, atau bagaimana mereka bekerja. Mereka mendapatkan apa yang perlu dilakukan saat itu perlu dilakukan.

Saya di sebuah perusahaan yang membayar seseorang untuk melakukan setoran langsung untuk penggajian DAN mencetak cek kertas palsu (kertas cek pra-cetak yang sebenarnya), memasukkannya ke dalam amplop dan menempelkannya di kotak surat kami. Saya kira email internal tidak cukup aman dan apa yang akan kita lakukan dengan semua cek itu? Saya yakin dekrit ini datang dari Departemen Redundansi. Jika ada yang bekerja dari jarak jauh, akan ada biaya tambahan ongkos kirim yang merupakan alasan bagus untuk tidak membiarkan orang bekerja dari jarak jauh - terlalu mahal.

Tidak masalah memiliki orang yang jauh jika dua hal itu benar:

1. Orang-orangnya cukup senior dan memiliki rekam jejak yang berarti Anda memercayai mereka untuk menyelesaikan pekerjaan tanpa banyak pengawasan dan proaktif dalam meminta bantuan atau memberi tahu Anda jika mereka macet.
2. "Denyut" proyek Anda cukup singkat (lebih disukai setiap hari) sehingga masalah dengan pengaturan akan diidentifikasi dengan cepat. Maksud saya bukan hanya seseorang yang mengatakan bahwa mereka telah melakukan sesuatu dalam laporan status atau memeriksa item dari daftar tugas, tetapi kemajuan nyata yang dapat dibuktikan dengan fitur. Tentu saja ada banyak cara untuk melakukan ini, tetapi trik utama adalah untuk membagi tugas menjadi potongan-potongan yang cukup kecil yang dapat dilakukan dalam satu hari atau kurang, dan memvalidasi bahwa tugas-tugas ini sedang diselesaikan.

Ada teknologi luar biasa hari ini yang membuatnya mudah untuk bertindak sebagai sebuah tim tanpa duduk berdekatan satu sama lain.

IRC, Jabber, atau perangkat lunak sejenis obrolan lainnya membuatnya sangat mudah untuk membuat setiap orang dalam tim saling mengetahui, apa yang mereka lakukan, dan merasa bebas untuk mendiskusikan masalah dengan segera. Saya sering menggunakan IRC dengan kelompok-kelompok freenode dan rasanya seperti memiliki satu kelompok besar pengembang, bertindak seperti otak kolektif raksasa. Apple punya klien obrolan yang bagus membangun ke dalam Mac OS yang juga mendukung konferensi video, terutama efektif dengan laptop mereka.

Bayangkan bagaimana jadinya jika perusahaan memiliki server obrolan internal mereka sendiri, dengan grup untuk departemen, proyek, dan kelompok kepentingan terkait pekerjaan. Pengembang dapat mengajukan pertanyaan di mana itu akan terlihat di seluruh perusahaan, sehingga pengembang lain di mana pun bisa melihatnya dan menjawab. Dinding-dinding kantor menghilang, roket-roket komunikasi dan praktik-praktik terbaik serta pembagian kode dapat terjadi sendiri tanpa ada orang yang memegang tongkat besar.

Salah satu insinyur uji beban kami bekerja jarak jauh sekitar 1/3 tahun ini, kadang-kadang dari rumahnya yang berjarak sekitar 30 mil dari kantor kami, kadang-kadang dari luar negeri. Dia sama efektifnya di kantor dengan di luar karena dia menjaga peranti lunak obrolannya berjalan, dan memanggil untuk panggilan konferensi kita.

Rekan kerja saya di tim saya duduk di aula sehingga saya tidak bisa melihat atau mendengar mereka. Saya tidak tahu kapan mereka ada di dalam kubus mereka, jadi saya mengirimi mereka pesan obrolan, dan mereka merespons sesegera mungkin. Saya melakukan pemrograman tim dengan salah satu insinyur kami di situs lain. Hal yang sama terjadi; Kami saling ping secara teratur dengan pertanyaan dan / atau pikiran gila, dan jika kita perlu mengambil langkah kita akan berbagi layar dan mendapatkan telepon. Saya tidak tahu apakah dia ada di kantor atau di rumah, dan itu tidak masalah. Kami bekerja dengan cara yang sama.

Departemen QA kami terbagi antara dua kota yang berbeda di negara bagian yang berbeda, teknisi kami tersebar di kota kami di sekitar empat lokasi yang berbeda, tetapi sulit untuk mengatakannya karena kami menggunakan ponsel kami dan mengobrol secara teratur. Kita semua bekerja dari jarak jauh satu sama lain dalam kenyataan, jadi apa bedanya? Perbedaannya adalah pola pikir perusahaan.

Ada banyak keuntungan besar untuk bekerja dari jarak jauh, dan sebagian besar dibutuhkan perubahan dalam pola pikir bagi majikan untuk mencoba dan mengetahui bahwa karyawan merespons secara positif.

Saya pikir itu juga tergantung pada apa yang Anda ingin mereka lakukan.

Jika mereka berkontribusi pada arsitektur dan desain keseluruhan perangkat lunak, maka itu bisa menjadi masalah.

Jika mereka menerima spesifikasi terperinci dan menghasilkan metode, maka tidak terlalu banyak.

Sunting: Untuk memperjelas, saya mencoba mengatakan bahwa jika pekerjaan itu dapat diisolasi, maka boleh saja untuk diberikan kepada karyawan jarak jauh. Namun, jika perlu diskusi rinci dan pertemuan desain arsitektur, maka itu sangat sulit dilakukan dari berbagai negara.