Saya telah mempekerjakan beberapa pengembang dari berbagai tempat di seluruh dunia. Semuanya berjalan dengan baik, tetapi saya melihat bahwa beberapa dari mereka menyalahgunakan sikap sopan saya yang terlalu banyak terlihat belakangan ini.
Mereka semua disewa untuk sehari penuh. Namun, saya melihat bahwa setelah 5 jam sehari, tidak banyak yang dilakukan.
Saya sedang mempertimbangkan untuk mengembangkan perangkat lunak yang akan mengambil tangkapan layar layar komputer setiap 1-5 menit dan mengunggahnya ke sistem saya. Namun, ini terlalu ekstrem.
Bagaimana biasanya orang mengelola pengembang jarak jauh?
freelancing
remote-desktop
Gajus
sumber
sumber
Jawaban:
Anda merekrut programmer yang jujur, dan Anda (dalam konsultasi dengan mereka dan mungkin programmer lain yang jujur sebagai pengecekan kenyataan) menetapkan tujuan yang masuk akal dalam jangka waktu yang singkat. Jika mereka tidak mencapai tujuan, tembak mereka. Jika mereka benar-benar memenuhi tujuan, maka seharusnya tidak masalah bagi Anda jika mereka bermain solitaire selama 2 jam berturut-turut sementara mereka menjernihkan pikiran mereka dan merenungkan masalah.
sumber
Screenshot sepertinya tidak produktif. Jika itu yang terjadi, Anda dalam masalah.
Yang ideal adalah memiliki tonggak nyata, dan memeriksa kemajuan mereka melawan mereka. Jika Anda tidak bisa mendapatkan nilai uang Anda pada tonggak sejarah berdasarkan jumlah waktu yang harus Anda bayarkan untuk mendapatkannya, cari bantuan lain. Jika Anda tidak dapat membuat karya pada tingkat detail ini, dan tidak tahu jika Anda ditipu, mungkin tidak pantas untuk mencari pekerjaan dari jarak jauh. Anda dapat memperkenalkan sistem penawaran kompetitif untuk pekerjaan tersebut, tetapi jika Anda tidak dapat merinci apa yang dibutuhkan pada tingkat rendah, dapatkah Anda memberi tahu kualitas kode itu?
Secara umum outsourcing dan pekerjaan jarak jauh harus tentang membeli hasil, bukan membeli waktu. Kalau tidak, seperti yang Anda ketahui, kepercayaan itu rusak.
sumber
Apa yang Anda inginkan disebut kontrak. Kontrak mengatakan apa yang harus mereka berikan dan kapan, dan apa yang harus Anda bayar dan kapan.
Sesederhana ini. Segala sesuatu yang lain akan menjadi kontra produktif secara dramatis. Ini akan memecah kepercayaan antara Anda dan pekerja lepas. Jika Anda ingin melihat dari dekat apa yang dilakukan orang, pertimbangkan untuk mempekerjakan di kantor Anda.
sumber
Mereka menghasilkan kode yang cukup untuk apa yang Anda bayar atau Anda menemukan seseorang yang bisa. Jika mereka menggedor keyboard dan mouse mereka selama 10 jam sehari dan menghasilkan sampah, apakah Anda masih akan menyimpannya hanya karena Anda membayarnya selama 8 jam?
Tetapkan tuntutan dan dapatkan tenggat waktu yang disepakati. Jika Anda tidak setuju, pekerjakan orang yang mau. Anda seorang programmer dan harus dapat mengenali apakah mereka telah mencapai hambatan yang sah atau tidak.
sumber
Saya akan membuat lembar excel dengan rincian setiap fitur.
Kontraktor harus memperbarui ini setiap hari.
Setiap item harus memiliki perkembangan yang didefinisikan dalam%.
Ketika sebuah fitur 100%, itu harus siap bagi Anda untuk "keluar".
Jika suatu item berfungsi seperti yang diharapkan, maka item ini perlu ditandai dan diperbaiki.
sumber
Kerjakan pekerjaan rumah Anda terlebih dahulu
Anda harus merasa nyaman dengan orang-orang yang Anda pekerjakan, sebelum Anda mempekerjakan mereka.
Pada intinya Anda berpikir untuk memata-matai orang yang Anda pekerjakan, sudah terlambat. Saya seorang programmer yang jujur, tetapi saya tidak akan bekerja dalam kondisi seperti itu (bahkan dengan asumsi mereka legal) Ini seperti ketika Anda melintasi perbatasan - Anda mungkin tidak menyembunyikan apa pun, tetapi mereka pasti membuat Anda merasa seperti Anda.
Lakukan pemeriksaan latar belakang, dapatkan referensi, ajukan pertanyaan. Gunakan layanan yang memiliki reputasi baik. Buat keputusan yang cermat, dan kemudian ikuti saran dalam jawaban lain yang diberikan di sini.
sumber
Saya telah bekerja dengan Scrum belakangan ini dan saya dapat memberi tahu Anda. Dengan metodologi Agile slackers tidak memiliki ruang untuk menghindari transparansi. Dan juga membuktikan bahwa Anda menjadi manajer / pemimpin yang baik mengirimkan mereka tugas yang dapat dicapai.
sumber
Apakah Anda membayar untuk hasil atau waktu? Jika Anda membayar untuk hasil, maka bukan urusan Anda berapa lama waktu yang dibutuhkan untuk mencapai hasil tersebut. Jika Anda membayar waktu dan Anda tidak berpikir mereka jujur tentang waktu mereka, biarkan mereka pergi dan menemukan orang lain - jika Anda tidak bisa mempercayai mereka, apa gunanya mereka?
Jika Anda menyediakan lingkungan, rekaman adalah suatu pilihan, tetapi Anda harus memberi tahu mereka terlebih dahulu, yang akan memberi mereka kemampuan untuk memalsukannya. Berapa lama mereka untuk mencari jawaban atas suatu masalah? Membaca sumber offline, hanya duduk dan berpikir? Jika mereka tidak jujur, yang akan Anda lakukan adalah menghabiskan banyak waktu Anda untuk mendapatkan hasil yang tidak meyakinkan. Jika mereka jujur, Anda mungkin akan menyinggung mereka dan mereka akan pindah. Bagaimanapun, mereka sudah pergi.
sumber
Bagaimana dengan repositori kode sumber dan Anda memerlukannya secara konstan. Komitmen atomik yang kecil: "lakukan lebih awal, sering lakukan." Memanfaatkan fitur DVCS (cabang, tag) untuk melakukan hal-hal yang tidak dimaksudkan untuk dimasukkan dalam produk akhir.
Dengan begitu Anda dapat memiliki ide yang cukup bagus tentang apa yang dilakukan, apa yang harus dilakukan dan sebagainya.
sumber