В случае с почасовой оплатой возникает проблема при работе с мелкими проектами, поправками и прочим. К примеру, необходимо поправить текст, чтобы он вмещался в одну строку. Времени, учитывая большой исходник займет 5-10 минут. Сотрудник в таком случае может потребовать засчитать ему это, что в итоге дает кучу времени потраченного только на расчет времени и оплаты.
К тому же в этом случае, сотрудник слабо заинтересован в росте фирмы. Т.е. он выполняет свою работу, и даже если оборот фирмы увеличится, на его почасовой оплате это не отразится.
Думаем сейчас о том, чтобы платить скажем минимальную оплату постоянную в месяц + процент от месячной прибыли фирмы. В таком случае сотрудники будут делать все чтобы привлечь новых клиентов, повысить качество работ, будут проявлять инициативу потому как будут считать себя уже партнерами. Это все круто, только в таком случае не избежать отчетности и стоимость проектов.
И мы с совладельцем, хотел поэтому узнать мнение хабра-аудитории, по этому вопросы, и может примеры подобных моделей.
К тому же в этом случае, сотрудник слабо заинтересован в росте фирмы. Т.е. он выполняет свою работу, и даже если оборот фирмы увеличится, на его почасовой оплате это не отразится.
Растет оборот фирмы — растет почасовая ставка сотрудника.
Ставите систему управления проектами, Redmine, например. В ней раздаете задачи сотрудникам, сотрудники их выполняют и закрывают.
В конце месяца смотрите по тому же Redmine, сколько часов потратил каждый человек и на что. По итогам платите зарплату.
Коллеги верно говорят — но не затрагивают бонусную часть в той мере, в какой хочет автор, если я верно поняла.
Берите американскую модель:
1) почасовая оплата (или помесячная с учетом стандартного месяца + двойная оплата за почасовку овертайм по необходимости компании)
2) бонус за выполнение проекта всрок (не раньше срока а ровно в срок) — тут можете просто категоризировать: проект на 1 день — $20, проект на 2-5 дней — $100 проект до месяца — $400
3) в случае если есть желание-необходимость выполнить проект раньше срока (не всегда Вам это надо) — то при выполнении проекта в срок -10% эстимэйта и быстрее — этот бонус удваивается. Но это скользкий момент — кто в таком случае эстимирует проект? И не будет ли храмать качество от такого галлопа?
В данном случае на места Вас (руководства) я бы только штучные проекты отмечала как горящие и за горящий проект просто двойной тариф.
Таким образом по пункту 1 и 2 они имеют стабильную ЗП оклад+$400 если не тупят. А если 2 месяца подряд тупят можно уволить :)
В случае если грамотно обыграть пункт 3 то иногда они могут заиметь и еще больше если будут молодцы.
Цифры конесно можгут быть изменены — но тут сохраняется балланс и пропорция, чтобы не было желания выбирать только маленькие проекты например.
Почасовая оплата.
По поводу «возможность заработать больше, если приложить больше усилий или сдать проект раньше срока»:
Проект (задача) оценена в 100 часов. Сотрудник выполняет ее за 80, а оплату получает за 100. Таким образом в месяц можно закрыть не 140/160 часов, а 200 или больше. Соответственно и зарплата больше
Если требуется сдельная оплата то самое оно. Здесь главное не жлобиться. Нельзя после первого успешного проекта менять критерии оценки срока без изменения стоимости часа работы, а также нужно быть готовым к тому, что срок будет выше и за эту работу исполнителю надо будет платить, а иначе уже фриланс получается.
При почасовой оплате, есть риск того что работники не будут выкладываться на полную, и будут «тянуть резину».
Мы сейчас более рассматриваем вариант чтобы давать постоянную зарплату, минимальную + процент от прибыли, но в таком случае сотрудники будут знать какие проекты сколько стоят, и к тому же мы часто выполняем студийные проекты которые на 20% только выполняется сотрудниками, на остальные 80% мною.
У меня сделано так:
старший программист оценивает время задачи и выставляет это время младшему программисту.
И тогда в целях программиста сделать быстрее и не тянуть.
Очень влияет специфика… но если изготавливать абстрактно сферического коня в вакууме, то нормочасы (сколько времени уходит на черновую обработку заготовки на токарном станке), выработка (сколько заготовок в час сделал конкретный исполнитель), разрядность специалистов (насколько стабильны его результаты выработки и качество заготовок)и пр.
Простой
Простой
Простой
