Различать фокус бизнес-аналитика (BA — бизнес-потребность, цели, ценность) и системного аналитика (SA — система, интеграции, данные, техзадание) и понимать, что это спектр, а не жёсткая стена.
Два полюса одной профессии
BA и SA: спектр, а не стена
Внутри профессии аналитика есть два основных полюса. Бизнес-аналитик (BA) смотрит в сторону бизнеса: его вопрос — «зачем мы это делаем и какую ценность получим?». Он общается со стейкхолдерами, описывает бизнес-процессы, формулирует бизнес-требования и требования стейкхолдеров. Его артефакты — описания процессов, бизнес-кейсы, пользовательские истории.
Системный аналитик (SA) смотрит в сторону системы: его вопрос — «как именно это должна делать система?». Он общается с разработчиками и архитекторами, описывает поведение системы, интеграции с другими сервисами, структуру данных. Его артефакты — техническое задание (ТЗ), описания API, ER-модели, use case'ы с детальными потоками.
Важно понимать: это спектр, а не жёсткая стена. В небольших компаниях один человек часто выполняет обе роли. Опытный аналитик умеет двигаться по этому спектру в зависимости от задачи и контекста.
Рядом с аналитиком работают другие роли, которые легко перепутать. Проджект-менеджер отвечает за сроки и ресурсы («когда и за сколько»). Продакт-менеджер решает, что и зачем строим («стратегия продукта»). Разработчик отвечает за реализацию («как написан код»). Аналитик — это мост между всеми ними: он прояснил «что нужно» и «почему», чтобы остальные могли делать своё дело.
Lesson notes
BA и SA: спектр, а не стена
Внутри профессии аналитика есть два основных полюса. Бизнес-аналитик (BA) смотрит в сторону бизнеса: его вопрос — «зачем мы это делаем и какую ценность получим?». Он общается со стейкхолдерами, описывает бизнес-процессы, формулирует бизнес-требования и требования стейкхолдеров. Его артефакты — описания процессов, бизнес-кейсы, пользовательские истории.
Системный аналитик (SA) смотрит в сторону системы: его вопрос — «как именно это должна делать система?». Он общается с разработчиками и архитекторами, описывает поведение системы, интеграции с другими сервисами, структуру данных. Его артефакты — техническое задание (ТЗ), описания API, ER-модели, use case'ы с детальными потоками.
Важно понимать: это спектр, а не жёсткая стена. В небольших компаниях один человек часто выполняет обе роли. Опытный аналитик умеет двигаться по этому спектру в зависимости от задачи и контекста.
Рядом с аналитиком работают другие роли, которые легко перепутать. Проджект-менеджер отвечает за сроки и ресурсы («когда и за сколько»). Продакт-менеджер решает, что и зачем строим («стратегия продукта»). Разработчик отвечает за реализацию («как написан код»). Аналитик — это мост между всеми ними: он прояснил «что нужно» и «почему», чтобы остальные могли делать своё дело.