Системный анализ — сложное направление, которое подразумевает наличие прокачанной экспертизы во многих аспектах: от работы с требованиями до знания основ SQL и баз данных. Вместе с тем, многие скиллы прокачиваются на практике — в процессе работы. И тут важно в огромном массиве материалов найти те, которые будут действительно полезными и применимыми к работе системного аналитика.
Привет, Хабр. Меня зовут Люба Вайгель. Я системный аналитик в СберЗдоровье — MedTech компании №1 в России. Я довольно давно работаю системным аналитиком: помимо медтеха, на моем счету опыт в финтехе, госсекторе. В этой статье я хочу поделиться материалами, которые в своё время помогли мне и могут быть полезны всем, кто только делает первые шаги в системном анализе.
Начнем с основ: кто такой системный аналитик
Системный аналитик помогает бизнесу и разработчикам понимать друг друга. Его задача — разобраться в потребностях пользователей и компании и спроектировать решение, которое эти потребности закроет.
В разных компаниях границы роли могут отличаться: где-то часть обязанностей выполняет бизнес-аналитик, где-то — системный. В этой статье я объединяю и то и другое, чтобы получилась целостная картина.
В целом можно выделить несколько основных задач системных аналитиков.
Работа с требованиями. Сбор информации от заказчиков и пользователей, описание сценариев работы ПО, формулирование функциональных и нефункциональных требований.
Проектирование решений. Описание архитектуры системы, проектирование интеграций сервисов, моделей данных и API.
Работа с документацией. Подготовка спецификаций, ТЗ и других артефактов, которые нужны команде для реализации.
Работа с командой. Постановка задач дизайнерам и разработчикам, поддержка по ходу работы, помощь в снятии вопросов.
Валидация результата. Проверка реализованного решения (приёмочное тестирование) и представление результатов бизнесу.
Иными словами, системный аналитик — это человек, который переводит бизнес-задачи в язык разработчиков и следит за тем, чтобы итоговое решение было рабочим, понятным и полезным.
Кстати, больше о работе системным аналитиком и рабочих кейсах нашей команды мы рассказываем в ТГ-канале SberHealth IT ?
Какие навыки нужны системному аналитику
Системный аналитик каждый день сталкивается с множеством разноформатных задач: разработка требований, создание моделей данных, внедрение новых технологий и управление ожиданиями заказчиков. Каждое новое задание требует быстрой адаптации и постоянного саморазвития.
Поэтому успешный аналитик — это не просто мастер SQL-запросов и UML-диаграмм, но и отличный переговорщик. Таким образом, специалисту одинаково важны как технические навыки (hard skills), так и софт-скиллы (soft skills).
Какие навыки могут пригодиться и как именно их прокачивать — разберем подробнее.
Хард-скиллы
Хард-скиллы — это конкретные профессиональные навыки и знания, которые необходимы для выполнения технических задач и требуют специальных инструментов, методик и опыта. В зависимости от проекта и даже специфики компании требования к хард-скиллам системного аналитика могут отличаться. В статье остановимся на основных, которые, как правило, универсальны и нужны в большинстве случаев.
Работа с требованиями: выявление, проектирование, описание
Для системного аналитика умение работать с требованиями — основа профессии. Обычно этот процесс делят на три этапа:
Выявление требований. На этом этапе аналитик общается с заказчиками и пользователями, чтобы понять, в чём их настоящая проблема. Важно слушать не только готовые «решения», которые предлагают бизнес или стейкхолдеры, но и боли с потребностями. Формулировать варианты решения — уже задача аналитика.
Проектировани�� решения. Когда проблема понятна, аналитик описывает, как её можно решить. Это может включать: проработку интерфейсов (самостоятельно или вместе с дизайнером), проектирование API и интеграций, работу с моделями данных и базами.
Описание требований. Итог работы — документация. В ней фиксируются бизнес-сценарии, функциональные и нефункциональные требования, схемы интеграций, спецификации API и другие артефакты. Формат зависит от компании и команды: где-то это use case и user story, где-то — подробные технические документы.
Прокачать навыки работы с требованиями могут помочь следующие материалы:
Ваше ТЗ бездоказательно, профессор! Как системному аналитику обосновать требования. Евгений Скориков
Диаграммы BPMN
Системный аналитик работает не только с требованиями к системе, но и с тем, как устроены процессы бизнеса. Чтобы их описывать, используют нотацию BPMN (Business Process Model and Notation) — международный стандарт для визуализации процессов, который позволяет наглядно показать, «кто что делает и в какой последовательности». В отличие от UML, который фокусируется на технической стороне, BPMN ближе к бизнесу: его диаграммы удобны, когда нужно обсудить процессы с менеджерами, заказчиками или пользователями, которые не читают технические документы.
Основные элементы BPMN:
События (Events) — начало, конец или важные точки процесса (например, «Заказ оформлен», «Платёж получен»).
Задачи (Tasks) — конкретные действия («Проверить оплату», «Отправить письмо клиенту»).
Потоки (Flows) — стрелки, показывающие порядок выполнения.
Развилки (Gateways) — точки принятия решений («Оплата прошла?» → да/нет).
Пулы и дорожки (Pools, Lanes) — участники процесса (например, «Клиент», «Интернет-магазин», «Курьерская служба»).
Например, описание сценария процесса «оформление заказа» будет иметь следующий вид:
Клиент оформляет заказ.
Система проверяет оплату.
Если оплата прошла — заказ передаётся в отдел доставки.
Если оплата не прошла — клиент получает уведомление об ошибке.
На диаграмме это будет выглядеть как последовательность задач с развилкой по условию.
Умение работать с BPMN важно для системного аналитика по ряду причин.
Позволяет говорить с бизнесом на понятном языке и фиксировать договорённости.
Помогает выявить лишние шаги, дублирование действий или узкие места.
Является «мостиком» между бизнес-требованиями и системными требованиями.
Даёт основу для проектирования автоматизации: можно сразу увидеть, какие шаги должны выполнять люди, а какие можно поручить системе.
Совет: На старте не нужно учить весь стандарт BPMN 2.0. Достаточно освоить 5–6 базовых элементов (события, задачи, потоки, развилки, пулы и дорожки). Их хватит, чтобы описывать большинство бизнес-процессов.
Для освоения BPMN и принципов работы с ним можно изучить следующие материалы:
UML-диаграммы
UML (Unified Modeling Language) — это стандартный язык для визуализации систем. Он помогает не только фиксировать идеи, но и делать их понятными для всей команды: аналитиков, разработчиков, тестировщиков и даже заказчиков.
Новичку не нужно учить все виды UML. Достаточно начать с трёх самых полезных:
Use Case Diagram — показывает, какие роли (пользователи или внешние системы) взаимодействуют с продуктом и какие сценарии им доступны. Хорошо помогает обсудить систему с бизнесом на верхнем уровне.
Class Diagram — описывает структуры данных и связи между ними. Полезна, если нужно согласовать с командой модель хранения данных или обсудить, как сущности связаны между собой.
Sequence Diagram — самая востребованная и практичная для системного аналитика диаграмма, которая позволяет показывать последовательность взаимодействия между участниками процесса во времени. Такую диаграмму можно представить как «комикс» сценария: кто первым инициировал действие, кто на него отреагировал, что произошло дальше.
Для изучения UML-диаграмм подойдут следующие материалы:
UML: обзор основных типов диаграмм, диаграмма Классов. Часть 1
Как нарисовать UML-диаграмму. Разрабатываем архитектуру ПО. Интенсив по Software Architect
Основы ООП
Системному аналитику не обязательно уметь писать код, но важно понимать его базовые принципы, чтобы говорить с разработчиками на одном языке и не проектировать то, что невозможно реализовать.
Здесь пригодится знание основ объектно-ориентированного программирования (ООП), основных сущностей и определений, среди которых:
класс — «чертёж» объекта, описывает его свойства и поведение;
объект — конкретный экземпляр класса;
наследование — возможность создать новый класс на базе существующего, унаследовав его свойства;
инкапсуляция — скрытие внутренней реализации, чтобы работать только через понятный интерфейс;
полиморфизм — когда разные объекты могут реагировать на один и тот же вызов по-разному.
Системному аналитику подобные навыки важны по нескольким причинам. Так, зная основы ООП:
легче читать примеры кода или спецификации API;
проще обсуждать проектные решения с разработчиками;
легче проектировать модели данных и интеграции.
Достаточно базового уровня: понять термины и уметь читать простые примеры. Этого хватит, чтобы не «спроектировать космолёт», который в коде окажется невыполнимым.
Погрузиться в основы ООП на достаточном уровне помогут следующие материалы:
SQL и основы баз данных
Системный аналитик часто работает с данными: проверяет, как хранится информация, уточняет логику интеграций или помогает бизнесу сформулировать требования к отчётам. Поэтому важно хотя бы на базовом уровне понимать, как устроены базы данных (например, PostgreSQL, MySQL, Oracle, MS SQL), и как с ними работать через SQL (выбирать данные, обновлять новые записи, обновлять существующие данные, удалять ненужные).
Аналитику знание SQL и основ баз данных позволяет:
понимать модели данных — когда вы проектируете систему, нужно продумать, как сущности будут связаны между собой;
обсуждать интеграции — аналитику нередко надо объяснять команде разработки, какие данные и в каком формате должны передаваться между сервисами;
работать с требованиями к отчётам — чтобы проверить, можно ли сформировать нужный отчёт, аналитик должен понимать, какие таблицы есть в системе и как из них собрать данные;
проверять гипотезы — иногда проще написать простейший SELECT и убедиться, что данные реально хранятся так, как предполагается.
Не нужно становиться экспертом по SQL, но базовый уровень (понимать структуру таблиц, связи и простые запросы) сильно облегчает жизнь.
Среди полезных материалов по SQL и основам баз данных я могу предложить следующие:
HTTP-методы
HTTP — это язык общения в интернете. Каждый раз, когда вы открываете сайт, обновляете ленту в приложении или оформляете заказ в онлайн-магазине, ваш компьютер или телефон отправляет HTTP-запрос на сервер и получает от него HTTP-ответ. Именно на этом протоколе строится работа веб-сервисов и большинство интеграций между системами.
Знание HTTP-методов нужно системному аналитику, чтобы:
корректно описывать поведение системы при успехе и при ошибках;
согласовывать с командой, какие статусы возвращает API и что должен видеть пользователь;
самому проверять работу запросов в инструментах вроде Postman.
Знание методов и кодов HTTP — это база. На ней строятся многие современные интеграции, в первую очередь REST API.
Для изучения HTTP системным аналитикам могут быть полезны следующие материалы:
Системные интеграции
Современные ИТ-системы редко существуют сами по себе. Чаще они обмениваются данными с другими сервисами: получают платежи, отправляют уведомления, передают информацию в государственные системы и т. д. Всё это называется системной интеграцией.
Для системного аналитика важно понимать:
зачем нужны интеграции — чтобы системы «разговаривали» друг с другом;
какие бывают способы интеграции — файлы, базы данных, очереди сообщений, API;
какие стандарты чаще всего используются — например, REST.
Примечание: На практике больше всего новичок сталкивается с REST API, поэтому его оптимально изучать в первую очередь.
Аналитику знание системных интеграций важно, поскольку в его работе нужно:
описывать, какие именно данные и в каком формате передаются между системами;
уметь читать спецификации API и проверять, достаточно ли методов для реализации сценариев;
согласовывать с разработчиками структуру запросов и ответов, чтобы избежать недопониманий.
Для ознакомления с основами системных интеграций я рекомендую следующие материалы:
Системный аналитик. Краткий гайд по профессии. Часть 1. Основы взаимодействия систем
Как аналитику спроектировать интеграцию со сторонними системами
Софт-скиллы
Технические навыки — это только половина работы системного аналитика. Вторая половина — это умение общаться, слушать, объяснять и критически смотреть на задачи. Без этого даже идеальный набор инструментов не принесёт пользы.
Разберем некоторые софт-скиллы, которые так или иначе потребуются каждому системному аналитику.
Работа с информацией: сбор, анализ, структурирование
Каждый день аналитик сталкивается с потоками информации: встречи, письма, переписки, документация. Часть данных дублируется, часть противоречит друг другу, часть кажется неважной, но потом может оказаться ключевой. Умение выделить главное и разложить всё по полочкам делает работу аналитика понятной и для команды, и для бизнеса. Это навык «собирать пазл» из кусочков, которые дают разные люди.
Чтобы разобраться в принципах работы с информацией, хватит и нескольких курсов:
Онлайн-курс по работе с информацией: Coursera: Learning How to Learn
Презентация
Аналитик редко работает в одиночку. Его задача — объяснить решение так, чтобы его поняли все: от разработчиков до топ-менеджеров. Здесь важно не столько «красиво презентовать», сколько говорить на понятном языке и показывать идею на схемах или простых примерах. Хорошая презентация или объяснение экономят часы обсуждений и снижают риск недопонимания.
Для прокачки навыков презентации будет полезно изучить несколько материалов:
Умение слушать и задавать вопросы
Часто заказчики приходят не с проблемой, а с предложением решения («добавьте кнопку»). Настоящая ценность аналитика — услышать за этим скрытую задачу («почему нужна кнопка, какую проблему она решает»). Поэтому аналитик должен быть не просто слушателем, а «детективом», который задаёт уточняющие вопросы. Иногда самые простые вопросы («А что произойдёт, если...?», «А кто будет этим пользоваться?») раскрывают корень проблемы.
Здесь всё просто. Для начала можно прочитать книгу «Спроси маму» (Роб Фицпатрик) — про искусство задавать вопросы.
Критическое мышление
В проектах всегда есть неопределённость и разные точки зрения. Аналитик должен уметь ставить под сомнение предположения, проверять гипотезы и замечать противоречия. Это не придирки, а способ защитить проект от ошибок. Критическое мышление помогает видеть слабые мест�� в требованиях и задавать неудобные, но нужные вопросы, пока ещё не началась разработка.
Чтобы прокачать навыки критического мышления, рекомендую почитать следующие материалы:
Книга Даниэль Канеман «Думай медленно… решай быстро» — классика про когнитивные искажения
Управление вниманием и временем
Работа аналитика редко ограничивается одной задачей. Параллельно могут идти встречи с бизнесом, обсуждения с командой, доработка документации и новые вопросы из чата. Если не уметь управлять вниманием, легко утонуть в мелочах и упустить важное. Здесь помогает планирование, фиксация договорённостей и привычка не держать всё в голове. Даже простые инструменты — список дел, заметки или трекер задач (например, Todoist, Notion, Obsidian для личной организации) — делают работу устойчивее.
Для прокачки навыков управления вниманием и временем можно изучить несколько книг и курсов.
Книга «12 недель в году» (Моран, Леннингтон) — про управление временем.
Совет: Софт-скиллы прокачиваются не только в проектах. Их можно тренировать в повседневной жизни: в общении с друзьями, в том, как вы объясняете идеи, ведёте списки дел или планируете день. Чем раньше начнёте это практиковать, тем проще будет войти в профессию.
Что в итоге
Профессия системного аналитика действительно многогранна, ввиду чего требует комплексной прокачки хард- и софт-скиллов, изучения технологий и многих аспектов управления проектами. Вместе с тем, путь в профессию уже протоптан тысячами специалистов, поэтому все материалы для эффективного развития себя в роли системного аналитика уже есть, причем большинство из них доступны бесплатно, хорошо систематизированы и представлены в удобных форматах (от книг до курсов). Соответственно, в текущих реалиях главное, что требуется от людей, которые только делают первые шаги в системном анализе, — стремление изучать новое, чтобы развиваться в профессии.