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

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

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

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

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

Эта схема имеет ряд положительных моментов:

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

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

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