Системный бизнес аналитик это кто

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

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

Кто такой системный аналитик

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

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

Чем системный аналитик полезен компании

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

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

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

Обязанности системного аналитика

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

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

На основе этих сведений специалист составляет техническое задание для разработчиков. Требования к продукту, как правило, оформляют в виде документа с диаграммами, прототипами, макетами и схемами. Большая часть рабочего времени на этом этапе уходит на определение и описание требований к будущей системе, составление рекомендаций к работе действующего программного продукта.

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

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

Чем системный аналитик отличается от бизнес-аналитика

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

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

Как стать системным аналитиком

Вариантов освоения профессии несколько. Можно попробовать найти стажировку, чтобы определить, подходит ли вам профессия. Это поможет на практике понять, как устроена профессия, а также развить нужные навыки и чувствовать себя увереннее на собеседовании.

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

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

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

Источник: dzen.ru

Кто есть кто: системный и бизнес-аналитик

Если вы откроете список вакансий на hh.ru, зайдёте на YouTube или любой другой ресурс, то увидите информацию про множество разных аналитиков: бизнес-аналитик, системный аналитик и так далее. И на каждой странице будет своя информация о том, в чём суть их работы.

В этой статье подробно разберём теорию того, кто такой аналитик, обсудим, чем он на практике занимается в большой компании, такой как банк.

Из чего состоит работа аналитика

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

Более подробно про профессию лучше рассказать по книге «Разработка требований к программному обеспечению», которую написал достаточно известный на Западе айтишник Карл Вигерс. Итак, аналитика состоит из нескольких составляющих:

Цель

Это то, ради чего работаем. Чтобы правильно её определить, лучше всего многократно уточнить, к чему мы хотим прийти. Один из любимых способов — задать «пять почему» или «А зачем ты это делаешь?/Что хочешь получить в результате?». Только точно понимая цель можно сформулировать оптимальное решение и отбросить всё лишнее.

Требования

Это поведенческие описания того, что в итоге должно быть сделано. В IT-среде, как правило, говорится о требованиях к IT-продукту. Они всегда должны обладать несколькими свойствами:

Полнота и корректность — требование должно полностью отражать, что заинтересованное лицо хочет получить (корректность), быть грамотно сформулированным и не иметь смысловых пробелов (полнота).
Осуществимость — требование должно быть возможно выполнить. Это подтверждается разработчиками.
Необходимость — требование должно согласовываться с целью задачи, ожиданиями заинтересованных лиц и возможными ограничениями/правилами.
Проверяемость — выполнение требования должно быть возможно проверить. Это свойство для тестировщиков.

Определённые свойства есть и у наборов требований. Например, они должны быть согласованы и не противоречить друг другу.

Требования делятся на несколько слоёв:

Требования бизнеса. Они чаще всего выражаются через деньги, время, другие ресурсы — что-то, что можно пощупать, максимально конкретизировать. Также это могут быть бизнес-правила, по которым живёт организация, в нашем случае это, например, ограничения Центробанка.
Пользовательские требования. Это то, чего ждут от вас заинтересованные лица, которые будут в итоге работать с продуктом напрямую. Важно удовлетворять такие требования максимально точно, потому что пользователи очень хорошо понимают, чего хотят — и, как правило, реагируют на качество продукта, который получают. В большей степени это справедливо для клиентов Банка, для внутренних пользователей есть достаточно большое количество ограничений от курирующих их методологов.
Функциональные требования. Это описание того, как должна себя вести система, какие ключевые задачи выполнять, как выглядеть и так далее. Иными словами, это поведенческие характеристики, которые мы закладываем в продукт.
Нефункциональные требования. Они определяют, насколько хорошо должна работать система, на какую нагрузку рассчитана и так далее. И очень важны для принятия архитектурных решений. Нефункциональные требования критически важны для полного осознания функциональных требований, с ними обязательно нужно считаться. Если их постоянно игнорировать, в какой-то момент можно получить весьма существенные проблемы.

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

Работа с требованиями протекает постепенно:

Аналитик собирает и изучает информацию.
Структурирует и осмысляет её.
Фиксирует и утверждает требования.
Передаёт требования разработчикам и тестировщикам .

Цель работы с требованиями заключается в том, чтобы сократить затраты такого ресурса как время разработчика и прийти к цели в кратчайшие сроки и с качественным результатом.

