Основы бизнес-анализа деятельности корпорации. Учебное пособие

кандидата, должность которого не предполагает принятия важных решений (например, HR-специалистов);

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

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

При решении кейса необходимо:

–выявить ключевые позиции;

–оценить ситуацию в общем;

–определить проблему;

–сформировать актуальные вопросы для решения задачи;

–структурировать вопросы;

–применить необходимый метод анализа.

Принцип решения кейса - вероятностное предположение. Сложным моментом является обобщение всех данных и

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

Для составления кейсов следует придерживаться общих рекомендаций.

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

71

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

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

Важно кратко описать стартовые условия, в которых она находится:

1.Какой продукт выпускает, кто ее клиенты?

2.Какие процессы имеют место на отраслевом рынке, с чем они связаны?

3.Каково место организации среди конкурентов, в чем ее преимущества?

4.Какие методы продаж она применяла до настоящего времени и какие результаты получила?

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

Вопросы и задания для самоконтроля

1.Перечислите известные вам техники бизнес-анализа.

2.Приведите примеры элементов бэклога.

3.Дайте определение сбалансированной системы показа-

телей.

4.Назовите виды бенчмаркинга и дайте им характеристи-

ку.

5.Какие этапы включает в себя метод мозгового штурма?

6.В чем заключается анализ возможностей бизнеса?

7.Дайте характеристику методу бизнес-кейсов и приведите их классификацию.

72

ГЛОССАРИЙ

Актив организационного процесса (Organizational Process Asset) — все материалы, используемые группами в организации для определения, моделирования, внедрения и поддержки своих процессов.

Активность (Activity) — единица работы, которая выполняется как часть инициативы или процесса.

Анализ воздействия (Impact Analysis) — оценка эффекта, ко-

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

Анализ возможностей (Opportunity Analysis) — Процесс изу-

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

Анализ документов (Document Analysis) — метод выявления требований к существующей системе путем изучения доступной информации, документов и определения ее релевантности.

Анализ затрат и результатов (Cost Benefit Analysis) — анализ,

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

Анализ конкурентов (Competitive Analysis) — структуриро-

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

Анализ накопленных знаний (Lessons Learned Process) —

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

Анализ отклонений (Variance Analysis) — анализ различий между запланированным и действительным поведением для определения их величины и рекомендации действий по исправлению и профилактике системы.

Анализ первопричин (Root Cause Analysis) — структуриро-

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

Анализ принятия решений (Decision Analysis) — подход к принятию решений, который изучает и моделирует возможные последствия различных решений. Такой тип анализа помогает в принятии оптимального решения в условиях неопределенности.

73

Анализ просчетов (Gap Analysis) — сравнение текущего и желаемого состояния организации в целях определения недостатков, над которыми предстоит работать.

Анализ силового поля (Force Field Analysis) — графический метод изображения центров влияния, которые способствуют и/или препятствуют изменениям. Включает определение центров влияния и оценку степени влияния каждого из них.

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

Аналитик (Analyst) — общее название роли человека, который отвечает за разработку и поддержку требований. Также встречаются названия: бизнес-аналитик (business analyst), бизнесинтегратор, аналитик требований, инженер требований и си-

стемный аналитик (systems analyst).

Анкетирование (Survey) — предоставление набора письменных вопросов участникам процесса с целью сбора ответов от большой группы людей в относительно короткий промежуток времени.

Архитектура предприятия (Enterprise Architecture) — описа-

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

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

(Benchmarkning) — сравнение стоимости, времени, качества или других показателей процесса или системы с показателями лидирующими организациями в той же области или другой области с целью улучшения данных показателей путем применения «у себя» лучших практик лидирующих организаций.

Бизнес-анализ (Business Analysis) — набор задач и техник, ко-

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

Бизнес-аналитик (Business Analyst) — человек, который про-

водит бизнес-анализ.

Бизнес-архитектура (Business Architecture) — подраздел ар-

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

74

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

Бизнес-потребность (Business Need) — тип высокоуровневого бизнес-требования, который определяет бизнес-задачу или влияние программного решения на рабочую среду.

Бизнес-правило (Business Rule) — специальное, исполнимое, тестируемое указание, которое находится под контролем бизнеса и поддерживает деловую политику.

Бизнес-процесс (Business Process) — набор определенных специальных или упорядоченных действий, которые выполняются на постоянной основе в организации. Процессы начинаются с событий и могут иметь несколько вариантов окончания. Успешное окончание процесса приносит пользу одному или более его участнику.

Бизнес-событие (Business Event) — событие в системе, инициированное людьми.

Бизнес-требование (Business Requirement) — высокоуровне-

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

Бизнес-цель (Business Goal) — состояние или условие, которое бизнес должен удовлетворить для достижения своего видения.

Бэклог продукта (Product Backlog) — набор историй (user stories), требований или свойств, которые были определены в качестве кандидатов на разработку, приоретизированы и оценены.

Верификация (Verification) — процесс проверки соответствия поставляемого на определенной стадии продукта требованиям к предыдущей стадии. Верификация обеспечивает создание правильного решения.

Временные ограничения (Timebox) — фиксированный период времени для достижения желаемого результата.

Второстепенное действующее лицо (Secondary Actor) —

Действующее лицо, которое участвует, но не инициирует прецеденты использования.

Выделение требований (Requirements Allocation) — процесс распределения требований по подсистемам и компонентам (люди, аппаратное и программное обеспечение).

Дерево решений (Decision Tree) — аналитическая модель, которая является альтернативой таблице решений и иллюстрирует последовательность условия и действия.

Дефект (Defect) — недостаток продукта или сервиса, который понижает его качество или отличается от желаемого атрибута,

75

состояния или функционала. См. также дефект требований.

Дефект требований (Requirements Defect) — ошибка в требо-

ваниях, вызванная неправильными, неполными, отсутствующими или конфликтующими требованиями.

Диаграмма причинно-следственных связей (Fishbone Diagram) — техника, которая используется в анализе первопричин рассматриваемой проблемы и отношений между ними [первопричинами].

Допущение (Assumption) — фактор влияния, который считается верным, но не был проверен.

Дорожка (Swimlane) — горизонтальная или вертикальная секция в модели процессов, которая демонстрирует, какие активности выполняются отдельным действующим лицом или ролью.

Запрос информации (Request For Information) — документ о требованиях, который представляет собой запрос, который направляется поставщику для получения оценки предлагаемого процесса или продукта. Запрос информации готовится в случае, когда организация стремится сравнить различные альтернативы или испытывает сомнения относительно имеющихся вариантов. Интервью (Interview) — систематический подход к получению информации от человека или группы людей в неформальной или формальной обстановке посредством постановки вопросов и документирования ответов на них.

Интерфейс (Interface) — канал передачи информации между двумя людьми или человеком и системой.

Информационный объект (Data Entity) — сгруппированная для хранения в системе информация. Объектами могут быть люди, роли, места, вещи, организации, события, понятия или документы.

Карта отношений (Relationship Map) — бизнес-модель, кото-

рая иллюстрирует контекст организации в виде отношений, существующих внутри нее, с внешними клиентами и поставщиками.

Карта процесса (Process Map) — бизнес-модель, которая показывает бизнес-процесс в виде шагов, а также входящие и исходящие потоки в функциях, организациях или рабочих ролях. Качество (Quality) — степень соответствия набора характеристик требованиям.

Менеджер проекта (Project Manager) — участник процесса,

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

Модель (Model) — упрощенное представление действительности, которое используется для передачи информации определен-

76

ной аудитории для обеспечения анализа, коммуникации и понимания.

Мозговой штурм (Brainstorming) — тип командной работы, нацеленный на поиск широкого и разнообразного набора вариантов и идей. При этом практикуется быстрая выработка идей без критического их оценивания.

Мониторинг (Monitoring) — непрерывный процесс сбора данных для определения того, насколько хорошо реализовано решение по сравнению с ожидаемыми результатами.

Наблюдение (Observation) — выявление требований путем наблюдения и оценки рабочей среды участника процесса. Ограничение (Constraint) — описание любых ограничений, которые накладываются на решение и не приносят выгоду бизнесу или участникам процесса.

Отношение (Relationship) — определенная связь между понятиями, классами или сущностями. Отношения обычно имеют название и мощность (количество элементов). Оценка (Evaluation) — систематическое и объективное оценивание решения для определения его состояния и эффективности в выполнении задач на протяжении некоторого времени и для нахождения путей улучшения решения для более качественного выполнения задач. См. также метрика, индикатор и мониторинг.

План бизнес-анализа (Business Analysis Plan) — описание за-

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

Пользователь (User) — участник процесса, лицо, устройство или система, которые прямо или косвенно взаимодействует с системой.

Потребитель (Customer) — участник процесса (stakeholder), который пользуется продуктами или услугами, предоставляемые организацией.

Потребность (Need) — предельный объем ответственности (Span of Control) — Количество сотрудников, за которых прямо или косвенно отвечает менеджер.

Решение (Solution) — решение удовлетворяет бизнеспотребность, решая проблему или позволяя извлечь выгоду из возможности.

Риск (Risk) — неопределенное событие или условие, которое в случае наступления затронет цели или задачи предложенного изменения.

77

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

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

Требование (Requirement) — 1. Условие или способность, которые необходимы участнику процесса для разрешения проблемы или достижения цели. 2. Условие или способность, которые должны быть удовлетворены или обеспечены решением или компонентом решения в соответствии со стандартом, спецификацией или другим официальным документом. 3. Документальное представление условия или способности из пунктов 1 или 2.

Эксперт (Subject Matter Expert) — участник процесса с опре-

деленным опытом и знаниями в аспекте проблемной области, альтернативах или компонентах потенциального решения. Экспертная оценка (Peer Review) — техника проверки, в которую входит оценка части работы небольшой группой участников процесса для поиска ошибок и улучшения ее качества.

78

ЛИТЕРАТУРА

1.Аминов Х.И. Моделирование бизнес-процессов: учебное пособие. – СПб.: Изд-во СПбГЭУ, 2016. – 80 с.

2.Андреевский И.Л., Аминов Х.И. Информатизация бизнеспланирования: учебное пособие. – СПб.: Изд-во СПбГЭУ, 2017. – 77с.

3.Андреевский И.Л., Соколов Р.В. Информационный менеджмент:учебное пособие. – СПб.: Изд-во СПбГЭУ, 2016. – 127 с.

4.Артонкина Н.В. Профессии «системный аналитик» и «бизнесаналитик»: сходство и различия // Мотивация и оплата труда. – 2017.– №3. – С. 228-237.

5.Бариленко В.И. Подготовка бизнес-аналитиков // Экономическийанализ: теория и практика. – 2011. – №33. – C. 42-47.

6.Бергер А.Б. Microsoft SQL Server 2005 Analysis Services. OLAP

имногомерный анализ данных / Бергер А.Б., Горбач И.В., Меломед Э.Л., Щербинин В.А., Степаненко В.П. / под общ. ред. А.Б. Бергера, И.В. Горбач – СПб.: «БХВ-Петербург», 2007. – 928 c.

7.Бизнес-анализ [Электронный ресурс] // Википедия. – Режим доступа:https://ru.wikipedia.org/wiki/Бизнес-анализ/.

8.Бизнес-анализ : учебник / Ю.Г. Чернышева. — Москва : ИН- ФРА-М, 2023. - 648 с.

9. Бизнес-анализ деятельности организации : учебник /Л.Н. Усенко, Ю.Г. Чернышева, Л.В. Гончарова [и др.] ; под ред. проф. Л.Н.Усенко.–Москва АльфаМ:ИНФРАМ, 2021. – 560 с.

10.Валько, Е. В. Анализ структуры и преимуществ систем бизнес анализа / Е. В. Валько, А. В. Гетманова // Экономика и менеджмент инновационных технологий. – 2015. – № 9(48). – С. 8-12.

11.Вахитов А.А., Бушина К.С., Золотухина Е.Б. Достоинства и недостатки систем по управлению требованиями // Фундаментальные исследования. 2016. № 6-1. С. 42-46. [Электронный ресурс]. – Режим доступа: http://fundamentalresearch.ru/ru/article/view?id=40368/.

12.Вигерс Карл И., Битти Джой. Разработка требований к программному обеспечению. / Пер. с англ. 3-е изд-е, доп. – СПб.: БХВПетербург, 2019. – 736 с.

13.Герасимова Е.Б. Анализ деятельности экономических субъектов: учебник / Е.Б. Герасимова. — Москва : ИНФРА-М, 2022. — 318 с.

14.Горшкова, Л. А. Теория бизнес-анализа : учебное пособие для студентов, обучающихся по специальностям Финансы и кредит, Бухгалтерский учет, анализ и аудит / Л. А. Горшкова. – Нижний Новгород : Национальный исследовательский Нижегородский государственный университет им. Н.И. Лобачевского, 2007. – 291 с.

15.Глоссарий BABOK v3 (на русском языке)[Электронный ресурс] //База знаний по бизнес-анализу. – Режим доступа:https://analytics.infozone. pro/glossary-babok-v-3-russian/.

16.Гобарева Я.Л., Городецкая О.Ю., Золотарюк А.В. Бизнесаналитикасредствами Excel: Учеб. пособие. – М.: Вузовский учебник: ИНФРАМ, 2013. – 336 с.

79