Terdistribusi YA atau didistribusikan TIDAK? Wawancara untuk mereka yang selama enam bulan tidak dapat menemukan pengembang

Pada malam tim memimpin sarapan “Tim terpencil. Mulai "kami berbicara dengan direktur teknis wemake.services - Nikita Sobolev ( sobolevn ). Terlepas dari kenyataan bahwa pencarian pengembang, terutama pengembang yang berpengalaman, adalah mimpi buruk pemimpin tim atau manajer proyek, hanya sedikit yang memutuskan untuk beralih bekerja dengan pekerja jarak jauh. Namun Nikita, beberapa tahun yang lalu memecahkan masalah ini secara radikal. Bagaimana? Mari kita cari tahu!



Lebih lanjut dalam wawancara akan muncul dua: pewawancara (I.) dan Nikita Sobolev (N.)

Tentang metode kerja secara umum dan jumlah titik kontrol

I .: Hampir semua pemimpin tim dan manajer pengembangan mengeluh bahwa mereka tidak dapat menemukan pengembang di kantor. Terutama di daerah. Ambil Kazan misalnya. Selama enam bulan mereka tidak dapat menemukan pengembang untuk diri mereka sendiri, tetapi tetap berpegang pada semua orang yang duduk di sebelah mereka di kantor. Apakah ini tampaknya memberikan kontrol ilusi?

N .: Tepatnya - ilusi kontrol. Mari kita mungkin mulai dengan mendefinisikan pekerjaan jarak jauh. Dan di sini saya ingin tidak terlebih dahulu membuat perbedaan antara pekerjaan jarak jauh dan non-jarak jauh, tetapi saya perlu melihat pekerjaan itu sendiri. Di tempat kerja mereka membutuhkan hal-hal yang berbeda. Ada pekerjaan di mana Anda baru saja datang, dari jam 9:00 hingga jam 18:00 Anda duduk, melakukan sesuatu dan, pada prinsipnya, sudah cukup. Saya menyebut pendekatan ini "jam" - Anda datang dan, karenanya, harus duduk. Itu saja. Tidak ada persyaratan formal lagi. Terutama majikan yang licik dapat membuat KPI konyol untuk meminimalkan jumlah bug dalam produk. Atau omong kosong lain. Dan kemudian tidak kurang programmer licik akan belajar untuk mengoptimalkannya tanpa aktivitas yang bermanfaat. Dan tidak ada yang akan berubah.

Dan metode kedua disebut "untuk hasilnya." Ketika Anda mulai memeriksa hasilnya, pada prinsipnya, tidak masalah bagi Anda jam berapa orang itu datang, jam berapa dia pergi, dan apa yang dia lakukan. Artinya, jika penting bagi Anda bahwa pada hari Senin fitur ini berfungsi, dan pada hari Senin berfungsi - pada prinsipnya, semua yang lain tidak menarik bagi Anda.

Saya : Anda mengerti bahwa seharusnya ada lebih banyak titik kontrol. Karena Anda bisa menunggu satu bulan untuk hasilnya, dan ternyata orang itu tidak melakukan apa-apa.

N .: Tentu saja, ya. Hasilnya bukan sesuatu yang besar. Hasilnya adalah sesuatu yang kecil. Ketika kami mencoba untuk mencapai hasil global, kami memiliki banyak yang menengah kecil. Dan hasil antara yang kecil ini juga berharga dan penting bagi kami. Dan terima kasih kepada mereka, kita melihat proses yang dapat dimengerti, bagaimana seseorang bergerak dari titik A ke titik B, keputusan apa yang dia buat, kode apa yang dia tulis, fitur apa yang dia lihat selanjutnya, dalam urutan apa dia membuatnya. Kami mendapatkan transparansi penuh. Dan pada prinsipnya, tidak masalah bagi kami di mana ia berada, jarak jauh atau tidak jarak jauh.

