Коротко — давайте по сути.
Кто такой бизнес‑аналитик и кто такой системный аналитик (в общих чертах)
- Бизнес‑аналитик (BA) фокусируется на проблеме бизнеса: выявляет бизнес‑потребности, формулирует цель, приоритизирует требования, предлагает решения с точки зрения бизнеса и следит, чтобы продукт/функция действительно решала бизнес‑задачу. Он «переводчик» между бизнесом и ИТ, но не просто стенографист: он формализует, структурирует, аргументирует и проверяет гипотезы.
- Системный аналитик (SA) — более технически ориентированная роль. Задача SA — понять как именно система должна работать: интерфейсы, данные, интеграции, архитектурные ограничения. SA глубже в технических моделях (ERD, sequence diagrams, API‑сценарии), в оценке влияния изменений на систему.
Чем они отличаются (кратко)
- Уровень: BA — уровень бизнеса/процесса/ценности; SA — уровень системы/реализации.
- Артефакты: BA — бизнес‑кейсы, требования (EPICs, user stories), acceptance criteria, процессы; SA — технические спецификации, схемы данных, логика интеграций, нефункциональные требования.
- Интеракции: BA много времени с пользователями/стейкхолдерами и продуктовым менеджментом; SA — с архитекторами, разработчиками, DevOps, тестировщиками.
Почему аналитик — не «высокоуровневый секретарь»
Вот что чаще всего делает хороший аналитик и что требует мозга, а не только умения печатать:
- Формулирует проблему: не «что хочет заказчик», а «почему это важно», какие метрики/успехы будут, какие есть альтернативы.
- Выявляет неявные требования и противоречия между стейкхолдерами (идентифицирует конфликты и предлагает компромиссы).
- Разрабатывает решения (варианты), оценивает их плюсы/минусы, рисует потоки/архитектуру и обосновывает выбор.
- Делает приоритезацию на основе затрат и ценности (формулы, MOSCOW, WSJF и т. п.).
- Переводит пожелания в проверяемые требования (acceptance criteria), тест кейсы, сценарии приёмки.
- Проводит значимую аналитику данных: формулирует метрики, строит отчёты, вычисляет эффекты изменений.
- Проясняет нефункциональные требования: производительность, безопасность, масштабируемость — и их влияние на стоимость.
- Помогает снижать риски: прорабатывает сценарии отказов, ограничения, зависимости.
- Ведёт валидацию: прототипы, мокапы, A/B гипотезы, сбор фидбэка и корректировка требований.
Какие реальные навыки отличают аналитика от «оформителя требований»
1. Когнитивные/методологические:
- Критическое мышление и системное мышление (умение разложить сложную задачу на части и связать обратно).
- Умение формулировать проблему и цели (SMART).
- Навыки фасилитации и проведения интервью/воркшопов.
- Умение формализовать: писать user stories, acceptance criteria, use cases, BPMN, UML.
- Навыки приоритизации и расчёта стоимости/выгоды.
2. Технические (зависит от роли):
- Понимание SDLC, API, баз данных, форматов данных (JSON, XML), основ архитектуры.
- Умение читать диаграммы, рисовать ERD, sequence diagram, интеграционные схемы.
- Базовый SQL и умение анализировать данные/метрики.
- Инструменты: Jira/Confluence, Miro/Draw.io/Lucidchart, Figma/Sketch (для прототипов), Excel/PowerQuery, PowerBI/Looker.
3. Коммуникационные:
- Умение убеждать и согласовывать интересы разных людей.
- Навык написания понятных и исчерпывающих спецификаций.
- Навык передачи контекста разработчикам и тестировщикам.
4. Практические:
- Написание сценариев тестирования/проверки требований.
- Создание прототипов/макетов (даже простых) для валидации идей.
- Анализ логов/метрик, A/B анализ, эксперименты.
Примеры интеллектуальной работы (кратко)
- Возникла задача «увеличить продажи». Аналитик проводит исследование: сегментация пользователей, воронка, точки ухода, формулирует гипотезы, предлагает несколько решений (персонализация, изменение воронки, уведомления), оценивает ROI и предлагает дорожную карту экспериментов.
- В проекте интеграция с внешним сервисом: SA моделирует варианты интеграции, разбирает ограничения API, описывает fallback‑сценарии, оценит влияние на безопасность и производительность.
- Сбор требований: из общих пожеланий аналитик делает набор конкретных user stories с acceptance criteria, критериями приёма и тестовыми сценариями.
Стоит ли идти в BA/SA без опыта в ИТ?
Да, это реальный путь. Многие приходят из бизнеса, аналитики по продажам, маркетингу, финансам, проектного менеджмента. Но важно понимать:
- Технические знания — плюс, а не всегда обязательны. Базовое понимание разработки и данных ускорит вход в роль и откроет позиции SA.
- Главные качества: любознательность, умение задавать вопросы, системность, коммуникация, аналитика данных.
- Начать можно с junior BA/аналитика требований, внутреннего BA в бизнес‑подразделении, тестировщика с переходом в BA, или с курсов/стажировок.
Практический план входа (рекомендуемые шаги)
1. Изучите основы: SDLC, Agile (Scrum/Kanban), требования (user stories, acceptance criteria), BPMN/UML.
2. Научитесь SQL (базовый SELECT, группировки, агрегаты) и Excel (pivot, PowerQuery).
3. Освойте инструменты: Jira/Confluence, Miro, draw.io, Figma (базовые прототипы).
4. Сделайте 2–3 практических кейса в портфолио: процесс/воронка, user stories + acceptance, простой ERD, прототип экрана.
5. Ищите начальные вакансии: junior BA, business analyst in non‑IT, QA с аналитикой, internships.
6. Читайте профильные книги/руководства (см. ниже), проходите курсы и участвуйте в митапах.
Полезные ресурсы (кратко)
- BABOK (IIBA) — стандарт для BA.
- Книги: User Story Mapping (Jeff Patton), Writing Effective Use Cases (Alistair Cockburn), Lean UX.
- Курсы: Coursera/edX по бизнес‑анализу; SQL курсы; курсы по BPMN, Figma.
- Практика: делайте кейсы, участвуйте в волонтёрских проектах, решайте реальные задачи друзей/малого бизнеса.
Вывод
Работа аналитика — это далеко не «высокоуровневый секретарь». Это сочетание системного мышления, умения работать с людьми и данными, умения формализовать и проверять гипотезы. Без программирования можно — но техническая грамотность сильно расширит возможности и доходы. Если вам нравится разбираться в проблемах, вы любите структурировать, общаться с людьми и делать решения измеримыми — путь аналитика вполне подходит.
Если хотите, могу:
- составить план обучения на 3–6 месяцев (с конкретными курсами и заданиями);
- предложить 3 практических кейса для портфолио, которые вы можете сделать самостоятельно.