Поставили меня на проекте рулить программистами, они все на удаленке на почасовке. До этого был разброд и шатание, их никто не контролировал, в итоге сейчас пожинаю плоды - работа не делается вовремя, периодически пропадают и т.д. Приписок правда мало, но они есть.
Как вы организовываете у себя удаленщиков? Поделитесь опытом

(22) Для удаленщика главное 3 качества, ОТВЕТСТВЕННОСТЬ, желание учиться, желание зарабатывать бабки, притом бабки 2-е место. Сейчас овердофига материалов, которые спокойно покупаются.

Все остальное вторично, без первых 3

(24) Фе. А как же по морде вдать при необходимости? Или по плечу потрепать?

(27) На авито опубликуй что купишь услугу "вдать по морде". Подтверждение по фото. Делов то.

Матричная структура

По вертикали - старший над пулом удаленщиков контролирует только квалификацию и знание корпоративных стандартов

По горизонтали - исполнение задач контролируют сотрудники с ролью Постановщик
Они описывают задачу, согласовывают срок, трудоемкость и критерии приемки с удаленщиком
Им же удаленщик сдает задачу
Если к контрольной точке не сдал - задача снимается и передается другому, без компенсации за уже затраченное время
Три просрочки - беседа с вертикальным старшим, и оргвыводы

"Если к контрольной точке не сдал - задача снимается и передается другому, без компенсации за уже затраченное время "
После такого - я бы сразу  заявление с матами.

(30) Да, ответственность за взятые обязательства это больно

(10) полностью согласен.

всё остальное это из народного творчества:
Свекровка Б...., Снохе не верит.

(31) это тоже путь в никуда. Просто больше половины задач брать вообще не будут. А их ведь тоже делать как-то надо.

(33) Почему же? Не было проблем с отказами исполнителей в практике
Срок и трудоемкость согласовывается с исполнителем, задачи атомарные и с четким критерием приемки

(0) "по почасовке". Дальше можно не обсуждать. Смысл в удалёнке-результат выполнения ПРОЕКТА. Достаточно согласовывать сроки (окончательные, промежуточные, поэтапные) и помогать тем, кто по каким-то причинам не справляется со сроками или качеством. Должна быть команда, а не рабы на галерах (почасовках)

(35) Сложность (как следствие его стоимость) проекта обычно невозможно предсказать заранее до его выполнения.

Поэтому приходится пилить и в процессе получать стоимость выраженную в часах, затраченных не его выполнение.

Найти удаленщиков-ясновидцев это из разряда фантастики, которые могут хотя бы с 50% точностью предсказать требуемые сроки и цену.

Бывают разбросы на порядки, это когда или в 10-20 раз быстрее или в 10-20 раз медленнее выходит.

(35) Вовлеченность удаленщиков в проект всегда ниже чем тех кто в поле
Предлагаем или оклад+премию за результат или почасовку, сами выбирают почасовку чтобы ограничивать ответственность

(36) Именно поэтому почасовку надо исключать из критериев работы. Условный нормочас можно применить для предварительной оценки сложности отдельного этапа и то эмпирически и с большой долей вероятности

Если бы была качественная постановка задачи, то можно было бы говорить об ответственности разработчиков. А пока лучше всего оплачивать почасовку по факту затраченного разработчкиком времени.

(36) (38) Это разные уровни ответственности
РП - отвечает за стоимость и рентабельность проекта
Постановщик за этап/подсистему
Удаленщик за атомарную задачу

(39) "Лучше всего" для кого?

(39) если у меня в кубышке есть что-то аналогичное из того что нужно сделать и нужно только копи пасте и 30 минутная заточка. А с нуля там на 20 часов работы то я фи достану из кубышки свои наработки буду осваивать 20 часов.

(0) Очень просто - нужно платить им побольше. Тогда:
1. Они будут держаться за свое место
2. Они будут чувствовать себя виноватыми что менеджер не видит что они работают
Тогда у них будет желание работать честно, и быстро выполнять задачи.
Я сам работаю удаленщиком уже давно, и знаю это по себе.

(43) у нас платят выше рынка

(44) У всех платят выше рынка, по их словам. Нужно платить не на 5-10% выше, а в 5-10 раз. Уровень средних рыночных зарплат сейчас очень низкий для хорошего разработчика. Это только для джунов нормальная зарплата. А для удаленщика вообще даже для джуна мало.

