Что такое BABOK и какова его роль в бизнес-анализе?

Что такое BABOK и какова его роль в бизнес-анализе?

BABOK (Business Analysis Body of Knowledge) — это стандартизированный набор знаний, терминов, практик и инструментов в области бизнес-анализа. Это международный стандарт, разработанный IIBA (International Institute of Business Analysis), который определяет, что такое бизнес-анализ и как его правильно проводить. Это как Библия для BAs.

Просто: BABOK — это официальный свод всех знаний, методов и терминов, которые должен знать профессиональный Business Analyst.

История и версии BABOK

BABOK v2 (2009)

• 6 областей знаний (Knowledge Areas)
• Фокус на процессах
• Более старая версия

BABOK v3 (2015) — текущий стандарт

• 10 областей знаний
• Фокус на компетенциях (Skills) + Knowledge
• Более практический
• Признан в индустрии

BABOK v4 (в разработке)

• Еще более адаптивный
• Фокус на Agile
• Выход планируется скоро

10 областей знаний в BABOK v3

1. Business Analysis Planning & Monitoring (BA Planning)

Что это? Планирование BA работ, мониторинг прогресса

Включает:

• Как начать BA инициативу?
• Какие ресурсы нужны?
• Как оценить успех BA?
• Как коммуницировать результаты?

Практическое применение:

• Составить план сбора требований
• Определить stakeholders
• Выбрать методы анализа
• Метрики успеха

2. Elicitation (Сбор требований)

Что это? Как достать требования из головы stakeholders

Методы:

• Interviews: 1-on-1 разговоры
• Focus Groups: 5-10 людей одновременно
• Workshops: Collaborative sessions
• Surveys: Опросы (Google Forms)
• Observation: Смотрим, как люди работают
• Prototyping: Делаем mockup, смотрим реакцию
• Document Analysis: Читаем старые requirements

Когда использовать что?

• Interview: Когда нужны детали от одного человека
• Workshop: Когда разные stakeholders спорят
• Observation: Когда люди не знают, что они хотят
• Survey: Когда нужна feedback от 100+ людей

3. Requirements Analysis (Анализ требований)

Что это? Как понять, что мы собрали требования правильно

Включает:

• Modeling: Дорисовываем диаграммы (user flows, process flows)
• Prioritization: Что делать первым?
• Dependency Analysis: Какие требования зависят от других?
• Conflict Resolution: Что если требования противоречат?
• Feasibility Analysis: Это технически возможно?

Вопросы BA на этапе анализа:

• Это действительно нужно?
• Это возможно технически?
• Во что это обойдется?
• Какие побочные эффекты?

4. Traceability & Monitoring (Отслеживание требований)

Что это? Где требование? На каком этапе? Кто за него отвечает?

Матрица трассируемости:

Requirement | Design | Code | Test | Status
FR-001 | ARCH-01 | file.py | TEST-001 | DONE
FR-002 | ARCH-02 | file.py | TEST-002 | IN PROGRESS

Зачем?

• Ничего не потеряется
• Понимаем, если требование не реализовано
• Отслеживаем scope creep (когда добавляют новое)

5. Requirements Communication (Коммуникация требований)

Что это? Как донести требования понятно для всех

Варианты общения:

• Documentation: Письменная (TZ, Requirements doc)
• Models: Диаграммы (User flows, ER diagrams)
• Prototypes: Mockups + wireframes
• Workshops: Обсуждение вживую
• User Stories: Agile формат (As a... I want... So that...)

Правило: Разные audience = разная подача

• Для CEO: Executive summary (2 страницы)
• Для разработчиков: Детальные requirements + примеры
• Для design: Wireframes + user flows
• Для QA: Acceptance criteria

6. Stakeholder Engagement (Работа со stakeholders)

Что это? Как управлять людьми, которые влияют на проект

Включает:

• Identification: Кто все stakeholders?
• Analysis: Какой у них интерес? Сильный или слабый влияние?
• Planning: Как с ними работать?
• Engagement: Вовлекаем их в процесс

Матрица Power/Interest:

          HIGH POWER
            +
            |  Manage Closely | Keep Satisfied
            |  (CEO, CFO)   | (End Users)
    --------+-----------+---------
            | Monitor   | Keep Informed
            | (HR)      | (Customers)
            +-----------+---------
          LOW POWER

Типичные stakeholders:

• Product Owner / CEO (высокий влияние)
• End users (важные, но низкий влияние)
• Support team (узнают проблемы)
• Compliance/Legal (может заблокировать)
• DevOps (влияет на implementation)

7. Requirements Valuation & Prioritization (Приоритизация)

Что это? Какие требования делать первыми?

Методы:

