Добрый день всем. Штат 8 программистов разного уровня, все работают на ставке, у каждого зп своя по договоренности, премий и штрафов как таковых нет. Руководство хочет ввести деление на Junior,Middle,Middle+,Senior,Senior с функциями руководителя, а также ввести квартальные, годовые, бонусы за целевые(проектные задачи), за админ деятельность (табелирование, обучение падаванов и проч.) и т.д. Я отношусь к этому скептически, хочу услышать совета опытных коллег, как у Вас построена система мотивации и разделяют ли программистов по компетенциям?

Беги оттуда.

(0) Беги оттуда.

Главное не остаться потом без этих замотивированных программистов

(0) кто-то из руководства желает поднять свою оплату за счет ФОТ программистов )

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

(0) Зарплата выше рынка?

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

(0) ну если оклад оставят, а мотивационная часть будет + , то хорошо
если урежут оклад, то , как сказали выше, лучше бежать )

Если и так у всех разные, то можно тупо подогнать

(8) Если оклад оставить а мот. часть добавить - это ФОТ увеличивать. Сомневаюсь что начальство об этом мечтает :)

(10) Может к ежегодному повышению приурочат

(0) Разделение это нормально, целевые бонусы тоже. А вот за админ. деятельность, табелирование, обучение падаванов и проч. это не бонусы, а доп. обязанности. Их оплата не должна зависеть от настроения руководителя.

(11) Ежегодное повышение? А что это? :)

(0) оклад в договоре и норм .
Все остальное - от лукавого . Но наверное начались
процессы … саморазвитие , личностный рост.Проектный
офис еще не сделали ? :)

(12) Никогда не забуду, как нам на отдел в 2003 году дали премию, в размере 10000р, нам по 1000 дали, а начальник себе 6000 забрал)
Тоже наверное за табелирование и обучение падаванов)

(15) Нет, чтобы не жаловались.

(11) У нас его нет. Каждый заботится о себе сам :)
Как у ТС - можно только гадать...

(0) KPI и бонусы - вполне нормальное явление, тем более за проектные задачи. Доплата за наставничество - тоже хорошо. В чем претензия автора? В том, что хотят ввести градацию на 5 ступеней для восьми разрабов? Это и на мой взгляд весьма спорное решение. Достаточно трех: спец (джун), ведущий спец (миддл), главный спец (сеньор). Для чего промежуточные - не понятно.

(15) Это нормальное явление. По ответственности и премия, а вот считать чужие деньги в чужом кармане это плохо.

(1) +1.

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

(18) Какая нафиг ответственность? Заставить подчиненного поишачить сверхурочно ?

Пять градаций уровня знаний на восьмерых программистов - это бред (имхо). И по каким градациям их оценивать? Кто будет решать, что прогер уже не джуниор, а сениор? По количеству сертификатов 1С? Так они не могут быть всеобъемлющим показателем, вопросы можно тупо выучить. Нужны такие критерии знаний, которые никто не сможет оспорить, а это практически невозможно.
Для меня выглядит как самодурство начальства, наслушавшегося какого-нибудь "коуча по мотивации" и теперь пытается внедрить. А возможно, весь смысл в экономиии. Мол, ты пока не опытный, повышать з/п не будем, сорян. А как стать опытным - непонятно

(21) ответственность как раз есть, парят руководителя отдела старшие по идее

(21) ну а почему ба  и нет . Настоящая мотивация она такая …
кто то гражданство рф ждет  с вида на жительство , кто то ипотеку досрочно гасит и тд

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

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

(0) у нас система мотивации построена по надбавочно-премиальному принципу.
Все работают на окладе и выполняют работу, на которую договаривались при трудоустройстве (текучка)

Крупные проекты, которые требуют сверхусилий, премируются.
За какой-то условно-постоянный гемор делаются надбавки

(21) вот тебе я бы поставил выполнимые КПЭ, но с довольно жесткими рамками. Чтобы не расслаблялся и некогда было тебе демагогию разводить.

(28) "поставил выполнимые КПЭ, но с довольно жесткими рамками" - Например, какие ?

