Halo semuanya!
Saya belum menulis untuk waktu yang lama dan lupa bagaimana melakukan ini, tetapi saya ingin berbagi informasi yang berguna bagi banyak orang. Lagi pula, mereka terus-menerus mengganggu saya dengan pertanyaan, seperti:
- "Apakah layak untuk bekerja dari jarak jauh?"
- "Bagaimana kamu mengatur pekerjaan jarak jauh untuk timmu?"
- "Sulit bagi kami untuk bekerja dengan pengembang jarak jauh ..."
Posting keluar lebih lama dari yang direncanakan - Saya mencoba menggambarkan semua poin yang perlu Anda pertimbangkan. Dalam artikel ini saya akan menunjukkan struktur berbeda dari perintah jarak jauh, bagaimana dan mengapa perintah jarak jauh bekerja secara berbeda ketika mereka berdiri, dan kapan mereka tidak layak untuk bekerja dari jarak jauh, dan akhirnya saya akan memberikan contoh nyata. Terima kasih sudah membaca.
Dan satu ... dua ... tiga ... Ayo pergi!

Struktur berbeda dari perintah jarak jauh
Perintah jarak jauh memiliki arti berbeda:
โ Tim Satelit
โ Beberapa tim duduk di kantor yang berbeda.
โ Karyawan jarak jauh
โ Hampir semua orang ada di kantor, dan hanya beberapa pria yang bekerja dari jarak jauh.
โ Tim yang didistribusikan sepenuhnya
โ Semuanya jauh.
โ Dengan prinsip "remote first"
โ Sebenarnya, mereka sepenuhnya didistribusikan,
โ tetapi seseorang bekerja di kantor.
โ Cobalah berkomunikasi agar karyawan jarak jauh mengetahui segalanya.
Dengan perintah jarak jauh, maksud saya perintah jauh-pertama sepenuhnya didistribusikan dan valid. Sisanya saya anggap hybrid.
Mengapa begitu penting untuk melihat perbedaannya?
Hanya saja ini adalah jenis tim yang sepenuhnya berbeda dengan kebutuhan yang berbeda.
Persyaratan proses
Tim jarak jauh memiliki persyaratan proses sekitar lima kali lebih banyak daripada tim kantor.
Misalnya,

- Saya suka rapat.
Ya, tidak ada yang suka rapat. Tetapi untuk tim jarak jauh, ini merupakan kesenangan yang sangat mahal, kompleks, dan melelahkan.
Bagaimana tim jarak jauh beranggotakan lima orang:
- Kami mengumumkan pertemuan sebelumnya.
- Kami merekam semuanya, karena tidak semua orang datang.
- Kami tiba tepat waktu.
- Kami sedang menulis panggilan pengadilan.
- Kami berusaha untuk tidak menunda.
- Setelah itu kami menulis sesuatu di Slack, dll.
Di kantor, di tim lima, Anda hanya bangun dan berkata: "Semuanya ada di sini, ada percakapan." Meskipun jika ada 20โ25 orang di kantor, Anda masih harus mengotak-atik. Sementara itu ...