• MoSCoW: Must, Should, Could, Won't
• Kano Analysis: Must-Have, Performance, Delighters
• Value vs Effort Matrix: High value, Low effort идут первыми
• Weighted Scoring: Каждому требованию оценка

Пример MoSCoW:

Must Have (обязательно):
- Авторизация пользователей
- Просмотр товаров
- Оплата

Should Have (хорошо бы):
- Рекомендации
- Wishlist
- Reviews

Could Have (если есть время):
- Social sharing
- Comparison tool
- VR preview

Won't Have (не будем):
- Голосовой поиск
- AR fitting room (пока)

8. Requirements Implementation Support (Поддержка реализации)

Что это? BA помогает команде воплотить требования

Включает:

• Clarification: Разработчик не понял, объясняем
• Definition of Done: Когда требование считается готовым?
• Quality Assurance: Проверяем, что сделано правильно
• Change Management: Требование изменилось — обновляем все

Пример Definition of Done:

Фература "Reset Password" готова, когда:
- [ ] Code written и reviewed
- [ ] Unit tests 90%+ coverage
- [ ] Integration tests pass
- [ ] E2E tests pass (Playwright)
- [ ] Manual testing by QA
- [ ] Acceptance criteria met
- [ ] Documentation updated
- [ ] Product Owner approved
- [ ] No technical debt (no warnings)

9. Business Analysis Planning & Strategy (BA Strategy)

Что это? Долгосрочное видение BA работ в компании

Включает:

• BA Governance: Как BA процесс управляется?
• Tools & Techniques: Какие инструменты использовать?
• Team structure: Как организовать BA команду?
• Maturity Model: На каком уровне зрелости компания?

10. Underlying Competencies (Фундаментальные компетенции)

Что это? Soft skills, которые нужны BA

Включает:

• Communication: Слушать и говорить ясно
• Negotiation: Находить компромисс между stakeholders
• Problem Solving: Аналитическое мышление
• Presentation: Уметь презентовать результаты
• Leadership: Влиять без власти
• Emotional Intelligence: Понимать людей

Почему BABOK важен?

1. Стандартизация

• BA в Москве и BA в США говорят на одном языке
• Одинаковые определения терминов
• Консистентная методология

2. Карьерный рост

• Сертификация CBAP (Certified Business Analyst Professional)
• Доказываешь work experience + экзамен на знание BABOK
• Выше зарплата, больше уважения

3. Структурирование работы

• Если BA новичок и не знает, с чего начать
• BABOK говорит: вот 10 областей, вот как их делать
• Снижает хаос

4. Best practices

• Не нужно выдумывать велосипед
• BABOK содержит best practices, проверенные 1000+ компаниями
• Уменьшает ошибки

BABOK vs Agile

Вопрос: BABOK старый стандарт для waterfall. Что в Agile?

Ответ: BABOK работает и в Agile, и в Waterfall

Адаптация для Agile:

• Elicitation → Refinement sessions (вместо длинных интервью)
• Requirements → User Stories (вместо 50-страничных docs)
• Traceability → Jira links (вместо Excel матриц)
• Monitoring → Daily standups (вместо статус-репортов)

Корабль остается тем же, меняется только способ навигации.

Как использовать BABOK в практике?

Уровень 1: Новичок

• Прочитай первые 3 главы BABOK
• Сосредоточься на Elicitation и Requirements Analysis
• Используй как справочник

Уровень 2: Опытный BA

• Знаешь все 10 областей
• Можешь выбрать методы для конкретного проекта
• Упомешь объяснить выбор methodology

Уровень 3: Эксперт (CBAP)

• Пройдешь сертификацию CBAP
• 7500+ часов работы + экзамен
• Помогаешь другим BAs

Альтернативы BABOK

• Agile BA Practice Guide: IIBA, для Agile-специфичных BA
• Scrum Guide: Для Scrum (но это не про BA конкретно)
• TOGAF: Для Enterprise Architecture (более technical)

Частые ошибки с BABOK

❌ BABOK как чек-лист: "В проекте 10 областей, должны сделать все" ✅ BABOK как reference: "Для этого проекта нужны области 1, 3, 5"

❌ BABOK только для waterfall: На самом деле работает везде ✅ BABOK как foundation: Основа, которую адаптируешь под Agile

❌ Читать BABOK без применения: Скучно и бесполезно ✅ Применять BABOK в реальных проектах: Учишься в процессе

Выводы

1. BABOK — это стандарт, не правило
2. BABOK дает язык для профессиональной коммуникации
3. BABOK содержит 10 областей знаний для BA
4. BABOK адаптируется под Agile, Waterfall и гибридные подходы
5. CBAP сертификация добавляет kredibility и зарплату
6. Лучший способ выучить BABOK — применить на проекте

BABOK — это не dogma, это compass. Не следуй слепо, но не игнорируй и не переоткрывай велосипед.