Как правильно рассчитать зарплату программистов?

Question

[Максим]

У меня небольшая студия, в которой работает 3 программиста.
Задался вопросом как правильно рассчитать зарплату?
К примеру изначально вы договариваетесь на зп в 1500$
И бывают такие ситуации, как кто-то не пришел, кто-то пришел на пол дня, с кем-то договорились, что сделает объем работы за 2 недели, а растянул на 4, кто-то наоброт успевает быстрее и выходит в субботу, чтобы сделать пораньше все.

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

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

Answer 1

[Леонид]

Я использую схему: fix+flex
Fix - постоянная оговорённая часть з/п. В целом и общем (за исключение реальных косяков) каждый её получает.
Flex - переменная часть. что-то вроде премии. У кого-то больше, у кого-то меньше. Чтобы flex-часть была больше нужно работать быстрее, качественнее.

Comments

[Максим]

А та зп, о которой вы договаривались при приеме на работу - это fix или fix+flex?
И flex от чего отталкивается и насколько сильно варьируется?

[Леонид]

@maximus007 При приёме оговаривается fix и максимальный flex. При этом сразу же оговаривается, за что flex может быть увеличен, за что может быть наоборот удержан.

Например, (все совпадения с реальными цифрами и именами случайны):
Некий Владимир П. устраивается на позицию frontend-developer. Мы с ним оговариваем, что его fix будет $100. А flex - максимум $120 (внимание: отношение чисел тоже случайно, не на все позиции такое отношение, есть больше, есть меньше). При этом Владимир узнаёт, что если он верстанёт быстрее запланированного, то это будет прибавка к его fix $20, если верстанёт быстро, но будут косяки, то не будет flex. Если спрограммит быстрее срока - то плюс $40 — $60. А спрогает с косяками - не получит ничего из flex. Применит оптимизацию там, где это надо - плюс. Улучшит решение, придумает что-то полезное - плюс.

>> И flex от чего отталкивается и насколько сильно варьируется?
Сложный вопрос :) В любом случае отталкиваемся от з/п, цены проектов, сколько мы можем получить прибыли в будущем от того или иного действия. Например: какой-то верстальщик, пока работал над очень большим проектом, по своей инициативе сделал одну полезную "библиотечку стилей" для всяких мелочей, которую сейчас таскает по половине проектов и экономит этим до 10% своего времени. То есть работает на 10% быстрее, то есть может брать новую работу чаще. Для компании это значит большее количество заказов за некий промежуток времени. Мы имеем возможность наградить flex-ом значительно большим, чем обычно, и каждый раз он теперь получает flex, тк работает быстрее.

Короче :) каждый случай индивидуальный. Если хотите - в личку.

[Максим]

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

[Леонид]

@maximus007 Я бы так сделал и сказал (это очень трудно и по-человечески неудобно, но тем не менее. я через это прошёл однажды):

Дорогие коллеги. Любая компания стремится максимизировать свою прибыль. Это напрямую влияет как на хорошее настроение руководства, так и на зарплату сотрудников. Для того, чтобы увеличить нашу прибыль, а следовательно и вашу з/п, нам нужно делать больше проектов. То есть нужно нарастить скорость работы. И каждый проект должен быть сделан качественно, что поможет в дальнейшем не тратить время на доработки и исправления.
Природа человека такова, что ему важно ставить перед собой цель и иметь какой-то стимул эту цель достигнуть.
Я решил, что на сегодня наиболее существенным мотиватором для нас является з/п. Я предлагаю разделить её на две части: фиксированную и переменную. Переменная будет зависеть от результативности вашей работы.
Чтобы не было резкого перехода между двумя системами и вы смогли реально оценить свои силы, на переходный период [я бы взял три-четыре месяца, потом второй раунд] мы фиксируем з/п в размере 80% от вашей текущей з/п, а 20% - это будет бонус, который вы сумеете заработать своим трудом. [тут важно объяснить, за что будет бонус, а за что - не будет].
На втором этапе мы снизим fix до 60% и увеличим flex до 40%.
Через [полгода?] мы сможем оставить fix и увеличить flex [в сумме более 100%, чем теперь].
Кто не согласен - дверь вон там....

[Евгений Ульянов]

Эм. Ну, если вы раньше платили людям 100% fix, а теперь уменьшаете его до 80% fix, max flex - 20%, то я бы негодовал. Это же не оговаривалось при приеме.

