15.06.2023 07:38
katherine_a 14 2300 Источник

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

И конечно, самый интересный раздел, который стоит посмотреть - инструменты системного аналитика ;)

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

  1. Стажер аналитик

  2. Младший системный аналитик (junior)

  3. Системный аналитик (middle)

  4. Старший системный аналитик (senior)

  5. Ведущий системный аналитик (lead)

  6. Руководитель отдела системного анализа

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

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

На позицию мидла в системный анализ приходят:

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

  • Тестировщики,

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

  • Менеджеры проектов,

  • Начинающие в IT после обучения и стажировки.

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

Про задачи системного аналитика и его деятельность я много пишу у себя в Telegram-канале GetAnalyst.

Навыки

Сбор требований

Исследование предметной области

Ведение интервью, анкетирование

Исследование и тестирование внедренных IT-продуктов, изучение процесса использования

Определение и формулирование цели, миссии и задач проекта

Создание ролевой модели

Определение бизнес-правил и ограничений

Описание процессов AS IS

Бизнес-требования

Описание процессов TO BE

Поиск узких мест, проблем и оптимизация процессов

Выявление и формулировние бизнес-требований

User Strories. Выявление и формулировние бизнес-требований в формате User Strories

Нотация BPMN. Моделирование бизнес-процессов

Нотация ePC Diagram. Моделирование бизнес-процессов

Создание макетов UI/UX

Создание демонстрационных презентаций для pre-sale Заказчикам

Постановка задач для дизайнеров

Функциональные и нефункциональные требования

Выявление и формулировние функциональных требований на основе бизнес-требований

Use Cases. Выявление и формулировние функциональных требований в формате Use Cases на основе User Stories

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

Выявление и документирование нефункциональных требований к системе

Постановка задач для разработчиков и тестировщиков

Нотация IDEF - для описания процессов

Нотация UML - для описания процессов, состояний

PlantUML - язык для описания UML-диаграмм

Документирование

Разработка ТЗ по ГОСТ-34 или другим регламентирующим документам, корпоративным стандартам

Ведение базы знаний по проекту. Разработка проектной документации

Организация структуры ведения базы знаний

Разработка инструкций для разработчиков и пользователей

Разработка пользовательской документации

Понимание и умение делать ревью документации

Проектирование БД

Исследование потоков информации (DFD)

Анализ существующей БД (реляционной)

Умение проектировать реляционные БД на логическом уровне

Умение проектировать реляционные БД на физическом уровне

Знание языка запросов к БД - SQL

Умение проектировать и описывать миграции в базах данных

Знание NoSQL баз данных, нереляционных БД

Архитектура и Интеграции

Определение компонентов системы

Верхнеуровневое проектирование архитектуры

Описание интеграционного взаимодействия

Маппинг данных

Понимание сервисной и микросервисной архитектуры

Знание языка моделирования архитектуры ArchiMate

Понимание принципа работы очередей: rabbitMQ, Kafka

Работа с API

Умение читать документацию API

Знание протокола REST API, формата сообщений JSON

Разработка дизайна REST API

Знание протокола SOAP API, форматов XML и XSD

Разработка дизайна SOAP API

Понимание FTP

Умение быстро разбирать формат сообщений и осваивать принципы любого протокола API

Тестирование

Да, и это важно уметь :)

Написание сценариев тестирования (ПМИ)

Ревью сценариев тестирования (ПМИ)

Пользовательское тестирование

Сопровождение проектов

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

Внедрение систем

Выявление потребностей в новой функциональности

Управление проектом

Планирование порядка реализации задач на разработку

Планирование и сопровождение релизов

Оценка трудозатрат с учетом рисков

Организация процесса разработки

Инструменты

Attlassian Jira - задачи, управление проектом

Attlassian Confluence - документирование, база знаний

Attlassian Trello - задачи, задачи, управление проектом

Notion - документирование, база знаний

Slack - корпоративный мессенджер

Teams - корпоративный мессенджер

Swagger - документирование и тестирование API

Postman - документирование и тестирование API

DBeaver - средство управления базами данных

pgAdmin - средство управления базами данных

SQLite - средство управления базами данных

Figma - дизайн экранных форм

Axure RP Pro - дизайн экранных форм

Draw.io - универсальный инструмент для диаграмм, макетов экранов, досок и пр.

Microsoft Visio - универсальный инструмент для диаграмм, макетов экранов, досок и пр.

Microsoft Power Point

Canva - для создания презентаций

Camunda Modeler или аналог для BPMN

ARIS - BPMN, ePC

Enterprise Software Architect - для создния UML-диаграмм

Miro Board - ведение митингов, сбор требований

Soft Skills

Ведение интервью с заказчиками и его представителями

Ведение мероприятий для команды