Интеграции

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

В чём разница между бизнес- и системным аналитиком

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

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

В нашей компании архитектор решения выпускает артефакт, который называется «концептуальный дизайн», он в свою очередь основан на бизнес-требованиях, подготовленных бизнес-аналитиком. Далее совокупность концептуального дизайна и бизнес-требований передаётся системным аналитикам.

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

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

Что в итоге?

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

Источник: tproger.ru

Кто такой системный аналитик, как он помогает бизнесу и как им стать

Рассказываем, чем занимается системный аналитик и что нужно, чтобы войти в эту профессию.

Иллюстрация: Garetsvisual / Freepik / Annie для Skillbox Media

Герман Хватков
Редактор Skillbox Media. Пишет о бизнесе и маркетинге вместе с экспертами.

Автор статьи

Ксения Блыш

Руководитель Центра компетенций аналитики в ITQ Group.

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

Опытные аналитики зарабатывают 250 тысяч и более. В этой статье мы поговорим о том, чем занимается системный аналитик, как им стать и в чём заключается суть системного анализа.

Кто такой системный аналитик и чем он отличается от бизнес-аналитика
Чем занимается системный аналитик? Разбираем на примере
Что должен уметь системный аналитик? Soft skills
Hard skills и карьерный путь системного аналитика

Кто такой системный аналитик и чем он отличается от бизнес-аналитика

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

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

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

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

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

Чтобы не потерять такого клиента, стоит отправить ему на почту напоминание о забытых в корзине товарах. Эти процессы продумывает бизнес-аналитик.

Когда бизнес-аналитик согласовал с заказчиком сценарии клиентского пути, он приносит их системному аналитику. Дальше системный аналитик пытается понять, к какому модулю IT-системы относится авторизация, какие ответвления могут быть у этого процесса в системе. Также он готовит модель данных для работы сайта. Задача системного аналитика — продумать план автоматизации всех IT-процессов, составить техническое задание и передать его разработчикам.

Чем занимается системный аналитик? Разбираем на примере

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

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

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

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

Обучение для менеджеров в Skillbox

Профессия «Бизнес-аналитик». Специальность, которая особенно востребована во время нестабильности.
Профессия «Операционный менеджер». Для тех, кто хочет настроить эффективную работу отделов компании, повысить KPI и зарабатывать больше.
Профессия «Менеджер проектов». Для тех, кто хочет научиться управлять проектами с помощью разных методик, пополнить портфолио сильным кейсом и найти оплачиваемую работу проджектом.

Что должен уметь системный аналитик? Soft skills

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

Системный аналитик должен быть коммуникабельным или хотя бы уметь прикинуться таковым. Он часто выполняет публичную роль — общается с заказчиком и коллегами: бизнес-аналитиком и разработчиками. Системный аналитик должен уметь общаться на встречах, доносить свои идеи и отстаивать точку зрения.
Системный аналитик должен быть готов обучать и обучаться. Начиная с уровня middle, аналитики обучают младших коллег. В некоторых компаниях даже есть системы наставничества для аналитиков.
Должен быть готов к публичным выступлениям. Системный аналитик самостоятельно готовит сценарий выступления на переговорах, рассказывает о работе заказчику и отчитывается в момент сдачи проекта в эксплуатацию.
Должен быть готов стать лидером. Начиная с уровня middle, системному аналитику придётся курировать разработку спроектированной им системы. На уровне senior системный аналитик строит и развивает команду, в которой бывает пять и более сотрудников.
Имеет навыки проджект-менеджмента. Начиная с уровня middle, он должен быть готов ставить себе задачи самостоятельно. Senior-аналитику важно научиться определять, хватит ли компетенций младшего коллеги для задачи, быть готовым проверять результат работы и давать обратную связь.

Hard skills и карьерный путь системного аналитика

У системных аналитиков существует профессиональный стандарт. Он будет полезен, если вы начинаете карьеру в системной аналитике или хотите сверить свои компетенции с требованиями, которые предъявляет рынок к кандидатам уровня junior, middle или senior.

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

Младший системный аналитик (junior). Способен самостоятельно выполнять долгосрочные аналитические задачи под контролем старших коллег. Опыт — от четырёх месяцев на позиции стажёра. Зарплата — 120–150 тысяч рублей.

