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