Борьба с кражей времени у разработчиков программного обеспечения в небольшой компании

У моей компании проблема с ленивыми разработчиками. Мы небольшая компания за пределами Торонто, и мы предлагаем конкурентоспособную заработную плату (~ 60-70 тысяч канадских долларов) в год для лучших специалистов среднего уровня со степенью бакалавра/магистра инженерных и компьютерных наук плюс несколько лет опыта работы. Проблема в том, что большинство этих разработчиков работают из дома, и мы не получаем от них полного рабочего дня.

Мы ожидаем, что они будут работать не менее 8 часов в день с неоплачиваемым 30-минутным перерывом на обед. Недавно мы установили программное обеспечение для наблюдения за сотрудниками и заметили, что большинство из них обманывают нас, например, крадут время и не работают полный рабочий день.

Я лично видел, что большинство наших разработчиков работают, может быть, 3-4 часа в день, например, они могут писать код 2 часа подряд с 9 до 11, а затем просто ничего не делают до 2-3, пока не получат новый взрыв. на 2 часа.

Ясно, что это неприемлемо. Это кража времени. Мы ожидаем как минимум 8 часов реальной работы в день. (Желательно больше, но мы готовы терпеть 8-часовой рабочий день, если нет крайнего срока, потому что на текущем рынке очень сложно нанять хороших инженеров).

Такое поведение недопустимо ни в какой другой области; например, если заводские рабочие просто сидели без дела полдня.

Как мы можем исправить эту проблему лени и начать получать от разработчиков то время, за которое мы им платим?

Они отключены на все остальное время? Есть ли у вас какие-либо идеи, посещают ли они встречи, объединяются в пары, исследуют и т. д. и работают ли они иначе, чем перебрасывая код?
Какова ваша цель? Вы хотите повысить скорость своих разработчиков или хотите, чтобы часы, измеряемые вашим программным обеспечением для мониторинга, достигли 8 часов?
Отслеживает ли ваше программное обеспечение для мониторинга все не связанные с кодированием аспекты работы разработчика программного обеспечения? (например, чтение электронных писем, сообщений, встреч, исследований, планирования, документации, тестирования и т. д.)
Наше программное обеспечение показывает, что сотрудники работают за своими компьютерами только 4-5 часов в день. В остальное время компьютер полностью простаивает.
Согласно этому веб-сайту, вы платите ниже среднего в Торонто: ca.indeed.com/career/developer/salaries/Toronto--ON
@Helena Хорошо, но это не главное. Мы платим им за работу минимум 8 часов в день, а они работают 4. Что мы можем сделать?
Вы можете нанять кого-то менее эффективного, у которого на выполнение той же работы уходит 8 часов. Честно говоря, исследования показали, что это не является ненормальным. Средний рабочий тратит около 3 часов из 8-часового рабочего дня на продуктивную работу. Ваша программа тайм-менеджмента только что ясно изложила вам эту неудобную истину. Зарегистрированные часы просто не являются эффективным показателем времени разработчиков и наказывают тех, кто очень эффективен. Если вы будете настаивать на этом, они будут выполнять тот же объем работы медленнее и все время будут в плохом настроении.
@Джефф До сих пор не ясно, чего ты хочешь достичь. Как вы измеряете, что люди ничего не делают, и что нужно сделать, чтобы их не считали ничего не делающими? Двигать мышкой 8 часов подряд? И что именно вы хотите увидеть улучшенным?
Классический случай «вы получаете то, что измеряете» — по крайней мере, так получится, если вы продолжите идти по этому пути. Если вам нужна реальная производительность, вам нужно разработать способ измерения фактической производительности, потому что прямо сейчас вы не справляетесь со своей ролью менеджера.

Ответы (5)

Вы используете неверный показатель. Часы за компьютером не полезны и не практичны. Я хреновый разработчик, я могу кодить 8 часов подряд и сделать то, что приличный разработчик сделал за первые полчаса.

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

Вы смотрите на это совершенно неправильно.

Реализуются ли проекты вовремя? Вы также включаете время для таких вещей, как встречи, обучение, наставничество и т. д.?

Абсолютно это. Ваша компания не зарабатывает на количестве часов, которые ваши разработчики сидят за своими столами, нажимая кнопки. Это делает деньги от того, что они на самом деле поставляют .

Вот с чего стоит начать:

Привет, команда.

Извинение.

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

Мы надеемся, что это может стать началом более совместной работы.

Извини,

Команда высшего руководства

А затем начните работать с командой, а не против нее, чтобы понять, что они делают.

Если они действительно кодируют по 4 часа в день, это здорово! Это не тот вид деятельности, которым вы можете сидеть и заниматься по 8 часов в день каждый день. Если бы они были в офисе, половина времени, вероятно, была бы потрачена на общение с коллегами, чаепитие и т. д.

Вам нужно уйти от мышления «мы платим им за 8 часов в день» к мышлению «мы платим им за то, чтобы они выполнили X объем работы с Y качеством».

Если бы разработчики программного обеспечения хотели печатать по 8 часов в день, они стали бы машинистками; если бы они хотели «работать» по 8 часов в день, они стали бы фабричными рабочими.

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

Надеюсь, это включает в себя больше, чем смотреть на экран в течение 8 часов.

Примеры:

  • Обсуждение/обмен идеями по рабочим вопросам с коллегами,
  • Думая о том, как решать проблемы и выполнять задачи,
  • Делать наброски/диаграммы/наброски вещей на бумаге (да, программисты иногда используют ручку),
  • Отвечая на электронные письма,
  • Участие в собраниях и
  • Прогулки, чтобы очистить голову и подумать о новых способах решения проблем.

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

Будем надеяться, что в конце концов важнее всего то, будут ли проблемы, представленные разработчикам, решены в разумные сроки и с приемлемым качеством. Если эти цели достигаются, то вы получаете ценность своих денег. Удачи!

Программисты используют не только ручку и бумагу, но и некоторые из них используют печатные справочные материалы!