На предпроектном этапе бизнес-аналитик выявляет ключевые бизнес-ограничения, касающиеся бюджета, сроков, ресурсов, нормативных требований, технологической совместимости, внутренней политики компании или внешних условий рынка. Аналитик подробно документирует эти ограничения, акцентируя внимание на их влиянии на требования и возможные варианты обхода.
Для фиксации используется особый раздел в спецификации требований, например:
**Ограничения:** - Максимальный бюджет — 5 млн руб. - Запуск не позднее 01.09.2024 - Работа системы только на существующей инфраструктуре (Linux сервера) `
Ключевые особенности:
Являются ли ограничения частью бизнес-требований?
Нет, ограничения — это внешние условия или рамки, в которых реализуются требования, а не сами требования.
Можно ли проигнорировать неформализованные ограничения?
Нет. Даже неформализованные ограничения (например, внутренние правила компании) крайне важно выявлять и вносить в документацию, иначе проект рискует быть сорван.
Несет ли бизнес-аналитик ответственность за корректное описание технических ограничений?
Да, аналитик должен описывать и бизнесовые, и технические ограничения, хотя детализация технических аспектов допускается на согласование с архитектором или техническим экспертом.
Негативный кейс: В проекте для банка не были учтены законодательные ограничения хранилища данных.
Плюсы: Процесс шел быстрее на старте Минусы: На финише продукт не прошёл аудит и был заблокирован, компании пришлось срочно переделывать архитектуру
Положительный кейс: Аналитик с первого дня включил юридическую службу в обсуждение и документировал каждое ограничение по соответствию 152-ФЗ.
Плюсы: Проблемы выявлены на старте, решение сразу было спроектировано с учётом закона Минусы: Требовалось больше времени на согласование документов