На конференции Agile Cambridge 2025 инженер и автор книги The Art of Agile Development Джеймс Шор представил доклад, который может стать поворотным моментом для всей индустрии. Его идея проста и революционна одновременно: перестать мерить работу команд по срокам и фичам — и начать оценивать её по бизнес-ценности, которую они создают.
Так родилась концепция product bets — продуктовых ставок.
🧩 От «когда будет готово?» к «что мы получим?»
Главная боль в отношениях между бизнесом и разработкой — асимметрия ожиданий.
Руководство хочет чёткого плана: даты, бюджеты, списки фич. Разработчики знают, что в реальности каждая новая функция — это исследование, а не строительный чертёж.
🛠️ Шор метко сравнивает классическую модель управления проектом с домашним заданием: «Если написать ТЗ правильно, то всё получится». Но программирование — не школьная задача, а процесс открытия неизвестного.
Product bets переворачивают эту логику:
- 💰 команда берёт на себя ставку на ценность, а не на срок;
- 🧠 бизнес оценивает, сколько готов рискнуть, чтобы получить этот эффект;
- 🧾 результат считается достигнутым не по релизу, а по принятию решения о том, была ли ставка успешной.
Это не казино, а новая форма экономической ответственности в ИТ.
🧮 Как это работает технически
Каждая ставка описывается короткой формулой:
🎯 Бизнес-результат → 💡 Как мы этого добьёмся
Пример из доклада Шора звучит с иронией:
«Посеять ужас в сердцах римских легионеров — 🐘 с помощью боевых слонов».
У каждой ставки есть:
- 🧑💼 спонсор — лидер, отвечающий за ценность (например, CPO);
- 💵 оценка текущей стоимости (present value) — через упрощённую финмодель;
- 🎰 максимальная ставка (maximum wager) — сколько компания готова потратить, прежде чем признать эксперимент неудачным.
Если команда достигает заявленного эффекта — даже по приблизительным метрикам — ставка считается выигранной.
Если нет — проект закрывается без драмы и поисков виновных.
Такой подход требует не идеальных расчётов, а нового мышления: “мы инвестируем в гипотезы, а не в задачи”.
⚗️ Формула доверия: как перевести разработку в язык бизнеса
Для расчёта Шор использует классический метод present value — оценку будущих выгод в сегодняшних деньгах.
💡 Простой пример: $10 прибыли через год при 20% “стоимости капитала” равны $8,33 сегодня.
Каждая ставка разбивается на блоки:
- 💸 новые продажи;
- 🔁 апсейл текущих клиентов;
- ❤️ удержание (retention);
- 💰 экономия затрат;
- ⚙️ дополнительные расходы.
📊 Финансовая модель может быть “на салфетке” — главное, чтобы вся компания перешла на язык ценности. Это позволяет обсуждать не “почему мы опоздали”, а “какую выгоду принесла ставка”.
🚀 Практический результат: OpenSesame через два года
Компания OpenSesame, где Шор занимает пост VP of Engineering, за два года внедрения product bets:
- 🔄 полностью сместила разговор с сроков на ценность;
- 📉 снизила долю непроизводительного времени (muda);
- 💬 изменила формат общения между отделами: вместо «Когда вы закончите?» теперь спрашивают «Какие ставки принесут больше пользы?».
Да, путь был долгим: около 18–24 месяцев, прежде чем топ-менеджеры начали доверять системе. Но эффект оказался системным — бизнес стал воспринимать разработку не как фабрику задач, а как генератор роста.
🧠 Моё видение
Подход Шора кажется эволюционным шагом после Agile.
Если Agile учил нас быть гибкими, то product bets учит быть осознанными: принимать решения о приоритетах, исходя из их ценности, а не календаря.
Я вижу в этом зачаток новой дисциплины — инжиниринга бизнес-ставок. В будущем такие модели можно автоматизировать:
- 🧮 прогнозировать ценность ставок через ML-модели на исторических данных;
- 🧭 строить портфель “product bets” с балансом риска, как инвестиционный фонд;
- 🧩 интегрировать с Jira или Linear, чтобы каждая задача имела “ценностный коэффициент”.
В конечном счёте это возвращает ИТ к его изначальному смыслу: служить бизнесу, а не календарю.
🏁 Итог
Product bets — не просто новый инструмент Agile, а мост между кодом и стратегией.
Когда команда перестаёт обещать сроки и начинает обещать ценность, она перестаёт быть “исполнителем задач” и становится партнёром бизнеса.
И это, пожалуй, лучшая форма ответственности, какую только можно придумать.
📚 Источники:
🔗 James Shore — The Accountability Problem, jamesshore.com (2025)
🔗 OpenSesame Engineering Blog (referenced case study)