Профессия Системный аналитик: особенности, зарплата, плюсы и минусы

Бизнес- и системная аналитики

• Устраняйте двусмысленные требования на самых ранних этапах

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

Кейс из практики: месяц разработки был потрачен на функционал переноса списка активностей из объекта №1 в объект №2. На этапе приемочного тестирования обнаружилось, что заказчик ожидал совершенно иной функционал — копирование, а не перенос активностей. В процессе переделывания функционала и детализации двусмысленности IT-команда, во-первых, договорилась с заказчиком о MVP, а, во-вторых, о необходимости работы с корнем бизнес-проблемы. Было выдвинуто предположение, что сам функционал копирования требуется только лишь по причине недостаточно качественно реализованного функционала подгрузки шаблонов активностей.

• Не бойтесь уточнять у заказчика о целях требования

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

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

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

• Требуйте у заказчика своего присутствия на бизнес-встречах

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

Во время очной встречи руководителя подразделения с подчиненным, где мы — аналитик и UX-дизайнер — сидели «в фоне», выявился целый ряд требований, который не проявлялся в течение целого года работы команды. Мы обращали внимание на все детали: ручные записи руководителя и сотрудника, на стикеры, на пометки в windows-блокноте, на действия внутри системы. По итогу такой встречи бэклог был существенно дополнен, а мы приступили к глубокой переделке реализованного в системе функционала.

• Старайтесь достигать соглашения и не формировать отписки

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

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

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

• Ознакомьте разработчиков с предметной областью

Потратьте несколько часов, но верхнеуровнево расскажите своим разработчикам о заказчике, о текущих бизнес-процессах, о боли и планах на развитие. Как правило, хорошо замотивированные разработчики не просто отлично выполняют свою работу, понимая, для кого они пишут код, но и вносят свой ценный вклад: предлагают оптимизацию, обходные решения, охотнее задают уточняющие вопросы.
При необходимости (и отсутствия scrum) привлеките заказчика к такой встрече. Как правило, представители Бизнеса охотно соглашаются на такого рода инициативы.

• Научите заказчика отвечать на вопрос «Что?», а не формулировать требования в формате «Как»

Заказчик не должен формулировать бизнес / пользовательское требование с позиции «Как»: нам нужна кнопка на этом экране, чтобы сформировать отчёт; нам нужна ссылка на внешнюю систему в этом разделе; и так далее.
На этапе первичного анализа процесса, до непосредственно проектирования, заказчик не должен предлагать решение.
Вместо этого научите заказчика формулировать проблему, свою «боль»: нам необходимо на еженедельной основе формировать отчет, который вручную дополняется сотрудником и высылается на руководство; в процессе работы с клиентом нам требуется анализировать дополнительную информацию, а так как в CRM-системе она отсутствует, нам приходится открывать новую вкладку в браузере и выполнять вход в смежную систему.
Узнав боль заказчика, вы, как специалист, сможете предложить варианты оптимизации процесса и его автоматизации. Например, автоматически высылать сформированный отчет на почту сотрудника, избавить сотрудника от ручной работы с отчетом в принципе, автоматическую загрузку данных из смежной системы в CRM, и так далее.
Во многих случаях этот подход столкнется с реальностью: со сроками и приоритетами. Но вы, во всяком случае, честно попытались.

• Обязательно разделите пользователей на классы

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

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

Применяйте бэст-практики из UX: проработайте персонажей — модели пользователей. Убедите заказчика в необходимости разделять требования для каждого из персонажей.

• Активно применяйте аналитический мозговой штурм

Можно в тандеме со вторым аналитиком, можно в тандеме с UX-дизайнером. В процессе штурма примерьте две роли: один человек сначала генерирует множество идей, посильных и не очень, второй — критикует эти идеи, декомпозирует их, записывает, продумывает; затем поменяйтесь ролями и сделайте ту же работу.
Как показывает практика, такой подход позволит значительно ускорить процесс составления функциональных требований и повысить их качество. Но есть сложность в том, что оба специалиста должны быть в контексте задачи.

• Если застряли в Waterfall, не отчаивайтесь и двигайтесь в сторону Scrum

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

• Ни в коем случае не демонизируйте заказчика

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

• Не перебивайте

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

