Lean BRD: облегчённый бизнес-кейс для agile-команд
Lean BRD сводит бизнес-кейс к главному: возможность, цели, ключевые требования, ожидаемая отдача и риски. Пять секций вместо одиннадцати, две-четыре страницы вместо двадцати.
Lean BRD существует потому, что большинство проектов находятся между двумя крайностями. На одном полюсе стартап валидирует гипотезу без формальной документации. На другом — enterprise проводит многомесячный процесс одобрения с полным BRD. Между ними — десятки проектов, которым нужно структурированное решение «да/нет», но которые не могут оправдать недели анализа.
Key insight
Lean BRD — это не небрежный Standard BRD. Это документ с намеренно ограниченным scope, который покрывает достаточно для решения о финансировании, не перегружая читателя секциями, которые он не использует.
Когда использовать Lean BRD
Lean BRD подходит, когда:
- Проект среднего размера — слишком значительный для устного «давайте», слишком мал для двадцатистраничного документа
- Организация использует agile-практики, но всё ещё нуждается в письменном одобрении бюджета или headcount
- Тимлиду нужно презентовать проект VP со структурированным обоснованием
- Временное давление реально: у возможности есть окно, и полный BRD займёт больше времени, чем это окно позволяет
Используйте Standard BRD, если:
- Проект затрагивает несколько бизнес-подразделений и требует кросс-функционального согласования
- Регуляторные или compliance-требования требуют детальной документации
- Бюджет превышает порог, при котором CFO ожидает полный cost-benefit анализ
- Проект высокорисковый и требует формального планирования митигации рисков
Пять секций Lean BRD
1. Проблема или возможность
Один-два абзаца, описывающих, что вызвало проект. Сформулируйте бизнес-проблему или рыночную возможность в конкретных терминах — потерянная выручка, понесённые затраты, уходящие клиенты или разрыв, который заполняют конкуренты.
Избегайте формулировки проблемы как «у нас нет X». Это описывает отсутствующее решение, а не проблему. Проблема — это бизнес-влияние отсутствия X.
2. Бизнес-цели
Две-четыре SMART-цели. Каждая отвечает: что изменится, насколько и к какому сроку.
| Цель | Метрика | Целевое значение | Дедлайн |
|---|---|---|---|
| Сократить ручную обработку | Часы в неделю | С 40 до 10 | Q3 2026 |
| Увеличить конверсию | Завершение чекаута | С 2.1% до 3.5% | 6 месяцев после запуска |
3. Ключевые требования
Пять-десять бизнес-требований высокого уровня — что решение должно обеспечить, выраженное на языке бизнеса. Это не пользовательские истории и не функциональные спецификации. Они описывают результаты, а не реализацию.
Примеры:
- Решение должно интегрироваться с существующей CRM (Salesforce)
- Данные клиентов должны оставаться в ЕС (GDPR)
- Внедрение не должно нарушать текущие операции во время миграции
4. Ожидаемая отдача и затраты
Упрощённая секция cost-benefit. Две колонки: что стоит и что приносит. Приблизительные оценки допустимы — цель в том, чтобы установить, стоит ли проект внимания, а не произвести аудированную финансовую модель.
| Затраты | Сумма |
|---|---|
| Разработка (3 инженера, 4 месяца) | $180K |
| Инфраструктура (первый год) | $24K |
| Обучение и онбординг | $15K |
| Итого | $219K |
| Отдача | Сумма |
|---|---|
| Экономия на труде (год 1) | $120K |
| Рост выручки (прогноз) | $200K |
| Итого (год 1) | $320K |
Срок окупаемости: приблизительно 9 месяцев.
5. Риски
Три-пять ключевых рисков, каждый с вероятностью (низкая/средняя/высокая), оценкой влияния и краткой стратегией митигации. Не перечисляйте все возможные риски — сфокусируйтесь на тех, которые могут изменить решение.
| Риск | Вероятность | Влияние | Митигация |
|---|---|---|---|
| Интеграция с legacy CRM займёт больше времени | Средняя | Высокое | Заложить 2-недельный буфер; определить fallback ручной процесс |
| Низкая adoption в команде продаж | Средняя | Среднее | Вовлечь лида продаж в требования; пилот с одной командой |
| Конкурент запустит аналогичную функцию первым | Низкая | Среднее | Ускорить MVP-таймлайн; сфокусироваться на отличающих возможностях |
Lean BRD vs Standard BRD
| Аспект | Lean BRD | Standard BRD |
|---|---|---|
| Объём | 2-4 страницы | 8-20 страниц |
| Секции | 5 | 11 |
| AS-IS / TO-BE | Не включены (problem statement покрывает разрыв) | Полный анализ текущего/будущего состояния |
| Stakeholder analysis | Не включён (подразумевается известным) | Детальный с планом вовлечения |
| Cost-benefit | Упрощённая таблица | Полная финансовая модель |
| Timeline | Упомянут в целях | Детальный с вехами и gates |
| Лучше для | Средние проекты, agile-организации, срочные решения | Enterprise-проекты, регулируемые отрасли, крупные бюджеты |
Типичные ошибки в Lean BRD
1. Путать «lean» с «размытым». Lean BRD имеет меньше секций, но не меньше строгости. Каждая из пяти секций должна быть конкретной и основанной на фактах.
2. Пропуск секции затрат. «Бюджет определим позже» лишает смысла документ. Даже приблизительная оценка помогает руководству сравнить этот проект с альтернативами.
3. Перечисление функций вместо требований. «Добавить дашборд» — это функция. «Операционная команда должна иметь возможность мониторить статус обработки в реальном времени» — это бизнес-требование. Lean BRD остаётся на уровне бизнеса.
Ресурсы
- BRD — полный гайд — полный BRD со всеми одиннадцатью секциями
- Шаблоны BRD — Standard и Lean, готовы к использованию
- Промпт-генератор BRD — создайте BRD с помощью AI
- PRD vs BRD — когда какой выбрать