- Mengatakan itu mudah.
Di tim jarak jauh, Anda tidak bisa bangun dan berbicara dengan semua orang. Yah, tidak mungkin. Seseorang sedang offline, seseorang sedang tidur, seseorang sedang jungkir balik di tempat kerja.
Rapat hanyalah contoh yang baik, tetapi kita berbicara tentang komunikasi atau kerja tim. Dalam tim jarak jauh, proses lima kali lebih rumit.
Penting untuk mensistematisasikan interaksi dan harapan.
Saya menyebut proses bukan kerja keras dengan banyak kertas, di mana setiap tindakan perlu dikonfirmasi dengan segel. Maksud saya interaksi sistematis dan harapan yang bisa dipahami.
Misalnya, setiap pagi kita merayakan atau selalu melakukan satu tugas sebelum melakukan yang lain. Dengan aturan yang dapat dimengerti seperti itu, orang tahu apa yang diharapkan dan menghindari komunikasi yang tidak perlu.
Saya tidak ingin mengecewakan Anda, tetapi ... setelah semua, ini bekerja, dan Anda perlu bersikap seolah-olah Anda memiliki lebih banyak teman daripada yang sebenarnya. Anda membutuhkan aturan ketat. Masalah komunikasi akan terjadi setiap saat - dan dalam jumlah besar.
Orang-orang sering mengeluh tentang masalah komunikasi ini ketika mereka berpikir apakah akan mentransfer tim ke situs jarak jauh atau menyewa pengembang jarak jauh. Dan mereka memutuskan hibrida ...
Sangat sulit dengan hibrida
Bayangkan Anda adalah salah satu dari tim yang duduk di situs yang jauh. Anda memiliki persyaratan proses yang sangat berbeda. Dan kamu menderita.
Sulit untuk menjadi pemberontak di tim kantor - Anda memiliki persyaratan lima kali lebih banyak, dan Anda lupa untuk berdiskusi, semuanya diputuskan tanpa Anda, Anda tidak tahu apa dan mengapa. Secara umum, hidup adalah rasa sakit.
Kantor satelit juga memiliki masalah. Ada lima kali lebih banyak persyaratan komunikasi antara kantor, dan di kantor sendiri orang bekerja seperti biasa. Kecuali jika kantor beroperasi hampir secara independen satu sama lain, komunikasi di antara mereka akan terganggu.
Sulit untuk membuat proses untuk persyaratan komunikasi dalam tim tersebut. Ini umumnya bertentangan dengan sifat manusia. Saya akan pergi ke dapur untuk minum air dan mengobrol dengan seseorang di antaranya. Dan di Slack saya tidak akan menulis apa pun tentang itu, karena ... yah, karena saya memo! Man saya di mana?

"Aku tidak terlalu malas." Aku hanya tidak peduli.
Secara default - jarak jauh atau di kantor?
Saya mencoba semua model ini. Secara pribadi, saya menyarankan Anda untuk menghindari hibrida dan berusaha keras untuk tim terdistribusi penuh - atau sepenuhnya meninggalkan remote dan duduk di kantor. Kedua pendekatan itu berhasil.
Jika Anda membutuhkan kantor kecil, biarkan sebagian besar tim tidak duduk di dalamnya dan biarkan karyawan jarak jauh tidak dikecualikan dari diskusi.
Dalam situasi seperti itu, jika tim default bekerja dari jarak jauh, sebuah kantor kecil akan berhasil.
Tanyakan pada diri sendiri:
- Mengapa Anda memutuskan untuk membuat tim jarak jauh?
- Apakah manfaatnya sepadan dengan usaha?
- Jika demikian, apa yang harus diubah?
- Seberapa sering Anda akan bertemu langsung?
- Jika Anda membutuhkan kantor kecil, bagaimana cara terhubung dengan karyawan jarak jauh?
โ Contoh. Apakah itu mengganggu Anda jika semua orang di kantor yang melakukan panggilan konferensi duduk dari laptop mereka?
Mengapa bekerja dari jarak jauh?
Banyak yang berbicara tentang menabung. Seperti, udalenka lebih murah. Terkadang ini benar, terutama jika Anda terbiasa dengan gaji di Silicon Valley. Tetapi orang asing mengharapkan gaji kelas dunia. Anda akan terkejut dengan apa yang orang harapkan. Memimpikan outsourcing murah? Maka udalenka bukan untukmu.