Делайте тогда уж 80% fix, а max flex - 40%. Для наиболее старательных это выйдет как прибавка к з/п (доп. мотивация, для вас - бОльшая продуктивность), так что не будет никакой демотивации.

А ленивые, которые сидят ради fix'а - будут сами отваливатся. IMHO, так даже лучше.

[Леонид]

@eoltemniyelf Я думаю, что сделав такой жёсткий ход (80+20 о которых не договаривались) можно заставить всяких левых отвалиться сразу же. Кстати, это сходу сэкономит некоторые средства, которые можно потратить на приём нового сотрудника изначально знающего ситуацию.

[Евгений Ульянов]

@camelos Да, очевидно, что при уменьшении fix'а инертные уйдут в любом случае (особо упертые/неспособные найти другое место будут сидеть до снижения fix'а в размер 60% от изначальной).

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

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

[Леонид]

@eoltemniyelf Полностью с вами согласен! Но для особо ценных flex явно не уменьшиться, а в перспективе и вырастет. Думаю, ценным сотрудникам не о чем переживать

[Пума Тайланд]

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

[Леонид]

@opium на ваш вопрос не может быть получен практический ответ ;)

Смотрите, я не знаю, во-первых, какой вы программист - причём в двух смыслах: хороший/плохий (уж, извиняйте), на каких технологиях вы специализируетесь. Это то, с чего начнётся обсуждение вашей з/п. Важен ваш опыт, ваш путь в IT-сфере, ваши приоритеты, ваш стаж (имею в виду только то, как вы переходили из одной компании в другую). Вот это вот всё повлияет в конечном итоге на то, какой fix я вам предложу. С течением времени он может расти.
Условия начисления flex не пересматриваются никогда. То есть у нас не было случая, когда в один месяц флекс начисляется за некое действие A1, а на следующий месяц - не начисляется. И не было такого, что за действие А2 мы могли наоборот не начислить бонусы, а потом резко передумать.
Правила игры все знают. И так проще всё это администрировать. Да, случаются у меня (иногда и у самих работников) озарения - типа вот за это надо тоже премировать, а вот за это - наказывать. Это обсуждается со всеми и если большинство высказываются за, то через пару месяцев система внедряется. Пара месяцев - это более чем адекватный срок, чтобы привыкнуть.

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

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

[Дмитрий С]

Ну я бы ушёл при снижении фикса даже до 80%. И дело не в лени, а скорее в доверии, ведь имеет место переигрывание изначальных условий. Работодатель, который мутит какую-то непонятную шнягу, реально настораживает. Имхо, конечно.

[Дмитрий С]

А вот, как тут предлагали 80 фикса и 40 флекса - тут можно спокойно подумать. Это не выглядит как снижение зп.

[Дмитрий С]

Так что вопрос в том, кто для вас "всякие левые". Есть конечно исключительные идейные личности, но, как правило, профи уважают свой труд.

[Олег Гамега]

не смотря на то что я довольно равнодушен к деньгам (до тех пор пока могу себе не в чем не отказывать в пределах разумного) я бы ушел при одностороннем изменение условий 80/20. Учитывая что у maximus007 небольшая контора уход даже одного это проблема, двух трагедия, трех просто пи*ец.

Answer 2

[su0]

Учет рабочего времени приведет к тому что люди будут сидеть с 9 до 5 и ровно в 5 убегать недописав строчку.
Учет строчек кода за месяц раздует исходники в 10 раз.

Единственная возможность реально учитывать сделанную работу - по реализованной функциональности. Но тут либо надо предоставить программистам свободу в определении сроков, либо назначать сроки самому (требуется опыт и немного предвидения). И как-то разбираться с ситуациями когда Вася сделал тяпляп и быстро, а Петя потом 2 недели убирал за ним.
Вобщем, создавайте команду, где каждый чувствует ответственность за проект. Даже если вы берете студентов.

Answer 3

[Пума Тайланд]

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

Comments

[Максим]

Тоже думал может сделать таблицу, где будут учитывать часы каждый день и какой-то коэффициент повышающий/понижающий на часы в этот день

[Пума Тайланд]

у вас нет учета времени работы сотрудников? Это крайне печальна, эффективность вашего предприятия ближе к нулю чем к 100% , коэффициент высчитывать каждый день вы устанете через неделю, просто надо разделить программистов на по мощнее и по слабее и дать им цену за час.
Ну и пересматривать эту плану раз в месяц или три.
Учет рабочего времени это минимальный шаг в построении эффективного предприятия 8).

[Владимир Говенчик]