Kami memiliki proyek, tujuan global, dan ritme tertentu yang dengannya kami bergerak menuju tujuan ini. Kami melihat setiap hasil antara, kami dapat mengontrol kualitasnya, mengontrol arah globalnya. Seperti yang Anda lihat, pekerjaan jarak jauh atau non-jarak jauh tidak penting di sini. Pekerjaan tidak jauh itu penting bagi orang-orang yang tentang yang pertama.

Tentang orang-orang, pemrograman meditasi dan dua prinsip utama udalenka

Saya .: Saya tahu bahwa seluruh tim Anda didistribusikan. Tampaknya Anda sangat percaya pada orang, dan saya membaca dari teknisi lain bahwa dia tidak percaya pada orang, tetapi hanya dalam kontrol dan tenggat waktu. Tampaknya bagi Anda bahwa posisi Anda sedemikian rupa sehingga seseorang dapat melakukan tugas secara mandiri tanpa instruksi dan kontrol yang jelas dan konstan dari Anda. Bagaimana menurut Anda: dapatkah semua pengembang bekerja dalam mode ini? Orang macam apa yang akan mengatasinya, dan orang mana yang membutuhkan pemantauan konstan?

N : Saya benar-benar percaya pada orang. Namun ada beberapa nuansa halus. Jika seseorang datang dan mengatakan apa yang akan dia lakukan, pada saat itu saya percaya padanya. Hal lain adalah tidak masuk akal untuk mempercayainya dengan sesuatu yang besar dan sangat penting. Bukan karena dia jahat dan menipu, tetapi karena itu adalah sesuatu yang besar, itu bisa mengandung banyak kesulitan yang secara fisik seseorang tidak bisa atasi dan biarkan dirinya jatuh, proyek dan saya. Mengapa membawa ke situasi ini? Oleh karena itu, ide utamanya adalah bahwa tugas harus kecil dan dapat dimengerti .

Saya sepenuhnya memercayai tugas kecil yang bisa dipahami seseorang dan berkata: “Di sini Anda memiliki tugas selama satu atau dua jam. Anda dapat melakukannya sesuai keinginan Anda. Inilah kriteria penyelesaian kami, ini alat Anda. ” Dan, oleh karena itu, selama dua jam ini tidak ada yang menyentuhnya sama sekali, ia bebas melakukan apa pun. Dua jam kemudian dia membawa dan berkata, "Ini hasil saya." Atau dia berkata: "Ini tidak bisa dilakukan dalam dua jam, dan itulah sebabnya. Saya datang dengan solusi seperti itu untuk masa depan. "

Kebetulan orang datang kepada kami yang terbiasa bekerja di kantor atau yang terbiasa bekerja di outsourcing lain. Dan mereka tidak dapat menghasilkan apa pun dalam sebulan. Hanya karena alih-alih mengikuti aturan sederhana kami, mereka mencoba bekerja dalam mode lama. Dan tentu saja, mereka tidak berhasil. Selain itu - mereka mengabaikan saran dan rekomendasi saya tentang bot kami. Dan ya, ada masalah. Oleh karena itu, jika seseorang adalah pekerja kantor biasa yang terbiasa melakukan tiga pertemuan sehari dan 15 menit menulis kode, ia mungkin akan merasa sulit. Karena tidak ada rapat, atau gangguan lain, hanya ada kode dan dokumentasi. Dengan demikian, kami bergerak menuju pemrograman meditatif tanpa gangguan dan perubahan konteks.

Dan .: Satu hal yang mengejutkan saya dalam skema ini: ketika Anda memberi orang tugas-tugas kecil, pasti ada seseorang yang melihat keseluruhan proyek dan memahami ke mana kita semua bergerak. Ternyata beban Anda meningkat. Dan Anda harus mengendalikan seratus tugas kecil ini, bukan?