(40) Разделение уровней ответственности не отменяет командную работу, нацеленную на результат, а не только на выполнение атомарных задач кодировщиками. Почасовка-самое последнее средство учёта, когда полностью исчерпаны остальные ресурсы

(44) Спорное утверждение. Это взгляд сверху, ИМХО.

В сутках только 24 часа. Из них рабочих 8. При полной загрузке сразу же наступает насыщение у исполнителя от бесперспективности увеличения зарплаты.

Если платите выше рынка то раз в Н-месяцев удаляете худшего и берете на его место нового. озвучиваете условия и вперед.

+(43) Простой пример, так же из личного опыта: Когда сидел в офисе, начальник меня видел. Я мог честно отсидеть положенные 8 часов и с чувством выполненного долга уйти домой. Почему не сделал задачу? Потому что возникли непредвиденные сложности. Но я точно был в офисе, а не ездил на пляж, это факт, и никто не может сказать что я не работал.

Став удаленщиком я потерял возможность подтверждать свою работу проведенным в офисе временем, поэтому единственный способ подтвердить что я работал - это показать результат. Вот тут то и началась настоящая работа. Я стал меньше зависать на форумах и в ютубе, и стал быстрее выполнять задачи. Даже могу сказать - в десятки раз быстрее.
А за такую скорость выполнения не грех и требовать соответствующую оплату. Так что удаленщику нужно платить в разы больше чем средняя ЗП по профессии, иначе ему нет никакого стимула быстро работать.

(41) Лучше для разработчика и его нанимателя. Разработчик будет спокойно работать.

(51) Или не работать

(51) Абсолютно не соглашусь. Для разработчика лучше получать денег за задачу / проект в соответствии с данной им оценкой (разбросом сумм) этой задачи / проекта.

(50) т.е. вместо 1к в час платить 5к (почти 100$)? Ну, такая себе рекомендация. Мне бы кто такое предложил

(53) Если постановка задачи понятна и прозрачна. А такого не бывает.

(50) (54) Что то такое слышал в своей комсомольской юности. Отнять и поделить

(53) А в чем эта схема отличается от почасовки?

(49) Может не так явно, но соглашусь, один из самых действенных способов нефинансовой мотивации

(55) Какие проблемы взять денег и сначала сделать и согласовать с заказчиком постановку?

(57) Тем, что желаемая исполнителем сумма за задачу никак не соотноится с какими-то там часами

(23) > Ежедневные встречи с удалёнщиками:?

Что тебя так удивляет?...
Не, ну если в захолустье, где сидит удалёнщик, с интернетом совсем плохо, что скайп не работает, то можно просто созваниваться или переписываться. Не суть важно.
Тут важен сам факт внимания со стороны руководства. Чтобы работник понимал, что его работа и сроки её выполнения на контроле.

По отношению к хорошо зарекомендовавшим исполнительным спецам жесткость контроля можно постепенно снижать. Вплоть до полного снятия - только постановка задачи и приём уже готового результата.

(59) Утром деньги - вечером стулья?))

(60) Ок, достаточно срока и суммы
В нормо-часы пересчитываем для удобства управления
Можно и в попугаях

2(54) ну это следует из з/п участников этого форума в 500к в месяц. 100ч работы принятые заказчиком на 5к = 500к
удаленщику думаю не оплатят работу по оценке трудозатрат по предполагаемой задаче. А на это тоже нужно время.

(63) Угу и у каждой задачки будет своя стоимость реального часа - нафига эти нормо-часы?

(0) А как ты приписки обнаруживаешь? Делаешь сам все то же самое и по факту предъявляешь, что сделал быстрее? Или чисто умозрительно?

(62) На усмотрение исполнителя, конечно. Посыл был в том, что отсутствие постановки - никакое не препятствие, а та же самая задача.
(63) Это заморочки заказчика, причем на выходе - куета какая-то.

(26) > Для удаленщика главное 3 качества, ОТВЕТСТВЕННОСТЬ...

Так в том и проблема, что у едва ли не 99% удаленщиков ответственности почти что нет. Самодисциплины нет.

> ...притом бабки 2-е место.

И деньги (как это не парадоксально) - недостаточно мотивируют. Никакие штрафы за срыв сроков не помогают.

