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

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

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

Уровни системных аналитиков

В профстандарте выделено 4 уровня квалификации системных аналитиков и соответствующие для них “обобщенные трудовые функции”:

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

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

Ключевые выводы:

1. К счастью, первые 3 уровня системных аналитиков соответствуют самым распространенным международным грейдам: junior, middle, senior. На мой взгляд, это хорошее решение, чтобы уменьшать энтропию вселенной и пользоваться общепринятым подходом в разных ролях (системных аналитиков, разработчиков, тестировщиков и т.д.).
2. К сожалению, 4-ый уровень совмещает в себе как роль эксперта (ведущий системный аналитик и главный системный аналитик), так и роль руководителя командой (руководитель группы и руководитель отдела). На мой взгляд, ключевые компетенции у этих ролей разные и если первые из них нацелены на умение качественно выполнять аналитическую работу, то вторые должны уметь направить к цели свою команду и изучать не системный анализ, а подходы к работе с людьми, коучинг, фасилитацию и т.д. К сожалению, в рамках разбора стандарта остается только смириться, но на практике крайне рекомендую эти роли разделять и создавать для них отдельные должностные инструкции.

Обязанности системных аналитиков

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

У каждого из 4 уровней есть по 10-15 обязанностей, например, для младшего системного аналитика:

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

Получается, что задачи профессии описывают более 50 таких формулировок. Чтобы их лучше понять, попробуем сгруппировать и проанализировать роль системного аналитика :)

За классификацией функций обратимся к Карлу Вигерсу и книге “Разработка требований к программному обеспечению”, которая считается мировым стандартом в системном анализе. Для него системный аналитик - “роль члена команды по разработке требований, основная обязанность которой - работа с заинтересованными лицами над выявлением, анализом, определением (документированием), утверждением и управлением требованиями в проекте”.

В рамках работы над требованиями Вигерс предлагает 2 группы:

1. Разработка требований:
   1. Выявление и сбор требований (elicitation) - этот этап включает в себя все действия, связанные с выявлением требований, таких как интервью, совещания, анализ документов, создание прототипов и другие;
   2. Анализ требований (analyzing requirements) - этот этап подразумевает получение более обширного и точного понимания всех требований и представление наборов требований в различном виде. Например: выведение функциональных требований из полученной информации, распределение требований по компонентам ПО и т.д;
   3. Документирование (определение) - представление и хранение знаний о требованиях определенным способом (письменные требования и диаграммы);
   4. Утверждение требований (requirements validation) - на этом этапе подтверждается правильность имеющегося набора требований, которые позволят реализовать решение, удовлетворяющее бизнес-целям. Например: разработка приемочных тестов;
2. Управление требованиями:
   1. Управление версиями;
   2. Управление изменениями;
   3. Отслеживание состояния требований;
   4. Отслеживание связей требований.

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

Остальные 15 удалось распределить на 4 группы:

1. Сопровождение проекта:
   1. Техническая поддержка систем.
   2. Консультирование пользователей по работе с функциями системы.
   3. Обучение пользователей работе с системой и подсистемой.
2. Менеджмент проекта:
   1. Планирование аналитических работ в ИТ-проекте.
   2. Планирование разработки или восстановления требований к системе и подсистеме.
   3. Постановка задачи на разработку требований к подсистемам системы и контроль их качества.
   4. Организация аналитических работ в ИТ-проекте.
   5. Контроль аналитических работ в ИТ-проекте.
   6. Составление отчетов об аналитических работах в ИТ-проекте.
   7. Формирование и предоставление отчетности о ходе работ по разработке требований к системе и подсистеме.
   8. Выявление рисков и сообщение о них руководителю проекта.
3. Процессное управление:
   1. Управление процессами разработки и сопровождения требований к системам и управление качеством систем.
   2. Разработка шаблонов документов требований.
4. Управление персоналом:
   1. Оценка квалификации, аттестация и планирование профессионального развития системных аналитиков.
   2. Управление аналитическими ресурсами и компетенциями.

