Вакансии и работа системным аналитиком в москве

Обязанности

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

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

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

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

Education required for becoming a Systems Analyst

There are multiple entry points to becoming a Systems analyst and the favorable qualifications are listed below:

Bachelor’s degree: Although having a bachelor’s degree is not a prerequisite for becoming a Systems Analyst but its highly desirable. Additionally, some specific bachelor’s degrees around Technology and Business are preferred as they help to create a foundation for the Systems Analyst. Examples of Technology degrees are – Bachelor’s in Information Technology, Computer Science, Networking and Telecommunications, Information Sciences and Network Administration.

Likewise, Examples of Business degrees are – Bachelor’s in Business Administration, Business Management, Business Operations and Planning.

Master’s Degree: Systems Analyst who sought to work in complex and challenging technical environment should have superior knowledge of information technology (IT) and information systems and a master’s degree is recommended in such cases.

Specialized Courses: Professionals with bachelor’s degree in humanities or science streams usually undergo specialized short and long-term courses to acquaint themselves with the technical and analytical acumen required for becoming a Systems analyst. Courses in Web development, UI/UX framework COURSES, technology (JAVA/PHP/etc) specific courses, Database Administration (DBA) courses, cloud computing related courses.

Training and Certifications: It should be noted that for professionals working in specialized domains like finance, insurance or healthcare, special courses/certifications/ training might be required to gain command over the subject.

Про “узких” специалистов

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

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

  • Ты человек формальный и хочется все оптимизировать → аналитик бизнес-процессов, и может быть позже заниматься аудитом

  • Нравится копаться в системных штуках → системный аналитик, и там до архитектора

  • Любишь работать с данными → аналитик БД, BI или в сторону data science

  • Интересно продумывать пользовательский путь и управлять им → UX-аналитик, UX/UI-дизайнер

  • Горишь в том, чтобы принимать решения и развивать продукт → продуктовый аналитик, и далее до руководителя продукта

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

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

Где учиться на системного и бизнес-аналитика?

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

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

  • Python, Excel, Power BI, SQL, UML, MySQL;
  • Pandas, Tableau Desktop, PowerPoint;
  • Draw.io, Git, Trello, Confluence.

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

Про «узких» специалистов

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

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

  • Ты человек формальный и хочется все оптимизировать → аналитик бизнес-процессов, и может быть позже заниматься аудитом

  • Нравится копаться в системных штуках → системный аналитик, и там до архитектора

  • Любишь работать с данными → аналитик БД, BI или в сторону data science

  • Интересно продумывать пользовательский путь и управлять им → UX-аналитик, UX/UI-дизайнер

  • Горишь в том, чтобы принимать решения и развивать продукт → продуктовый аналитик, и далее до руководителя продукта

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

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

Дает ли работа в достаточной мере сложных задач? Ведь только ими и растешь.

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

Приведу несколько примеров задач из практики:

1. Существует система X и система Y. Для выполнения одного из процессов (к определенной дате, не раньше, не позже), системе Y требуются данные из X. Системе X, в свою очередь, нужно подтверждение об успешной передаче данных в систему Y, их корректности и полноте. Необходимо разработать приемлемый для заказчика алгоритм автоматического двустороннего обмена данными между системами. Нужно обеспечить возможность штатного функционирования остальных приложений на серверах X и Y в ходе процесса обмена данными.

Решение: Взаимодействие X и Y реализовано через веб-сервисы. Файловый обмен ведется в режиме 24/7, с момента наступления определенного события в системе Y, до полного завершения выгрузки/до наступления дедлайна/до ручной остановки процесса. Разработан формат обмена, перекрестная (между двумя системами) матрица статусов загрузок, утверждены коды возвратов. Файлы на входе Y проверяются на корректность, а в случае ошибок отклоняются до исправления ошибок и повторной загрузки. Реализована форма мониторинга, ведутся подробные логи. По завершению загрузки каждого файла Y подтверждает или не подтверждает прием файла. Проведено нагрузочное тестирование X и Y в период работы сервиса обмена данными (результаты тестирования были неутешительными, поэтому пришлось придумать хитрый алгоритм очередности загрузок, позволяющий не грузить тяжелые файлы в периоды активной работы пользователей Y). Разработана инструкция по настройке сервиса и работе с ним. В данный момент времени обмен данными между X и Y ведется только через разработанный сервис.