• Избавьтесь от слов-паразитов

Старайтесь избегать слов-паразитов и поменьше «мычать» в разговорах. Поначалу это тяжело, но, поверьте, заказчику вдвойне тяжелее слушать такого аналитика, который не может выразить свою мысль четко и ясно. Словами-паразитами может страдать разработчик, дизайнер, тестировщик, но не бизнес-аналитик, связывающий IT-команду с Бизнесом.
Рекомендуемая литература: — Карл Вигерс «Разработка требований к программному обеспечению». — Максим Ильяхов «Пиши, Сокращай: как Создавать Сильный текст».

• При постановке задачи на front и back старайтесь описывать sequence диаграммы

Или, по-русски, диаграммы последовательности. Диаграммы окажутся полезными даже не с точки зрения разработки, но с точки зрения верификации собственных требований. Очень часто при описании потока сообщений я выявлял «дыры» в собственном процессе. Например, неактуальный API.
Для быстрого «рисования» sequence диаграмм используйте плагин PlantUML для Confluence. Мне показалось, что быстрее набирать код, нежели ручками корректировать расположение блоков и стрелок. Но у каждого в этой части свой опыт и свои предпочтения.

• Освойте Swagger Editor

С точки зрения анализа Swagger Editor позволит вам закрывать ваши же дыры в требованиях. Где-то упустили атрибут, где-то забыли создать задачу в JIRA для доработки базы данных. Не пытайтесь зазубрить синтаксис Сваггера, а создайте шаблоны под разные типы API (справочники, фильтры и так далее), чтобы упростить себе жизнь в будущем.

• Активно используйте инструмент разработчика в целевом браузере, чтобы анализировать запросы клиента и ответы от сервера

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

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

Во-вторых, вы сможете убедиться в правильной последовательности вызовов. Ведь вы сами описали её в рамках sequence диаграммы.
Этот подход позволил нашей команде выводить достаточно хитрые доработки в пром в рамках спринтов без задержек.
Рекомендуемая литература: — Марейн Хавербеке «Выразительный JavaScript». Главы про JSON, Интернет, HTML, http / https, методы и другие. — В. Олифер, Н. Олифер «Компьютерные сети. Принципы, технологии, протоколы». Главы про сетевые службы и сервисы, сетевые приложения, базовые технологии безопасности, аутентификацию и другие.

История профессии

Профессия в России возникла совсем недавно. Ее появление связано напрямую с повышением спроса на автоматизацию процессов в крупных фирмах. Потребности бизнеса создали спрос на разного рода специалистов: программистов, ИТ-архитекторов, консультантов, бизнес-аналитиков и системных аналитиков.

Виды аналитиков

Условно аналитиков можно разделить на две категории: бизнес-аналитики (сокр. БА) и системные аналитики (СА). В первую категорию входят специалисты в выбранной предметной области, отслеживающие отдельные бизнес-процессы. Они могут занимать следующие популярные должности аналитика:

• по рискам;
• бухгалтера;
• финансового;
• инвестиционного и пр.

Бывают также бизнес-аналитики химики, журналисты и т. п.

Системные аналитики работают в сфере информационных технологий (IT). То есть это digital или цифровые аналитики, среди которых популярными направлениями выступают: веб-аналитики и Data Scientist. Последнее направление включает в себя следующие профессии:

• Data Analyst;
• Big Data Analyst;
• Data Engineer;
• Machine learning;
• Deep learning.

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

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

Системный аналитик кто это, чем занимается

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

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

Особенности профессии

Работа системного аналитика начинается со сбора требований, которые бизнес выдвигает к новому программному обеспечению. На базе собранных данных формируются технические задание, за которыми следуют такие работы:

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

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

Плюсы и минусы

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

Минусы:

1. Профессии достаточно нервная и очень ответственная.
2. Системный аналитик – связующее звено между двумя разными нишами, поэтому нередко он сталкивается с недовольством заказчиков, критикой и непониманием.

Кем еще может быть такой специалист?

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

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

Далее мы рассмотрим основные обязанности, которые берет на себя данный специалист.

Прямые обязанности обязанности