(67) Я так и делаю - беру по факту за все беспокойство, что доставляет мне клиент - за обсуждение, обдумывание, тестирование, пробы и ошибки. Это и есть оплата по фактически затраченному времени.

(69) "беру по факту за все беспокойство, что доставляет мне клиент" // Само собой
"Это и есть оплата по фактически затраченному времени" // Конечно же нет, т.к. и в этом случае легко может быть (60)

А то я тут выставил 20 часов за серьезную работу, которая для пользователя выглядела как галочка на форме документа. А он мне типа, что не слишком ли дорого для положить галочку на форму. По такому же принципу ТС приписки фиксирует? :)

(71) Определять приписки разработчика может только тот, кто по знаниям разработки равен или выше исполнителя. Т.е. по сути тимлид / архитектор какой-нибудь, а фактически - только тимлид. У иж точно не какой-нибудь РП, который некомпетентен в вопросах разработки (не рассматриваем случаи, когда в разработчиках мартышки сидят).

(70) А что в (60)?
>> Тем, что желаемая исполнителем сумма за задачу никак не соотноится с какими-то там часами

То есть разработчику хочется получить больше? Тогда пусть торгуется по каждому чиху. В итоге выйдет меньше, так как будет куча убитого на переговоры времени.

(71) Беру и периодически подкидываю исполнителю, задачи, которые оценены другим программером, делов-то ;-)

(73) Что такое "больше"? Больше, чем что?

(71) по опыту сужу

(75) Больше, чем он мог бы получить, честно подсчитывая затраченное время. Такая "сверхприбыль".

(77) Еще раз: исполнитель получает деньги. Посчитал он затраченное время в часах - дальше что?

(78) Сообщил клиенту/работодателю, тот их оплатил.

(77) Но кто кроме разработчика может это знать?) Торговаться-то он не с собой будет, а с заказчиком.

Тут про другое разговор - что не нужно привязывать стоимость к часам, чтобы не получалось как в (71).
Есть разговор идет не в часах, а в рублях, то заказчику привыкает к тому, что вот эта красивая большая форма - это 5к рублей(к примеру), а вот та маленькая галочка на ней(которая все делает) - 35к рублей.

(77) Не понимание основ бизнеса своего клиента, обычно приводит к неадекватности требований, как следствие ограниченность клиентской базы с заниженной стоимостной оценкой и попытками его на...ть на любых недомолвках, что в свою очередь приводит к еще большему сокращению кормовой базы ;-)

(79) Не спеши
Сначала проверил адекватность твоей оценки рынку
Если нет - передал другому исполнителю
Если в пределах - согласовал срок и критерии приемки
Затем ты делаешь
Потом сдаешь по критериям к сроку приемки
Теперь начислил
И только потом оплатил

(82) >>Сначала проверил адекватность твоей оценки рынку

каким образом? Загуглил "сколько стоит добавить галочку на форму"?

(83) Получил оценку от архитектора

Умножил на его ставку часа, сравнил 2 суммы, чо вы как маленькие?

Можно и почасовку сравнить, тогда платить еще меньше

(79) Как плательщик осуществит конвертацию сообщенных ему исполнителем часов в деньги, которые надо заплатить этому исполителю?

(87) Умножением ставки часа разработчика на число часов разработки.

(84) если у заказчика есть архитектор, который может адекватно оценить стоимость работы - тогда хоть в бананах можно измерять
вопрос в том, что непонятно что делать с часами, если такого человека у заказчика нет

(88) Возвращаемся к (53) - в описанном там никакой ставки какого-то там часа у разработчика нет

(90) Ну так надо договориться о часовой ставке при приеме на работу.

Речь о том, что при работе с удаленщиками, когда постоянно идет какая-то разработка, лучше договориться о стоимости часа разработчика и оплачивать его фактически затраченное время, чем каждый раз "оценивать" задачу.

В этом случае не будет обид с обеих сторон, что "недооценили" и разработчик будет уверен, что его усилия будут оплачены.

Работодателю же надо оценивать качество и скорость работы удаленщика и если что не нравится, просто менять исполнителя.

(89) Также как и покупка товара, или любой другой услуги.

Ставка часа является как нормой так и бичем нашей профессии- норма, позволяет уравнять низкоквалфицированных с высококвалифицированными специалистов

