Возведению границ для системных и бизнес-аналитиков посвящается

Системный аналитик — это кроссфункциональный специалист, который в процессе создания программного продукта может принимать сразу несколько ролей. Он занимается анализом бизнес-процессов, выстраивает технические решения, координирует процесс разработки и многое другое. Можно ли делить эти задачи на компетенции системного и бизнес-аналитика?

После десятков проектов, мы в Cosysoft поняли, что в большинстве наших команд это скорее один человек, который одинаково хорошо мыслит категориями бизнеса и разработки. Что же должен уметь системный/бизнес аналитик сегодня, какие задачи может решать и на каких этапах разработки его навыки незаменимы — разбираемся в этой статье.

Дисклеймер
Пусть вас не пугает, что часть описанных ролей аналитика соприкасается с обязанностями проджект-менеджера: в работе они подстраховывают проджектов, и наоборот. Взаимно обмениваются знаниями и поддерживают здоровую коммуникацию.

Все вот почему: в корпкультуре Cosysoft мы приветствуем проактивный подход ко всему, и даже разработчиков волнует вопрос: «Какие бизнес-задачи мы решаем?».

Переводчик с «хотелок бизнеса» на «продуктовый»

Получение и уточнение требований заказчика — первое включение системного аналитика в цикл разработки программного продукта. Он анализирует бизнес-потребности и определяет какой функционал должен быть включен в разрабатываемое ПО.

Заказчик может придти с требованиями в «сыром» не проработанном виде, без фичлиста. Понять, что нужно сделать и разработать решение — верхнеуровневая задача системного аналитика.

Рефакторинг бизнес-процессов может выполнять и отдельный специалист — бизнес-аналитик. Сегодня граница между бизнес- и системным аналитиком размыта, особенно в компактных командах или в работе над небольшими проектами. Бизнес-аналитик больше фокусируется на оптимизации бизнес-процессов, снижении издержек и увеличении прибыли за счет автоматизации и не только. После анализа бизнес-процессов он передает требования системному аналитику, который перекладывает это решение на техническую реализацию.

Проектировщик

После декомпозиции бизнес-запросов заказчика системный аналитик формирует список требований и фиксирует их в формате технических спецификаций. Конкретные требования будут зависеть от конкретных потребностей бизнеса заказчика и особенностей продукта.

Функциональные требования отвечают на вопрос что нужно реализовать в системе.
Нефункциональные требования отвечают на вопрос как система должна решать эти задачи.

Окончательные требования будут зависеть от конкретных потребностей бизнеса заказчика и особенностей продукта. Вот некоторые из них.

Специалист по данным

Уже на этапе проектирования системный аналитик может начать визуализировать данные и процессы заказчика. Он создает модели данных, которые описывают, как информация идет через систему, какие процессы выполняются и как они связаны между собой.
Для этого он рисует BPMN-диаграммы, которые описывают все сценарии взаимодействия пользователей и системы. Также он использует диаграммы последовательности (Sequence diagram), которые показывают взаимодействие систем на проекте.

Архитектор решений

Далее системный аналитик совместно с командой разработки создает архитектуру системы: определяет структуру и компоненты технического решения, а также выбирает инструменты с помощью которых проект будет реализован. Можно сказать, что он организовывает и продумывает связи компонентов продукта в микросервисной архитектуре.

Системный аналитик участвует не только в проектировании, но и частично в разработке. Он верхнеуровнево помогает программистам, освобождая их от рутины. Например, может разработать API. Создаст структуры данных, придумает названия эндпоинтов и методов по которым будут контактировать с этими сущностями разработчики.

Коммуникатор

Развитые коммуникативные навыки — важная способность системного аналитика. Он находит подход к заказчику и создает комфортные условия для коммуникации, что позволяет минимизировать количество встреч и переписок.

Во время цикла разработки аналитик координирует работу команды разработчиков и обеспечивает выполнение проекта в рамках бюджета и сроков. При возникновении недопонимания, он помогает уладить конфликты и принять правильные решения.

В связке с командой тестирования системный аналитик следит за тем, чтобы системные требования были реализованы именно так, как они были задуманы и согласованы.

Технический писатель

Так как именно системный аналитик анализирует требования и выбирает техническое решение, то часто он участвует в создании технической документации. При необходимости он может координировать работу над ней и контролировать качество. Системный аналитик может написать и пользовательскую документацию, которая объясняет, как использовать продукт. Эти руководства могут включать в себя, например, инструкции по установке, использованию и настройке продукта.

Кроссфункциональный специалист

Профессия системного аналитика требует систематизированных знаний, но это не значит, что нельзя научиться этому «в поле». Являясь по сути научной дисциплиной, системный анализ тем не менее предъявляет достаточно мягкие требования к вхождению. Но только, если уже есть навыки в смежных сферах. Инженерное, экономическое, социальное, управленческое образование или опыт работы сильно облегчают вхождение в профессию.
Более того, именно эта связь с другими дисциплинами позволяет системному аналитику шире рассматривать системы и процессы, а также применять различные методы и подходы для их управления и оптимизации.

Получается, незаменимый член команды?

Получается, что на сложных проектах — да.

Системный анализ — это мощный инструмент для разработки, анализа, оптимизации и управления сложными системами. С помощью него системные аналитики могут эффективно управлять комплексными процессами, улучшать использование ресурсов и повышать эффективность деятельности.

Находясь на стыке нескольких экспертиз, системные аналитики являются неотъемлемым звеном на ключевых этапах, от которых зависит успешный и своевременный запуск проекта.