Минимум 1000 строк нового кода в день?
Минимум 3 часа в день на обдумывания оптимизации бизнес-процессов?
Минимум 3 часа в день на консультацию бухов?
Максимум 30 минут в день на "попить чаю" ?

(0) а какая специализация фирмы? Франч/Фикси?

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

думаю устроиться яндекс-таксистом, там нет градации

(31) Там есть "рейтинг"...по сути та же градация.

(31) а как же эконом/комфорт/бизнес?

Это прям как Джун-мило-сеньор)
Может кстати ввести градации:
Эконом-программист, комфорт-программист, бизнес-программист

(6) не у всех

(0) До руководства дошло, что схема "программист на зарплате" не работает

(33) это же от авто зависит, взял в аренду не солярис, а к5 и ты бизнес.

(0) ты догадываешься, что суммарный ФОТ прогеров в лучшем случае останется тот же, а то и уменьшится? А суммарные должностные обязанности в лучшем случае останутся те же, скорее всего увеличатся

(26) какую цель поставили, я не знаю, решается не на моем уровне. Озвученные мне цели - уменьшить текучку, также понять кто у нас из специалистов "сколько стоит" и дотягивает ли до своего оклада либо наоборот получает меньше, чем заслуживает

(5) да, Адизес

(38) Если цель уменьшить текучку - значит денег дадут больше. Ну или наивно полагают заменить деньги красивым наименованием "сеньор" в должности. :)

(14) движемся в этом направлении

(0) >> деление на Junior,Middle,Middle+,Senior,Senior с функциями руководителя.

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

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

Вполне допустимо. При условии, что вы занимаетесь только проектной деятельностью и нет всякой ереси типа техподдержки. Как только начнётся построение KPI по количеству закрытых в Help desk задач, разработка умрет.
Но тут, как обычно, дьявол в деталях. Кто и как будет определять эти самые ключевые показатели, как будет определяться степень выполнения. И самое главное - как это должно повысить мотивацию? Будут ставить заранее трудновыполнимые задачи, но обещать за них огромные бонусы? А задачи, включенные в KPI разработчика, будут включены в KPI заказчика? Или разраб будет бегать, как обделавшийся олень, в конце квартала и умолять заказчика подписать акты и протоколы по задаче?
Или наоборот - KPI вы будете составлять себе сами и  включать в них только те задачи, которые гарантированно сумеете закрыть, чтобы не лишаться премий? В таком варианте это фуфло, а не KPI.

Вообще KPI - это для руководителей. И имеет смысл там, где реально от таланта и усилий руководителя может что-то принципиально улучшится. В проектной деятельности в IT это редко встречается. Тут, как правило, заранее известно - что нужно делать, к какому сроку и с каким уровнем качества.
А KPI для обычных исполнителей - это вообще бред. От наличия KPI кодер не станет работать более продуктивно и не станет более мотивированным.

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

Любые дополнительные работы и задачи должны либо быть отражены в должностных обязанностях и трудовых договорах, либо оплачиваться отдельно.
Если табелирование входят в обязанности начальника отдела, то с какого перепугу он должен за это отдельную доплату иметь? У него и так оклад начальника отдела.
Если обязанности начальника выполняет обычный работник (программер), то он должен получать доплату за совмещение.

>> Я отношусь к этому скептически.

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

(29) количество закрытых/завершенных заявок, количество заявок с перенесенными сроками, количество принятых и не закрытых заявок, сроки по проектным работам и крупным доработкам и т.д. А строчки сам считай, если интересно.