(91) "надо договориться о часовой ставке при приеме на работу" // Опять ты за свое. Кому надо? Исполнителю это не надо при работе по предложенной мною схеме.
"лучше договориться о стоимости часа разработчика и оплачивать его фактически затраченное время" // Опять ты за свое. Кому "лучше"?

(91) Остается найти заказчика, который готов платить любые деньги за разработку, не зная заранее её стоимости)

(91) Я так понимаю, что удаленщиков и проектов у тебя не было?

"разработчик будет уверен, что его усилия будут оплачены" // Именно эту уверенность Я (как исполнитель) и получаю, когда даю заказчику оценку в деньгах. Зачем мне при этом думать о каких-то там часах, да еще и фактических, если Я не на окладе у него?

Оценивать каждую задачу - никаких проблем с этим не вижу

(96) Я бы сказал по другому, он должен быть уверен, только в том, что "ЕСли он закроет в сроки задачу, и с требуемым качеством", ему ее оплатят

(98) Конечно же этой уверенности недостаточно: он должен быть уверен, что задачу ему оплатят в соответствии с теми договоренностями о сумме, которые он заключил с плательщиком

Ну вот у меня например, есть заказчик, сумма штрафных санкций за просрочку 1 дня-10к, по группе работ. И ничего, работаем же

(94) Смотря кто заказчик. Если это разработка для внутренних нужд (фикси), то у него есть бюджет, который он осваивает.

Если это сторонний заказчик (работа на франча), то ему что-то озвучивают, безусловно, какой-то договор он подписывает. Из этого вырисовывается бюджет на разработку. Тогда при постановке задачи уже примерно ясно, во что она выльется по затратам. Дальше дело надсмотрщиков над программистами - контролировать процесс и не допускать перерасход бюджета.

Но это не забота разработчика. Он делает то, что умеет, как умеет, с той скоростью, с которой может. Если его работодателя это не устраивает - пусть ищет другого.

(101) Вот поэтому и работодатели делятся на 2 категории, тех кто готов мириться не внедренными проектами, которые тянутся десятилетиями, и те не готов

(100) Круть. И сколько времени уходит на разработку и согласование ТЗ?

(100) Потому что ведь при таких условиях соглашаться на "сделайте мне чтоб всё было хорошо" - это не очень правильно

(104) Ну почему - можно привязаться к кварталу, чтоб в отчетности за оный показатели улучшились на столько-то процентов

(по это, видимо, высший пилотаж внедренцев - привязывать метрику к показателям работы предприятия, где внедряешь)

Мне помогали тесты (xunit) - смотришь что сделано и сколько. но разработку тестов приходилось оплачивать отдельно.

(0)Задачи выдаются руководителем или клиентом, но параллельно отсылаются руководителю. 15-30 мин задачи ставятся по факту, остальные оцениваются руководителем. Устанавливается минимальное ограничение закрытия часов в месяц, чтоб прог был интересен организации. Где часов по факту получается больше установленного, разбираются почему - как правило такие задачи очень редкие. Если прог не согласен на такие условия - свободен.

+(108)И по сути получается ничего контролировать не надо. Закрыл норму месячную молодец, не закрыл - свободен.

+(109)Еще добавляют несколько уровней нормы. Например закрыл 40ч - получишь 70% от заработанных денег, 70ч - 85%, 100ч+ - 100%. (цифры просто придуманы в данном примере)

(108) "15-30 мин задачи ставятся по факту"
- для такой мелкой детализации задач кому то придется поработать расписывая их.

"остальные оцениваются руководителем"
- если оценка руководителя не совпадает с оценкой исполнителя, причем сильно что происходит?

По сути это некие нормо-часы, чтобы потом по формуле закрытия месячной пересчитать в зарплату.
К реально затраченным часам работы исполнителя/сотрудника не имеют никакого отношения.

(109) а потом с этим закрытым кодом кому-то другому работать.  Иногда такое пишут что бы побольше часов закрыть - волосы шевелятся. В одно время пытались работать с удаленщиками - качество кода - отвратительное, документирование - никакое, логика решений - какая-то инопланетная. В итоге отказались и наняли бойцов в офис.