2. Существует утвержденный перечень нормативов (около 700 строк), с которым работает несколько компаний, включая заказчика. Одна из компаний в судебном порядке оспаривает часть нормативов, предлагая свой вариант. Суд удовлетворяет требование. Одновременно некая экспертная организация производит пересчет части нормативов, выдвигая новый перечень (еще около 150 строк).

Задача: обеспечить систему заказчика актуальной нормативной базой.

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

Решение: попытки автоматизировать процесс сопоставления строк результата не дали, поскольку в каждом конкретном случае решение должен принимать человек. Поэтому списки пришлось выверять вручную, искать совпадения (Отменен судом? Пересчитан?) и включать, либо не включать в результирующий список.

3. Ввести новый параметр для расчетных операций в системе.

Выполнение:

1) Определить точку «входа» параметра в Систему: вводится пользователем? Рассчитывается из других параметров (Каких? Каким образом? В какой момент времени?)?

2) Определить функции, в которых будет задействован новый параметр.

3) Для каждой функции: Проверить, влияет ли новый параметр на выполнение последующих операций, ввести параметр в формулы расчета.

4) Определить способ и место отображения параметра в интерфейсе. Нарисовать макеты.

5) Узнать, должен ли новый параметр фигурировать в выходных формах: в каких именно, каким образом.

6) На содержимое каких выходных форм этот параметр повлияет неявно? Если да, определить степень влияния, вынести вопрос на обсуждение.

7) Определить объем необходимых доработок.

8) Написать постановку задачи на разработку, либо ТЗ (в зависимости от объема доработки).

9) Протестировать результат.

Вопросы задала Эльмира Давыдова.

Кто такой бизнес-аналитик?

Профессия бизнес-аналитика относится скорее к сфере IT и стоит в одном ряду с такими специальностями, как проектировщик ПО и разработчик. Хотя она более молодая. Но со временем потребность в таких специалистах постоянно увеличивается.

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

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

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

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

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

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

Определения

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

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

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

Какие бывают аналитики

Наглядный профит от использования аналитики

Если поискать в интернете, то найдётся куча видов таких млекопитающих:

  • Аналитик (вот так, просто аналитик)

  • Аналитик БД

  • Аналитик бизнес-процессов

  • Бизнес-аналитик

  • Системный аналитик

  • UX-аналитик

  • Продуктовый аналитик

  • Аналитик данных

  • BI-аналитик

  • Веб-аналитик

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

И это не полный список. Плюс на должности навешиваются грейды, типа “старший”, “ведущий”, “главный”, “незаменимый” и т.д.

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

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

Карьерный рост и перспективы развития

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

Желательно конечно не зацикливаться на определённом направлении, а развивать себя во многих сторонах этой профессии.

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

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

Финансовый аналитик может стать (при развитии своих способностей и приобретении опыта) аналитиком оценок, инженером-аналитиком, комплекс-менеджером, аудитором.

Проектирование требований

Выявленные потребности в выявленном контексте дают возможность начать проектировать будущее решение.

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

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

Создаем требования на инструменты. Я требую инструмент с нагреваемой емкостью. Имея инструмент (а также масло и соль) я могу пожарить картошку.

Какая емкость? Какого объема? Неясно, требований не достаточно.

Дополняем потребность из контекста — мне нужно готовить в среднем на два человека. Требование — емкость объемом один литр (такие требования иногда называют нефункциональными).

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

Личные качества специалиста

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

В работе вам поможет:

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

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

Резюме

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

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

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

