Чего уж кривить душой, в сообществе бизнес-аналитиков BABOK чаще всего воспринимается как удобный сборник техник и практик. Но если читать руководство внимательно, становится заметно: прежде чем начинать разговор о техниках и областях знаний, BABOK закладывает концептуальную основу профессии.
Эта основа находится во втором разделе.
Если первый раздел (его разбор у меня можно почитать тут) определяет, что такое бизнес-анализ, то второй отвечает на более фундаментальный вопрос: о чем именно мы говорим, когда обсуждаем изменения в организации.
На практике это различие критично. Без общего понятийного каркаса даже опытные команды начинают говорить на разных языках: кто-то обсуждает решения, кто-то требования, кто-то цели бизнеса, а кто-то — просто функции будущей системы.
В результате проект может выглядеть активным и насыщенным задачами, но при этом двигаться без ясного понимания смысла планируемых или происходящих изменений.
Именно эту проблему и решает второй раздел BABOK.
BACCM — модель, которая структурирует мышление аналитика
Центральный элемент второго раздела — Business Analysis Core Concept Model (BACCM).
Она состоит всего из шести понятий:
- изменение
- потребность
- решение
- ценность
- заинтересованные стороны
- контекст
На первый взгляд это кажется простой схемой. Однако в реальной аналитической практике эти шесть элементов формируют универсальную модель анализа любой инициативы.
Любой проект можно описать через этот набор вопросов:
- Какое изменение мы рассматриваем?
- Какая потребность лежит в его основе?
- Какое решение может удовлетворить эту потребность?
- Какую ценность это решение должно создать?
- Для каких заинтересованных сторон?
- В каком организационном и рыночном контексте все происходит?
Если ответ хотя бы на один из этих вопросов остается недостаточно ясным, инициатива начинает терять свою устойчивость.
Например:
- потребность сформулирована расплывчато
- ценность не определена с измеримыми критериями
- карта заинтересованных сторон неполная
- контекстные ограничения не зафиксированы
В таком случае аналитическая работа превращается в сбор требований без понимания того, зачем они вообще нужны.
Поэтому BACCM следует рассматривать не как теоретическую модель, а как инструмент проверки качества анализа.
Почему терминология в бизнес-анализе имеет значение
Еще одна важная практическая роль второго раздела BABOK — понятийный аппарат профессии.
На практике многие команды недооценивают значимость точного использования терминов. Однако именно здесь часто возникают методологические проблемы.
Например:
- бизнес-цель называют требованием
- функциональность системы называют бизнес-потребностью
- решение обсуждают раньше, чем определена проблема
В результате разные участники проекта начинают обсуждать разные уровни одной и той же задачи.
BABOK предлагает достаточно строгую терминологию:
- бизнес-потребность
- бизнес-цель
- требования
- дизайн решения
- информация бизнес-анализа
Эти понятия позволяют структурировать коммуникацию внутри проекта.
Для зрелых организаций такие определения часто становятся основой корпоративного глоссария бизнес-анализа.
Классификация требований: от стратегии к реализации
Еще один ключевой элемент, описываемый во втором разделе — структура требований.
BABOK рассматривает требования не как единый список, а как многоуровневую систему.
В ней выделяют четыре уровня:
Бизнес-требования
Это требования верхнего уровня, описывающие зачем инициируется изменение.
Они связаны с целями организации, стратегией и показателями эффективности.
Без бизнес-требований проект легко превращается в пустую разработку функционала, которая не обязательно приносит ценность бизнесу.
Требования заинтересованных сторон
Этот уровень отражает ожидания конкретных групп пользователей и участников процесса.
Именно здесь чаще всего проявляются конфликты интересов.
Например:
- операционный блок стремится ускорить процесс
- служба безопасности требует дополнительных проверок
- финансовый департамент фокусируется на сокращении затрат
Задача аналитика — не устранить эти противоречия, а сделать их прозрачными и управляемыми.
Требования к решению
На этом уровне требования превращаются в описание будущего решения.
Здесь выделяются два типа требований:
- функциональные
- нефункциональные
Функциональные требования описывают поведение системы.
Нефункциональные определяют критерии качества: производительность, безопасность, надежность, удобство использования.
На практике именно игнорирование нефункциональных требований часто приводит к тому, что система формально выполняет требуемые от нее функции, но оказывается неудобной или нестабильной.
Переходные требования
Этот тип требований довольно часто забывают фиксировать.
Переходные требования описывают что необходимо сделать для перехода из текущего состояния в требуемое.
Например:
- миграция данных
- обучение пользователей
- временные процедуры
- интеграции с существующими системами
Игнорирование этого слоя требований является одной из самых распространенных причин проблем при внедрении решений.
Требование и дизайн — принципиальная разница
Отдельное внимание BABOK уделяет различию между двумя понятиями: требование и дизайн решения.
Требование описывает потребность или ограничение.
Дизайн описывает способ реализации.
Это различие кажется очевидным, но на практике оно часто размывается или даже забывается.
Например:
«Необходимо внедрить систему X» — это уже дизайн решения.
Правильная формулировка требования может выглядеть иначе:
«Необходимо сократить время обработки заявки до 5 минут» — такая формулировка оставляет пространство для разных вариантов решения.
Это повышает качество анализа и позволяет рассматривать альтернативы, прежде чем выбирать конкретную технологию или систему.
Почему второй раздел BABOK особенно важен для практики
На первый взгляд второй раздел кажется довольно теоретическим. В нем мало техник и почти нет пошаговых инструкций.
Однако именно этот раздел формирует методологическую основу работы аналитика.
Он помогает:
- формализовать смысл изменений
- структурировать требования
- управлять коммуникацией со стейкхолдерами
- избегать преждевременных решений
- проверять полноту анализа
По сути, второй раздел превращает бизнес-анализ из набора инструментов как раз в ту самую систему мышления.
Именно поэтому многие опытные аналитики периодически возвращаются к этим концепциям даже спустя годы практики.
Где можно ознакомиться с полным разбором второго раздела BABOK
В этой статье я намеренно остановился только на ключевых идеях второго раздела BABOK. Формат Дзена лучше подходит для вводных материалов и обзорных объяснений, тогда как сам раздел заслуживает более детального разбора.
Полную версию анализа второго раздела BABOK я опубликовал на своем сайте. Там подробно разобраны все подразделы Раздела 2, включая:
- модель BACCM и ее практическое применение
- понятийный аппарат бизнес-анализа
- классификацию требований и ее использование в проектах
- роль заинтересованных сторон в аналитической работе
- различие между требованиями и дизайнами решений
Также в статье подробно показано, как превратить концепции BABOK в реальные рабочие инструменты аналитика — от диагностики инициатив до проверки качества требований.
Полный разбор второго раздела BABOK можно прочитать у меня на сайте тут.
Если вы являетесь опытным бизнес-аналитиком или только систематизируете свою практику, эта статья позволит увидеть второй раздел BABOK не как теоретическую часть руководства, а как методологический каркас аналитической работы.