(111)1)Тому кто исполняет. Он же отчитывается за проделанную работу.
2)Я ж написал: обсуждают в чем не сходится.
3)Так это уже проблемы сотрудника сколько он тратит времени на выполнение задачи. Он может и одной рукой программировать, но это не значит, что за его работу надо платить в н-раз больше.
(112)Для этого в норм организациях периодически просматривают код сотрудников.

(113) >1)Тому кто исполняет. Он же отчитывается за проделанную работу.

Задачи обычно приходят крупные не на 15-30 минут а больше намного.
Вот кто сидит и дробит их на мелкие чтобы раздать исполнителям? Расписывая каждому что и как делать, причем чтобы потом их работа состыковалась вместе нормально.

>2)Я ж написал: обсуждают в чем не сходится.
"Обсуждают" - это так теперь процесс торговли за нормо-часы называется?
Начальнику-заказчику всегда выгоднее побыстрее задачку сделать и поменьше заплатить (ему премия из экономии на удаленщиках, а еще лучше своих липовых подсунет и будет им сэкономленные на других часы фиктивно ставить).
В результате все задачи будут "мелкая на 15 минут", хотя там реально более 15 часов работы.
Отказывашься - до свидания...

(114)1)Руководитель дробит.
2)А что там торговаться? Если по задачам сильные разногласия, пусть руководитель раз покажет, что его оценка часов объективна и сделает одну задачу. Я 6 лет работал так, в 2 конторах: всего пару раз было когда мы разошлись во мнении с заказчиком, я ему объяснил из-за чего усложнилась задача и все.

(115) >пусть руководитель раз покажет, что его оценка часов объективна и сделает одну задачу.

Вот и получается что руководитель должен быть обязательно сам программистом или с оценкой задач будут сплошные проблемы. Причем пишущим программистом а не когда то давно клюшками баловался ))

(116) О чем и сказано в (72) :)

(115) У руководителя прям столько времени что бы заниматься анализом и декомпозицией задач. Вон шеф до 3\4 дня в переговорках сидит, по каждому проекту, а их несколько, совещание и показы от раза в день до раза в неделю.
У нас спринты и иногда есть ФТ, а иногда его нет, а есть просто задача в общих чертах. При этом скорость работы и сдачи блоков в нашем отделе выше, чем в соседнем, где есть ТЗ и жОсткие сроки....
Сколько работал обычно этим занимаются специально обученные люди или отдел БП, специальный постановщик...

(118) так никто и не подозревает, что руководителем отдела должен быть руководитель организации :) И ясное дело, что Директор, скорей всего, не будет обладать актуальным скиллом в программировании

Скрам митинг каждое утро уже предлагали?

Разбивать на интревалы работу, и контролировать по чек-поинтам.

ты, например, знаешь что к двум это должно быть, и смотришь. Только дробить нужно на равные части, и побольше

(122) мягко говоря сомнительная затея. руководитель заипется детализировать задачи так подробно

(0) вот несколько ключевых идей, которые помогут выработать нужный подход к управлению:
- Невозможно* с приемлемой точностью заранее оценить трудозатраты по задаче. Оценить сроки, для ориентировочной оценки окончания работ по задаче - можно. Суть, как видно, похожая, но принципиально важно ждя чего эти данные используются.
- Самая минимальная оценка работ - фактическая. Предварительная всегда включает в себя дополнительно наценку на риск (как правило конскую), а если не дозаложили в этот раз, то сделают это в следующий. А если не включает (новички этим грешат), то это скажется на качестве работ (никто не будет работать себе в убыток).
- Профессионалы редко просто накидывают часы ни за что (так кажется - никто ж свечку не держит). О профессионализме можно судить по: коду (достаточно первое время), способам решения технических задач; тому, как происходит мышление при решении задач/проблем (материал для этого есть всегда "по-умолчанию" - если происходит общение - на это нужна компетенция и у вас).

(0)

1)загоните их в Трелло. Пусть разбивают свои задачи на подзадачи и включают трекер - там есть такая функция, фиксирующая время, потраченное на каждый пункт.

будете видеть сколько человек сделал за день. Сможете аналиизровать эффективность фрилансера-удаленщика.

2)внедрите систему скрамб, при которой нужно каждый день созваниваться по скайпу на 5-10 минут + раз в неделю созваниваться основательно.
задачи в этой системе расписываются на целую неделю и оцениваются в часах. А потом программист уже должен уложиться в те запланированные часы.