(33) программист-бетонщик (Программист бетонщик. Может правда освоить несколько профессий?

кпи для прогов от лукавого. грейды вполне себе. можно привязываться к показателю а ля сертификаты

(38) >>  понять кто у нас из специалистов "сколько стоит" и дотягивает ли до своего оклада либо наоборот получает меньше, чем заслуживает.

Озвученные в (0) задачи никак не относятся к данной цели.
Табличка на двери "Senior" никак не поможет понять - получает хозяин кабинета адекватную зарплату или скоро сбежит от вас на более хлебное место.

Авторы идеи - клинические идиоты.

А что будут делать с теми, кто "не дотягивает до своего оклада"? Расторгнут трудовой договор?

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

(44) я предлагал именно сертификаты, спец и по нашей любимой ут 11, за них предлагают минимальную надбавку, потому что цитирую: "За наличие сертификатов не целесообразно платить очень большие деньги. Сертификат свидетельствует о наличии знаний, но не об их применении. За опыт и навыки мы платим выше ставку."

(28) Думаю, вам бы пришлось искать нового сотрудника.

(45) А накой нужны те кто не тянет за свою ЗП? Ответь плз с точки зрения руководителя

(46) а кто будет оценивать опыт и знания. И собственно как?

(43) <) количество закрытых/завершенных заявок, количество заявок с перенесенными сроками,>
ога...накосячил менеджер и РП, а программисту КПИ считают, это раз.
количество заявок будет *100 если от них будет ЗП зависить. Опечатка в коде? +1 заявка, закинуть конфу в хранилище? +1 заявка

я работал в конторе которая такое практиковала, народ заявки писал в стиле 'подвинул кресло к столу, 5 минут'

(38) "...дотягивает ли до своего оклада". У меня был не очень квалифицированный сотрудник, ушел в другую компанию с зп на 25% выше. Дотягивал ли там не знаю.

>> выполнимые КПЭ, но с довольно жесткими рамками.

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

При внедрении мотивации нужно помнить следующее: система мотивации работает в обе стороны, т.е. хреновая система мотивации демотивирует.
Так что, в этом вопросе уровень подхода должен быть, как в медицине: НЕ НАВРЕДИ!

А цель (0) как обычно снизить зп всем. Поэтому итог будет очевидный

Наверняка пришел новый менеджер а ля (35)

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

(0) https://infostart.ru/1c/articles/664130/

(43)

"количество закрытых/завершенных заявок, количество заявок с перенесенными сроками, количество принятых и не закрытых заявок, сроки по проектным работам и крупным доработкам и т.д. А строчки сам считай, если интересно."

1) "количество закрытых/завершенных заявок" - Одна заявка на час работы, вторая на месяц. По данной логике программисту выгодней делать исключительно маленькие простые задачи. А на все более-менее сложное говорить - "это не выполнио"

2) "количество заявок с перенесенными сроками" - как это отражает "причину переноса"? Заказчик мог переобуться и поменять требования, либо значительно расширить их. + В этом случае прогу выгодней называть заранее большие сроки ,чем есть на самом деле, а не стремиться к "факту".

3) "количество принятых и не закрытых заявок" - Такое вообще может быть? Типа взял задачу, делал-делал и ничего не сделал? + учитываем ,что "отрицательный результат - тоже результат"

https://www.seonews.ru/analytics/kak-my-stroili-sistemu-obucheniya-i-motivatsii-programmistov-opyt-odnoy-studii/
https://lex-kravetski.livejournal.com/276213.html

(58) вот такие пункты особо весело
>Разработка простого отчета, типа "Продажи", по одному регистру, на СКД в пользовательском режиме. Оценка - 15 минут;

(61) да, это забавно. Но это те, кто фриланса не нюхали, так оценивают. Я сам во франче так оценивал, бывало

(48) >> А накой нужны те кто не тянет за свою ЗП?

Это очень хороший вопрос! Я потому его и поднял, что однозначного простого ответа на него нет.
Это дворника можно легко уволить и завтра найти на его место троих новых.
С программистами чуть-чуть сложнее. ;)
Каждый раз надо внимательно высчитывать. Учитывать величину затрат и время на поиск нового, время на ввод его в курс дел. Вопросы стратегического и тактического планирования. Типа уволить сегодня (с учётом вала текущих задач) будет тяжело, но с перспективой на будущее лучше найти нового, чем возиться с этим. А может лучше вложиться в обучение? А может он обучившись, сбежит?...

>> ... с точки зрения руководителя.

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

(55) цель не снизить зп, цель заставить всех работать, по тем догоыоренностям, которые были согласованы. Чтобы не получалось, что согласованы 8 раб часов, а по факту 2