N .: Seseorang harus memiliki gambaran lengkap di kepalanya ke mana kita akan pergi. Jika orang-orang di proyek tidak mengerti ke mana mereka pergi dan mengapa mereka melakukan sesuatu, mereka tidak akan dapat memberikan hasil yang normal. Dan di mana-mana: jauh, tidak jauh - tidak masalah. Tetapi untuk mengkompilasi visi lengkap ini, orang membutuhkan pemahaman tentang bidang subjek, mereka membutuhkan pemahaman tentang masalah bisnis, mereka membutuhkan pemahaman tentang beberapa tonggak sejarah global dan hubungan mereka dengan tugas-tugas bisnis dan bidang subjek.

Ini dapat dilakukan dengan deskripsi terperinci tentang apa yang kami lakukan dalam dokumentasi. Yaitu, pembuatan satu bahasa, persyaratan yang dapat dimengerti, pembuatan model dan skenario bisnis, grafik dan diagram yang dapat dimengerti, keputusan yang dibuat, kasus penggunaan dan skenario pengguna. Ini bukan berarti kita hanya perlu fitur seperti itu, tidak, tapi mengapa ini diperlukan, siapa yang akan menggunakannya, dalam hal apa, jebakan apa yang ada dalam fitur ini. Dokumentasi menciptakan pemahaman yang lengkap tentang ke mana kita akan pergi . Saya akan mengatakan lebih banyak, karena kita memiliki semua tugas kecil ini terhubung bersama, kita mendapatkan "rantai tugas", dan pengembang dapat memahami di mana kita mulai, ke mana kita pergi dan ke mana kita berada.

Kode itu sendiri juga sangat penting, yang tidak ditulis dengan gaya "di sini kita memiliki banyak sampah." Dan dengan arsitektur yang jelas, dengan aturan yang jelas, dengan pola yang baik. Dan kodenya terkait dengan apa yang kita lakukan di level bisnis yang tinggi. Ketika Anda melihat kelas, Anda sudah melihat bahwa ini bukan hanya kelas, tetapi kelas yang bertanggung jawab untuk area bisnis tertentu - “oh, ini dia!”. Pada titik ini, pengembang yang baik memiliki pemahaman tentang apa yang mereka lakukan, dan kemudian mereka dapat mulai membuat tugas sendiri. Mereka akan melakukan sebagian kecil, dan kemudian mereka mengerti: "Ah, kita masih harus maju ke sana."

Peran saya satu-satunya dalam semua ini hanyalah mengendalikan arah, yah, kecukupan tertentu.

Saya .: Saya memahami ide Anda bahwa visi bersama adalah hal yang paling penting bagi seseorang untuk memahami / melaksanakan tugas dengan benar dan melihat kontribusinya terhadap proyek. Tetapi dalam sistem kerja Anda, saya melihat 2 prinsip lagi - ini adalah untuk mengambil, pertama, pengembang tingkat yang sangat tinggi, dan kedua, ini adalah dokumentasi yang ditulis dengan sangat baik. Benar?

H .: Benar. Dan sekarang kita kembali ke pekerjaan jarak jauh. Mengapa kami, karenanya, memilih opsi ini, dan bukan opsi "kantor". Dan sekarang Anda justru memperhatikan bahwa kedua poin ini adalah kunci.

Yang pertama adalah pengembang yang kuat. Di mana menemukannya? Pengembang yang kuat di seluruh dunia tidak terdistribusi secara merata. Dan ada poin di mana ada pengembang yang lebih kuat dan pada saat yang sama mereka lebih murah. Mengapa kita harus bersaing, misalnya, dengan perusahaan-perusahaan Moskow, yang mampu membayar banyak uang untuk pengembang yang kuat ketika sumber daya kita lebih sederhana? Ada pasar regional yang indah, pasar Asia atau pasar Afrika, atau pasar negara-negara pasca-Soviet lainnya. Ada pengembang yang kuat di sana, tetapi mereka beberapa kali lebih murah.