Участвовал при формировании первичных требований к IT-системе, при формировании технического задания и при техническом проектировании — как минимум на одном проекте.
Проводил интервью по сценарию, составленному старшим коллегой. Есть опыт подготовки протоколов рабочих встреч
Анализировал нормативно-правовые акты, которые регулируют процессы в системе. Знаком с регламентами организаций, которые касаются системной аналитики. Анализировал документацию для систем и системы конкурентов, выбранные старшим коллегой.
Наблюдал за работой пользователей, может создать спецификацию для разработки в уже готовом шаблоне. Есть опыт написания спецификаций в формате use case с описанием целей, участников, стейкхолдеров , событий-триггеров для системы, основных сценариев её работы, ограничений и дополнений.
Знает общие принципы проектирования и описания UI . Владеет хотя бы одним средством прототипирования уровня Balsamiq . Имеет опыт подготовки требований по семи критериям качества: единичность, атомарность , недвусмысленность, полнота, выполнимость, проверяемость и непротиворечивость.
Знает способы выявления и анализа рисков. Имеет опыт авторского контроля атомарных требований, которые сам сформулировал.
Способен участвовать в коммуникации и постановке задач разработчикам, вносить правки в базу знаний и документацию. Имеет опыт авторской приёмки атомарных требований, которые сам сформулировал. Может подготовить презентацию по атомарной функции — как минимум по шаблону в PowerPoint.
Участвовал в обучении пользователей системы под контролем старшего аналитика. Имеет опыт участия в проектах по модели Waterfall. Имеет опыт участия в проектах по другим гибким методологиям — например, Kanban, Lean, Agile или Scrum.
Знает основы жизненного цикла системы при работе по гибким методологиям. В него входит планирование, разработка, демонстрация и внедрение системы. Знает основные функции BI — это хранение, интеграция, анализ и представление .
Знает состав описания API. Может описать API с минимальной помощью разработчика; понимает разницу между синхронным и асинхронным взаимодействиями между компонентами системы.
Опционально: документировал требования по методологии Agile.

Аналитик (middle). Способен к самостоятельному выполнению всех аналитических задач в отдельно взятом проекте. Опыт — 1,5–2 года. Зарплата — 150–180 тысяч рублей.

Умеет собирать требования к системе. Знает, какие инструменты для этого нужны. Инструментами могут быть, например, программы Confluence и Jira.
Имеет опыт подготовки и проведения интервью. Готов проводить ревью списка вопросов и протоколов интервью, составленных младшим коллегой. Знает, как составлять анкеты для интервью и обрабатывать их результаты.
Знает, какие нормативно-правовые акты нужны для анализа проекта, какие понадобятся регламенты, корпоративные инструкции и документация для системы.
Наблюдал за работой пользователей проектированной системы. Умеет выявлять узкие места , способен вносить предложения по их устранению.
Умеет декомпозировать задачи, готовить шаблоны для написания спецификаций , проводить их ревью, выявлять ошибки и неточности. Коммуницирует по этим вопросам с IT-архитекторами, разработчиками и бизнес-заказчиком.
Умеет декомпозировать требования к готовой системе до уровня отдельных подпроцессов. Имеет опыт проработки ограничений к набору требований. Речь, например, об ограничениях по стеку технологий — когда у компании уже есть IT-система и нужно продумать, как интегрировать в неё новые функции.
Умеет проводить ревью и оценку качества требований по семи критериям: единичность, атомарность, недвусмысленность, полнота, выполнимость, проверяемость и непротиворечивость. И тремя дополнительными: прослеживаемость , актуальность и обязательность.
Умеет писать и документировать требования для user story. Знает алгоритм работы с рисками: выявление, анализ, оценка и выбор стратегии.
Проводил авторский контроль раздела с требованиями в зоне своей ответственности. Например, делал авторский контроль конкретной подсистемы.
Знает инструменты описания API — например, Swagger, Postman. Знает спецификацию OpenAPI. Может описать API без помощи разработчика. Знает основы работы протоколов HTTP, REST, SOAP, а также форматов обмена данным XML и JSON.
Умеет оценивать и декомпозировать задачи по системной аналитике с общей трудоёмкостью до трёх месяцев.
Опционально: умеет применять в работе методики PERT, UCP и Agile.

