#беседкахохряковаПродолжаю писать из беседки у дома-музея Хохрякова. Сегодня обнаружил обновлённый выкрашеный столик. Белый цвет ему шёл больше, как по мне.
На Вятку привалил снег, скоро ульи погрузятся в сугробы.
Пара продуктивных встреч на неделе натолкнула на интересные мысли. В нашей отрасли существует две финансовые модели работы с Заказчиком:
🔹️fixprice, когда задачи понятны и риски минимальны. Заказчику сразу выдаётся смета с фиксированной стоимостью.
🔹️time&materials (t&m), когда высока степень неизвестного, задачи нетиповые, а потому трудоёмкость сложно спрогнозировать.
Заказчику нужна определённость, конечная цена. А любая IT-компания периодически промахивается с оценкой по fixprice и это приводит к убыткам по проекту. Косвенно страдает и заказчик, так как демотивированная команда вряд ли способна качественно созидать.
В 2024 году, куда ни глянь, все it-компании стали переходить на t&m. Это естественный способ снижения рисков. Мы в их числе.
При этом мы чувствуем, что эта модель не всегда по душе Заказчику. Хотя в ней есть ряд явных преимуществ и для него. И их уже в куче каналов и пабликов обсуждали, поэтому поедем дальше.
Мы в Синаптике в 2024 году подняли стяг эффективности и погрузились с головой в тему производительности труда. На грядущей стратсессии будем планировать ни много ни мало перепаковку компании под соответствующие задачи.
Коллеги активно проводят кастдевы с владельцами малых и средних производств и приходят к интересным выводам. Болей много, но в отношении разработки и внедрения программного обеспечения все владельцы как один говорят о том, что разработка ПО должна окупаться за год.
И теперь, внимание, гипотеза третьей модели, которую я за почти 20 лет в IT не встречал:
🔹️оплата за результат.
Аналитика, проект, разработка, внедрение, фиксирование эффекта за месяц и расчёт вознаграждения исполнителя (умножаем на 12 и получаем суммарный эффект за год).
Исполнитель нацелен на то, чтобы выдать максимум эффекта от внедрения. А заказчик не платит, не получив результата.
Конечно, подобная модель не применима для задач автоматизации уровня НИОКР. А вот в программной автоматизации большинство задач бьётся на этапы, а эффект каждого можно рассчитать без проблем.
Что думаете? Дайте обратку в виде
🔥 если звучит вменяемо!