Penting untuk dipahami bahwa kami tidak menjual kembali waktu pengembang murah dengan harga mahal, seperti yang biasanya dilakukan setiap orang. Kami berusaha mencari yang terbaik untuk uang yang sama. Dan kami menawarkan sistem pembayaran yang transparan. Berapa banyak yang telah diperoleh - begitu banyak yang telah diterima. Karena pasar lokal, perusahaan memiliki masalah dengan pengembang yang baik, tetapi kami tidak memilikinya.

Dan poin kedua adalah dokumentasi. Dokumentasi yang baik hanya dapat ditulis ketika dibutuhkan. Karena jika ditulis dari bawah tongkat dan tidak dilihat, diperbarui, dengan cepat menjadi buruk. Dokumentasi yang baik, misalnya, dalam proyek sumber terbuka, bagaimana ini ditulis? Dia adalah satu-satunya sumber bagaimana orang dapat belajar dan memanfaatkan proyek sumber terbuka ini. Jika orang melihat ada sesuatu yang tidak berfungsi dalam dokumentasi, mereka membuat tugas dan berkata: "Sesuatu tidak berfungsi dalam dokumentasi Anda." Anda berkata, "Oh, saya akan memperbaikinya sekarang." Jika seseorang duduk di sebelahnya, ia hanya akan bertanya: "Apa yang harus dilakukan pada titik ini?" Dan Anda terpaksa menjawabnya. Dan dalam proses ini, dokumentasi tidak akan baik. Agar dokumentasi menjadi baik, orang harus berada jauh dan tidak dapat berkomunikasi secara langsung.

Tentang sistem remunerasi dan pembentukan tim

I .: Lucu, ternyata ketika orang-orang berada di kejauhan, lebih mudah untuk terlibat dalam proyek, karena mereka dapat membaca dokumentasi, dan di kantor mereka harus mencari siapa yang mulai menulisnya, dari mana karya ini berasal dan apa artinya?

N : Ya, itu menjadi lebih mudah bagi mereka, karena seluruh proses kerja jarak jauh didasarkan pada kenyataan bahwa orang-orang baru akan datang. Ada dua opsi kerja: otomatisasi dan dokumentasi. Banyak hal yang lebih mudah diotomatisasi: misalnya, disebarkan. Dan cara kerja sesuatu lebih mudah dijelaskan dalam teks atau grafik.

Di tim yang bekerja di kantor, bagi saya sepertinya ini tidak mungkin untuk dicapai. Saya sangat sering mendengar bahwa Anda perlu menghabiskan banyak waktu untuk hal ini, dan jika Anda duduk di dekatnya, maka Anda bekerja lebih cepat. Jika ini adalah sprint pendek, dan Anda perlu membuat prototipe beberapa aplikasi dalam seminggu, mungkin akan lebih cepat untuk bekerja secara langsung. Tetapi jika kita berbicara tentang proyek yang berlangsung beberapa tahun, maka itu secara kritis mengakumulasi semua masalah yang diketahui dengan sangat cepat. Dan setelah beberapa waktu tidak mungkin untuk menggunakannya. Ini adalah masalah semua perangkat lunak yang saya lihat, yang ditulis dalam model tradisional.

I .: Ketakutan dan prasangka apa yang Anda miliki ketika Anda beralih ke bekerja dengan tim terdistribusi? Atau bukan?

N .: Secara alami, ada ketakutan, dan orang-orang pertama kami, yang kami sewa di lokasi terpencil, bekerja sesuai dengan sistem lama, yaitu, untuk upah. Dan ketika Anda membayar gaji, Anda tidak peduli. Karena Anda ingin memeras sebagian besar waktu yang dijual seseorang kepada Anda. Saya kemudian memiliki banyak keraguan dan prasangka. Dan tidak ada kontrol sama sekali. Saya segera menyadari bahwa dalam format ini, kerja jarak jauh tidak berfungsi.

Akibatnya, kami membatasi eksperimen itu. Dan sekarang saya memiliki sedikit prasangka terhadap kantor.