(64) ради такого обычно мониторинг затевают

(62) на фиксе обычно мин единица - 1 день

(59) Не количество, а процент.
Объем задач предварительно согласовывается с руководителем, т.е. запланировали на неделю объем работ, в конце неделе срез.

(65) внедрение систем мониторинга (в т.ч. срм, производственное планирование, проектное управление),  я отношу к самым тяжелым

(64) < Чтобы не получалось, что согласованы 8 раб часов, а по факту 2>
задачи выполняются? или 'а чевойтоонтамсидит мистучитает?'

(69) что значит выполняются?

(70) а что системы учета задач никакой нету?

Себес по задачам расчитан?

3) "количество принятых и не закрытых заявок"  - Такое вообще может быть?

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

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

(72) вместе с БА собираемся и оцениваем задачи. По ведущим программистам почти всегда вкладываемся в сроки и вроде все довольны. По мидлам - шатко-валко. Если было бы как с ведущими, явно вопросов было бы меньше.

(70) задачи поставлены - задачи закрыты

А то я видал такое в 2000х, когда админов грузить ящики отправляли потому что они 'ничего не делают, только сидят'

типа 'уплочено за 8 часов, пусть отрабатывают'

(76) Странный ты, мы автоматизируем учетную часть, но сами в учете жить не хотим ;-)))

(78) какая связь?

те кто разрабатывает военную технику не хочет в военных действиях участвовать

(78) речь не про учет трафика, а про 3N+1

(0) На 8 чел этим обычно не заморачиваются. У тебя похоже просто хотят попытаться объяснить, почему вы должны или получать меньше или работать больше.

(79) Прямая, системами мотивации заморачиваются только если есть нездоровая обстановка в разделе разработки или начальник не умеющий управлять высококвалифицированными кадрами

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

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

(84) Ты перечитай еще разок свой второй абзац, по моему мнению ты себе сам противоречишь

(82) + Но ничего страшного в этом не вижу. С точки зрения руководства это может быть осмысленный шаг, если они считают что "программисты много получают и мало делают".
Просто текущая команда разбежится и придут те, кого новые условия устраивают. И если новая система мотивации останется в пределах рынка, то возможно работа отдела станет действительно более эффективна.

(73) Это не то. Ты описал заявку ,которая просто лежит в листе ожидания, она не является "Принятой", она просто "зарегистрирована".

В моем понимании "Принятая задача" - это задача поступившая в работу.

Но для текущей команды сабжевые подвижки это почти всегда сигнал паковать чемоданы.

(0) штат 8
разделить на 5 категорий
будет хан, бей, воин, крестьянин и раб )))

(86) а может и текучка начнется. а система начнет медленно умирать при этом

(48) В больших командах прогов бывает, что кто-то не дотягивает до своей ЗП, но является "клеем" для команды за счет своих софт-скиллов. Уволишь такого и команда нос повесит и начнет смотреть на сторону.

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

(92) Это системы контроля исполнения задач, как и в производстве, если ты не выходишь на нужную производительность, ты переходишь к учету по другим временным отрезкам

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

(94) А потом к тебе приходит другой спец и говорит, что Вася сделал 1 отчет и получил Х, а я 3, и получил на 20% меньше

(95) по этому я
1) за оклад
2) если такие вопросы будут, то можно побеседовать комплексно, список задач, подходы, если чел тянет можно поднимать вопрос о повышении

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

(96) а если не тянет?

(98) тогда это объясняет разницу. вася получил больше ибо тянет

но задач таких не было, были только отчеты

тогда у пети будет стимул тянуть. ведь можно делать меньше, а получать  больше

(99) Т.е. вместо объективной системы контроля с прозрачной мотивацией, вы предлагаете договариваться с руком персонально о зп и выработках?

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

это всегда кривая дорожка которая приводит к разладу в коллективе

(101) А ты уверен что руку хочется каждый месяц говорить об одном и том же? Объясняя Сначала Васе о Пети, Пете о Саше, Саше о Маши