Старший аналитик (senior). Способен выполнять задачи самостоятельно и распределять их внутри команды, контролировать качество и сроки их выполнения — на одном или нескольких проектах. Опыт — от трёх лет. Зарплата — 200–250 тысяч рублей.

Умеет составлять план и выбирать стратегию сбора требований для проекта. Способен понять, как собрать требования наиболее эффективно: какие методы выбрать, у кого собирать требования и с кем их согласовывать.
Умеет проводить интервью и анкетирование. Отвечает за все процессы, связанные с их организацией, — включая анализ результатов.
Подбирал системы конкурентов заказчика для анализа в условиях высокой неопределённости — когда прямые аналоги отсутствуют.
Способен выполнить декомпозицию задач в рамках проекта, определить и назначить исполнителей. Имеет опыт разработки шаблонов для написания спецификаций под конкретные задачи.
Проводил ревью спецификаций от младших коллег. Умеет проводить ревью описания процессов, выявлять ошибки и неточности.
Может самостоятельно спроектировать API — при условии, что есть возможность уточнить технические параметры у разработчика или архитектора системы.
Умеет разрабатывать шаблоны описания интерфейсов, чтобы ставить задачи для разработчиков. Может спроектировать общую концепцию интерфейса системы с помощью вайрфрейма . Может разработать кликабельный прототип.
Проводил ревью и оценку качества требований по всем 10 признакам. Разрабатывал и внедрял методологии проверки качества требований на проекте. Контролировал её применение — например, с помощью чек-листов.
Делал ревью требований в формате user story по методике INVEST. Прорабатывал полный набор ограничений для технического задания на систему.
Прорабатывал риски проекта, которые связаны с аналитическими работами. Подбирал стратегию управления каждым риском: продумывал способы, которые помогут их избежать. Составлял программу действий, чтобы их минимизировать.
Декомпозировал и оценивал задачи для команды аналитиков проекта — общей трудоёмкостью от трёх месяцев.
Делал авторскую приёмку требований к системе в целом. Успешно проходил внешнюю экспертизу отчётных документов со стороны заказчика. Проводил тесты готовой системы на стенде заказчика .
Самостоятельно разрабатывал обучающий курс по функциональности системы. Разрабатывал методические материалы: теоретическую часть, набор практических кейсов, составлял список контрольных вопросов. Проводил внутреннее и внешнее обучение пользователей для подразделения или департамента.
Проектировал функциональность хотя бы одной BI-системы в целом.
Опционально: применял PERT, UCP и Agile для оценки аналитических задач проекта в целом. Работал в крупных agile-проектах, где требовалось масштабирование agile-методик. Под крупными проектами имеются в виду государственные проекты федерального уровня или, например, проекты по созданию автоматизированных банковских систем. Применял Scalable Agile Framework .
В идеале работал на десяти и более проектах по модели Waterfall. Имеет экспертный опыт в управлении жизненным циклом ПО по модели Waterfall — в части анализа и проектирования IT-системы.

Главное о профессии системного аналитика

Системный аналитик — специалист, который работает с IT-системами. Он переводит требования к IT-продукту с языка бизнеса на язык разработки и контролирует процесс его создания — вплоть до запуска в работу.
Системным аналитикам хорошо платят. Уже на старте специалист может получать от 120 тысяч рублей, а опытные аналитики зарабатывают 250 тысяч и более.
Стартовать в профессии придётся с позиции стажёра. Для этого нужно быть студентом старших курсов или выпускником вуза технической специальности, знать основы работы с базами данных и основы моделирования бизнес-процессов.
Качества, которые нужны системному аналитику: коммуникабельность для общения с командой и заказчиками, готовность обучать и обучаться. Системный аналитик должен быть готов стать лидером — начиная с позиции middle, он может занимать в проекте руководящую должность.

Другие материалы Skillbox Media об управлении

Кто такой бизнес-аналитик, сколько он получает и что надо уметь для первой работы
Операционный менеджмент: что это такое, как он работает и какие навыки нужны менеджерам
Главное о бизнес‑аналитике: как она работает и чем поможет компании
Что такое управление проектами и как оно работает
Основы управленческого учёта для руководителей: какой он бывает и зачем он нужен

Источник: skillbox.ru