Специалистам по бизнес процессам я бы рекомендовал сосредоточиться на приобретении навыков и знаний в следующих областях:

  • Определение бизнес процессов – это далеко не так просто, как может показаться на первый взгляд
  • Моделирование бизнес процессов – при этом необходимо выполнять моделирование таким образом, чтобы избавиться от необходимости дополнительного описания. Обязательно вникайте в нотации и осваивайте специальное ПО.
  • Анализ бизнес процессов – осваивайте разные методики анализа. Количественные и качественные. Простейший функционально-стоимостной анализ должен стать нормой в вашей работе.
  • Оптимизация бизнес процессов – изучайте и практикуйте подходы из методик Lean, Six Sigma, TOC и т.д.
  • Управление проектами и управление изменениям – это жизненно необходимо для того, чтобы проекты внедрения и оптимизации процессов проходили успешно.
  • А также постоянно изучайте все вспомогательные функции бизнеса: управление финансами, управление персоналом, учет и т.д.
  • Разработка требований к специалисту в области управления бизнес процессами – профиль и описание должности, должностные инструкции и т.д.
  • Тестирование кандидатов на должность специалиста по бизнес процессам – разработка тестов для вашей специфики, проведение профессионального тестирования.
  • Планирование деятельности специалистов по бизнес процессам – подготовка планов работ на испытательный срок, методика и критерии оценки прохождения испытательного срока, разработка долгосрочных рабочих планов.
  • Подготовка управляющей документации для постановки правильной работы специалистов по бизнес процессам в компании – положение об управлении бизнес процессами, положение о моделировании, образцы и порядок разработки/утверждения управляющей документации и т.д.
  • Обучение специалистов, которые будут выполнять функции управления бизнес процессами в компании.

Проблема

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

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

Кому

Как

Аналитику и его коллегам

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

Пример: от БА требуют дать описания xml-схемы сервиса, а от СА дотошного знания нормативной документации бизнес-домена.

HR

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

Пример: вакансии БА со знанием java, навешивание большого объёма презентаций и сейлз на СА.

Руководителю

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

Пример: На должность, требующую максимальной коммуникации и гибкости, подбирается «технарь» без желания развивать такие навыки.

В общем, «Счастье для всех, даром»

Skills required to be a Systems Analyst

Some of the more common and domain-independent skills that the Systems Analyst must have are:

  • Understanding of software development lifecycle (SDLC).
  • Knowledge of software designing concepts.
  • Working know how of data modeling.
  • Awareness of database concepts like DBMS, ETL and SQL.
  • Analysis and elicitation skills.
  • Good command of spoken and written communication
  • Testing skills and eye for detail.

For individuals who are having a bachelor’s degree in computers science, Information technology, business information systems or information science and an analytical aptitude, Systems Analyst is a lucrative career option both professionally and financially. Apart from the usual benefits of being an analyst, systems analyst gets the opportunity to work with the latest technology, tackle challenging techno-business issues and draw a handsome salary in the process (salary details below).

Как получить профессию аналитик?

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

Часто такие люди обучаются на факультетах:

  • математики;
  • экономики;
  • компьютерных технологий или финансов;
  • статистики.

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

При поступлении в ВУЗ необходимо сдать экзамены:

  • математику.
  • информатику;
  • иностранный язык;
  • обществознание;

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

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

мероприятия

Системный аналитик может:

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

Overview of the Systems Analyst Job

A system analyst pertains the understanding of programming languages, operating systems and information systems. Additionally, she/he helps identify and plan the technical solutions, write documents from technical aspects, create application models and keep himself up to date with technical and industry developments. Occasionally, a systems analyst may be a specialist for a specific set of technology and gives his services by providing the expert suggestions/recommendations against the application of technology in the betterment of the solution being developed.

