Руководство BABOK и IIBA: коротко
Коротко Руководство BABOK® — основной отраслевой стандарт, который описывает, из чего состоит бизнес-анализ. Его издаёт IIBA — профессиональная ассоциация бизнес-аналитиков. Пользуйтесь им как картой дисциплины и чек-листом для планирования, а не как пошаговым методом.
По материалам: IIBA, Руководство BABOK® v3 (2015), предисловие и разд. 1–11; IIBA, Global Business Analysis Core Standard, предисловие.
На этой странице
BABOK® и IIBA® — зарегистрированные товарные знаки International Institute of Business Analysis. Сайт независим и не связан с IIBA.
Главные идеи#
Что такое Руководство#
«Руководство к своду знаний по бизнес-анализу» (A Guide to the Business Analysis Body of Knowledge) описывает общепринятую практику бизнес-анализа: задачи, которые выполняют аналитики, техники, которые они применяют, и навыки, которые им нужны. Текущая редакция — версия 3, вышедшая в 2015 году. Руководство описывает, что входит в работу, а не обязательную последовательность шагов, поэтому его сочетают с собственным подходом к поставке решения.
Как устроена версия 3#
| Часть | Что охватывает | Где почитать подробнее |
|---|---|---|
| Раздел 1 | Введение и устройство Руководства | — |
| Раздел 2 | Ключевые понятия: модель базовых понятий, классификация требований, заинтересованные стороны, требования и дизайны | BACCM, Классификация требований, Роли заинтересованных сторон, Требования и дизайны |
| Разделы 3–8 | Шесть областей знаний, в которых в сумме 30 задач | см. список ниже |
| Раздел 9 | Базовые компетенции в шести категориях | Базовые компетенции |
| Раздел 10 | Каталог из 50 техник | 50 техник BABOK |
| Раздел 11 | Пять ракурсов: Agile, бизнес-аналитика (Business Intelligence), информационные технологии, бизнес-архитектура, управление бизнес-процессами | Ракурсы BABOK |
| Приложения | Глоссарий, соответствие техник задачам, сводка изменений по сравнению с версией 2.0 | — |
Шесть областей знаний (knowledge areas) объединяют связанные задачи:
- Планирование и мониторинг бизнес-анализа (5 задач)
- Выявление и сотрудничество (5 задач)
- Управление жизненным циклом требований (5 задач)
- Анализ стратегии (4 задачи)
- Анализ требований и определение дизайна (6 задач)
- Оценка решения (5 задач)
Каждая задача описана по одной схеме: назначение, входы, элементы работы, рекомендации и инструменты, рекомендуемые техники, вовлечённые заинтересованные стороны и выходы. Каждая техника тоже описана в фиксированном формате: назначение, описание, элементы и соображения по применению (сильные стороны и ограничения). Именно единая схема делает Руководство удобным справочником: можно открыть любую задачу и найти там сведения одного и того же вида.
Всё связывает воедино Модель базовых понятий бизнес-анализа (BACCM). Она называет шесть понятий (изменение, потребность, решение, заинтересованная сторона, ценность, контекст), которые применимы в любой отрасли и при любом методе.
История версий#
Руководство прошло через несколько редакций:
- 1.0 (январь 2005 года) — ранний черновой вариант структуры; за ним последовали 1.4 (октябрь 2005 года) и 1.6 (черновик 2006 года, доработан в 2008 году).
- 2.0 (2009) — появились схема классификации требований и модели входов и выходов для задач.
- 3.0 (2015) — добавлены BACCM, ракурсы, расширенный набор базовых компетенций и новые техники. По данным IIBA, на эту версию повлияли тысячи комментариев практиков, оставленных при публичном обсуждении черновика 2014 года.
Об IIBA#
International Institute of Business Analysis (Международный институт бизнес-анализа) — некоммерческая профессиональная ассоциация, основанная в Торонто (Канада) в октябре 2003 года. Комитет по определению свода знаний был сформирован в октябре 2004 года. Заявленные направления деятельности IIBA: развитие профессии бизнес-аналитика и содействие её признанию, определение свода знаний, поддержка обмена знаниями между практиками и сертификация бизнес-аналитиков (например, Certified Business Analysis Professional, CBAP).
IIBA также издаёт Global Business Analysis Core Standard — сокращённую версию на английском языке объёмом около 50 страниц. В ней изложены ключевые понятия и сжатое описание шести областей знаний, без полного каталога техник и без ракурсов.
Как применять#
- Начните с ключевых понятий. Сначала прочитайте раздел 2. BACCM и классификация требований дают общий словарь для всего остального.
- Используйте области знаний как чек-лист для планирования. В начале инициативы пройдите по 30 задачам и спросите: применима ли задача здесь, кто её выполняет и насколько формально?
- Области знаний — не фазы. Задачи выполняются параллельно и повторяются. Анализ стратегии может продолжаться, пока вы выявляете требования и оцениваете решение.
- Выбирайте техники по задаче. Если застряли на задаче, посмотрите, какие техники Руководство для неё предлагает (поможет приложение о соответствии техник задачам), а затем прочитайте страницы об этих техниках.
- Адаптируйтесь через ракурсы. Если ваша работа связана с Agile, BI, ИТ, архитектурой или процессами, прочитайте соответствующий ракурс и посмотрите, что меняется.
- Заимствуйте глоссарий. Общие термины избавляют от долгих споров о том, что значит «требование» или «дизайн».
- Дополняйте Руководство практическими книгами. Руководство говорит, что входит в хорошую практику. Такие книги, как «Разработка требований к программному обеспечению» Вигерса и Битти или книга BCS «Business Analysis», показывают, как это делать.
Пример#
Аналитик «Мастерской» (вымышленной сети из 12 веломастерских) перед стартом проекта использует области знаний как чек-лист на одну страницу:
| Область знаний | Вопрос для этого проекта |
|---|---|
| Планирование и мониторинг | Насколько формальными должны быть требования, если разработку ведёт внешняя команда? |
| Анализ стратегии | Что не так с записью по телефону сейчас и каким должно быть будущее состояние? |
| Выявление и сотрудничество | Когда можно понаблюдать за сотрудниками стойки приёма в субботний наплыв клиентов? |
| Анализ требований и определение дизайна | Какие требования к записи и уведомлениям нужны и какие модели? |
| Управление жизненным циклом требований | Кто утверждает изменения после того, как разработчики начнут работу? |
| Оценка решения | Как через три месяца после запуска мы поймём, стало ли меньше звонков о статусе ремонта? |
Подводные камни#
- Считать Руководство методологией. Оно не задаёт порядок работ и не требует обязательного набора документов. Адаптируйте его.
- Готовить каждый выход для каждой задачи. Соизмеряйте формальность с рисками и масштабом.
- Навязывать заинтересованным сторонам жаргон Руководства. Говорите на их языке; термины Руководства оставьте для команды аналитиков.
Источники и что почитать#
- IIBA. A Guide to the Business Analysis Body of Knowledge (BABOK® Guide), version 3. International Institute of Business Analysis, 2015. Рус. изд.: Руководство к своду знаний по бизнес-анализу (Руководство BABOK®), версия 3.0. Предисловие (история); разд. 1–11; приложения (глоссарий, соответствие техник задачам, изменения по сравнению с версией 2.0).
- IIBA. Global Business Analysis Core Standard. International Institute of Business Analysis. Предисловие и история версий.
- Что ещё почитать: K. Wiegers, J. Beatty. Software Requirements, 3rd ed. Microsoft Press, 2013. Рус. изд.: К. Вигерс, Дж. Битти. Разработка требований к программному обеспечению, 3-е изд. М.: Русская редакция; СПб.: БХВ-Петербург, 2014; D. Paul, D. Yeates, J. Cadle (eds.). Business Analysis, 2nd ed. BCS, The Chartered Institute for IT, 2010.