- Halo, berikan sebotol anggur terbaik Anda.
"Kamu punya $ 1.600."
- Nah, maka tolong berbaik hatilah padaku, yang paling delapan baksovy.
Mempekerjakan karyawan jarak jauh memberikan empat manfaat: Anda merekrut orang-orang terbaik, di mana pun mereka (atau Anda) berada; meningkatkan kualitas hidup; kelola produktivitas Anda; Anda memiliki pergantian staf yang rendah.
"Kami memiliki startup yang keren, semua orang ingin melihat kami!" Seseorang ingin. Seseorang tidak. Dan yang terakhir ini adalah sekelompok orang yang Anda lewatkan.
Di sisi lain, dengan pendekatan yang tepat, bahkan para genius dari Lembah Silikon dapat dipikat: "Hai, apakah Anda tidak berpikir untuk pindah dari San Francisco? Nomor ini tidak akan berfungsi dengan Google, dan kami adalah masalah lain! Anda akan bekerja dengan orang-orang dari seluruh dunia pada proyek menarik di mana pun Anda inginkan. Baiklah , mari kita bahas ? โ
Bagi saya, ini bukan tentang pengeluaran, spesialis keren dan mengoptimalkan kualitas hidup dan produktivitas Anda. Yang utama adalah retensi personel. Apakah Anda tahu berapa lama orang bekerja dalam tim jarak jauh? Jauh lebih lama daripada di kantor.
Iterasi vs Inovasi
Anda akan segera menyadari bahwa di Hangout atau Slack banyak nuansa manusia yang hilang. Ini adalah nuansa penting, terutama jika Anda memiliki proyek kreatif.
Misalkan Anda mengubah arah pengembangan. Untuk waktu yang lama Anda dengan antusias memberi tahu apa yang harus dilakukan oleh tim, dan sebagai tanggapan: โMaaf, Anda memiliki sesuatu dengan Internet. Apa yang baru saja kamu katakan sekarang? โ

Inovasi lebih baik pada pertemuan tatap muka di mana bahkan karyawan yang paling pendiam dan tidak mencolok dapat mengambil penanda dan menjelaskan sesuatu.
Dan ketika Anda telah menyetujui sesuatu, semua orang duduk untuk tugas mereka, dan lebih mudah untuk melakukan ini dari jarak jauh.
- Iterasi - jauh sekali
- Inovasi - secara langsung
Bahkan jika Anda bekerja dari jarak jauh, sepakati seberapa sering Anda perlu bertemu. Saya merekomendasikan pertemuan seperempat atau dua kali setahun dengan seluruh tim. Dan biarkan tim untuk proyek individu bertemu seperlunya.
Kesepian
Banyak yang mengeluh bahwa itu sepi di situs yang jauh. Secara pribadi, saya tidak memiliki masalah seperti itu, tetapi saya telah melihat ini dengan teman-teman dan saya mengerti mengapa orang khawatir.
Kepala perusahaan harus memastikan bahwa setiap orang sehat dan bahagia. Inilah yang membantu kami:
- Kami bekerja bukan di rumah, melainkan di kantor sewaan bersama (dalam kerja sama Anda selalu terganggu sepanjang waktu).
- Kami tidak bertemu teman dari kantor.
- Kami secara teratur bertemu langsung.
Optimasi untuk iterasi - optimisasi untuk pemain tunggal