@opium была такая система, в конечном счете свелось к работе по эстимэйтам, оплата по часам - итог: все ошибки в эстимейтах, а следовательно и овертаймы, - проблема программиста => программист увольняется, в итоге теряет больше компания

[Максим]

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

[Пума Тайланд]

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

[Пума Тайланд]

Да поймите вы , что жесткий учет рабочего времени обязателен, чтобы видеть кто где и когда работал и как. Сводите это к коммитам в гитхабе и у вас уже есть какое то понимание кто и как работает. В России к сожалению очень демотивированные сотрудники(не все, я вот без всяких денег мотивирован) , был опыт со студией, когда решили устроить демократию и пришли через неделю к решению, что нужно ввести свободный график для всех, по началу неделю было хорошо к 11 в офис стекались почти все и можно было решить насущные вопросы на мелких совещаниях в группах ну и донести какие то планы работы и хотелки клиентов, в итоге все скатилось в неработающую студию, хотя и сотрудники были очень хорошие и самоосознанные и понимали, что на работу надо ходить, но график свободный.
Учет времени это основа любой компании работающей как часы, если вы ещё научитесь оценивать производительность, то выведя соотношение час*производительность=столько то денег у вас не будет возникать вопроса, сколько платить людям.
Про бонусы к примеру газпром платит вам раз в год бонус в размере 2 годовых зарплат если год закончился для газпрома хорошо.

[Сергей Горланов]

@opium Ну вы две крайности. То платить по часам то свободный график. Просто фиксированный график для команды достаточная мера.

[Пума Тайланд]

Это я с вами делюсь личным опытом 8))

[Сергей Горланов]

@opium Да да, я понял. Надеюсь что опыт со строгим учётом времени был успешный. Я поделился лишь мнением.

[Пума Тайланд]

Ну он был раз в сто успешней чем свободный график.

Answer 4

[FoxInSox]

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

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

Answer 5

[plasticmirror]

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

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

имхо

Comments

[Максим]

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

[plasticmirror]

если нет аргументов почему один +30%, другой +20% а не наоборот - обоим +25% да и все, не? т.е. главное что б была понятная обратная связь - лучше работаешь - больше получаешь. хуже - меньше. не надо там адской точности до десятых долей процента.

[Максим]

Вот таких весомых аргументов, чтобы прямо +20% / +30% нет. Пока только на основе каких-то личных предпочтений, поэтому вот и пытаюсь какой-то алгоритм придумать

Answer 6

[lookid]

Оклад + премия + прибавка. Оклад 40%, премия 60%, прибавка 30%. Оклад выплачивается всегда (даже если болел всё время, а в штате числился). Прибавка если работал сверхурочно и делал всё раньше срока. Все вычеты из премии. Вычеты оговариваются в трудовом договоре. Когда даете задание, то спрашивайте сколько программист будет делать его. Если долго, то говорите, что надо быстрее и просрочка будет уменьшать премию.

Answer 7

[Сергей Горланов]

Полностью согласен с FoxInSox
Но попробую предложить вариант.
Agile(scrum, но для вас видио kanban) - думаю поможет.
Fix + flex
Flex ещё на две части - из одной вычитаем штрафы. В другую накидываем мотивацию за закрытые в срок задачи.

Заведите доску(kanban), за каждой карточкой есть исполнитель и вес задачи. По результату итерации - считаем сторипоинты и выплачиваем.

Договорились на 1500$.
Скажи, теперь чтобы заработать нужно работать.
"Ты по любому получишь 1000$, если не будешь попадать под штрафы
И можешь получить ещё 1000$, если будешь очень крут."

Рассчитай что в месяц есть план в 500 очков и это 100%.
Сделает на 250 очков, получит свою зп, не сделает получит меньше.
Но всё равно задачи придётся оценивать и вести учёт выполненной работы.

А раз делаете сайты - можно в принципе всё по сделке посчитать.

P.s. Редмайн - бесплатный :)

Answer 8

[Тим]

Коэффициенты и метрики по трудозатратам в неделю-месяц.
Ваш разработчик работает ~160 часов в месяц. Если вы ему вписали 1500$, то 1 час его работы обходится вам в 9.3$. Насколько я знаю, что бы ваш бизнес был рентабельным то вы должны зарабатывать с работника на 60-80% больше, что бы оплатить счета, офисы, обеды, и прочее. Выходит, что в вашем случае, условно говоря, он должен приносить вам 30$ в час, что бы окупить свою зарплату. В противном случае он превращается в "содержанца".

Надеюсь логика понятна.