Введение

Определение и решение бизнес-потребностей

Бизнес-анализ – это профессиональная дисциплина, ориентированная на выявление бизнес-потребностей и определение решений бизнес-задач. Решения могут включать разработку программных систем, улучшение процессов или организационные изменения и могут потребовать глубокого анализа, стратегического планирования и разработки политики. Специалист, выполняющий эти задачи в организации, называется бизнес-аналитиком или BA. Бизнес-аналитики работают не только в проектах по разработке программных систем, но и в масштабах всей организации, решая бизнес-проблемы в консультации с заинтересованными сторонами. Хотя большая часть работы бизнес-аналитиков сегодня связана с разработкой программного обеспечения и решений, это обусловлено масштабными изменениями, происходящими в компаниях по всему миру в процессе цифровизации. Несмотря на различные определения ролей в зависимости от организации, существует общая область, в которой работают большинство бизнес-аналитиков. Их обязанности включают:

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

Планирование и управление требованиями

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

Анализ и документация требований

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

Сообщение о требованиях

Описываются методы обеспечения общего понимания заинтересованными сторонами требований и способов их реализации.

Оценка и валидация решения

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

Шесть мыслящих шляп де Боно

Это часто используется в мозговом штурме для генерации и анализа идей и вариантов. Это полезно для стимулирования определенных типов мышления и может служить удобным и символичным способом попросить кого-то изменить подход. Метод предполагает ограничение группы определенными способами мышления, побуждая высказывать идеи и проводить анализ, исходя из заданного "настроения". Также известен как метод "Шесть мыслящих шляп". Белая шляпа: чистые факты, логика. Зеленая шляпа: креативность. Желтая шляпа: позитив, оптимизм. Черная шляпа: критика, роль "адвоката дьявола". Красная шляпа: эмоции. Синяя шляпа: контроль, управление процессом. Не обязательно использовать все шляпы/настроения.

Пять причин

Метод "Пять почему" используется для выявления первопричины конкретной проблемы или ситуации. После каждого ответа задается дополнительный вопрос "почему?".

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

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

Документировать правильные требования

Бизнес-аналитики стремятся определять требования таким образом, чтобы они соответствовали потребностям бизнеса, например, в ИТ-приложениях требования должны удовлетворять потребности конечных пользователей. По сути, их задача – определить нужное приложение. Это означает, что они должны документировать правильные требования, внимательно прислушиваясь к отзывам клиентов и предоставляя техническим архитекторам и разработчикам полный и четкий набор требований для написания программы. Если у бизнес-аналитика ограничены инструменты или навыки для выявления правильных требований, велика вероятность, что он задокументирует требования, которые не будут использоваться или потребуют переработки, что приведет к дополнительной работе, как описано ниже. Время, затраченное на документирование ненужных требований, влияет не только на бизнес-аналитика, но и на весь цикл разработки. Разработчикам необходимо генерировать код приложения для реализации этих ненужных требований, а тестировщикам – убеждаться, что запрошенные функции работают должным образом в соответствии с документацией и кодом. По оценкам экспертов, от 10% до 40% функций в новых программных приложениях оказываются ненужными или не используются. Даже сокращение количества этих лишних функций на треть может привести к значительной экономии. Подход, основанный на минимализме – принцип "чем проще, тем лучше" и использование минимально необходимого набора технологий – позволяет снизить стоимость разработки и последующего обслуживания внедренного решения.

Повышение эффективности проекта

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