Dalam tim jarak jauh, semuanya harus diatur sehingga orang dapat bekerja semandiri mungkin. Ini tidak berarti bahwa Anda harus meninggalkan karyawan sendirian. Beri mereka kesempatan untuk bekerja sendiri jika perlu.
Sendiri, orang membuat keputusan dengan cepat, dan tim sering melambat. Untuk mencapai hasil, Anda harus melakukan kedua cara, tetapi cobalah untuk menghindari birokrasi tim jika tidak benar-benar diperlukan.
Tanyakan pada diri sendiri:
- Bagaimana mendefinisikan strategi sehingga orang memahaminya dan membuat keputusan dalam semangat strategi ini?
- Bagaimana cara mendefinisikan tujuan sehingga orang mengerti dan fokus pada mereka?
- Bagaimana cara menetapkan hierarki keputusan sehingga Anda hanya menyelesaikan masalah yang paling penting?
- Bagaimana menanamkan kepercayaan pada orang? (bekerja lebih cepat dengannya)
- Kapan Anda bisa melakukannya tanpa Anda, dan kapan Anda perlu campur tangan?
- Bagaimana memastikan bahwa Anda hanya berpartisipasi dalam setiap keputusan kesepuluh dan membatalkan hanya setiap seratus?
- "Bagaimana cara mengatur lingkungan dan proses sehingga mereka bekerja bahkan dalam kasus darurat?"
Jika Anda merekrut orang-orang pintar dan berbakat, mengapa tidak memberi mereka kebebasan untuk bertindak? Apa yang hilang Apakah Anda mempekerjakan orang yang salah? Bisakah Anda dengan jelas mengidentifikasi tujuan? Apakah Anda secara pribadi tidak yakin dengan elemen strategis? Lebih baik menyelesaikan masalah ini sekali dan untuk semua daripada berurusan dengan konsekuensi setiap waktu.
Ajukan pertanyaan-pertanyaan ini tidak hanya untuk seluruh perusahaan, tetapi juga untuk setiap individu vertikal.
Menggali lebih dalam: mengelola tim pengembangan jarak jauh

Berikut adalah beberapa contoh untuk tim pengembangan (mudah untuk menggambar analogi dengan bidang lain):
Bagaimana Anda atau anggota tim:
- ... Kesulitan sendirian di tengah malam?
- ... bantu pengembang baru belajar sendiri?
- ... berbagi kiat untuk menulis kode?
- ... jangan mengubah permintaan kumpulan menjadi proses yang berlarut-larut?
- ... tidak bertemu tanpa kebutuhan khusus?
- ... biarkan pengembang membuat keputusan produk mereka sendiri?
- ... hindari skenario terburuk?
- Dan lagi - bagaimana meningkatkan kepercayaan diri? (Bekerja dengannya lebih cepat!)
Kami di Product Hunt merenungkan untuk waktu yang lama dan inilah yang kami pikirkan:
- Garis besar strategi dan tujuan global.
- Biarkan pengembang bertanggung jawab atas tim dan proyek mereka.
- Biarkan mereka bertanggung jawab atas produk dan tujuan mereka ( strategi berjalan dari atas ke bawah, dan eksekusi dari bawah ke atas )
- Tunjukkan dengan jelas dalam kasus apa pendapat beberapa orang diperlukan (misalnya, perubahan dalam tumpukan, masalah keamanan, dll.).
- Anda harus memiliki dokumentasi pemula yang bijaksana dan bimbingan karyawan.
- Biarkan karyawan baru meningkatkan dokumentasi ini.
- Gunakan kata-kata yang jelas.
- Garis besar aturan dan larangan dengan jelas.
- Jangan menerapkan solusi sampai masalah muncul (terutama untuk proses atau infrastruktur).
- Pada hari Jumat, karyawan dapat melakukan apa pun yang mereka anggap berguna (jika proyek tidak aktif) - memperbaiki kekurangan teknis, memperbaiki antarmuka pengguna, mencoba perpustakaan baru, membangun kembali infrastruktur ...
- Rekam video alih-alih demonstrasi langsung (mis. Untuk prototipe antarmuka pengguna).
- Dapatkan rangkaian uji yang andal (tetapi tidak besar) (untuk integrasi fungsi dan tes unit untuk bagian-bagian yang berisiko).
- Cobalah menggunakan komponen standar beberapa kali, alih-alih menempel pada setiap piksel.
- Pastikan untuk menggunakan linter untuk setiap bahasa (bahkan untuk HTML / CSS).
- Aktifkan autoformatting (tidak membahas gaya kode).
- Aktifkan penghitungan kompleksitas dalam linter (๏ธ ide cemerlang).
- Jangan masuk ke konsol produksi jika ini bukan kasus ekstrem (dengan log dan peringatan).
- Biarkan kondisi produksi mudah diciptakan kembali dalam pengembangan (tanpa data tambahan).
- Lingkungan pengembangan harus diinstal ulang dalam satu langkah.
- Pilih waktu untuk melihat permintaan kumpulan (hal pertama setiap pagi).
- โ+1โ dalam permintaan kolam bagus, tetapi tidak perlu.
- Jika ada risiko keamanan, minta โ+1โ (menggunakan hazard.js ).
- Dalam komentar tulis mengapa, bukan apa
- dll dan seterusnya
Menulis kepada saya jika Anda membutuhkan saya untuk melukis semuanya secara detail. Sementara itu, detail dapat ditemukan dalam presentasi pertama saya tentang bagaimana kami bekerja di Product Hunt: https://www.slideshare.net/andreasklinger/engineering-management-for-early-stage-startups-97402850
Jika Anda terlalu malas untuk membaca banyak surat: idealnya, pengembang harus memahami sendiri apakah semuanya sudah beres dan kapan dia perlu ulasan dari kolega. Dan biarkan detailnya diperiksa secara otomatis. Dan yang paling penting - perlakukan mereka seperti orang dewasa.
Ini adalah masalah tidak hanya dari tim jarak jauh
Semua masalah ini tidak hanya menyangkut tim jarak jauh, dan solusinya dapat digunakan sama seperti di kantor. Hanya saja tim kantor tidak memerlukan aturan ketat seperti itu - mereka selalu dapat memperbaiki sesuatu di sepanjang jalan. Mungkin para pengembang tidak senang dengan rapat dan obrolan, tetapi berhasil dan semua orang melakukannya.
Di kantor, masalah dengan proses diselesaikan dengan pertemuan yang sering dan gangguan konstan dalam pekerjaan anggota tim.
Tim jarak jauh lebih menuntut proses, sehingga masalah dengan mengelola karyawan muncul lebih awal dan lebih mencolok.