Итого, получилось 6 групп обязанностей профстандарта системных аналитиков:

1. Разработка требований (32 обязанностей), из них:
   1. Анализ требований (3 обязанности).
   2. Выявление требований (9 обязанностей).
   3. Документирование (11 обязанностей).
   4. Утверждение требований (9 обязанностей).
2. Управление требованиями (5 обязанностей).
3. Сопровождение проекта (3 обязанности).
4. Менеджмент проекта (8 обязанностей).
5. Процессное управление (2 обязанности).
6. Управление персоналом (2 обязанности).

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

Распределение обязанностей по уровням видно на диаграмме.

Ключевые выводы:

1. Для любого уровня системного аналитика важно уметь разрабатывать требования и управлять требованиями.
2. Как правило, сопровождением системы и требований к ней занимаются младший системный аналитик и системный аналитик.
3. Только младшему системному аналитику не надо разбираться в управлении проектами, всем остальным - это обязательно, особенно на более высоких уровнях.
4. Старшему системному аналитику и более высоким позициям важно разбираться в процессном управлении.
5. Только на руководящей позиции появляется управление персоналом и в рамках стандарта, к сожалению, под этим понимается только:
   1. Оценка квалификации, аттестация и планирование профессионального развития системных аналитиков.
   2. Управление аналитическими ресурсами и компетенциями (лично я категорически против применения слова “ресурсы” к команде, но здесь приведена лишь цитата стандарта :( ).

Рекомендации по обучению

Ниже делюсь топ-10 книг, которые мне больше всего помогли в моей карьере и работе, распределив их по выделенным ранее 6 группам обязанностей:

1. Разработка требований:
   1. “Разработка требований к программному обеспечению” Карл Вигерс - настольная книга системного аналитика, в которой описаны все направления работы с требованиями.
   2. “Современные методы описания функциональных требований к системам” Алистер Коберн - самое полное описание того, как работать со сценариями использования (подход к описанию требований, широко применяемый совместно с диаграммами нотации UML).
   3. “Спроси маму” Роб Фитцпатрик - поможет корректно формулировать вопросы для сбора требований.
2. Управление требованиями: как в предыдущем разделе, “Разработка требований к программному обеспечению” Карл Вигерс.
3. Сопровождение проекта: не встречалась с отдельными книгами по сопровождению. Буду благодарна за рекомендации таких.
4. Менеджмент проекта:
   1. PMBOK - свод профессиональных знаний по управлению проектами, который использует в качестве основного справочного материала и руководства для своих программ по профессиональному развитию Институт управления проектами.
   2. https://scrumguides.org/index.html - руководство по скраму (да, не книга, зато первоисточник). Если очень нужна книга, тогда рекомендую “Scrum” от Джефа Сазерленда.
   3. “Официальное руководство по Канбан Методу” на русском языке - руководство предназначено для людей, только начинающих знакомство с Канбаном и заинтересованных в изучении основ метода.
5. Процессное управление:
   1. “Свод знаний по управлению бизнес-процессами: BPM CBOK 4.0” - помогает познакомиться с процессным управлением, выделить для себя ключевые этапы работы менеджмента.
6. Управление персоналом:
   1. “Из чего сделан менеджер, или Что предпринять, когда все смотрят на тебя?” Джули Джо - книга о задачах менеджера команды с множеством примеров из жизни автора.
   2. “Руководство фасилитатора” Сэм Кейли - пошагово разбирает подходы к работе с группой таким образом, чтобы группа самостоятельно приходила к наиболее эффективным решениям.

Конечно, список только частичный и в каждом блоке хочется добавить больше книг и тем, например, в разработке требований написать про USM и JTBD, а также про нотации, например, UML. Но! Как и обещала, остановлюсь только на 10, чтобы “есть слона по кусочкам” и не пугаться сразу огромного списка литературы.

И еще здесь нет никаких рекомендаций по прокачке технических знаний, ведь требований к ним нет и в самом стандарте :(

Заключение

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

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