(102) А как ты сделаешь прозрачную мотивацию?
Кто будет оценивать, что задача А для Пети стоит столько же сколько задача Б для Васи?

(106) Всем подходам к мотивации уже более 70 лет, но вы все пытаетесь изобретать велосипеды

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

(105)грейды вполне норм вещь. раз в полгода-год пересмотр грейдов

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

Мое видение:
1) Несгораемая часть оклада
2) Часовая ставка, если больше оклада, то ее, меньше, оклад и вопросы, почему отстает. Задача считается закрытой после code review и приемом заказчиком. Все хотелки заказчика - в новый спринт (новая задача на оценку)
3) Возможны премии по согласованию с заказчиком
4) Доплата в оклад за сертификаты
Покритикуйте пожалуйста

(107) Да, понятно, ты руководитель маминой подруги и можешь выстроить четкую систему оценки работы каждого члена команды. Только часто это ломается, несмотря на твои 70 лет.

(111) кто оценивает задачи?

(111) а еще часто на фиксе бывают моменты: вот сделал задачу, а потом выяснилось что оказывается бывает еще и такой случай, но про него конечно же никто не подумал.
И это вроде как ошибка. нужно исправлять. За чей счет?

(108) То что, кто-то не умеет их внедрять не является проблемой систем.
(112) Как все управление на людях, системы не статичны, как и производительность различных участков.
ПС то что ты не читал ни одной книжки по управлению, и никем не управлял, не значит что этого не делали другие
(113) Да архитектор оценивает задачи, не тупи

(111) <оклад и вопросы, почему отстает>
потом как разбираться с ситуацией что у задачи 500 часов в первоначально заявленных 12 и "никто не виноват" (ну всмысле не заказчик напрямую и не программист)?

(115) архитектор и тупые кодеры по тз?

(115) Я понял, что ты супер чтец и постановщик. Член команды ушел на больничный. Твои действия?

А весь этот набор мотиваций будет считать специально обученный человек? Или разработчик будет сам каждый день заполнять на себя "фотографию рабочего дня", оценивать в процентах выполненную работу и заниматься прочей бесполезной херотой ради удовлетворения ЧСВ "ыкспердов по мотивацыи персонала"?

(117) Конечно, нахрен тебе 8 мидлов одноуровневых? Тебе нужны для оптимизации затрат, 1 арх, 3-4 мидла и до 10 кодеров

И производительность этой системы будет больше чем то же количество мидлов, а цена на 30-40% меньше

(114) В отдельный спринт и урезать оклад архитектору, который "конечно же про него не подумал" :)

(90) Это если они из рынка выпадут по итогу.

(111) все программисты + БА

(118) Член команды ушел на больничный- одна из самых лайтовых задач для проектника, обычно или забухал, или депреснул, уволился, пошел по бабам, сверх редко встречал -умер

(125) Ты же помнишь, что мы не про проект, куда ты набираешь команду с определенной мотивацией? А про команду, которая сидит на разработке/поддержке на фуллтайме.

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

При минимальном документировании, просто передаешь задачу и все, делов-то

(111) 4 пункт по сути ни о чем. Проблема в том, что эти сертификаты нужно еще окупить. Т.е. владельцу нужно либо менять работу с опорой на сертификат и с повышением з/п, либо сидеть и молчать не желаю напряга с переходными моментами.
ИМХО. Только руководитель субъективно может решать кому дать премию, и то только если у него сотрудников меньше 9. Объективные показатели есть, но они обычно не относятся к разработке, т.к. процесс написания программы, по сути - написание литературного произведения. Конечно следить за "орфографией и пунктуацией" можно и нужно, но все остальное, под большим вопросом.
Вообще вопрос оценки производительности работника очень сложный. Один выкладываясь делает 10 ящиков в день супер качества, а второй за пол часа не напрягаясь сделает тоже самое количество, но посредственного качества. Вопрос кому и сколько платить? Спрос может меняться.

https://infostart.ru/1c/articles/664130/
Ы ?

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

(130) уже про их 15 мин тайм фремы было здесь

(129) Со мной связывался твой товарищ

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