Seseorang ingin saya berada di suatu tempat pada titik tertentu di Bumi, membatasi kebebasan bergerak saya. Dia juga ingin saya menghabiskan seluruh waktu untuknya, membatasi kebebasan saya untuk beraktifitas. Sungguh aneh bahwa bagi banyak orang opsi ini tampak normal.

Jelas bahwa selalu ada kewajiban. Tetapi dalam kasus saya, kewajiban ini adalah tentang hasilnya. Yaitu, pada saat seperti itu, saya harus melakukan ini. Dan dalam pekerjaan kantor, saya memiliki kewajiban untuk pergi ke kantor setiap hari. Dan dari atas mereka datang dengan beberapa persyaratan lain yang saya dapat dengan terampil menunda untuk nanti.

Jawabannya sangat rumit. Jika Anda membayar uang untuk beberapa alasan, tim jarak jauh adalah neraka. Karena Anda tidak dapat mengendalikan apa pun. Dan jika semuanya dilakukan dengan benar, maka tim jarak jauh adalah tingkat berikutnya dari organisasi buruh dibandingkan dengan yang sekarang.



I .: Seperti apa tampilan pekerjaan jarak jauh yang dibangun dengan benar? Ada pengembang tertentu yang siap bekerja di situs jarak jauh, apa yang terjadi selanjutnya?

N .: Ada contoh yang sangat bagus untuk pengembang. Ini adalah fenomena open source. Open source - ini adalah jutaan pengembang yang mengatur diri dari jarak jauh, tidak ada yang benar-benar membantu. Dan mereka melakukan hal-hal luar biasa yang digunakan seluruh dunia.

Dan kerja jarak jauh yang bagus terlihat persis sama. Bagaimana komunikasi dalam sumber terbuka dimulai? Pengembang membuat tugas, mengatakan: "Sesuatu tidak bekerja untuk saya", atau "Saya tidak mengerti dokumentasinya", atau "Saya ingin fitur baru". Anda melihat apa yang perlu dilakukan untuk memuaskannya. Berikutnya adalah diskusi, beberapa pertanyaan klarifikasi, mungkin tugas ini mengalahkan beberapa tugas. Dan kemudian kode dikirim yang menutup bagian-bagian kecil ini. Kode diperiksa oleh tes dan linter, ulasan terjadi. Dan kemudian versi baru akan dirilis. Sebenarnya itu saja.

Dan seluruh dunia yang diciptakan secara artifisial di sekitar proyek, yang sekarang dari kategori “kami memiliki 15 pemimpin tim, 6 manajer proyek, dan dua master scrum”, diperlukan untuk memeras lebih banyak orang dengan uang yang sama. Karena tidak ada yang bisa memeriksa hasilnya dengan semua fiksi kepentingan dan kontrol. Dengan fokus pada hasil, semuanya bekerja tanpanya.

Saya .: Apakah Anda pikir ada cara aman untuk pindah ke model seperti itu? Bayangkan ada tim di kantor, ada pemimpin tim, ada produk, analitik dan sebagainya. Mereka sangat kurang dalam pengembang, atau mereka memiliki fakap permanen, atau tenggat waktu. Pada titik tertentu, mereka menyimpulkan bahwa seseorang tidak dapat hidup seperti itu.

N .: Saya akan menjelaskan, saya sendiri belum berada dalam situasi transisi yang aman seperti itu. Dan saya tidak tahu perusahaan yang secara bertahap akan beralih ke opsi ini. Saya memiliki pengalaman yang sangat traumatis. Kami memiliki lubang uang besar karena fakta bahwa kami bekerja dengan cara lama, dan entah bagaimana semuanya berjalan buruk. Saya harus memberhentikan semua orang yang kami miliki saat itu, dan bahkan memulai dari awal lagi. Dan momen ini, di satu sisi, sangat sulit, menyakitkan, dan di sisi lain, sangat sederhana, karena saya tidak perlu melakukan transformasi di sepanjang jalan. Saya baru saja memotong dan mulai lagi.

