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

Кто же такой бизнес-аналитик и какова его роль в проекте?

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

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

Задачи аналитика

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

Некоторые типичные задачи аналитика:

  1. Определение бизнес-требования

  2. Планирование подхода к работе с требованиями

  3. Определение заинтересованных лиц и классы пользователей

  4. Выявление требований (частично приемы по выявлению требований описаны в статье "Разработка и управление требованиями")

  5. Анализ требований

  6. Документирование требований

  7. Доведение требований до заинтересованных лиц

  8. Управление проверкой требований

  9. Обеспечение расстановки приоритетов требований

  10. Управление требованиями

Основные навыки аналитика

  1. Умение слушать

  2. Умение опрашивать и задавать вопросы

  3. Способность соображать на ходу

  4. Аналитические способности

  5. Системное мышления

  6. Обучаемость

  7. Умение работать в команде

  8. Лидерские качества

  9. Умение наблюдать

  10. Умение коммуницировать

  11. Организационные навыки

  12. Умение моделировать

  13. Межличностное общение

  14. Творческий подход

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

Вигерс приводит следующие группы

  1. Бывший пользователь.

    Плюсы:

    1. отличное понимание особенностей бизнеса и рабочей среды

    2. легко завоевывают доверие бывших коллег

    3. знают язык пользователей

    4. знают существующие системы и бизнес-процессы

    Минусы:

    1. поверхностные знания о разработке ПО

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

    3. чаще всего в виде текста отражают всю информацию

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

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

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

  2. Бывший разработчик

    Плюсы :

    1. Хорошее понимание процесса разработки ПО

    Минусы:

    1. Нехватка терпения при общении с пользователями

    2. Концентрация на программном продукте вместо требований пользователей

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

  3. Бывший тестировщик

    Плюсы:

    1. Аналитический склад ума

    2. Хорошие навыки для обнаружения исключений и в каких случаях система может ломаться

    Минусы:

    1. Как и разработчикам придется пройти обучение по техникам выявления требований

  4. Бывший или текущий менеджер проект:

    Плюсы:

    1. Имею�� навыки взаимодействия внутри команды

    2. Понимание процесса работы и предметной области

    3. Хорошие коммуникативные навыки, навыки координации, написания документации, организации процесса работы

    Минусы:

    1. Необходимость в понимании техник выявления требований

    2. Умение приоритизировать требования в рамках графика проекта

    3. Умение моделировать бизнес-процессы

  5. Специалист предметной области

    Плюсы:

    1. Глубокое понимание предметной области

    2. Качественная проверка требования

    3. Практический опыт использования продукта

    Минусы:

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

    2. Зашоренный взгляд на требования

    3. Пониженная способность генерировать новые идеи

  6. Молодой специалист

    Плюсы:

    1. Нет закостенелых понятий о том, как выполняются процессы работы с требованиями

    Минусы:

    1. Недостаток опыта и знаний

    Опытный наставник может сократить время вхождения новичка-аналитика в профессию и с самого начала привить хорошие привычки.

Итого

В рамках данной статьи мы рассмотрели кто такой бизнес-аналитик по Карлу Вигерсу.

P.S. В своей практике сталкивалась с бизнес-аналитиками вышедшими из бизнеса. Проблемы, которые приводит Вигерс, в моем случае действительно были.