(131) Тебе чего боятся? Ты же в роли арха

(135) но причем здесь я?

(136) Ну так если ты работаешь, это не значит что все люди стремятся работать и развиваться

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

(133) Договорились до чего ни будь? Мне как-то грустно без консультанта и архитектора, программистами ERP  внедрять :)

(139) Я ему пояснил почему я не буду в штате ;-)

(139) ну с вашими зп архитектора вы не найдете скорее всего

(140) Эх жаль.

+(139) Захочет методологическую поддержку, обучение + разработку учетных моделей- обратится, а нет, то и не надо было ;-)

(143) Согласен.

(87) Тут уже зависит от организации работы.

Если все входящие задачи падают в единый "отстойник" - будет всё, как ты написал.
Если падают сразу исполнителю - задача будет болтаться, как нечто некрасивое в прорубе.

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

(39) Работал, в одной из таких контор, Съездил собственник на обучение, и понеслось (как выше написали) хороводы, игры, общение по душам, полиграф ..... Загнулась контора

(146) может она мертва была

(111) "1) Несгораемая часть оклада "

Это что такое ?
Оклад - он весь несгораемый, у него нет частей. Заплатить часть оклада можно только если рабочее время отработано не полностью.
Поэтому оклад не может быть составной частью мотивационной схемы. Ну разве что как база для другого начисления, но не сам напрямую.

(148) имел ввиду обязательный минимум, т.е. получить меньше оклада нельзя

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

Для начала следует понять, что программирование и трудовая функция почти не совместимые друг с другом вещи

Внедряй Кипиай, и посмотришь, что будет. В вас же дело решеное. Будет тебе развлечение Кипиай рисовать теперь. :) Видели такое. Видели не раз. :)

(150) сначала надо попробовать разработать "простую и понятную" мотивацию для грузчиков, если получится, переходить на программистов. От простого к сложному.

(153) некоторые программисты допустим могут работать грузчиками, если здоровые

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

(154) он вообще к тому что даже для грузчиков сложно прозрачную мотивацию придумать

(155) у него два апача, ему думать некогда

Для грузчиков по коробковую мотивацию можно. А для программиста, что будет коробкой?

Отчет, задача, или буква?

(157) что за коробка и куда её тащить?

(157) это такое себе
есть тонна груза в коробках по 15 кило
один грузчик носит по 1 коробке в течении часа, второй грузчик за 15 минут по 5 коробок. (в математике может напутал чо, неважно, важен принцип)

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

Похоже совсем безграмотные кадровики пошли. Интересно, какую запись сделают в трудовой книжке? Никаких мидлов и сеньоров в классификаторе ОНПКО нет и не предвидится.

(161) жуниор - программист, миддл - старший, сениор - ведущий...

За неделю понятно сколько там коробок пришло сколько ушло. По операциям поделил и все. Вы с программистом коробку определите. :)

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

Так все производственники говорят, что именно их отрасль не нормируется

Так нормируйте, что против то. :)

Отчет 1000 рублей, обработка 2000. Все все стало сделано обработкой. Даже отчет :)

(167) причем будет развернутое объяснение на 10 страниц почему именно этот отчет обязательно должен быть сделан обработкой

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

я это и на производстве видел и в ИТ и у продажников

(131) Зависит от того, насколько это будет обременительно. Если будут пытаться использовать систему мотивации как систему штрафов, тогда конечно получится система демотивации.

(169) Ага :), делайте сами эти дешевые задачи.

ИМХО, система мотивации нормально работает там где оплата выше рынка. Иначе возникнет мотивация перейти на другую работу.

(162) вот оно что! До этого, похоже, 1с ников принимали с записью «разнорабочий»

Сеньор - это тот кто может поправить грамотно отчет Кипиай, а джуниор это, тот кто не может.

(172) Где выше рынка оплата, работает и оклад. Так зачем все это?

На самом деле, способы оценок труда программистов востребованы. Но не с точки зрения мотивации, это глупость. А с точки зрения трудозатрат при расчете трудоемкости работ. Я в своё время для своей конторы разработал по требованию Заказчика нормы трудоемкости при выполнении работ по изготовлению  наукоемких изделий. Правда там были и констрикторы и разработчики рэа и программисты и работы по изготовлению от металла до сборки и испытаний.

