Какие системы мотивации разработчиков есть в вашей компании?

 Публичный пост

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

Особо ничего не менялось, но мы уже чуть больше полугода собираем первую версию нового продукта. Возможно проект стал ощущаться рутинным, а темп высокий из-за поджимающих сроков. One-to-one с членами команды ничего не дал, все говорят что ничего не изменилось и все в порядке.

Интересно, как с такими задачами справляются у других компаниях. Может есть какие-то бонусы или премии за успешно закрытые спринты? Эпики в джире? А какие виды нематериальной мотивации работают?

10 комментариев 👇
Сергей Драган , Java программист, тимлид 6 августа 2021

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

  Развернуть 1 комментарий

Для тех Агапитовых, которые нагуглят этот пост через полгода-годик, я на всякий случай предупрежу не воспринимать топовый коммент как руководство к действию

  Развернуть 1 комментарий
Захар Кириллов , Амбассадор ЕРАМ в Клубе 6 августа 2021

Звучит как будто вам просто пора релизиться, чтобы жизнь заиграла новыми красками: баги на проде, фича реквесты от реальных пользователей, технические челленджи оптимизации узких мест и вот это всё.

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

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

Я видел как в офисах вешают телевизоры/звонки/светофоры, которые визуализируют какие-то метрики с прода. На удалёнке те же метрики робот постит в чатик (типа, юзер новый зарегался) или скроам-мастер показывает дашборд на стендапе.

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

Мотивация деньгами не всегда хорошо работает. Но вот что можно сделать: можно устанавливать какие-то общественно-значимые цели. Например, "Если мы достигнем цели спринта и сделаем 90% тасочек, то следующий понедельник объявляется нерабочими днём и мы все (можно — с семьями) пойдём в кошачий приёмник чесать котов, привезем им мешок корма и всяких игрушек (за счёт компании конечно), поиграем с животными, уберем им клетки, а вечером поиграем в боулинг".

Или тупо выделить скажем 5000 руб / 100 евро бюджета на каждый спринт, на ретро определять Sprint Hero (голосовагнием, да как угодгно), и этот герой сам выбираем какому чарити он переводит деньги. Но деньги появляются толко если закрыто те же 90% задач.

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

Или наоборот: может быть всех взбодрит какой-то "технический спринт-хакатон", где 1-2 недели ребята будут работать не над задачами из бизнес-беклога, а над своим видением продукта.

  Развернуть 1 комментарий

Мотивация деньгами работает, если это действительно мотивация, а не стимуляция. Если я в спринте сделал все 5 задач и справился на день раньше, а мне в следующем спринте вместо премии дали 8 задач и прежнюю ЗП, то я больше стараться не буду. Такой подход будет мотивировать выполнять допустимый минимум, только и всего.

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

  Развернуть 1 комментарий

@telichkin, ты как-то очень буквально всё воспринял :)

Главное во всём этом — договариваться на берегу. Обо всём. И письменно зафиксировать любые договорённости — хотя бы в чатике или хоть даже в джире.

"Если я в спринте сделал все 5 задач и справился на день раньше, а мне в следующем спринте вместо премии..." — стоп-стоп-стоп!

Во-первых, откуда тут появляется слово "премия"? Кто и почему её тебе должен заплатить, если ты об этом не договаривался до начала спринта? :)

Во-вторых, достижение цели спринта и закрытие тасочек — ответственность всей команды. Устраивать из этого соревнование по скоростному закрытию задач между Васей и Петей — это прямой путь к конфликтам. Так можно делать, если ответственность за результат строго индивидуальный — сбор клубники какой-нибудь или, возможно, первая линия поддержки. В разработке софта такое редко когда возможно, т.к. мы часто используем распределенные практики: чтобы сделать задачу, один член команды должен сделать внятную постановку, другой — закодировать, третий — сделать код-ревью, четвёртый — протестировать и т.п.

Но суть всё равно одна: любые договорённости должны быть обсуждены и приняты до старта работы.

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

  Развернуть 1 комментарий
Оля Щаникова , Product Owner Команда Клуба 6 августа 2021

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

  • Поменялся ли контекст в компании, может пивот какой был?
  • Завершили крупный проект, а сейчас пилите что-то другое?
  • Какие-то события произошли недавно?
  • И главное, спрашивал ли команду?

Рекомендую книжку, там много хороших советов: http://motivateme.ru/

  Развернуть 1 комментарий

@mon-lolka, добавил контекста в описание.
За книжку спасибо, выглядит прям как то, что нужно:)

  Развернуть 1 комментарий

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

По таблице сразу можно понять, какие есть проблемы у компании в целом, а где менеджер не дорабатывает по конкретному человеку. Конкретно здесь ситуация была следующая: проект разрабатывался чуть больше года, но потом сильно забуксовал, топ-менеджмент не направлял команду, приоритеты сменяли друг друга без понятных на то причин. И в таблице вся эта ситуация видна. Самые большие провалы по "Конструктивная обратная связь", "Перспективы в плане работы", "Получение четкого представления о целях", "Контакт с менеджментом и CEO". Причем общение в команде было прекрасным, это и чувствовалось, и в таблице столбик "Хорошие личные отношения с руководителем" только с одним розовым пятном.

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

  Развернуть 1 комментарий

Отсутствие наказания - это тоже поощрение.

  Развернуть 1 комментарий
Ростислав [Рост] Мясников , Organizational psychologist & Engineering Manager 4 июня в 14:41

У нас в компании есть Коуч сервис.
Одна из форм коучинга - Организационный. Он же Team Coaching или ещё Системный.

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

Прошу извинить, без деталей.

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

Формы работы:

  1. Индивидуальная. Как правило с кем-то топовым. Но можно с кем угодно
  2. Групповая. Лучше когда группа однородная - команда разработчиков или условная команда менеджеров, но не так чтобы и СТО и тим лиды и джуны.
  3. Включение Org psychologist в процессы. Shadow mode. Самый чувствительный метод

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

Обращайтесь, если интересно

  Развернуть 1 комментарий

😎

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

Что вообще здесь происходит?


Войти  или  Вступить в Клуб