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

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

Расчет премиальной части

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

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

Плюсы:

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

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

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