(174) задумайся над словом «грамотно» и поймёшь какая это глупость.

Одна из точек зрения https://youtu.be/hsGfEBFi4oo

(178) А кто он?

(179) работал программистом, а стал блогером. Тоже хочу перейти в блогеры, говорят им хорошо плотют

(180) Тогда нафига слушать его мнение, если он ни разу не платил из своего кармана?

На этом моменте можно понять что человек не управлял никем скорее всего
https://youtu.be/hsGfEBFi4oo?t=654

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

(181) я сейчас больше Ольгу Бузову слушаю, она тоже очень начитанная, мне нравится

(141) А сколько нынче арх стоит? На хх.ру смотрел резюме - что-то больше 300 никто не осмеливается (по крайней мере в открытый доступ) свое резюме выкладывать...

(185) я не знаю, но у них макс 200

(186) Ты себе клиента с уведомлениями на ответы в темах что ли замутил, что спустя пару минут уже увидел и ответил? :)

(0) Как? Да хз... один раз за косяк который частично мой директор лично мозг выносил... депремирования не было...  3 раза премировали (менее чем за 2 года), причем ну 1 раз знаю за что с вероятностью 95%, а вот 2 раза - мне никто не смог объяснить из тех у кого могу спросить...
Считай что оклад это и есть твой уровень более многоступенчатый чем новый-средний-синьор.

(63) >Можно найти новых...
Лечится потом перебором новых...да все не те...

Увы, но четкой и надежной системы контроля работы программистов не существует. Я всегда вспоминаю вздыхания одного электрика - "твою(программерскую) работу никто не знает, а мою каждый второй и все считают, что я ни хера не делаю". Или слезы одного владельца достаточно крупной фирмы, где работают сразу пять! программистов 1С, что он не понимает, как определить хорошо делают они свою работу или нет. Наняли сильного, дорого программиста (наверно) в начальники, но где гарантия, что он сам не льет в уши, прикрывая коллег? Я работал в волгателекоме. когда там ввели сервисдеск и надо ли объяснять, что у меня постоянно была куча задач и я их закрывал пачками, но стал ли я больше работать? Ага, щас.
П.С. Лучший контролер - совесть помноженная на зарплату.

(190) почти как с врачами. Их тоже особо не проконтролируешь. Поэтому ты или доверяешь программисту или прощаешься с ним

(190) А почему нельзя опираться на мнение пользователей, работающих в программе, которую программировали программисты?
Пример: попросили сделать обработку, она не работает как надо сразу, 2 раза по требованию переделывали. До конца месяца сделали - значит эффективность 100%. Не успели сделать - минус процент.
Обновили, не протестили - пользователи пожаловались - тоже минус.

(192) "она не работает как надо сразу, 2 раза по требованию переделывали"
Я тут пару недель назад 5 раз переделывал. "А давайте добавим вот это... А теперь вот это... А давайте сделаем так... А нет, давайте отменим изменения и оставим так, как было 4 итерации назад"...
Это плохой, негодный программист? Или, может, пользователь не знает, чего хочет?

(0) пускай делят, только ЗП не меняют в минус, иначе разбегутся все

(192) Бггг. Юзера прислали заявку в последний день месяца
ну или м такие занятые ... посмотрим твою разработку в следующем месяце

Персик за проекты - тоже гуд, остальное не надо

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

(45) чушь какая-то....

(193) https://www.youtube.com/watch?v=23fBoqQxSgQ

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

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

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

(197) и программистц не умеют, возьми любую.тему по ерп. 90% тем имеют вольную.трактовку

(190) не понимает, как определить хорошо делают они свою работу или нет/// есть такое.

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

(203) ну работник считает что у собственника нет совести, видимо... Правда для меня это не причина усыпить свою...

(204) если собственник/работодатель бессовестно хочет платить ниже рынка или заменить материальное чем то нематериальным

имхо сами догадайтесь