- Aturan nomor 1: jangan repot-repot.
Karena mahal untuk dipenuhi, Anda perlu mempertimbangkan sistematisasi proses.
Karena karyawan tidak dapat berdiri di atas jiwa mereka, orang harus memahami apa yang dapat mereka percayai sepenuhnya.
Karena Anda tidak dapat mengikuti setiap langkah, Anda perlu menentukan strategi dan tujuan dan memperlakukan pengembang sebagai orang dewasa yang mampu membuat keputusan.
Apakah Anda pikir Anda belum jauh?
Anda tentu saja dapat mendiskusikan semua pro dan kontra dari pekerjaan jarak jauh, tetapi mari kita jujur.
Kami sudah bekerja seperti ini. Kami memeriksa surat pada akhir pekan, membaca makalah tentang cara bekerja dan menyelesaikan proyek rumah di malam hari. Anda sudah bekerja dari jarak jauh, satu-satunya pertanyaan adalah seberapa sering dan berapa banyak alat yang diperlukan yang Anda miliki.

Apakah Anda bekerja di situs jarak jauh atau tidak bukan lagi pertanyaan. Pertanyaannya adalah berapa banyak.
Pekerjaan jarak jauh adalah pengembangan logis dari bekerja dengan teknologi digital . Dan metode kerja tim jarak jauh dapat diterapkan ke semua orang yang bekerja di ruang digital.
Akhirnya

Beri tahu saya jika saya berusaha tidak sia-sia. Dan jika Anda memiliki pengalaman bekerja dengan tim jarak jauh, beri tahu kami bagaimana Anda dapat meningkatkan artikel!
PS. Selama bertahun-tahun saya tidak menulis apa pun di blog ... Saya sangat gugup dan meminta umpan balik saat masih menulis. Lebih dari seratus orang menawarkan bantuan, saya bahkan tidak bisa menyebut semua orang di sini, dan saya senang dengan komentarnya. Bantuan seperti itu sangat berarti bagi saya. Terima kasih semuanya.
Jika Anda ingin membantu saya dengan konsep posting, berlangganan . Terima kasih sebelumnya.