Комментарии 39
Где то тут на хабре прочитал: "Как не получить демотивированных сотрудников? Легко! Наберите мотивированных и не демотивируйте их".
Не понятно как считается, что человек овладел компетенцией (ваш внутренний экзамен, какой-то внешний, просто факт прохождения «курса»?)
Не понятно как предполагается учиться, для каждой компетенции есть полный необходимый набор курсов? Откуда они взяты и насколько достоверно, что их (и только их) достаточно для овладения компетенцией? Курсы платные или бесплатные? Если второе, то платит кто?
А в целом да, если бы мою ЗП привязали к такому цирку (значительную часть ЗП), я просто уволился бы скорее всего. При этом я сам очень люблю проходить онлайн курсы в свободное время.
«Овладение» проверяется либо выполнением соответствующего задания (тестового, или в реальном проекте), либо внутренним экзаменом.
Есть курсы, есть подборка методических материалов.
К счастью, никто не уволился, но эксперимент был недолгим, а отношения в коллективе хорошими.
Если есть, то:
— Научите их качественным продажам и уметь продавать не только по кейсам(парусам)(Если менеджер работает только с малобюджетными проектами и прайсом, такой менеджер не нужен);
— Научите работать с заказчиком и заставьте уметь любить клиента( Скилл грамотно восхититься и грамотно наорать на клиента);
— Переведите их на процент;
— И… существует огромное количество литературы/вебинаров и прочего, где можно научиться продавать как можно дороже;
— Перевести прогеров на оклад с пересмотром раз в квартал( где зп рассматривается с отчетов ПМ и/или тимлида);
Если нет, то:
— Создать и взрастить отдел продаж;
— Оставить прогеров в покое, им необходимо работать;
Студия — это не вуз, и не школа. Здесь не стоит учебу ставить в априори, здесь надо зарабатывать.
И ставить такие задачи и брать такие проекты, на основе которых прогеры качали бы свои скилы.
Перевести менеджеров на процент — будет та же история что выше, только в профиль. Зачем менеджеру идти ко мне «на процент», если сосед платит 100к плюс процент?
И на тот и на другой проект необходимо 2 бек, 1 фронт, 1 дизайнер и ПМ.
И менеджер по продажам получает(5% т.е. не 10к, а 40к и чувствует норм такую разницу и начинает топить(таки по звериному рвать) в сторону более дорогих проектов/задач).
Описанные эксперименты являются отличным примером демотивации. Хоть в учебник вставляй.
Управленческие решения вызывают такую оторопь, что в голове постоянно звенит ваш же вопрос:
До сих пор поражаюсь, как они все тогда не разбежались.
Хотя ответ вы по сути дали сами
Мы находимся в Краснодаре, и тут в общем одна ecommerce-студия (собственно, мы).
Это просто замечательно, что вы пришли к таким выводам:
Результатом эксперимента стало понимание того, что программисты достаточно сильно мотивированы делать задачу быстро и хорошо, если им при этом не мешать.
Жаль только, что по результатам выводов вы продолжаете разрушительные эксперименты.
Обучение — это замечательно. Играть с выделением времени для обучения, выдавать медальки, грамоты и даже премии — это нормально, тут даже в случае провала много вреда не нанесете.
Но экспериментировать с наказаниями, особенно в виде депремирования надо очень осторожно. Семь раз отмерить, затем поискать альтернативные решения, еще раз семь раз отмерить, и, может быть, в исключительных случаях применить. Депремирование сотрудника может сказаться на работе команды хуже увольнения этого самого сотрудника.
Я понимаю, что вы первопроходец, надо захватывать рынок. Понимаю, что кадрам от вас бежать почти некуда.
Но прошу вас, воздержитесь от наказаний!
Во-первых, это не работает. Вы, кажется, и сами это выяснили
Во-вторых, это для кармы вредно (как вашей, так и кармы компании),
Ну и наконец, вы убьете мотивацию людей и в долгосрочной перспективе имеете шанс угробить свою компанию.
Обиженный сотрудник будет продолжать на вас работать, если деваться некуда. Но вы получите разлагающийся изнутри коллектив. Оно вам надо?
З.Ы. Прошу прощения если оскорбил свое критикой, такого намерения не было. Я понимаю, что я всего лишь случайный читатель, который лезет в чужой монастырь. Просто было желание раскрыть другую точку зрения, которая, возможно, поможет сделать этот мир немножко лучше.
Мы находимся в Краснодаре, и тут в общем одна ecommerce-студия (собственно, мы).
Тут 300 студий с меньшим опытом в екоммерс, которые с удовольствием отправляют офферы нашим программистам. Думаю, дело в коллективе и малой продолжительности эксперимента.
Но прошу вас, воздержитесь от наказаний!
Во-первых, это не работает. Вы, кажется, и сами это выяснили
Во-вторых, это для кармы вредно (как вашей, так и кармы компании)
Это мы уже переросли. В работу такие методы не пошли.
З.Ы. Прошу прощения если оскорбил свое критикой, такого намерения не было. Я понимаю, что я всего лишь случайный читатель, который лезет в чужой монастырь.
Спасибо вам в любом случае. Такой взгляд со стороны, прочитанный чуть раньше, избавил бы меня от кучи проблем.
Интересно! Я работаю в американской консалтинговой компании, мы делаем на заказ не только сайты, но и платформы, искусственный интеллект и пр. Мне было интересно сравнивать, как мотивируете вы и как мовируют у нас, и заметила вот что:
1) Ни слова не написано про тестирование качества. Сдавать быстрее — это, конечно, здорово, но то, что кнопки работают в интернет-магазине — это не значит, что там багов нет и пользоваться удобно. Почему-то в статье упоминается только менеджер, который продает и работает с заказчиком, и программист. А тестировщики у вас вообще есть? А команда UX? Или программисты сами решают, как дизайнить страницы?
2) У нас обучение идёт через оплату программистам, архитекторам и тестировщикам лучших курсов по технологиях: LinkredIn Learning, Pluralsight etc. У нас от желающих учиться отбоя нет. Вы за это платите?
3) Когда кто-то поработал на интересном проекте, например, с нестандартной интеграцией, мы устраиваем Lunch & Learn, где человек делится своим опытом, показывает, как он сделал что-то. Поскольку дело идёт во время ланча, компания заказывает еду из ресторана (никакой дешёвой пиццы). Те, кто работают удалённо, могут подключаться через веб, и мы записываем видео на будущее.
4) В офисе бесплатно вода, кофе, печеньки, чтобы люди могли работать продуктивно, да ещё и денег сэкономить, если приходится работать долго.
Это все очень мотивирует и выгодно отличает от тех компаний где все ориентировано только на "кодь быстрее и сдавай"
Ни слова не написано про тестирование качества.
Мотивировать на число багов — спорное решение. Быстро договорятся с тестером.
пользоваться удобно
К программисту проект приходит после проектирования, аналитики и дизайна. Это уже не к нему вопрос.
У нас обучение идёт через оплату программистам, архитекторам и тестировщикам лучших курсов по технологиях: LinkredIn Learning, Pluralsight etc. У нас от желающих учиться отбоя нет. Вы за это платите?
Да, но если не выделять время, то и на оплаченных курсах не будут учиться (в нерабочее время один фиг, не захотят)
Когда кто-то поработал на интересном проекте, например, с нестандартной интеграцией, мы устраиваем Lunch & Learn, где человек делится своим опытом, показывает, как он сделал что-то. Поскольку дело идёт во время ланча, компания заказывает еду из ресторана (никакой дешёвой пиццы).
Проводим, но без еды
В офисе бесплатно вода, кофе, печеньки, чтобы люди могли работать продуктивно, да ещё и денег сэкономить, если приходится работать долго.
Это почти у всех есть :-)
Спасибо за ответ!
Я не предлагаю мотивировать на число багов, я говорю лишь о том, что гонка за быстрой сдачей часто рождает падение качества, если не установлены стандарты проверки качества. Я, как программист или как принимающий работу клиент, могу убедиться, что "снаружи" все работает и кликается классно, но "внутри" все может начать тормозить уже на 100К записей в базе, и это невозможно понять без нагрузочного тестирования, на которое у программистов времени нет.
Дилетанский немного подход, серьезно. Как будто очередной "коуч" выступил.
Как мы строили систему обучения и мотивации в студии