1. Сначала специалист анализирует, какой из процессов можно автоматизировать или улучшить, просчитывает насколько это будет рентабельно, эффективно, а после этого вносит предложение руководству.
2. Если руководство одобряет внедрение проекта, то начинается следующий этап работы. Проводится тщательный анализ с анкетированием сотрудников, которые будут будущими пользователями программы.
3. После анкетирования, сбора всех пожеланий начинается расчет с анализом, насколько эффективно и возможно выполнить требования сотрудников.
4. После того, как нужное решение найдено происходит написание технического задания, которое передается программистам.
5. Кроме этого должностные инструкции системного аналитика подразумевают еще, обучение персонала работе с готовой программой. После её внедрения, когда истекает время собирается статистика для выявления эффективности проекта.

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

Какими качествами должен обладать системный аналитик

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

Кроме того, профессионального аналитика сложно представить без:

• аналитического склада ума;
• наблюдательности;
• ответственности;
• хорошей памяти;
• настойчивости;
• аккуратности;
• усидчивости;
• терпения и пр.

В набор профессиональных умений и знаний включают:

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

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

У некоторых моих знакомых, коллег, руководителей, эйчаров, представителей «бизнеса» в головах образовалась путаница между видами аналитиков. Понятие «аналитик» используется для совсем не похожих друг на друга профессий — бизнес-аналитик (БА), системный аналитик (СА), дата аналитик, UX-аналитик, аналитик информационной безопасности, аналитик бизнес-процессов и ещё 5–10 других, все эти виды имеют массу различий. Сейчас про конкретные два, наиболее спутанные между собой, но сильно различающиеся в отечественных IT-реалиях.

Кому будет полезна эта статья:

Кому	Как
Аналитику и его коллегам	Аналитику — самоидентифицироваться, чтобы правильно распределять усилия в обучении и развитии, поиске работы исходя из интересов и видения будущего. Коллегам — понимать, что является прямой обязанностью, а что несвойственной нагрузкой для аналитика. Пример: от БА требуют дать описания xml-схемы сервиса, а от СА дотошного знания нормативной документации бизнес-домена.
HR	Проще фильтровать кандидатов на первых и последующих этапах рекрутинга, а также получать более релевантные отклики, правильно описывая вакансии. Повысить удовлетворённость сотрудников от работы «там, где они должны быть». Пример: вакансии БА со знанием java, навешивание большого объёма презентаций и сейлз на СА.
Руководителю	Таргетировать подбор и распределение ресурсов, готовых к выполнению конкретного сочетания рабочих обязанностей, улучшить коммуникацию в командах. Пример: На должность, требующую максимальной коммуникации и гибкости, подбирается «технарь» без желания развивать такие навыки.

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

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

Если Вы умеете выстраивать причинно-следственную связь, правильно задавать вопросы и слышать (а не слушать), что вам говорят, хотите узнавать новое и погрузиться в мир ИТ, то у вас есть все шансы стать аналитиком.

В каких отраслях требуются системные аналитики?

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

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

Личные качества

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

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

Необходимое образование

Что должен знать системный аналитик? Очень полезны для этого профиля умение планировать и проектировать, знание английского языка, языков программирования, архитектуры компьютерного оборудования. Из обязательных знаний:

• теория алгоритмов;
• работа с базами данных;
• проектирование интерфейсов;
• менеджмент проектов;
• основы управленческого учета.

Учитывая ответственность его влияние на эффективность работы всего предприятия, требования к образованию системного аналитика в престижном месте будут строгими. Здесь нужна подготовка вуза (ВПО), в идеале — по двум профилям (работа с ИС + бизнес-аналитика).

Оплата труда в РФ и за границей

Размер оклада специалиста обычно зафиксирован. Средний уровень по регионам на 2020 год составляет 40−55 тысяч рублей. Московские эксперты получают 62−142 тысячи в зависимости от квалификации, опыта работы, результативности.

На Западе оценка услуг эксперта этой области выполняется с привязкой к его эффективности для бизнеса. Максимально эффективный аналитик может зарабатывать 10−12 тысяч долларов в год. Многое зависит и от авторитета, профиля нанимателя. Чем больше компания (чем сложнее ее автоматизированные процессы, чаще они требуют внимания), тем выше ставка системного аналитика.

Перспективы

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

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

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