Консультирование разработчиков и тестировщиков в ходе выполнения задач

Грамотность

Умение выступать перед заказчиками, вести презентации проектов

Критическое мышление

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

Умение работать по Agile. Scrum,

Умение работать по Agile. Kanban

Ответственность

Легкообучаемость

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

Заключение

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

Варианты карьерного роста для системного аналитика:

  • Смена компании:

    • для освоения новой предметной области (пример: переход из медицины в торговлю),

    • для работы на новом языке,

    • для повышения зарплаты и роста в должности, если в текущей компании рост не дают.

  • Освоение новых технологий: AI, ML, Blockchain, IoT и т.д.

  • Переход в управление: технический руководитель проектов.

  • Переход в более техническое направление: архитектор ИС.

  • Создание своего бизнеса или фриланс - разработка технических заданий, проектирование систем, ведение IT-проектов.

Профессия системного аналитика подразумевает постоянные рост и развитие. Если вам хочется сидеть в зоне комфорта и решать однотипные задачи, то скорее всего вам не в эту профессию. Много творческого, и вместе с этим логического и технического. Меня это очень водхновляет!

Развивать навыки можно самостоятельно. Информации в интернете много. Можно учиться на курсах, можно вступать в сообщества и собирать практические кейсы из опыта других аналитиков. Одно из таких сообществ - GetAnalyst в telegram, где я делюсь своим опытом в системном анализе на примере разных проектов, помогая начинающим и опытным аналитикам пополнять копилку проектов и подходов к аналитике (шаблоны, примеры и опыт - все тут).

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

Прокачивайте навыки и развивайтесь, сохраняйте в закладке и стройте свой индивидуальный план развития. Всё получится!

P.S.

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

