8 ситуаций, способных убить мотивацию разработчика
Несмотря на обилие материалов о том, как увеличить производительность сотрудников и команды, куда важнее ее хотя бы не снижать, — пишет Джон Лафлер, программист, основатель Anaxi, в своем блоге:
- Постоянные совещания. События, которые прерывают работу, мыслительный процесс разработчика, способны выбить его из колеи. Сложно вернуться именно в то место, где он закончил и продолжить – этот процесс занимает не менее получаса. При этом перерывы могут стать причиной ошибок и незавершенных задач. Ведь специалисту еще нужно подготовиться к совещанию, а за 1-2 часа до этого он не начнет работать над новой задачей, потому что не успеет ее завершить. Поэтому собрания должны быть короткими, запланированными и проводиться в самом начале дня.
- Неоправданный контроль. Требование слишком частого отчета о работе сбивает с толку, показывает недоверие к специалисту и отвлекает от работы, тем самым, снижает мотивацию и производительность.
- Неточные требования. «Почини, не работает» звучит гораздо хуже, чем обычный отчет об ошибке. Также разработчик всегда должен четко понимать ожидаемый результат проекта, в противном случае он будет делать так, как ему нравится, и в результате придется начинать все с нуля.
- Некорректные замечания. Разработчики часто теряют производительность от недостатка обратной связи. «Это выглядит плохо» не объясняет конкретной причины недовольства и стопорит работу на несколько часов.
- Шум, лишние движения, броский дизайн. Внешняя среда имеет значение для программистов – излишняя суетливость вокруг мешает сосредоточиться так же, как и полная тишина. Большинству программистов нужен белый шум, поэтому они часто работают в наушниках.
- Изменения в сроках или объемах проекта. Если задачи меняются за неделю до сдачи, специалист может быть возмущен, так же, как и в случае корректировки сроков.
- Отсутствие обратной связи от клиента. Этим часто пренебрегает, однако разработчикам важно видеть реакцию на результат своего труда, видеть как используются те или иные функции, знать, понравился ли продукт заказчику.
- Аппаратное обеспечение. Наличие автоматизации, пула инструментов, большого экрана и быстрого процесса необходимо для поддержания высокой производительности специалиста.
Эти проблемы отнюдь не уникальны только для программистов, но для них они наиболее чувствительны, так как их труд связан со сложным мыслительным процессом, которому ничто не должно мешать. Джон Лафлер советует просто поговорить с командой разработчиков и узнать, что можно изменить для повышения их мотивации, а значит, и производительности. В условиях высоких зарплат it-специалистов эти моменты могут стать ключевыми для оптимального использования компанией ее ресурсов.
Источник https://hackernoon.com/top-12-things-that-destroy-developer-productivity-2ddf0abc190
