Основная идея Lean – максимальная польза для потребителей с использованием минимальных ресурсов. Его цель – организация работы, при которой можно избежать любых видов потерь: временных, финансовых, репутационных или иных.

Business Case - собственно описание прогнозируемой выгоды (бизнес-ценности, если хотите). Сама она должна из чего-то произрастать: либо от проблемы, либо от рискованного (но обоснованного!) предположения.

Описываем метрики, которыми оцениваем заявляемую выгоду.

Очерчиваем этому границы изменений, формулируем MVP, если мы про продуктовый подход.

Смешивая все это в одно целое, получаем структурированный документ (что важно - небольшой) для описания эпиков/векторов развития. Выходит «упрощенное финансовое обоснование».

Зачем и когда применять? Когда вариантов развития много, а все они стоят «дорого», то их нужно:

1. Быстро валидировать

2. Приоритизировать

Бонус-профит: возможность вместе с бизнесом понять, какими способами, инструментами, ресурсами будет достигаться бизнес-ценность. Для топов, которые любят «поглубже»

Используемый мной шаблон Lean Business Case

1. Владелец
   Лицо, задача которого - управлять данным проектом/эпиком, координировать деятельность заинтересованных сторон и отвечать за результаты перед инвесторами.
2. Ключевые заинтересованные стороны
   Круг лиц, который имеет интерес и/или влияние на проект.
3. Описание
   Суть того, что мы хотим привнести. Использую шаблон: «Для … которые … В результате реализации нашего решения … будут использовать …. В отличие от …. наше решение ….»
4. Гипотеза бизнес-результата
   Так как любая инициатива отстроена от гипотезы, то и данный блок стоит описать как рискованное, обоснованное предположение, требующее проверки.
5. Ключевые показатели
   Метрики, на основе которых будет оцениваться результат деятельности по проекту/эпику.
6. В границах проекта
   Здесь перечисляется весь фронт работ, необходимый для достижения результата.
7. Вне границ
   В данном блоке мы явно описываем схожие по контексту работы, но которые не относятся к описываемому бизнес-рейсу и не влияющие на достижение его результата.
8. Границы MVP
   
9. Нефункциональные требования
   Здесь перечисляютсяребования к производительности, надёжности, безопасности и регулятором нормам.
10. Сводные данные по аналитике
    Здесь описываются все данные, необходимые и достаточные для минимазации риска двусмысленных трактовок ключевых показателей, гипоетз и прочих формулировок бизнес-рейса.