It’s rare for a Systems Analyst to actually sit and code but they should understand the underlying coding basics, concepts and best practices as it will help them make better decisions when they are planning and designing Information systems that will help organizations be more effective and efficient in their operations.

 It is interesting to note that Computer System Analyst is currently one of the best technology jobs in the world!

To get a broader sense of understanding of all the activities that are performed by a Systems Analyst, let’s see all the responsibilities and duties performed by him in each phase of a typical project life-cycle.

Резюме

Работа аналитика это превращение проблем в задачи, при котором характерны этапы:

  1. Выявление потребностей и целеполагание,

  2. Выявление контекста и ограничений,

  3. Проектирование требований,

  4. Проектирование решения,

  5. Внедрение решения.

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

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

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

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

P.S. Спасибо участникам КиФБ за отзывы и корректировки к статье, а так же отдельное спасибо Денису Бескову и Анатолию Левенчуку за то, что помогли взглянуть на проблему системно

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

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

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

В чем суть выполняемых аналитиком задач?

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

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

Круг задач бизнес-аналитика достаточно широк, и зависит, главным образом, от того, на каком этапе проекта аналитик трудится. Как правило, в проектах внедрения информационных систем участвует несколько аналитиков, и каждый отвечает за свою функциональную область. На старте проекта аналитик должен изучить бизнес-процессы заказчика (и желательно задокументировать с помощью функциональных схем), и проработать совместно с заказчиком его требования, на основе которых будет составлено Техническое задание. После утверждения ТЗ начинается этап моделирования (или дизайна), где аналитик разрабатывает модель процессов «как должно быть». После обсуждений, поиска узких мест в моделях, многократных «так не делается» и «это не будет работать» от системных аналитиков, бизнес-аналитик рисует макеты интерфейсов будущей системы и пишет постановки задач разработчикам. На этапе разработки аналитик тоже задействован, поскольку необходимо тестировать то, что сделал разработчик, сопоставлять это с ожиданиями заказчика (и своими тоже), уточнять требования, корректировать ТЗ (а иногда писать несколько дополнительных ТЗ), и т.д. По завершению разработки аналитик пишет сценарий приемо-сдаточного тестирования системы (или ПМИ — программа и методика испытаний), согласно которой Заказчик принимает разработку, и начинается этап внедрения. На этом этапе аналитик тесно работает с пользователями — обучает, отвечает на вопросы, консультирует специалистов своей функциональной области, при необходимости — пишет инструкции и руководства пользователя. На заключительном этапе, когда система запущена в промышленную эксплуатацию, аналитик принимает активное участие в сопровождении системы, потому что невозможно предусмотреть все заранее, и некоторые недоработки всплывут только сейчас. Аналитик изучает проблему, ищет варианты решения, и снова пишет постановки задач разработчикам (или новые технические задания, зависит от степени избалованности разработчиков).

Вместо вывода

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

Сложившаяся ситуация требует от ИТ аналитиков (1) глубокого познания предметной области бизнеса, особенностей внутренних процессов, внешней среды и трендов, (2) не менее глубоких знаний технологий, часто практического их использования.

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

Если сложность проекта требует наличия БА и СА, то для начала следует сформировать понятие, какой уровень знания бизнеса и технических особенностей нужен от специалиста и транслировать его в публикуемую вакансию, стратегию собеседования и тестирования. Всегда хочется «one size fits all», но мы живем в реальной жизни, где это скорее осложнит поиск и увеличит цену привлечения «многостаночника».

Коллегам, нашедшим себя или планирующим работать БА или СА, советую провести такую же процедуру и честно понять для себя, хотите ли вы (1) искать зерно истины в часто не поддающемся алгоритмам и логике, постоянно изменяющемся бизнесе или (2) исследовать и проектировать сложные, запутанные, но интересные системы. Это поможет сократить путь к выбранной вершине и уменьшить дискомфорт от нахождения не на своем месте в погоне за «красивой должностью». 

Ну что, Главред, теперь понятнее? =)

Атрохов Ярослав

Что в итоге

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

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

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

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector