Я наймаю декількох розробників з різних куточків світу. Все йде добре, але я бачу, що останнім часом деякі з них зловживають моїм ввічливим видом.

Всі вони наймаються на цілий день. Однак я бачу, що через 5 годин на день мало що було зроблено.

Я розглядаю можливість розробити програмне забезпечення, яке буде робити знімок екрана комп'ютера кожні 1-5 хвилин і завантажувати його в мою систему. Однак це йде до крайнощів.

Як люди зазвичай керують віддаленими розробниками?

Ви наймаєте чесних програмістів, і ви (консультуючись з ними та, можливо, іншими чесними програмістами як перевірка реальності) ставите розумні цілі в короткі строки. Якщо вони не відповідають цілям, звільніть їх. Якщо вони все-таки відповідають цілям, то вам не має значення, якщо вони будуть грати в пасьянс протягом двох годин прямо, поки вони прояснюють свою думку та роздумують над проблемою.

Знімки екрана здаються зустрічними результатами. Якщо справа доходить до цього, ви переживаєте проблеми.

Ідеал - мати відчутні віхи та перевіряти їх прогрес проти них. Якщо ви не можете отримати ваші гроші на етапах, залежно від кількості часу, який потрібно заплатити, щоб отримати їх, знайдіть іншу допомогу. Якщо ви не можете створити твір на такому рівні деталей і не знаєте, чи вас відірвуть, джерело роботи може бути недоцільним. Ви можете запровадити систему конкурсних торгів для твору, але якщо ви не можете детально описувати, що потрібно на низькому рівні, можете сказати, яка якість коду?

Взагалі аутсорсинг та віддалена робота повинні стосуватися придбання результатів, а не покупки часу. Інакше, як ви з’ясували, довіра руйнується.

Те, що ви хочете, називається контрактом. У контракті сказано, що вони мають доставити і коли, і що ви повинні заплатити і коли.

Так просто, як це. Все інше було б суттєво протилежним продуктивності. Це порушить довіру між вами та фрілансером. Якщо ви хочете уважно подивитись на те, чим займаються люди, то подумайте про найм у вашому офісі.

Вони або виробляють достатній код для того, що ви платите, або ви знайдете когось, хто зможе. Якщо вони б'ють по клавіатурах і мишах протягом 10 годин на день і виробляють сміття, ви все ще збираєтесь їх тримати лише тому, що ви платите за них 8 годин?

Виставити вимоги та домовитись про терміни. Якщо ви не можете домовитись, найміть людей, які бажають. Ви програміст і маєте змогу помітити, потрапили вони у законні перешкоди чи ні.

Я б створив аркуш excel з розбиттям кожної функції.

Підрядник повинен оновлювати це щодня.

Кожен елемент повинен мати прогресію, визначену у%.

Якщо функція становить 100%, ви повинні бути готовими до "виходу".

Якщо елемент функціонує так, як очікувалося, його потрібно позначити та виправити.

Зробіть спочатку домашні завдання

Вам потрібно бути комфортним з людьми, яких ви наймаєте, перш ніж наймати їх.

У той момент, коли ви думаєте по суті шпигувати за людьми, яких ви наймаєте, вже пізно. Я чесний програміст, але я б не працював за цих умов (навіть якщо вважати, що вони є законними). Це як коли ти переходиш кордон - ти, можливо, нічого не приховуєш, але вони впевнені, що ти відчуваєш себе таким, як ти є.

Зробіть фонові перевірки, отримайте довідки, задайте питання. Використовуйте авторитетні сервіси. Приймайте обережні рішення, а потім дотримуйтесь порад в інших відповідях, наведених тут.

Я працюю з Scrum останнім часом і можу вам сказати. Завдяки цій Agile методології шахрайства не вдається уникнути прозорості. А також доводить, що ви - хороший керівник / керівник, який відправляє їм досяжні завдання.

Ви платите за результати чи час? Якщо ви платите за результати, то, як довго потрібно, щоб досягти цих результатів, ніхто не займається вашим бізнесом. Якщо ви платите за час і не думаєте, що вони чесно ставляться до свого часу, відпустіть їх і знайдіть когось іншого - якщо ви не можете їм довіритися, які вони хороші?

Якщо ви надаєте середовище, запис - це варіант, але вам потрібно спочатку повідомити їх, що дасть їм можливість підробити це. Скільки часу потрібно на пошук відповіді на проблему? Читати офлайн-ресурси, просто сидіти і думати? Якщо вони не чесні, все, що ви збираєтеся зробити, це витратити багато часу на отримання непереконливих результатів. Якщо вони чесні, ви, ймовірно, збираєтесь їх образити, і вони продовжать рух. Так чи інакше, їх немає.

Що стосується сховищ вихідного коду, і ви потребуєте постійного їх введення. Невеликі атомні доручення: "вчиняйте рано, чиніть часто". Використовуйте функції DVCS (гілки, теги), щоб вчинити речі, які не передбачаються для включення в кінцевий продукт.

Таким чином ви можете мати гарне уявлення про те, що робиться, що потрібно робити і так далі.