Автор статьи: Роман Козлов

Руководитель курса BI-аналитика

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

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

  • Понимание бизнес-процессов. Бизнес-аналитик должен иметь возможность оценить текущие бизнес-процессы в компании, описать их, выявить проблемы и недостатки в системе.

  • Улучшение бизнес-процессов. Бизнес-аналитик даёт рекомендации по оптимизации бизнес-процессов и их автоматизации, чтобы повысить эффективность работы компании.

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

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

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

Для работы бизнес-аналитика требуются следующие квалификации:

  • глубокое понимание анализа данных;

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

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

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

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

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

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

Роль бизнес-аналитика в проекте

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

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

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

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

Артефакты бизнес-аналитики

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

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

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

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

Артефакты тесно связаны друг с другом и помогают определить требования пользователей и создать общее видение продукта. Техническое задание содержит требования к продукту и его функциональности, которые могут быть детально описаны, чтобы удовлетворить потребности пользователей. User story, с другой стороны, помогает определить требования пользователей на более глубоком уровне, позволяя более точно понять, что пользователи хотят от продукта. Use case диаграмма показывает, как продукт будет использоваться пользователями, и также помогает определить требования пользователей, что позволяет бизнес-аналитику более точно определить требования пользователей. Вместе эти артефакты обеспечивают более глубокое понимание требований пользователей и создание продукта, который наиболее эффективен и соответствует их потребностям.

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

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

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

Заключение

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

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

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


  1. Trabant_Vishnya
    00.00.0000 00:00

    За 5 лет работы в BI понял, что хороший бизнес-аналитик мне встречался лишь раз.


  1. R3B3LL10N
    00.00.0000 00:00
    +4

    Статью нейросеть писала? Одна вода и перекладывание тезиса "бизнес аналитик - это бизнес аналитик, он анализирует бизнес методами анализа бизнеса".

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

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


    1. Krv87
      00.00.0000 00:00

      Как раз о том, что бизнес аналитик формулирует требования, уделен целый абзац под названием "Роль бизнес-аналитика в проекте",. Это основная задача БА, о чем, собственно, и написано в статье


  1. Apoheliy
    00.00.0000 00:00
    +2

    Поясните, пожалуйста, для человека не в теме (т.к. уровень статьи "простой" и заголовок говорит о вопросе "в общем"):

    Почему бизнес-аналитика (БА) "приколачивают" к ИТ, конкретно к разработке ПО (в статье: задание разработчикам и т.д.)?

    • в других областях (вне ИТ, вне разработки) он не нужен? Торговой сети не нужен бизнес аналитик? Фитнес-центру?

    • БА может решения находить только для ИТ? Например такое решение: давайте добавим ещё один отдел (документирования, сбыта, др.) - это уже не его обязанность (пусть кто-то другой думает)? Давайте сдвинем рабочий график (кстати, это может очень сильно отразиться на эффективности компании)?

    • БА сам пишет ТЗ и сам находит эффективные решения (в статье так написано)!? Т.е. сам себя занял работой? Например: ага, сбыт ламп недостаточный - нужно исследовать рынок настольных ламп - пошёл исследовать рынок - по результатам исследования нужно менять концепцию/регламент - разрабатываю новую концепцию - внедряю новую концепцию. Как-то так?

    • User story/case - и для сбыта настольных ламп тоже? "У пользователя должна быть возможность включить лампу и выключить"? (про поведение пользователя "в продукте" - это за гранью).

    Прим.: отлично понимаю, что можно отписаться, что "настоящее" развитие бизнеса оно только через ИТ, и по другому уже не возможно. Может, это несколько однобокий взгляд?

    Повторюсь, чуть подробнее для человека вне темы.


    1. avf48
      00.00.0000 00:00

      Для "человека вне темы" замечание верное))) В стандарте к БА, всё "немного" иначе. В статье ниже, можно ознакомится с двумя версиями Стандартов по бизнес-аналитикам.

      Сопоставление «The Business Analysis Standard» IIBA с профстандартом бизнес-аналитика РФ (https://habr.com/ru/company/inpglobal/blog/714184/)

      [Профстандарт 08.037] Профстандарт 08.037. Бизнес-аналитик : утвержден приказом Минтруда России от 25 сентября 2018 года N 592н [http://www.consultant.ru/document/cons_doc_LAW_308997/].


      1. Apoheliy
        00.00.0000 00:00

        Спасибо за профстандарты. Люблю, так сказать, почитать официоз, а не досужие домыслы.

        И, судя по профстандарту (в частности, от минтруда (но и The Business Analysis Standard, похоже, не далеко ушёл)):

        • Бизнес-Аналитик не привязан к ИТ от слова совсем (может, но абсолютно не обязан);

        • например, вопрос изменения рабочего графика может быть в отвественности БА;

        • БА не связан с бизнес-процессами (опять же, может, но ...). И, конечно же, его может не интересовать их (бизнес-процессов) эффективность и улучшение.

        Ещё раз, спасибо. Стандарт - это хорошо.