Saya .: Banyak manajer percaya bahwa tim adalah nilai utama mereka. Dan Anda memecat semua orang. Dan sekarang apakah Anda menganggap orang-orang Anda yang bekerja untuk Anda di berbagai belahan dunia sebagai sebuah tim?

N .: Tentu saja tidak. Saya umumnya menentang penggunaan kata "tim" keluar dari bisnis. Saya percaya bahwa tim adalah sesuatu yang unik. Semua yang sekarang secara tradisional ada di pasaran adalah tim, paling banter. Dan dalam kasus kami, itu bahkan bukan tim, itu hanya sekelompok orang yang bersama-sama membuat satu proyek dan menghasilkan uang. Mereka bukan sesuatu yang bukan tim, mereka bahkan tidak akrab. Pada dasarnya, sekarang kata "tim" digunakan sebagai manipulasi orang lain.

I .: Menarik. Rasanya seperti setengah dari artikel dan pidato tentang mengelola tim terdistribusi tentang cara mengumpulkan tim ini ketika berada di zona waktu yang berbeda, berbicara bahasa yang berbeda, dan bagaimana membuat interaksi efektif. Apakah ini masalah bagimu?

N .: Tidak layak. Selain itu, saya menentang fakta bahwa orang-orang bersatu secara paksa. Saya percaya bahwa begitu banyak orang melintasi perbatasan. Ada perbatasan pekerjaan, dan ada perbatasan kehidupan pribadi. Dan di tempat kerja, saya siap berkomunikasi dengan orang yang berbeda. Karena ini bekerja, saya tidak selalu memilih dengan siapa untuk berkomunikasi. Itu perlu - itu berarti perlu. Tetapi ketika orang-orang mulai mendorong hidung saya secara paksa dengan orang-orang yang saya tidak ingin berkomunikasi di luar pekerjaan, seperti "pergi bersama mereka". Kenapa tiba-tiba? Saya punya teman sendiri, saya punya keluarga sendiri, mengapa saya akan menghabiskan waktu dengan tidak jelas siapa, ketika saya bisa mengobrol dengan orang-orang penting bagi saya? Bagi saya ini sama sekali tidak bisa dipahami.

"Tidak", "mungkin" dan "ya" - tempat mencari pengembang

Saya .: Apakah saya mengerti benar bahwa Anda tidak memaksakan budaya perusahaan dan tidak secara paksa mengintegrasikan tim Anda, dan sebagai gantinya orang-orang mendapatkan kebebasan penuh untuk memilih apa yang harus dilakukan, jam berapa dan dengan siapa untuk berkomunikasi. Dan memberi hasil, tentu saja.

N .: Ya. Dan saya berusaha sangat keras untuk membedakan antara hal-hal yang dapat saya lakukan, karena saya membayar uang untuk itu, dan yang tidak berhak saya lakukan, karena saya hanya membayar uang.

Saya .: Saya tahu bahwa bagi banyak orang pendekatan Anda menyebabkan penolakan. Misalnya, pada habr di bawah artikel ini ada komentar bahwa Anda hampir kejam, Anda tidak akan membayar siapa pun, dan sebagainya. Mengapa

N : Benar-benar ada masalah seperti itu. Orang melihat apa yang ingin mereka lihat, dan apa yang biasa mereka lihat. Jika orang terbiasa hidup dalam industri di mana mereka digunakan, ditipu, dimanipulasi, dan dilemparkan, maka mereka melihatnya. Jika orang terbiasa hidup dalam suasana kepercayaan, dalam lingkungan kerja yang berkualitas dan seimbang, mereka melihatnya. Pertanyaannya adalah, sayangnya, di industri kami yang pertama menang atas yang kedua.

I .: Apakah menurut Anda sistem yang Anda tawarkan tidak memecahkan salah satu masalah utama pengembang yang mengatakan bahwa mereka benar-benar menulis kode 15 menit sehari? Dan sisanya dilakukan di demonstrasi dan terbakar, terbakar, terbakar ...

N .: Tentu saja, saya melakukannya sendiri! Dan yang paling penting, saya suka menulis kode. Aneh kalau saya membuat sistem di mana saya tidak bisa menulis kode.

Saya .: Bisakah senior Anda mendapat cukup uang untuk hidup mereka? Dan berapa jam sehari yang mereka habiskan untuk menghasilkan sebanyak, misalnya, di perusahaan IT statistik rata-rata di kota mereka?

N.: Mereka bisa, tetapi tidak semua. Hanya mereka yang bekerja banyak dan efisien. Mereka bisa menghasilkan banyak. Tidak ada batas atas dan tidak bisa. Dan beberapa orang tidak dapat memperoleh apa pun dari kami.

Dan kami juga memiliki label harga yang sedikit berbeda. Mereka beberapa kali lebih tinggi daripada yang ada di Rusia. Penting untuk dipahami bahwa kami tidak menjual jam tangan yang sama. Jam kerja biasa bukanlah apa-apa. Anda duduk di sana, menonton YouTube selama satu jam, dan Anda dibayar untuk itu. Beberapa perusahaan ingin memasukkan probe ke Anda untuk melihat apa yang Anda lakukan di sana. Karena itu, harga jam dengan produktivitas rendah juga rendah. Kami memiliki satu jam kerja - ini adalah biaya tetap dari tugas.

Tapi di sini ada masalah lain - nilai tukar rubel telah jatuh sangat kuat. Dan kami, misalnya, sama sekali tidak dapat bekerja dengan pengembang Eropa. Kami memiliki pengalaman seperti itu, tetapi mereka hanya mendapatkan remah-remah berdasarkan standar mereka. Banyak yang hanya berpartisipasi karena mereka tertarik, tetapi untuk uang itu tidak cukup. Tetapi dengan orang-orang dari belahan dunia lain - ternyata, karena mereka punya banyak uang untuk standar hidup mereka.

Ternyata tiga kelompok: kelompok "tidak" (ini adalah orang Amerika dan Eropa), kelompok "mungkin" (ini milik kita, Ukraina, Belarus) dan kelompok "ya" (ini adalah Afrika, Asia, dll.). Di sini pertanyaannya secara khusus tentang implementasi saya: berapa banyak saya bisa menjual ide ini kepada pelanggan, dan berapa banyak yang mau mereka bayar. Sekali lagi, kami hanya bekerja dengan pelanggan Rusia. Jika kita secara aktif memasuki pasar Eropa atau Amerika, mereka akan membayar lebih, dan masalah ini akan diselesaikan sebagian. Namun sejauh ini.

Saya .: Anda telah menggambarkan hampir seluruh dunia! Seberapa pelebaran pilihan kandidat dengan akses ke pasar internasional?

N .: Mengembang sangat banyak. Kami belum punya waktu untuk bekerja secara aktif dengan Amerika Selatan. Dan di sana, seperti, ada juga banyak pengembang yang bagus.

I .: Katakan, bagaimana Anda mencari pengembang?

N .: Tidak mungkin. Mereka datang sendiri. Mereka tertarik mencoba.

Prinsip kerja PS Nikita dapat dan memang menimbulkan opini kontroversial, tetapi sistem ini terbukti efektif. Apakah Anda memiliki pengalaman sukses alternatif dalam mengatur pekerjaan tim terdistribusi? Tulis di komentar!

Dan mereka yang akan berada di Kazan pada 2 Oktober 2019, datang untuk sarapan bersama tim di mana Anda dapat mendiskusikan artikel ini: ungkapkan semua kemarahan Anda atau persetujuan pendekatan Nikita, serta dengarkan 3 cerita lain tentang bekerja dengan remote dan agen outsourcing.