Комментарии (14)


  1. beskov
    15.06.2023 08:18
    #25653080

    Навык — это умение, доведённое до автоматизма. Система 1 по Канеману, а не 2. У тебя тут в основном умения


  1. beskov
    15.06.2023 08:18
    #25653092

    интересно, как ты себе представляешь «Верхнеуровневое проектирование архитектуры»

    что именно нужно уметь делать? чем оперировать, какими практиками, знаниями, подходами?


  1. beskov
    15.06.2023 08:18
    #25653108
    +1

    Бизнес-требования

    Функциональные и нефункциональные требования

    Тут опять пошла китайская классификация собак имени Владимира Ильича Вигерса.

    Бизнес-требования тоже функциональные и нефункциональные.

    Просто одни требования к бизнесу, а другие — к системе.


    1. sophist
      15.06.2023 08:18
      #25654056

      Вероятно, дело в следующем.

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

      Хотя в рамках классификации уместнее, конечно, прописать это явно.


  1. avf48
    15.06.2023 08:18
    #25653620
    +1

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

    Ну допустим, что у меня почерк плохой... Стоит ли мне развивать карьеру Врача?))) С остальным то мне, как ни-будь, "коллеги" помогут)))

    Зачем выдумывать Профессии, которые вам удобны? Нет что бы провести анализ нового профстандарта!.. на хабре подобных статей, про аналитиков, довольно много и публикуя подобный текст, автор по умолчанию получает ссылку на сайт Минтруда. Про ГОСТы которые должен знать системный аналитик, я молчу.

    Ну и контрольная ссылочка на реестр профстандартов РФ: https://profstandart.rosmintrud.ru/

    https://www.consultant.ru/document/cons_doc_LAW_448246/1ce659a17e3807b72ea918af14d88e9b6e6a8a4e/#dst100013 - Приказ Минтруда России от 27.04.2023 N 367н "Об утверждении профессионального стандарта "Системный аналитик"

    ПС: сам с удивлением обнаружил что профсандарт от 2014г не действует с сентября)))


    1. iggr63
      15.06.2023 08:18
      #25655638

      А системные архитекторы там есть?


      1. avf48
        15.06.2023 08:18
        #25656800

        Смотря что вы имейте в виду под "Системным архитектором"... Если пользоваться ГОСТами по разработке, архитектуре и менеджменту, то Да, есть! Можно воспользоваться одним из поисковых сервисов в интернете.

        Говоря о Профессионале, мы говорим о наборе конкретных трудовых функций. Говоря о Системе (IT втч) мы говорим про её ЖЦ (ГОСТ Р 57193) и контекст проекта (ГОСТ Р 57195). Этого в школе и вузе не преподавали, придётся читать и много читать, а оно скучное... Это вам не Вигерса читать, будь он не ладен.

        Системный аналитик в другом понимании - это советский системотехник (инженер-системотехник)

        Системотехнику, а лучше Кибернетику, можно изучать с исторической точки зрения (А.И. Китов, Н. Винер (критика своих работ)), сейчас, пока, все запросы делаем по "системная инженерия". Любая система это система, будь то машина, завод или erp/сrm, не важно.

        Реестр трудовых функций - https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-trudovyh-funkcij/


      1. beskov
        15.06.2023 08:18
        #25660030

        Там есть Архитекторы ПО https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=57023

        А системные архитекторы звучит как более общая профессия, выходящая за рамки ИТ.

        Поэтому видимо Минсвязи решил на неё не покушаться, хотя с аналитиком прокатило)


    1. beskov
      15.06.2023 08:18
      #25660022

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

      например, первая версия профстандарта создавалась с условиях, когда ещё не было понятно, что СА в КИС вырождаются в проектировщиков интеграций (а сейчас это так) и это надо учитывать и что-то с этим делать

      поэтому Екатерина полностью права в своём желании создать актуальный перечень компетенций, который нужен сейчас


      1. avf48
        15.06.2023 08:18
        #25660182

        поэтому Екатерина полностью права в своём желании создать актуальный перечень компетенций, который нужен сейчас

        Желание хорошее)) Но вопрос, перечень компетенций для Кого?

        Всё что в статье, касается Программных аналитиков (гражданских, для ВПК это не подойдёт), Системные аналитики (архитекторы, инженеры), работают на другом уровне... им необходимо учитывать "существование сервера", куда он подключен и где стоит. Из списка, ArhiMate для системщиков (+/-)...

        На мой взгляд, по Профессии, у нас (в ИТ) сейчас никто не работает, а работают по набору компетенций/понтов... Для разработки ПО, термин профессия можно вообще не использовать (пока), а исходить именно из трудовых функций, проще будет... Те по ГОСТ Р 12207 ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ расписать набор ТФ под конкретную группу процессов, а у же под ТФ подбирать инструменты и методики.

        ГОСТ Р ИСО/МЭК 12207-2010
        ГОСТ Р ИСО/МЭК 12207-2010
        пример: ГОСТ Р ИСО/МЭК 12207-2010 6.3 Процессы проекта

        в профстандарте в силу его инерционности...

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

        пс:

        Исследование предметной области

        А вот этот пункт, для разработки ПО, совсем не нужен... Когда рабочего просят копать, ему не зачем знать "зачем", его как Функцию брали....

        В газотранспортной сфере, только по ОТиПБ более 600 СТО!.. я около 50 осилил... ах да и словарь на 200 станиц. Покажите мне хоть один проект для газовиков или нефтяников , где были бы ссылки на их обязательные Требования...


  1. itGuevara
    15.06.2023 08:18
    #25654260
    +1

    Нотация ePC Diagram.

    почему "е" маленькая?

    ARIS - BPMN, ePC

    Зачем повтор? или это разные ePC?

    Есть мнение, что системный аналитик - это аналитик какого-либо конкретного типа прикладной ИТ-системы: CRM, ERP и т.п. Это переводчик текста из бизнес-требований в ТЗ (ПМИ) на автоматизацию.

    Это немного расходится с указанным перечнем, т.к. его задача организовать "мостик" от бизнес-требований (бизнес-заказчика) к ИТ-системе.

    Ему не нужные навыки проектного менеджера, "убедительных" (маркетинговых) презентаций и т.п. Т.е. он не продажник (в компании вендоре он pre sales), не проект-манагер, не разработчик, не сис-администратор, не корпоративный архитектор и т.п.


    1. iggr63
      15.06.2023 08:18
      #25655590

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


      1. itGuevara
        15.06.2023 08:18
        #25656276

        Детализирую свою мысль.

        Системный аналитик в одном понимании - это аналитик конкретной именно прикладной ИТ-системы или класса систем: CRM\ ECM\ конкретных учетных (HR, бухгалтерских, складских) и т.п. Он должен знать эту систему хорошо, как изнутри, так и снаружи.

        Системный аналитик в другом понимании - это советский системотехник (инженер-системотехник)

        https://ru.wikipedia.org/wiki/Системотехника

        т.е. аналог системной инженерии (англ. systems engineering). Это совсем не конкретная CRM\ ECM, а это "большие системы" (было такое направление "сложные системы"), «инженерия систем» и т.п. Если применительно к ИТ, то это уже ближе к современному корпоративному ИТ-архитектору, но системотехника может быть и "за пределами ИТ": т.е. это междисциплинарный подход - как и в проектном менеджменте.  


    1. beskov
      15.06.2023 08:18
      #25660054

      >> Это переводчик текста из бизнес-требований в ТЗ (ПМИ) на автоматизацию.

      Минуя проектирование? Понятие ТЗ предполагает, что мы уже знаем, что именно хотим получить. А для этого объект надо спроектировать. Хотя бы концептуально.