Руководство бизнес областей

Contents

  • 1 Введение
    • 1.1 Цель книги “Свод знаний по бизнес-анализу”
    • 1.2 Что такое бизнес-анализ?
    • 1.3 Кто такой бизнес-аналитик?
    • 1.4 Структура книги
      • 1.4.1 Основные понятия
      • 1.4.2 Области знаний
      • 1.4.3 Задачи
      • 1.4.4 Базовые компетенции
      • 1.4.5 Методы

Перевод выполнила: Анна Гасраталиева (krupeak@gmail.com).


Введение

Руководство BABOK (свод знаний BABOK) — это всемирно признанный стандарт по бизнес-анализу. BABOK описывает области знаний бизнес-анализа, задачи, базовые компетенции, методики и точки зрения на бизнес-анализ.

Цель книги “Свод знаний по бизнес-анализу”

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

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

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

Рисунок «Бизнес-анализ вне проекта»:
business_analysis_beyond_projects

Что такое бизнес-анализ?

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

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

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

Существуют разные точки зрения на бизнес-анализ. Руководство BABOK описывает некоторые из них: гибкие методологии, интеллектуальный анализ данных, информационные технологии, архитектура бизнеса и управление бизнес-процессами. Любую точку зрения можно рассматривать как призму, через которую бизнес-аналитик рассматривает свою рабочую деятельность, находясь при этом в определенном контексте. Руководство BABOK описывает точки зрения, которые могут использоваться в инициативе (одной или нескольких), но оно не содержит описания всех контекстов и дисциплин.

Кто такой бизнес-аналитик?

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

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

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

Обычно деятельность бизнес-аналитиков включает в себя:

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

Бизнес-аналитика также могут называть:

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

Структура книги

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

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

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

Основные понятия

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

  • Ключевая концептуальная модель бизнес-анализа (BACCM);
  • Основные понятия;
  • Схема классификации требований;
  • Заинтересованные лица;
  • Требования и проектирование (дизайн).

Области знаний

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

Существует шесть областей знаний:
Планирование и контроль бизнес-анализа: описание задач, которые бизнес-аналитики выполняют, чтобы организовать работу и скоординировать усилия бизнес-аналитиков и заинтересованных лиц. Результаты выполнения этих задач используются в качестве ключевых входных данных и руководящих принципов (рекомендации) для всех прочих задач Руководства BABOK®.
Обследование и взаимодействие: описывает задачи, которые бизнес-аналитики выполняют, чтобы подготовить и провести обследование деятельности и утвердить полученные результаты. В том числе описывается взаимодействие с заинтересованными лицами по всем направлениям деятельности после того, как собрана информация для анализа.
Управление жизненным циклом требований: описывает задачи, которые бизнес аналитики выполняют для того, чтобы управлять и поддерживать требования и данные, необходимые для проектирования, на всех этапах жизненного цикла. Эти задачи описывают установление конструктивных взаимосвязей между требованиями и дизайном, а также позволяют оценивать, анализировать и приходить к единому мнению по предлагаемым изменениям в требованиях и дизайне.
Стратегический анализ: описывает аналитическую работу по взаимодействию с заинтересованными лицами, которая должна осуществляться в целях выявления стратегических или тактических бизнес-потребностей, а также привести в соответствие результирующую стратегию с высокоуровневыми и низкоуровневыми стратегиями.
Анализ требований и определение решений: описывает задачи, которые
бизнес-аналитики выполняют, чтобы
○ структурировать и организовать требования, обнаруженные во время обследования,
○ описать их,
○ построить модель,
○ спроектировать,
○ валидировать (проверить) и верифицировать (утвердить) информацию,
○ определить варианты решений, которые отвечают нуждам бизнеса, и
○ оценить потенциальную ценность, которую может дать каждый вариант решения.
Эта область знаний охватывает инкрементальные и итерационные деятельности: от первоначальной концепции и исследования потребностей до преобразования этих потребностей в частное рекомендуемое решение.
Оценка решений: описывает задачи, которые бизнес-аналитики выполняют, чтобы оценить эффективность работы и ценность решений, предлагаемых компании-заказчику, а также рекомендовать устранение препятствий или ограничений, которые мешают использованию всех преимуществ решения.

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

Следующая диаграмма показывает соотношение между этими областями знаний.
Рисунок «Связи между областями знаний»:
relationships_between_knowledge_areas

Задачи

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

Каждая задача в BABOK описана в следующем формате:

  • Цель
  • Описание
  • Входные данные
  • Элементы
  • Принципы/Инструменты
  • Методы
  • Заинтересованные лица
  • Выходные данные

Цель
Раздел “Цель” содержит краткое описание причины для выполнения задач бизнес-
аналитиком, и ценность, которую принесет выполнение задачи.

Описание
Раздел “Описание” более подробно объясняет, в чем суть задачи: что и почему должно быть выполнено.

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

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

Принципы и инструменты
Этот раздел содержит список ресурсов, необходимых для преобразования входных данных в выходные. В “принципах” содержатся инструкции и описания о том почему и как выполнить задачу. Инструмент — это то, что используется для реализации задачи.
Руководящие принципы и инструменты могут содержать в себе выходы от других задач.

Методы
В разделе “Методы” перечислены приемы, которые могут быть использованы для выполнения задач бизнес-анализа.

Заинтересованные лица
В разделе “заинтересованные лица” составлен общий перечень заинтересованных сторон, которые, скорее всего, будут участвовать в выполнении этой задачи или которые будут этой задачей затронуты. BABOK не утверждает, что эти роли должны быть указаны для любой инициативы.

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

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

Базовые компетенции

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

Базовых компетенции имеют следующую структуру:

  • Цель
  • Описание
  • Измерение эффективности

Цель
Раздел “Цель” описывает, почему бизнес-аналитику выгодно наличие базовых компетенций.

Описание
Определением разделе описываются навыки и знания, вовлеченные в применение этой компетентности.

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

Методы

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

Раздел имеет следующую структуру:

  • Цель
  • Описание
  • Элементы
  • Особенности использования

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

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

Элементы
Раздел “Элементы” описывает ключевые понятия, которые необходимы для того, чтобы понять, как использовать метод.

Особенности использования
В разделе «особенности использования” описаны условия, при которых
прием может быть более или менее эффективными.

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

В BABOK 3 включены следующие подходы:

  • Гибкие методологии (Agile)
  • Интеллектуальный анализ данных (Business Intelligence)
  • Информационные технологии
  • Архитектура бизнеса
  • Управление бизнес-процессами

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

Раздел “Точки зрения” имеют следующую структуру:

  • Границы изменений
  • Бизнес-анализ границ
  • Методологии, методы и приемы
  • Базовые компетенции
  • Воздействие на области знаний

Границы изменений
Раздел “Границы изменений” описывается на какую часть компании влияет изменение с каждой точки зрения и как сильно оно влияет на цели и текущую деятельность компании. В разделе указывается тип решаемых задач, суть искомых решений, а также подход к реализации этих решений и к оценке их ценности.

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

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

Методики, включенные в данный раздел, это методики, не включенные в главу “Методики” руководства BABOK, но особенно актуальные в рамках рассматриваемой точки зрения.

В разделе “Архитектура бизнеса” вместо методик или подходов перечислены эталонные модели. В разделе “управление бизнес-процессом” вместо подходов перечислены инструменты и точки зрения на управление процессами.

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

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


Перевод выполнила: Анна Гасраталиева (krupeak@gmail.com).

4.5
8
Голоса

Рейтинг статьи

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

Первый пункт на нашей “дорожной карте” – это структурирование компании, построение финансовой структуры.

Начнем с того, что выделим направления бизнеса, существующие в вашей компании. Такие самостоятельные направления деятельности принято называть “стратегическими областями бизнеса” (СОБ). Характерными признаками СОБ являются:

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

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

Бизнес-урок 10. Определяем стратегические области бизнеса

Зачастую стратегические области бизнеса возникают и развиваются в компании в неявной форме. Все начинается с выпуска какого-либо нового продукта или услуги. По мере распространения этого продукта выясняется, что его целевые клиенты не совпадают с традиционной клиентской базой компании. Нужно изучать потребности этих новых клиентов, чтобы развивать продукты и услуги в правильном направлении. Далее, выясняется, что на этом целевом рынке совсем иные условия конкуренции, здесь другие конкуренты, для противодействия которым необходимо вырабатывать особую стратегию. Но не всегда руководители осознают эти новые реалии. Поэтому новые бизнес-направления растут как беспризорные дети, не имея ни стратегии, ни маркетинга, ни собственных ресурсов, ни даже руководителя. Ясно, что выдающихся результатов при таком подходе достичь не удается. Существует немало компаний, руководители которых даже не подозревают о существовании у них целого ряда стратегических областей бизнеса, возникших спонтанно и развивающихся стихийно. Работая с нашими клиентами мы нередко обнаруживаем такие недоразвитые СОБ. В качестве примера приведу компанию, которая занимается производством трансформаторных подстанций. Такие сооружения всем знакомы – они стоят в каждом дворе.

Бизнес-урок 10. Определяем стратегические области бизнеса

По мере успешного развития этого бизнеса и расширения клиентской базы, компания стала брать заказы на установку этих станций и подключение. По-существу, это небольшие строительные проекты, содержащие все этапы строительства: проектирование, согласование документации, получение разрешений, прокладка коммуникаций, строительство фундамента, монтаж и др. Все это новые для компании процессы, которыми она прежде не занималась. Более того, на этом рынке другие клиенты, другие конкуренты и другие методы продвижения и продаж. Так, незаметно для себя, компания вошла в новый бизнес, не создав соответствующей организационной единицы, не обеспечив ее ресурсами. Поэтому новое направление развивалось импульсивно, преодолевая на каждом шагу многочисленные проблемы, пока к руководству компании не пришло понимание, что новый бизнес необходимо развивать на прочной организационной основе. После этого в компании появились две структурные единицы: “Трансформаторные подстанции” и “Комплексные проекты”. Первая из них работает в традиционном для компании направлении – производство трансформаторных подстанций, а вторая развивает новое направление бизнеса. В финансовой структуре каждая из этих бизнес-единиц определена как центр прибыли со своими источниками доходов, и собственной структурой затрат. Кроме этого в финансовой структуре выделен центр затрат “Управление компанией”, который выполняет административные функции и несет соответствующие расходы.

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

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

Если компания имеет единственное направление бизнеса, то этот этап мы опускаем.

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

Национальный проект Мойбизнес.рф — Команда


Команда

+

Тетерина Олеся Анатольевна

Заместитель директора Департамента инвестиционной политики и развития малого и среднего предпринимательства Минэкономразвития РФ

+

Сергашов Кирилл Григорьевич

Заместитель директора Департамента инвестиционной политики и развития малого и среднего предпринимательства Минэкономразвития РФ

+

Шаманская Наталья Евгеньевна

Начальник отдела инфраструктуры малого и среднего предпринимательства

+

Хайдуков Данил Степанович

Начальник отдела доступа к льготному финансированию субъектов малого и среднего предпринимательства

+

Нагиева Нармин Эльмановна

Начальник отдела цифровых технологий и информационной поддержки субъектов малого и среднего предпринимательства

+

Елькина Елена Анатольевна

Заместитель начальника отдела инфраструктуры малого и среднего предпринимательства

+

Парфёнова Юлия Сергеевна

Заместитель начальника отдела регулирования в сфере малого и среднего предпринимательства

+

Рахматуллина Люция Вагизовна

Ведущий консультант отдела инфраструктуры малого и среднего предпринимательства

+

Киришева Кристина Юрьевна

Ведущий консультант отдела инфраструктуры малого и среднего предпринимательства

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

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

Что такое бизнес-процессы

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














Что такое бизнес-процессы

Процессы

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

История появления термина

В 70-е годы ХХ века впервые описали термин «бизнес-процесс». Потребность в четких нотациях бизнес-процессов IDEF0 возникла при переходе к информатизации и разработке информационных систем. Использование последних значительно усложнило организацию труда и управление на предприятиях. От привычной словесной формы инструктирования работников стали переходить к описаниям процессов взаимодействия по моделям «человек – человек» и «человек – машина».

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

Зачем нужны бизнес-процессы

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

зачем нужны бизнес-процессы

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

Ключевые понятия процессного подхода

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

Каждый инструмент имеет:

характеристики бизнес-процессов

Процессыный подход
  • Название и цель – четкие и понятные всем участникам бизнес-процесса, чаще объединены.
    Например: заключение договора на оказание услуг с заказчиком – это и название бизнес процесса, и его цель.
  • Владельцы инструмента или исполнители – лица, которые отвечают за результат, руководят и контролируют деятельность задействованных в бизнес-процессе сотрудников.
    Например: заместитель директора по продажам.
  • Ресурсы – инструменты, которые требуются на любом из этапов создания продукта и остаются неизменными.
    Например: фрезерный станок на металлообрабатывающем предприятии.
  • Вход – ресурсы, чаще сырье, которое требуется для создания продукта и в конечном итоге преобразуется во что-то новое.
    Например: резина, из которой производят автомобильные шины.
  • Выход – готовый продукт. Должен соответствовать первоначальным требованиям. Может служить входом в другой бизнес-процесс.
    Например: готовый хлеб на хлебопекарском комбинате.

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

  • поставщики ресурсов;
  • последовательность действий;
  • конечный пользователь;
  • иные участники;
  • риски;
  • показатель эффективности.

Уровни бизнес-процессов

1-й уровень – внешние процессы, нацелены на решение стратегических задач предприятия, могут задействовать ряд организационных единиц.
Пример процессов верхнего уровня: распределение сырья и материалов по производственным подразделениям компании.

2-й уровень – внутренние процессы предприятия, задача которых – достигать тактических целей.
Пример: организация реализации товара.

3-й уровень – внутриструктурные процессы.
Пример: создание рабочего проекта в отделе проектирования.

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

Классификация бизнес-процессов

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

классификация бизнес-процессов

Классификация
  • по степени сложности;
  • по виду деятельности;
  • по месту в структуре организации;
  • по функциям подразделений;
  • по степени детализации или комплексности;
  • по исполняемости.

Рассмотрим, что входит в каждую группу.

По степени сложности

  • Монопроцессы – цикличные односложные операции.
  • Вложенные процессы – последовательности монопроцессов.
  • Связанные процессы – последовательности монопроцессов, выполняемые по предварительно заданной схеме.

По виду деятельности

  • Производственные – приводят к получению осязаемого продукта.
  • Процессы оказания услуг.

По месту в структуре организации

  • Горизонтальные – равные сотрудники компании взаимодействуют между собой.
  • Индивидуальные горизонтальные – действия совершают отдельные работники.
  • Межфункциональные горизонтальные – коммуникации происходят между специалистами различных отделов.
  • Вертикальные – взаимодействуют работники разных уровней (например, руководитель – подчиненный).
  • Интегрированные – работники по горизонтали и вертикали взаимодействуют одновременно.

По функциям подразделений

  • Управленческие.
  • Финансовые.
  • Складские.
  • Логистические.
  • Производственные.

По степени детализации или комплексности

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

По исполняемости

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

Виды бизнес-процессов

Существует множество видов бизнес-процессов, которые можно разделить на 6 категорий:

виды бизнес-процессов

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

Также разделяют бизнес-процессы:

По форме:

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

По функции:

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

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

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

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

Правила

Завершенность или ответ на ключевой вопрос

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

Краткость и лаконичность

Главная задача – предоставить специалистам всю информацию, необходимую для правильной, быстрой, слаженной работы. Это своего рода инструкция. Документ включает совокупность данных в большом объеме, но их важно изложить кратко, с акцентом на основные моменты. Лишние детали и отстраненные формулировки отвлекают.

Использование типовых нотаций

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

Понятность

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

Указание участников

Каждый сотрудник, задействованный в бизнес-процессе, должен быть указан прямо. При этом не рекомендуется применять спец. сноски Swimm line и классические сноски с нумерацией. Это затрудняет поиск ответственных лиц и сопоставление имен с задачами.

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

Существуют некоторые принципы, которых следует придерживаться при описании бизнес процессов:

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

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

Описание

Степень детализации выбирает менеджер, руководствуясь своим опытом. Выделяют 5 уровней анализа:

  1. Операция – мельчайшая единица деятельности, например, переключение тумблера, другой пример – копирование данных.
  2. Действие – ряд операций, требующих контроля и выполняемых последовательно.
  3. Процедура – ряд действий, выполняемых последовательно, в итоге которых получаем конкретный результат.
  4. Бизнес-процесс базового уровня – цикл процедур, связанных друг с другом, приводящий к существенному для компании результату и имеющий нескольких исполнителей.
  5. Направление деятельности – самая крупная единица деятельности компании, которая включает ряд групп бизнес процессов.

Описание бизнес-процессов проходит в 11 шагов. Разберемся, что делает бизнес-аналитик на каждом из них.

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

Шаги описания

Шаг 1. Определяем цель описания

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

Шаг 2. Определяем цели бизнес-процесса

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

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

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

Шаг 3. Подключаем руководителей отделов

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

Шаг 4. Разговариваем с сотрудниками

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

Шаг 5. Выделяем приоритетные задачи

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

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

Шаг 6. Фиксируем начало и конец бизнес-процесса

начало и конец бизнес-процесса

начало — конец

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

Шаг 7. Определяем ключевые точки бизнес-процесса

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

Например, в сфере продаж ключевыми точками будут:

  • получение контактов клиента;
  • переговоры;
  • обсуждение цены и других условий сотрудничества;
  • выставление счета.

Каждая ключевая точка имеет развилки, которые тоже предстоит описать. Развилок может быть много, а новые ветки мероприятий присоединяются с помощью операторов «и» / «или».

Шаг 8. Составляем предварительное описание

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

Шаг 9. Согласуем детали с компетентными специалистами и руководителями

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

Шаг 10. Демонстрируем финальный вариант

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

Шаг 11. Оформляем описание

Финальный этап – оформление готового документа. К текстовому описанию и графической нотации прилагаются модели, планы и другие документы.

Форматы описания бизнес-процессов

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

Текстовый

Самый распространенный формат, предполагает изложение большого объема текста словами.

Плюсы

Минусы

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

Табличный

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

Плюсы

Минусы

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

Графический

Модели и схемы – самый удобный и предпочтительный формат описания.

Плюсы

Минусы

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

Схема бизнес-процессов

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

Схема бизнес-процессов

Схема

Схема строится в 9 этапов:

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

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

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

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

Создание бизнес-процессов на предприятии

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

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

бизнес-процесс на предприятии

Создание

Анализ

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

Анализ необходим, если:

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

Анализ проводится путем первоначального описания текущих бизнес-процессов на предприятии.

Когда описывать бизнес-процессы обязательно:

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

Когда описывать бизнес-процессы необязательно:

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

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

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

Этапы описания

Существует 2 модели описания бизнес-процессов:

  • Модель «как есть» (в переводе с английского – as is). Демонстрирует текущие бизнес-процессы, которые нужно изучить и описать.
  • Модель «как должно быть» (переводится как to be). Создается исходя из анализа предыдущей модели, если нынешние бизнес-процессы оказываются неэффективными, несовершенными.

Модель «как есть» строится следующим образом:

  1. Собираем команду специалистов, которые задействованы в конкретном бизнес-процессе, в т. ч. аппарат управления.
  2. Собираем все необходимое для входа (информацию о ресурсах, мощностях, требованиях к качеству, времени обработки и исполнения заказов), обозначаем конечный результат.
  3. Формулируем этапы на основании собранных данных в ходе интервью с работниками. Персоналу можно задать такие вопросы:
  • Какие действия включены в процесс?
  • Как выполняется действие и где это происходит?
  • Кто ответственный за конкретную операцию?
  • Какой результат?
  • Как понять, что рабочий цикл закончен?
  • Какие документы сопровождают завершение цикла?
  • Куда эти документы потом передаются.
  1. Отображаем результаты в виде описания или графической нотации.

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

бизнес-процессы

Управление

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

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

Можно выделить 4 этапа BPM, прохождение каждого из которых находится под чутким управлением менеджера.

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

Этапы управления
  1. Моделирование. Предполагает выявление и описание бизнес-процессов с разграничением зон ответственности лиц, на которых возложено управление.
  2. Исполнение. Работники выполняют свои обязанности в соответствии с поставленными задачами.
  3. Контроль. Действия подчиненных строго контролируются, ежедневно отслеживается выполнение плана. На основании этих данных руководство может принять решение о поощрении персонала, штрафах, возмещении дополнительных расходов.
  4. Улучшение. Анализируется результат бизнес-процесса, выявляются ошибки, слабые стороны. На базе этого проводится оптимизация для улучшения результатов в следующих циклах.

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

Как появилось BPM

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

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

Автоматизировать управление бизнес-процессами требовалось всегда. Давно, когда таких технологий еще не было, предприниматели внедряли в свой бизнес различные стандарты и концепции, которые быстро устаревали. С распространением IT-технологий они стали применяться и в бизнесе, в т. ч. помогали создавать первые программы по управлению бизнес-процессами. Со временем такие системы трансформировались в полноценные BPM.

Модель зрелости BPM

модель зрелости BPM

Зрелость

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

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

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

На практике применяют различные подходы к моделированию, что позволяет выделить три основных вида:

  1. Структурное моделирование – применяется для исследования текущих и разработки новых систем. Здесь есть три подвида:
    • функциональное – бизнес-процесс показан как последовательность действий, использующих конкретные ресурсы, от входа к выходу;
    • имитационное (второе название – моделирование поведения) – схема строится с учетом временных интервалов, показывает, что происходит под воздействием внутренних и внешних условий;
    • информационное – демонстрирует связи между объектами и их свойства.
  2. Объектно-ориентированное моделирование – процессы представлены в виде набора объектов с событиями и условиями, детализация отсутствует. Говоря об объекте, подразумевают любой предмет, преобразуемый по ходу выполнения процесса.
  3. Интегрированное моделирование – включает модели разных видов и позволяет создать схему, которая представит комплексно объект моделирования.

Нотации моделирования бизнес-процессов

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

  • BPMN – помогает демонстрировать бизнес-процесс представителям разных аудиторий.

    BPMN

    BPMN
  • SADT – используется для создания функциональной модели.
  • DFD – стандарт для макропроцессов в бизнесе.
  • WFD – стандарт для бизнес-процессов нижнего уровня с возможностью демонстрации последовательности работ с учетом времени.
  • ARIS – применяется для создания, анализа, внедрения и улучшения бизнес-процессов.
  • EPC – показывает вход и выход процесса в ходе моделирования сложных комплексов.
  • STD – показывает, как ведет себя система при внешнем управляющем воздействии.
  • UML – описывает требования к ИС.
  • ERM – описывает концепцию бизнес-процесса.
  • FCD – описывает действия, исполнителей, оборудование и данные с помощью символов.
  • RAD – описывает и анализирует функциональные элементы, наглядно демонстрирует их взаимодействие.
  • ANSI – набор блок-схем для демонстрации хода процесса.
  • IDEF – набор инструментов для разделения и объединения блоков (IDEF0), изображения процесса (IDEF3) и др.
  • Unified Modeling Language – средства визуализации, конструирования, документирования систем и процессов.
  • Цветные сети Петри – демонстрируют переходы, изображают события и действия.
  • Дорожки Брюса Силвера – дополнение к другим нотациям, применяется, чтобы показать, как переходит ответственность от одного участника к другому.
  • Дорожки Брюса Силвера

    Дорожки
  • Карты потоков создания ценности – набор условных обозначений, которые показывают затраты времени и ресурсов.

Сравнение нотаций

Выше перечислено много различных нотаций, но на практике чаще всего применяется две наиболее популярные – BPMN и ARIS eEPS. Сравним их.

BPMN

ARIS eEPS

  • Развитая семантика.
  • Использует логические операторы, события.
  • Позволяет описывать специфические бизнес-процессы.
  • Имитирует бизнес-процесс.
  • Демонстрирует прерывание действия.
  • Показывает статусы документов.
  • Демонстрирует события до и после каждой операции.
  • Использует логические операторы.
  • Позволяет имитировать процесс наиболее корректно.
  • Крупные диаграммы.
  • Трудоемкое моделирование.
  • Ограниченная семантика.

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

Программы и сервисы для создания модели бизнес-процесса

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

Программы:

  • Bizagi Process Modeler;
  • Visual Paradigm;
  • ELMA BPM;
  • Fox Manager;
  • ARIS Express;
  • Business Studio;
  • ABC-FlowCharter;
  • CorelFlow;
  • Visio;
  • Proplan;
  • Ablauf-Profi;
  • Vamos-BE;
  • SYCAT;
  • AENEIS;
  • ARISToolset;
  • AIBAS;
  • Camunda-modeler.

Онлайн-сервисы:

  • сайт Diagram.ly;
  • сервис на сайте yWorks.

Внедрение бизнес-процессов

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

внедрение бизнес-процессов

Внедрение
  1. Ознакомление. Сообщаем коллективу работников о новой системе, вводим в курс дела.
  2. Вовлечение. Рассказываем о преимуществах, акцентируем внимание на выгодах, которые заставят персонал работать эффективнее.
  3. Тестирование. Запускаем программу на одном производственном участке. Еще один вариант проверки: по новому алгоритму может работать один специалист.
  4. Обучение. Если получены положительные результаты A/B-тестирования, обучаем остальных сотрудников работать по новым правила: рассказываем об обязанностях, описываем функционал автоматизированных систем и т. д.
  5. Применение. После обучения всех сотрудников полноценно запускаем бизнес-процесс.
  6. Контроль. Регулярно проверяем, справляется ли персонал с новыми обязанностями, соблюдают ли алгоритм в своей работе. Обязанности по управлению могут быть возложены на руководителей отделов или специально выделенных сотрудников.

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

Оптимизация бизнес-процессов

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

Можно выделить 2 большие группы методов оптимизации:

  1. Методы «здравого смысла».
  2. Методы «бережливого производства».

Рассмотрим, что входит в каждую группу.

Методы «здравого смысла»:

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

Методы «бережливого производства» предполагают:

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

Потребность в оптимизации бизнес-процессов можно обнаружить вскоре после их запуска.

Автоматизация бизнес-процессов

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

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

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

Существуют различные системы автоматизации: от привычных корпоративных CRM до многофункциональных EPR. Выбор того или иного ПО определяется задачами бизнес-процесса.

Преимущества внедрения процессного управления

Автоматизация бизнес-процессов позволяет:

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

Реинжиниринг и постоянное совершенствование

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

  1. Определяем потребности компании и основания для проведения реинжиниринга. Здесь нужно провести анализ и понять, что в бизнес-процессе идет не так.
  2. Формируем группу. Можно найти специалистов со стороны или задействовать своих компетентных сотрудников.
  3. Намечаем основные бизнес-процессы. Здесь важно точно выявить проблемы, понять потребности клиентов, сформулировать задачи и цель компании.
  4. Меняем подход. Нужно пересмотреть тактику создания бизнес-процесса и его реализации, при необходимости не ограничиться улучшением прежнего алгоритма, а полностью изменить ее.
  5. Подключаем сотрудников. Реинжиниринг требует тестирования, а работники, которые будут непосредственно реализовывать обновленную схему, дадут обратную связь.

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

основные черты реинжиниринга

Основные черты

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

Постоянное совершенствование характеризуется:

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

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

Пример анализа и оптимизации бизнес-процессов

Исходные данные: Предприятие по производству мебели из натурального дерева.

После проведенного анализа бизнес-процессов, стало очевидно, что в компании есть проблемы:

  • слишком большие сроки поставки, о чем свидетельствуют жалобы клиентов;
  • производственный отдел регулярно простаивает из-за задержек поставок лакокрасочных материалов (ЛКМ).

На основании выявленных проблем были поставлены цели:

  • организовать поставку ЛКМ в срок;
  • ускорить изготовление и поставку готового продукта клиентам до прописанных в договоре 10 дней.

В рамках оптимизации решено предпринять следующие меры:

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

Ошибки при внедрении систем управления

  • Неверная постановка целей и задач.
  • Несогласованность подразделений.
  • Несоответствие возможностей и желаний.
  • Слишком подробное описание бизнес-процесса.
  • Стремление описать все процессы в компании.
  • Использование собственных придуманных условных обозначений вместо общепринятых нотаций.
  • Путаница между бизнес-процессами компании и IT-среды.
  • Ожидание прибыли (измеримой ценности) от любых бизнес-процессов.
  • Стремление создать идеальный бизнес-процесс.

Часто задаваемые вопросы

При внедрении ВРМ-системы ее поддержкой может заниматься как разработчик, так и штатный аналитик компании. Специально обучаться этому не нужно, достаточно пройти инструктаж. Процесс внедрения индивидуальный и может занимать от 2-3 недель до 2 месяцев в зависимости от ряда факторов.

Моделирование бизнес-процесса позволяет увидеть все его этапы и операции пошагово в виде схемы, изучить работу изнутри, выявить «узкие места». Регламентировать процессы целесообразно, когда в компании осуществляется более 1000 регулярных управленческих воздействий.

Управление бизнес-процессами актуально для компаний, которые:

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

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

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

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

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

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

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

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

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

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

Заключение

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

Алексей Ефремов

Финансовый консультант

Все статьи автора

Нашли ошибку в тексте? Выделите нужный фрагмент и нажмите
ctrl
+
enter

Продолжая разговор про практический бизнес-анализ, сегодня рассмотрим, что такое BABOK, как появился этот свод знаний и чем именно он полезен бизнес-аналитику, а также руководителю. Читайте в нашей статье краткий ликбез по Business Analysis Body of Knowledge: назначение, основное содержание и особенности сертификации.

Что такое BABOK и зачем он нужен бизнес-аналитику

BABOK – это акроним от Business Analysis Body of Knowledge, руководство к своду знаний по бизнес-анализу от Международного института IIBA (International Institute of Business Analysis) [1]. Примечательно, что само руководство позиционируется не как профессиональный стандарт бизнес-аналитика, а как набор общепринятых практик бизнес-анализа. Однако, с прикладной точки зрения этот документ можно рассматривать именно как профессиональный стандарт или фреймворк профессиональной деятельности бизнес-аналитика, который описывает входящие в нее области знаний, базовые компетенции, методы, техники, подходы и практики. Тем более, что, помимо этих основных понятий, как и любой предметный свод знаний, БАБОК пытается определить профильную специальность с помощью согласованной терминологии и решаемых на практике задач.

Первая версия BABOK была издана в 2005 году, а последняя (3.0) – в 2015 [2]. При том, что BABOK считается руководством, он НЕ является пошаговой методологией или учебником по отдельным техникам. Он включает ссылки на различные методы, инструменты, практики и подходы, но не детализирует их, предполагая у своего читателя наличие опыта работы со всеми этими средствами. Тем не менее, такое масштабное в целом, пусть и краткое описание в отдельности, описание большинства практических задач и способов их решения позволяет бизнес-аналитику структурировать и систематизировать уже имеющиеся компетенции, а также освоить несколько новых инструментов и по-другому взглянуть на знакомые вещи. Бонусом к этому идет почти 20%-ое повышение зарплаты, которое получают сертифицированные IIBA специалисты по BABOK, согласно ежегодному отчету IIBA. О процессе сертификации мы поговорим далее, а пока подчеркнем, что БАБОК предназначен для опытных профессионалов по бизнес-анализу и не подходит в качестве введения в специальность для новичков.

Кому еще пригодится БАБОК и каким образом

Итак, систематизация знаний и умений, описанных в данном руководстве, позволяет получить целостную картину о профессиональной деятельности бизнес-аналитика. Поэтому BABOK также полезен преподавателям и специалистам, которые разрабатывают курсы повышения квалификации и программы обучения по системному и бизнес-анализу в ВУЗах и специализированных учебных центрах [3]. Также стоит упомянуть косвенную пользу от BABOK, которую он приносит менеджерам и рекрутерам, выступая в качестве профессионального маркера, который отмечает состоявшегося бизнес-аналитика. Как мы уже отметили выше, IIBA проводит сертификацию по данному своду знаний через сдачу экзаменов в виде онлайн-тестирования на английском языке. Далее мы рассмотрим, какие профессиональные уровни бизнес-аналитика выделяет IIBA.

ECBA, CCBA, CBAP: 3 вида профессиональных сертификатов IIBA по BABOK

На сегодняшний день IIBA выделяет 3 уровня профессиональных компетенций бизнес-аналитика по руководству BABOK, в зависимости от практического опыта кандидатов [4]:

  • ECBA (Entry Certificate in Business Analysis) – начальный уровень, предполагающий знание основных понятий. Для сдачи экзамена кандидат должен освоить минимум 21 час профессионального развития, пройдя соответствующие тренинги, специальные курсы по критериям IIBA (endorsed courses). Требования к практическому опыту отсутствуют.
  • CCBA (Certification of Capability in Business Analysis) – продвинутый уровень, включающий не только знание основных понятий, но и умение их использовать на практике. В отличие от ECBA, кандидату необходимо освоить 35 часов профессионального развития за последние 4 года, а также иметь минимум 3750 часов (2-3 года) практической работы за последние 7 лет.
  • CBAP (Certified Business Analysis Professional) – экспертный уровень, подразумевающий отличное владение материалом свода знаний, подтвержденный опытом практической работы не менее 7500 часов (около 5 лет) за последние 10 лет. В отличие от ECBA и CCBA требуется минимум 35 часов профессионального развития за последние 4 года.

BABOk сертификация, уровни бизнес-аналитика IIBA

Сертификат ECBA действует бессрочно, CCBA и CBAP действительны 3 года, по истечении которых необходима ресертификация в виде повторной сдачи экзамена. Количество и качество экзаменационных вопросов также зависит от уровня сертификации. Например, тесты CCBA и CBAP содержат по 130 и 120 вопросов соответственно. Причем большая часть из них представлена в виде case-study, когда к одной бизнес-ситуации, описанной достаточно подробно, задается несколько вопросов. ECBA не включает таких кейсов и состоит всего из 50 вопросов. Время, отведенное на решение задач и цена экзамена также зависят от уровня. Более детально о процессе сертификации мы поговорим в отдельной статье, а сейчас рассмотрим краткое содержание BABOK.

Управление бизнес-анализом — курс для руководителей

Код курса
BAMP

Ближайшая дата курса

22 мая, 2023

Длительность обучения
8 ак.часов

Стоимость обучения
15 000 руб.

Что включает Business Analysis Body of Knowledge: краткое содержание

Прежде всего отметим, что BABOK v3 – довольно объемное издание. Англоязычная версия изложена на 500 страницах А4, а русскоязычная – более чем на 600. Свод знаний состоит из 11 глав и 4-х приложений, которые описывают следующее [1]:

  • основные понятия бизнес-анализа, определение работы бизнес-аналитика, структура самого руководства, базовые термины и ключевые концепции;
  • подробное описание всех 6 областей знаний по бизнес-анализу, включая входы, выходы, инструменты и руководства, техники и заинтересованные стороны каждой задачи для любой области знаний;
  • профессиональные компетенции бизнес-аналитика, о которых мы говорим здесь;
  • методы, практики и подходы, объединенные термином «техники», которые чаще всего применяются для решения практических задач;
  • перспективы (ракурсы), в рамках которых работает бизнес-аналитик;
  • приложения с глоссарием терминов, раскладкой техник по задачам, списком экспертов-разработчиков и отличия BABOK от предыдущей версии.

Лучшее из BABOK®Guide: ТОП-10 задач и 20+ техник для аналитика

Код курса
EXBAB

Ближайшая дата курса

3 июля, 2023

Длительность обучения
24 ак.часов

Стоимость обучения
45 000 руб.

Как изменилась стоимость всех сертификационных экзаменов с 1 марта 2022 года, смотрите здесь. А структура и содержание BABOK®Guide на практических примерах разбираются на курсах нашей Школы прикладного бизнес-анализа в лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:

  • Лучшее из BABOK®Guide: ТОП-10 задач и техник для аналитика
  • Управление бизнес-анализом – курс для руководителей

Источники

  1. https://www.iiba.org/standards-and-resources/babok/
  2. https://en.wikipedia.org/wiki/A_Guide_to_the_Business_Analysis_Body_of_Knowledge
  3. https://hsbi.hse.ru/articles/babok-guide-business-analysis-body-of-knowledge/
  4. https://www.iiba.org/certification/iiba-certifications/

Предложите, как улучшить StudyLib

(Для жалоб на нарушения авторских прав, используйте

другую форму
)

Ваш е-мэйл

Заполните, если хотите получить ответ

Оцените наш проект

1

2

3

4

5

  • Что из себя представляет оргструктура организации?

  • Принципы построения организационной структуры

  • Типы организационных структур управления предприятия

  • Заключение

Аутсорсинг «Моё дело — Бухобслуживание»

Команда из бухгалтера, юриста, кадровика и бизнес-ассистента возьмёт на себя всю рутину и общение с госорганами

Узнать подробнее

Что из себя представляет оргструктура организации?

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

Она выстраивает иерархию внутри компании и схематично определяет направления действий при принятии и исполнении решений.

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

Таким образом, цель создания оргструктуры — настроить работу компании. Опираясь на эту схему, руководство сможет:

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

Структурная схема организации или ИП
Структурная схема организации или ИП

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

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

Принципы построения организационной структуры

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

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

Уже после построения организационной структуры нужно будет:

  1. подробно расписать все бизнес-процессы — регламентировать действия по достижению основных целей бизнеса, с разбивкой по типам и исполнителям;
  2. настроить каналы коммуникаций — расписать схему взаимодействия и обмена данными, установить цепочки связей по управлению и контролю с указанием ответственных лиц;
  3. сформировать корпоративный кодекс (политику) — правила этики, поведения, внутреннего распорядка в компании.

Типы организационных структур управления предприятия

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

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

При этом подходы к формированию этих двух типов оргструктур могут быть разными:

Подход Описание
Механистический Жёсткая система разграничений обязанностей с прямым подчинением руководителям блоков. Система управления каждого блока замкнута. Схема взаимодействия работает как часовой механизм — стабильно и без изменений.
Органический Гибкая система взаимоотношений. Нет центрального объекта управления, окончательные решения принимаются коллегиально. Подходит в условиях постоянно меняющихся реалий ведения бизнеса.
Традиционный Самый распространённый подход для небольших компаний — управление идёт сверху вниз, чётких разграничений между блоками управления нет.

Подходы к схеме организации работ

Рассмотрим 8 основных видов оргструктур, которые применяются в управлении бизнесом. Никаких ограничений в их использовании нет — можно адаптировать структуру под себя, поменять, если не подойдёт, или совмещать виды при разных направлениях деятельности.

Линейная система

hidden>

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

Для малого бизнеса подходит структура управления линейного типа
Для малого бизнеса подходит структура управления линейного типа

Положительные стороны такой оргструктуры заключаются в:

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

В то же время присутствуют и недостатки:

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

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

Линейно-штабная система

hidden>

Расширенная версия линейной структуры — с добавлением штаба (мозгового центра), которому делегируются некоторые бизнес-процессы, преимущественно аналитического типа. Некоторые сотрудники выделяются в отдельную структуру (штаб), которая помогает руководству принимать управленческие решения. Штаб собирает и анализирует информацию, даёт рекомендации, но не имеет права выносить решения.

Сама структура будет выглядеть так:

Схема организации бизнеса по линейно-штабному типу
Схема организации бизнеса по линейно-штабному типу

Плюсы линейно-штабной структуры:

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

Минусы:

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

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

Функциональная система

hidden>

Распределение обязанностей производится по горизонтали — согласно выполняемым функциям. Есть генеральный директор, и есть функциональные директора — по финансам, продажам, производству, и т.д. Каждый отвечает за своё направление деятельности. У каждого из них в подчинении службы и отделы, выполняющие задачи своего узкого направления для всего предприятия. Схема следующая:

Функциональная схема организации предприятия
Функциональная схема организации предприятия

Чем хороша система? В ней присутствуют:

  • высокий профессионализм и специализация исполнителей;
  • чёткая иерархия внутри направлений — исполнители знают с кем взаимодействовать и куда обращаться;
  • высокое качество работы;
  • равноценный вклад подразделений в конечный продукт. Не бывает особых “каст” и “любимчиков”.

В то же время есть и недостатки:

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

Такую модель применяют холдинги — предприятия с множеством направлений деятельности и широкой линейкой продукции.

Линейно-функциональная система

hidden>

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

Схема такая:

 Организационная структура организации: линейно-функциональная схема
Организационная структура организации: линейно-функциональная схема

Достоинства структуры:

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

Недостатки:

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

Дивизионная система

hidden>

В этой структуре генеральный руководитель отвечает за стратегию и развитие компании, а руководители дивизионов (подразделений) — за оперативное управление ими. Дивизионы могут распределяться по:

  1. видам продукции и услуг (дивизион продаж продуктов питания, дивизион аренды площадей, дивизион строительства, и т.д);
  2. территориальному расположению (представительство в Казани, представительство в Самаре, и т.д.);
  3. конечному потребителю (дивизион по работе с коммерческими структурами, дивизион по работе с государственными учреждениями, и т.д.).

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

Схематично это выглядит так:

Опорная схема коммерческих организаций по дивизионному типу
Опорная схема коммерческих организаций по дивизионному типу

Чем хороша такая структура:

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

Что негативно влияет на качество управления такой моделью:

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

Проектная система

hidden>

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

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

Модель структуры будет такой:

Проектная система
Проектная система

Положительные стороны проектной схемы:

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

Отрицательные моменты:

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

Матричная система

hidden>

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

Приходится выполнять поручения и работу по двум направлениям. Выглядит это так:

Матричная система
Матричная система

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

Бригадная или кросс-функциональная система

hidden>

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

Вот схема:

Бригадная или кросс-функциональная система
Бригадная или кросс-функциональная система

Преимущества указанной модели состоят в следующем:

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

Отрицательные моменты:

  • сложности в координации действий бригад;
  • жесткие требования к квалификации работников;
  • текучка кадров из-за физически тяжёлой работы;
  • трудности в коммуникации между бригадами и линейными службами.

Заключение

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

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

Иначе это существенно замедлит работу и снизит производительность.

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

Зарегистрируйтесь в интернет-бухгалтерии «Моё дело»

И получите бесплатную круглосуточную экспертную поддержку по всем вопросам бухгалтерского учёта и налогообложения.

Получить доступ

Главная картинка статьи №14

Часть 1

Настольный справочник аналитика

Напоминание

Предыдущей статьей из серии «Настольный справочник аналитика», нами был начат «адаптированный пересказ» основополагающего труда по бизнес анализу, «Babok», который посвящен своду лучших практик данной дисциплины. Мы закончили на том, что ввели основные предпосылки к появлению «Babok» и представили на суд аудитории подготовленный, для русскоязычного специалиста, словарь, приведенный в рассматриваемом «талмуде» :)

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

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

О главе первой «Введение»

1.1. Что такое «Babok»?

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

Основная цель «Babok» — определение бизнес — анализа. Это является основой, для идентификации того, чем должны руководствоваться практикующие специалисты для выявления и обсуждения той работы, которая выполняется ими, того, какими навыками и знаниями они должны обладать, и в дальнейшем эффективно их применять. «Babok» определяет рамки, описывающие задачи бизнес — анализа, которые должны быть сформированы и затем представлены в качестве решения, которое позволит достигнуть определенной ценности для организации заказчика. Форма, которая является представлением для задач, позволяет установить взаимосвязи между различными вариантами реализации решений. Каждая задача должна вносить вклад в общее представление формы решения, прямо или косвенно, что приведет к достижению поставленной цели в дальнейшем.

Эта глава обеспечивает введение основных концептов в области бизнес — анализа и описывает структуру «Babok». С 2 по 7 главы определяются задачи, которые должны быть выполнены в результате бизнес — анализа. Глава 8 описывает компетенции, которые эффективно поддерживают уровень знаний и навыков бизнес – аналитика в его деятельности. Глава 9 описывает основной инструментарий для практики бизнес — анализа.

1.2 Что такое бизнес — анализ?

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

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

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

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

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

1.3 Ключевые понятия

1.3.1 Домены

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

1.3.2 Решения

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

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

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

1.3.3 Требования

Требование это (по IEEE 610.12-1990):

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

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

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

Большая часть существующей литературы по бизнес — анализу написана с предположением того, что требования только описывают состояние программного обеспечения, которое разработано для реализации в нём. Другие определения могут включать будущие состояния бизнес – функций, также ограничения значения этого термина для определения конечных стэйкхолдеров, заинтересованных в достижении конечных показателей, а не средств, с помощью которых они будут достигнуты. Хотя все эти различия употребления термина являются разумными и оправданными, в «Babok» его употребление значительно шире, чем то, которое приведено выше.

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

1.3.3.1 Схема классификации требований

Для целей «Babok» представлена следующая схема классификации требований, используемая для их описания:

  • Бизнес – требования это высокоуровневое представление целей, задач или потребностей предприятия. Они описывают причины, почему проект был инициирован, цели, которые проект должен достичь, и метрики, которые будут использоваться для измерения его успеха. Бизнес требования описывают потребности организации в целом, а не отдельной группы или стэйкхолдеров. Они разработаны и определены благодаря анализу предприятия
  • Требования стэйкхолдеров это состояние потребностей конкретных стэйкхолдеров или группы стэйкхолдеров. Они описывают потребности, которые имеют стэйкхолдеры и то, как стэйкхолдеры будут взаимодействовать с решением. Требования стэйкхолдеров выполняют роль моста между бизнес требованиями и различными группами требований решения. Они разработаны и определены с помощью анализа требований.
  • Требования решения описывают характеристики решения, которые удовлетворяют бизнес требованиям и требованиям решения. Они разработаны и определены с помощью анализа требований. Они часто подразделяются на подкатегории, особенно, когда требования описывают решение к программному обеспечению
    • Функциональные требования это требования, которые описывают поведение и информацию, которая будет управлять решением. Они описывают возможности системы, которые будет возможно выполнить в условиях поведения системы или операций – действия определенного информационного приложения или его ответной реакции.
    • Не функциональные требования это установленные условия, не оказывающие непосредственного влияния на поведение или функциональность решения, но описывающие условия окружения, которое оказывает влияние на эффективность решения или качество, которое должна иметь система. Они также известны, как добавочные требования или требования к качеству. Они могут включать в себя требования к мощности, скорости, безопасности, доступности, информационной архитектуре, представлению пользовательского интерфейса.
  • Переходные требования описывают возможности, которые решение должно иметь для того, чтобы облегчить переход от текущего состояния к желаемому будущему состоянию. Переходные требования не понадобятся после того, как переход осуществлен. Они отличаются от других типов требований, по причине того, что в реальной ситуации они временны и поэтому не могут быть разработаны пока оба, существующее и новое решение, не определены. Данный тип требований полностью «перекрывает» необходимые для перехода из текущего, в желаемое состояния данные, «пробелы» навыков, которые должны быть восполнены, и другие связанные изменения, необходимые для достижения конечного состояния. Они разработаны и определены с помощью оценки и проверки решения.

1.4 Области знаний

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

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

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

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

Управление требованиями и коммуникациями (Глава 4) описывает, как бизнес — аналитики управляют конфликтами, проблемами и изменениями для обеспечения того, чтобы заинтересованные стороны и команда проекта остаются в рамках решения, как требования собраны у стэйкхолдеров, и как знания, приобретенные бизнес — аналитиком проанализированы для использования в будущем.

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

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

Взаимосвязи между областями знаний

Рисунок 1.1. Взаимосвязи между областями знаний

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

Основополагающие Компетенции (Глава 8) описывают поведение, знания и другие характеристики, которые поддерживают эффективное выполнение бизнес-анализа.

1.5 Задачи

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

1.5.1 Цель

Каждая задача имеет цель. Цель — это краткое описание причины выполнения задачи для бизнес – аналитика. Цель включает в себя ценность, которая может быть достигнута после того, как задача будет выполнена.

1.5.2 Описание

Задача — это важнейшая часть работы, которая должна быть выполнена как часть бизнес – анализа. Каждую задачу следует выполнять после выполнения большинства инициатив бизнес – анализа. Любая задача может быть выполнена любое количество раз.

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

Задача имеет следующие характеристики:

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

«Babok» не предписывает процесс или порядок, в котором задачи должны выполнятся. Некоторое упорядочивание задач неизбежно, так как выполнение определенных задач, дают результаты, которые требуются для выполнения других задач. Однако, важно иметь в виду, что «Babok» предписывает только то, что должно быть выполнено обязательно. Результат может быть неполным или задача может быть изменена и пересмотрена, что может повлиять на то, что её потребуется выполнять несколько раз. Итеративный или гибкий жизненный цикл может требовать того, чтобы задачи во всех областях знаний были выполнены одновременно. Жизненные циклы с ясными определенными фазами так же будут требовать выполнения задач из разных областей знаний, в каждой фазе. Задачи могут выполняться в разном порядке, при условии, что для выполнения задачи есть все необходимые ресурсы.

Описание задачи объясняет более подробно:

  • Почему задача выполняется?
  • Что такое задача?
  • Какие результаты должны быть достигнуты при её выполнении?

1.5.3 Вход

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

  • Ясно сформированное, вне рамок бизнес анализа
  • Задача, сформированная в ходе бизнес анализа

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

Схемы входа/выхода задач

Рис. 1.2 Схемы входа/выхода задач

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

Классификация Требования [состояние или состояния]. Если указанные требования не классифицированы или не имеют определенного состояния, любое из всех требований может быть использовано в качестве входа или выхода. К примеру, «Требования [Состояния]» значит, что требование может иметь любую классификацию, тогда как «Бизнес требования», должно обозначать, что бизнес требования могут быть в любом возможном состоянии (верифицированное, приоритезированное, и т.д.).

Требования также могут комбинироваться в некоторых случаях. К примеру, Требования [Приоритезированные и Верифицированные] следует понимать, как требования и приоритезированные, и верифицированные одновременно. Требования [Приоритезированные или Верифицированные] значит, что требования могут быть приоритезированы или верифицированы, или одновременно находится в обоих состояниях.

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

Вместо прощания

Ну что же, глубоковажаемые Аналитики и Аналитикессы! :)

Соблюдая рамки приличий и ранее предложенный формат создания статей данной серии, мы говорим Вам «До свидания!».

На этот раз наше прощание будет недолгим. У нас уже заготовлены черновики следующего очерка о «Babok», в котором будет продолжен рассказ первой главы.

Всего доброго, профессиональных свершений и развития!

Авторы статьи

Иван Никитин

Михаил Цулая

Предложите, как улучшить StudyLib

(Для жалоб на нарушения авторских прав, используйте

другую форму
)

Ваш е-мэйл

Заполните, если хотите получить ответ

Оцените наш проект

1

2

3

4

5

Перевод выполнила: Анна Гасраталиева (krupeak@gmail.com).


Введение

Руководство BABOK (свод знаний BABOK) — это всемирно признанный стандарт по бизнес-анализу. BABOK описывает области знаний бизнес-анализа, задачи, базовые компетенции, методики и точки зрения на бизнес-анализ.

Цель книги “Свод знаний по бизнес-анализу”

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

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

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

Рисунок «Бизнес-анализ вне проекта»:
business_analysis_beyond_projects

Что такое бизнес-анализ?

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

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

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

Существуют разные точки зрения на бизнес-анализ. Руководство BABOK описывает некоторые из них: гибкие методологии, интеллектуальный анализ данных, информационные технологии, архитектура бизнеса и управление бизнес-процессами. Любую точку зрения можно рассматривать как призму, через которую бизнес-аналитик рассматривает свою рабочую деятельность, находясь при этом в определенном контексте. Руководство BABOK описывает точки зрения, которые могут использоваться в инициативе (одной или нескольких), но оно не содержит описания всех контекстов и дисциплин.

Кто такой бизнес-аналитик?

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

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

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

Обычно деятельность бизнес-аналитиков включает в себя:

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

Бизнес-аналитика также могут называть:

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

Структура книги

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

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

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

Основные понятия

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

  • Ключевая концептуальная модель бизнес-анализа (BACCM);
  • Основные понятия;
  • Схема классификации требований;
  • Заинтересованные лица;
  • Требования и проектирование (дизайн).

Области знаний

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

Существует шесть областей знаний:
Планирование и контроль бизнес-анализа: описание задач, которые бизнес-аналитики выполняют, чтобы организовать работу и скоординировать усилия бизнес-аналитиков и заинтересованных лиц. Результаты выполнения этих задач используются в качестве ключевых входных данных и руководящих принципов (рекомендации) для всех прочих задач Руководства BABOK®.
Обследование и взаимодействие: описывает задачи, которые бизнес-аналитики выполняют, чтобы подготовить и провести обследование деятельности и утвердить полученные результаты. В том числе описывается взаимодействие с заинтересованными лицами по всем направлениям деятельности после того, как собрана информация для анализа.
Управление жизненным циклом требований: описывает задачи, которые бизнес аналитики выполняют для того, чтобы управлять и поддерживать требования и данные, необходимые для проектирования, на всех этапах жизненного цикла. Эти задачи описывают установление конструктивных взаимосвязей между требованиями и дизайном, а также позволяют оценивать, анализировать и приходить к единому мнению по предлагаемым изменениям в требованиях и дизайне.
Стратегический анализ: описывает аналитическую работу по взаимодействию с заинтересованными лицами, которая должна осуществляться в целях выявления стратегических или тактических бизнес-потребностей, а также привести в соответствие результирующую стратегию с высокоуровневыми и низкоуровневыми стратегиями.
Анализ требований и определение решений: описывает задачи, которые
бизнес-аналитики выполняют, чтобы
○ структурировать и организовать требования, обнаруженные во время обследования,
○ описать их,
○ построить модель,
○ спроектировать,
○ валидировать (проверить) и верифицировать (утвердить) информацию,
○ определить варианты решений, которые отвечают нуждам бизнеса, и
○ оценить потенциальную ценность, которую может дать каждый вариант решения.
Эта область знаний охватывает инкрементальные и итерационные деятельности: от первоначальной концепции и исследования потребностей до преобразования этих потребностей в частное рекомендуемое решение.
Оценка решений: описывает задачи, которые бизнес-аналитики выполняют, чтобы оценить эффективность работы и ценность решений, предлагаемых компании-заказчику, а также рекомендовать устранение препятствий или ограничений, которые мешают использованию всех преимуществ решения.

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

Следующая диаграмма показывает соотношение между этими областями знаний.
Рисунок «Связи между областями знаний»:
relationships_between_knowledge_areas

Задачи

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

Каждая задача в BABOK описана в следующем формате:

  • Цель
  • Описание
  • Входные данные
  • Элементы
  • Принципы/Инструменты
  • Методы
  • Заинтересованные лица
  • Выходные данные

Цель
Раздел “Цель” содержит краткое описание причины для выполнения задач бизнес-
аналитиком, и ценность, которую принесет выполнение задачи.

Описание
Раздел “Описание” более подробно объясняет, в чем суть задачи: что и почему должно быть выполнено.

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

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

Принципы и инструменты
Этот раздел содержит список ресурсов, необходимых для преобразования входных данных в выходные. В “принципах” содержатся инструкции и описания о том почему и как выполнить задачу. Инструмент — это то, что используется для реализации задачи.
Руководящие принципы и инструменты могут содержать в себе выходы от других задач.

Методы
В разделе “Методы” перечислены приемы, которые могут быть использованы для выполнения задач бизнес-анализа.

Заинтересованные лица
В разделе “заинтересованные лица” составлен общий перечень заинтересованных сторон, которые, скорее всего, будут участвовать в выполнении этой задачи или которые будут этой задачей затронуты. BABOK не утверждает, что эти роли должны быть указаны для любой инициативы.

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

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

Базовые компетенции

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

Базовых компетенции имеют следующую структуру:

  • Цель
  • Описание
  • Измерение эффективности

Цель
Раздел “Цель” описывает, почему бизнес-аналитику выгодно наличие базовых компетенций.

Описание
Определением разделе описываются навыки и знания, вовлеченные в применение этой компетентности.

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

Методы

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

Раздел имеет следующую структуру:

  • Цель
  • Описание
  • Элементы
  • Особенности использования

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

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

Элементы
Раздел “Элементы” описывает ключевые понятия, которые необходимы для того, чтобы понять, как использовать метод.

Особенности использования
В разделе «особенности использования” описаны условия, при которых
прием может быть более или менее эффективными.

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

В BABOK 3 включены следующие подходы:

  • Гибкие методологии (Agile)
  • Интеллектуальный анализ данных (Business Intelligence)
  • Информационные технологии
  • Архитектура бизнеса
  • Управление бизнес-процессами

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

Раздел “Точки зрения” имеют следующую структуру:

  • Границы изменений
  • Бизнес-анализ границ
  • Методологии, методы и приемы
  • Базовые компетенции
  • Воздействие на области знаний

Границы изменений
Раздел “Границы изменений” описывается на какую часть компании влияет изменение с каждой точки зрения и как сильно оно влияет на цели и текущую деятельность компании. В разделе указывается тип решаемых задач, суть искомых решений, а также подход к реализации этих решений и к оценке их ценности.

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

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

Методики, включенные в данный раздел, это методики, не включенные в главу “Методики” руководства BABOK, но особенно актуальные в рамках рассматриваемой точки зрения.

В разделе “Архитектура бизнеса” вместо методик или подходов перечислены эталонные модели. В разделе “управление бизнес-процессом” вместо подходов перечислены инструменты и точки зрения на управление процессами.

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

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


Перевод выполнила: Анна Гасраталиева (krupeak@gmail.com).

4.5
8
Голоса

Рейтинг статьи

From Wikipedia, the free encyclopedia

The following outline is provided as an overview of and topical guide to business management:

Business management – management of a business. Business management rule #1 is delegation, assign the best qualified people to each position and trust your staff to do the work instead of trying to do everything yourself. It includes all aspects of overseeing and supervising business operations. Management is the act of allocating resources to accomplish desired goals and objectives efficiently and effectively; it comprises planning, organizing, staffing, leading or directing, and controlling an organization (a group of one or more people or entities) or effort for the purpose of accomplishing a goal.

For the general outline of management, see Outline of management.

Overview[edit]

  • Business administration – Administration of a commercial enterprise
  • Business – Organization undertaking commercial, industrial, or professional activity
  • Corporate finance – Framework for corporate funding, capital structure, and investments
  • Entrepreneurship – Creation or extraction of economic value
  • Outline of business – Overview of and topical guide to business
  • Social entrepreneurship – Approach to develop, fund and implement solutions to social or environmental issues

Types of organizations[edit]

Organization – Social entity established to meet needs or pursue goals

  • Company – Association or collection of individuals
    • Corporation – Legal entity incorporated through a legislative or registration process
      • Nonprofit corporation – legal entity incorporated for purposes other than generating profits
  • Co-operative – Autonomous association of persons or organizations – Autonomous association of persons united voluntarily to meet their common economic, social, and cultural needs and aspirations through a jointly owned and democratically controlled enterprise
  • Government – System or group of people governing an organized community, often a state
  • Nonprofit organization – Organization operated for a collective benefit
    • Nonprofit corporation – legal entity incorporated for purposes other than generating profits

Areas of management application[edit]

Management application can be utilised by a person or a group of people and by a company or a group of companies depending upon the type of management skills being used. Management can be applied to every aspect of activity of a person or an organization:

Self-management skills[edit]

Self-governance is the act of conducting oneself to get things done.[1] Effective management of oneself is a natural prerequisite of effective management.[2] Personal skills related to business activity include:

  • Managerial effectiveness – Capability of producing the desired result – getting the right things done. Peter Drucker reminds us that «effectiveness can and must be learned».[3]
  • Self-control – in the general sense, controlling one’s own actions and states
    • Attention management – models and tools for supporting the management of attention at the individual or at the collective level (cf. attention economy), and at the short-term (quasi real time) or at a longer term (over periods of weeks or months)
    • Stress management – Spectrum of techniques and psychotherapies
    • Task management – Process of managing a task through its life cycle
    • Time management – Process of planning and exercising conscious control of time spent on specific activities
  • Self-employment – State of working for oneself rather than an employer
  • Personal resource management
    • Personal information management – Tools and systems for managing one’s own data
    • Personal knowledge management – Process by which a person manages knowledge
    • Personal finance – Budgeting and expenses

General organization management skills[edit]

  • Administration
  • Agile management – Type of project management
  • Asset management – Systematic method of maintaining assets
  • Change management – Management discipline studying human transformational processes within organizations is a field of management focused on organizational changes. It aims to ensure that methods and procedures are used for efficient and prompt handling of all changes to controlled IT infrastructure, in order to minimize the number and impact of any related incidents upon service.
  • Conflict management – Process of limiting the negative aspects of conflict while increasing its positive aspects
  • Conflict resolution – Methods and processes involved in facilitating the peaceful ending of conflict and retribution
  • Constraint management – Management paradigm
    • Theory of constraints – Management paradigm
    • Focused improvement – theory of constraints is an ensemble of activities aimed at elevating the performance of any system, especially a business system, with respect to its goal by eliminating its constraints one by one and by not working on non-constraints
    • Donella Meadows’ twelve leverage points to intervene in a system – Systems Dynamics concept
  • Corporate governance – Mechanisms, processes and relations by which corporations are controlled and operated
  • Cost accounting – Procedures to optimize practices in cost efficient ways
  • Crisis management – Process by which an organization deals with a harmful emergency
  • Critical management studies (CMS) – Left wing approach to management, business and organization
  • Customer relationship management – Process of managing interactions with customers
  • Data management – Disciplines related to managing data as a resource
  • Design management – Field of inquiry in business
  • Earned value management – Project management technique
  • Human interaction management – Business management discipline
  • Integration management
  • Interim management – temporary provision of management resources and skills
  • Knowledge management – Process of creating, sharing, using and managing the knowledge and information of an organization
  • Logistics – Management of the flow of resources
  • Operations management – In business operations, controlling the process of production of goods
  • Organization development – Study and implementation of practices, systems, and techniques that affect organizational change
  • Perception management – Influence tactic
  • Planning – Regarding the activities required to achieve a desired goal
  • Business process management – Business management discipline – Ensemble of activities of planning and monitoring the performance of a process, especially in the sense of business process, often confused with reengineering
  • Program management – Process of managing several related projects
  • Project management – Practice of leading the work of a team to achieve goals and criteria at a specified time
    • Outline of project management – Overview of and topical guide to project management
  • Quality management – Business process to aid consistent product fitness
  • Requirements management
  • Resource management – Efficient and effective deployment of an organization’s resources when they are needed
  • Risk management – Identification, evaluation and control of risks management specialism aiming to reduce different risks related to a preselected domain to the level accepted by society. It may include numerous types of threats caused by environment, technology, humans, organizations, and politics.
  • Skills management – Developing the skills employees need
  • Spend analysis – four drivers of globalization
  • Strategic management – Planning for a company’s responses to external issues
  • Strategic planning – Organizational decision making process
  • Systems management – enterprise-wide administration of distributed systems including computer systems
  • Management science (MS) – Study of problem-solving in human organizations, The discipline of using mathematical modeling and other analytical methods, to help make better business management decisions.
  • Nonlinear management (NLM) – Superset of management techniques and strategies that allows order to emerge by giving organizations the space to self-organize, evolve and adapt, encompassing Agile, Evolutionary and Lean approaches, as well as many others
  • Operations management – In business operations, controlling the process of production of goods – Area of business that is concerned with the production of good quality goods and services, and involves the responsibility of ensuring that business operations are efficient and effective. It is the management of resources, the distribution of goods and services to customers, and the analysis of queue systems.
  • Scientific management – Theory of management Theory of management that analyzes and synthesizes workflow processes, improving labor productivity.

Department management[edit]

  • Accounting management – Field of business administration, part of the internal accounting system of a company
  • Communications management
  • Engineering management – Overview of management in engineering
  • Enterprise content management – Implementation of information technology management
  • Financial management
    • Capital management – The management of capital assets and investments
    • Managerial finance – part of the economic and business process is divided into investment, financing and risk management
    • Outline of finance – Overview of finance and finance-related topics
  • Human resource management – Approach to the effective management of people in a company they help their business gain
  • Information technology management – the discipline whereby all of the information technology resources of a firm are managed in accordance with its needs and priorities
  • Enterprise legal management – Field of business administration on legal issues
  • Marketing management – Practical application of marketing in organizations
  • Procurement – Acquisition of goods and services
  • Product management – Organizational role in companies
  • Records management – Management of the information and records of an organization
  • Supply chain management – Management of the flow of goods and services

Field- or organization-specific management[edit]

  • Association management
  • Community management – the management of a common resource or issue by a community
  • Educational management – Administration of education systems
  • Facility management – Interdisciplinary field
  • Investment management – Professional asset management of securities for the benefit of investors
  • Land management – Process of managing land
  • Public administration – Implementation of government policy
  • Restaurant management – The profession of managing a restaurant
  • Talent management – Person or company that guides the career of an artist

Business strategy[edit]

Strategic management – Planning for a company’s responses to external issues

  • Structure – Way in which an organization is structured
  • Strategy – Plan to achieve goals in uncertainty
  • System – Interrelated entities that form a whole

Business analysis[edit]

Business analysis – set of tasks, knowledge, and techniques required to identify business needs and determine solutions to business problems. Solutions often include a systems development component, but may also consist of process improvement or organizational change.

  • Competitor analysis – For an organization to favourably operate in its industry , there is to unravel the activities of its competitors and their competitive strategies in order to create a sustainable competitive advantage to widen the market share. Afolayan,M (2020).

Goal setting[edit]

Goal setting – involves establishing specific, measurable and time targeted objectives

  • Goal – or objective consists of a projected state of affairs which a person or a system plans or intends to achieve or bring about – a personal or organizational desired end-point in some sort of assumed development. Many people endeavor to reach goals within a finite time by setting deadlines.
    • Examples of business objectives
      • Competitive advantage – Business concept that an organization outperforms competition in some regard
        • Sustainable competitive advantage

Planning[edit]

Planning – in organizations and public policy is both the organizational process of creating and maintaining a plan; and the psychological process of thinking about the activities required to create a desired goal on some scale.

  • Scheduling – Planning of tasks and events
    • Critical path method – Algorithm for scheduling a set of project activities
    • PERT –
  • Strategic planning – Organizational decision making process
    • Business plan – Formal written document containing the goals of a business
      • Business process – Systematic collection of tasks within a business
      • Business Process Modeling – (BPM) Activity of representing processes of an enterprise, so that the current («as is») process may be analyzed and improved in future («to be»)

Approaches[edit]

  • Centralisation – Planning and decision making by a single authority
  • Decentralization – Planning and decision making by various local authorities
  • Developer relations
  • Management by objectives
  • Six Sigma – Business management strategy, originally developed by Motorola, that today enjoys widespread application in many sectors of industry
  • Viable Systems Model

Feedback[edit]

  • Financial statement – Formal record of the financial activities and position of a business, person, or other entity

Mistakes[edit]

  • Analysis paralysis – Overthinking causes

Concepts[edit]

  • Balanced scorecard –
  • Benchmarking –
  • Board of directors –
  • Business –
  • Business intelligence –
  • Business model – a profit-producing system that has an important degree of independence from the other systems within an enterprise.
  • Business operations – are those ongoing recurring activities involved in the running of a business for the purpose of producing value for the stakeholders. They are contrasted with project management, and consist of business processes.
  • Business process – is a collection of related, structured activities or tasks that produce a specific service or product (serve a particular goal) for a particular customer or customers. There are three types of business processes: Management processes, Operational processes, and Supporting processes.
  • Case study – is a research method which involves an in-depth, longitudinal examination of a single instance or event: a case. They provide a systematic way of looking at events, collecting data, analyzing information, and reporting the results.
  • Change control – the procedures used to ensure that changes (normally, but not necessarily, to IT systems) are introduced in a controlled and coordinated manner. Change control is a major aspect of the broader discipline of change management.
  • Corporate image –
  • Corporate structure
  • Corporate title
  • Costs – in economics, business, and accounting are the value of money that has been used up to produce something, and hence is not available for use anymore. In business, the cost may be one of acquisition, in which case the amount of money expended to acquire it is counted as cost.
  • Critical success factor –
  • Cross ownership –
  • Cultural intelligence –
  • Deliverable – contractually required work product, produced and delivered to a required state. A deliverable may be a document, hardware, software or other tangible product.
  • Enterprise modeling – is the process of understanding an enterprise business and improving its performance through creation of enterprise models. This includes the modelling of the relevant business domain (usually relatively stable), business processes (usually more volatile), and Information technology
  • Environmental scanning –
  • Focused improvement – in Theory of Constraints is the ensemble of activities aimed at elevating the performance of any system, especially a business system, with respect to its goal by eliminating its constraints one by one and by not working on non-constraints.
  • Fordism – named after Henry Ford, refers to various social theories. It has varying but related meanings in different fields, and for Marxist and non-Marxist scholars.
  • Futures studies –
  • Industrial espionage
  • Industry or market research
  • Innovation –
  • Leadership –
  • Lean manufacturing – or lean production, which is often known simply as «Lean», is the practice of a theory of production that considers the expenditure of resources for any means other than the creation of value for the presumed customer to be wasteful, and thus a target for elimination.
  • Level of Effort – (LOE) is qualified as a support type activity which does not lend itself to measurement of a discrete accomplishment. Examples of such an activity may be project budget accounting, customer liaison, etc.
  • Manufacturing –
  • Marketing research –
  • Middle management –
  • Motivation – is the set of reasons that determines one to engage in a particular behavior.
  • Operations research – (OR) interdisciplinary branch of applied mathematics and formal science that uses methods such as mathematical modeling, statistics, and algorithms to arrive at optimal or near optimal solutions to complex problems.
  • Operations, see Business operations
  • Organization development – (OD) planned, structured, organization-wide effort to increase the organization’s effectiveness and health.
  • Organization – social arrangement which pursues collective goals, which controls its own performance, and which has a boundary separating it from its environment.
  • Poison pill –
  • Portfolio – in finance is an appropriate mix of or collection of investments held by an institution or a private individual.
  • Process architecture – structural design of general process systems and applies to fields such as computers (software, hardware, networks, etc.), business processes (enterprise architecture, policy and procedures, logistics, project management, etc.), and any other process system of varying degrees of complexity.
  • Profit –
  • Proport – combination of the unique skills of an organisation’s members for collective advantage.
  • Quality – can mean a high degree of excellence («a quality product»), a degree of excellence or the lack of it («work of average quality»), or a property of something («the addictive quality of alcohol»).[1] Distinct from the vernacular, the subject of this article is the business interpretation of quality.
  • Quality, Cost, Delivery (QCD) as used in lean manufacturing, measures a businesses activity and develops Key performance indicators. QCD analysis often forms a part of continuous improvement programs
  • Reengineering – radical redesign of an organization’s processes, especially its business processes. Rather than organizing a firm into functional specialties (like production, accounting, marketing, etc.) and considering the tasks that each function performs; complete processes from materials acquisition, to production, to marketing and distribution should be considered. The firm should be re-engineered into a series of processes.
  • Reverse engineering –
  • Risk – is the precise probability of specific eventualities.
  • Senior management –
  • Shareholder value –
  • Strategic sustainable investing – is an investment strategy that rewards companies that are moving society towards sustainability.
  • Systems Development Life Cycle – (SDLC) is any logical process used by a systems analyst to develop an information system, including requirements, validation, training, and user ownership. An SDLC should result in a high quality system that meets or exceeds customer expectations, within time and cost estimates, works effectively and efficiently in the current and planned Information Technology infrastructure, and is cheap to maintain and cost-effective to enhance.[4]
  • Systems engineering – is an interdisciplinary field of engineering that focuses on how complex engineering projects should be designed and managed.
  • Task analysis – is the analysis or a breakdown of exactly how a task is accomplished, such as what sub-tasks are required
  • Timeline – is a graphical representation of a chronological sequence of events, also referred to as a chronology. It can also mean a schedule of activities, such as a timetable.
  • Value engineering – (VE) is a systematic method to improve the «value» of goods and services by using an examination of function. Value, as defined, is the ratio of function to cost. Value can therefore be increased by either improving the function or reducing the cost. It is a primary tenet of value engineering that basic functions be preserved and not be reduced as a consequence of pursuing value improvements.[5]
  • Wideband Delphi – is a consensus-based estimation technique for estimating effort.

Business management education[edit]

Business education – Teaching the skills and operations of the business industry – teaching students the fundamentals, theories, and processes of business.

  • Business school – University-level institution teaching business administration – university-level institution that confers degrees in business administration or management. Such a school can also be known as «school of management», «school of business administration», or, colloquially, «b-school» or «biz school».
    • List of business schools – University-level institution teaching business administration
  • Entrepreneurship education – type of education
  • Executive education – Academic programs at graduate-level business schools
  • Managerial academic degrees
    • Undergraduate-level degrees
      • Bachelor of Business Administration – Academic degree
      • Bachelor of Commerce – Undergraduate degree in business
      • Bachelor of Business – academic degree
      • Bachelor of Business Science – academic degree
    • Graduate-level degrees
      • Master of Business Administration – Master’s degree in business leadership
      • Master of Business and Management – Postgraduate business degree
      • Master of Business – college degree
      • Master of Commerce – Postgraduate master’s degree focusing on commerce, accounts and economics-related subjects
      • Master of International Business – master’s degree
      • Master of Management – Master’s degree awarded for post-graduate study in business management
      • Master of Engineering Management
      • Master of Enterprise
      • Master of Finance – graduate degree with a major in finance
      • Master of Nonprofit Organizations – master’s degree in nonprofit management
      • Master of Health Administration – academic degree
      • Master of Science in Project Management – Type of graduate degree
      • Master of Public Administration – Professional post-graduate degree in Public Administration – equivalent to an MBA, but for the public sector.
      • Master of Science in Management – Post-graduate degree
      • Professional Science Master’s Degree
      • Sustainable MBA
    • Doctoral-level degrees
      • Doctor of Business Administration (DBA) – Doctorate of Business Administration
      • Doctor of Commerce (D.Com) – doctorate
      • Doctor of Health Administration (D.H.A.) – doctoral degree
      • Doctor of Management (D.M., D.Mgt) – professional doctorate in management
      • Doctor of Public Administration (DPA) – Terminal applied-research doctoral degree
      • PhD in management (Ph.D) – Doctor of Philosophy, PhD
      • PhD-MBA – Double degree (double degree)

People in business management[edit]

Management positions[edit]

  • Business executive – Person responsible for running a business, or an aspect of it – person responsible for running an organization
    • Executive director – Chief executive officer (CEO) or managing director of an organization, company, or corporation senior manager of an organization, company, or corporation
    • Executive officer – Officer who leads an organization; typically second to a commanding officer in militaries high-ranking member of a corporation body, government or military
    • Music executive – Person making executive decisions over artists of a record label person within a record label who works in senior management. Also known as a record executive.
    • Studio executive – Employee of a film studio or corporation doing business in the entertainment industry
    • Executive producer – Profession
  • Business manager – person who manages the business affairs of an individual, institution, organization, or company
    • Store manager – Person responsible for the day-to-day operations of a retail store
    • Senior management – Individuals at the highest level of organizational management
      • Chief executive officer (CEO) – Highest-ranking officer of an organization
      • Chief financial officer (CFO) – Corporate title
      • Chief marketing officer (CMO) – Highest ranking executive-level position focusing on marketing
      • Chief security officer (CSO) – organization’s most senior executive accountable
      • Chief information officer (CIO) – Information technology executive
      • General counsel – Chief lawyer of a legal department
      • Chief operating officer (COO) – Executive position
      • Chief procurement officer (CPO) – executive responsible for supply management
      • Chief revenue officer (CRO) – Corporate executive title
      • Chief technology officer (CTO) – Officer in charge of technical operations
      • Chief visionary officer (CVO) – Executive function in a company
      • Chief human resources officer (CHRO) – Corporate title
      • Chief learning officer (CLO) – corporate title

Persons influential in business management[edit]

  • Pioneers of management methods
    • Jack Welch – American business executive, chemical engineer, educator and writer (1935–2020), implemented six sigma throughout General Electric, leading to its widespread adoption throughout industry.
    • Stafford Beer – British management consultant and cyberneticist, introduced management cybernetics to British steel industry and was responsible for the first use of computers in management.
  • Business theorists
    • C. West Churchman – American philosopher and systems scientist
    • Peter Drucker – American business consultant
    • Tom Peters – Shared lessons learned from Management By Wandering Around (MBWA)

See also[edit]

  • Archive
  • Outline of economics – Overview of and topical guide to economics
  • Outline of marketing – Overview of and topical guide to marketing
  • Outline of production – Overview of and topical guide to production
  • List of accounting topics
  • List of business law topics
  • What to manage:
    • Culture – Social behavior and norms of a society
    • Business – Organization undertaking commercial, industrial, or professional activity
    • Economy – Area of production, distribution, trade of, and consumption of goods and services
    • Politics – Activities associated with group decisions
    • Science – Systematic endeavor for gaining knowledge
    • Society – Individuals that interact with each other
    • Technology – Use of knowledge for practical goals
  • Academy of Management Journal
  • Anthony triangle
  • Data management – Disciplines related to managing data as a resource
  • Human relations movement – Movement based on human relations
  • Indian Ethos in Management
  • Industrial and organizational psychology – Branch of psychology
  • Leadership (journal)
  • Management styles – Methods of maintaining order in a work environment
  • Performance management – Processes to bring output into alignment with goals
  • Project management – Practice of leading the work of a team to achieve goals and criteria at a specified time
  • Strategic planning – Organizational decision making process
  • Technology management – set of management disciplines that allows organizations to manage their technological fundamentals to create competitive advantage
  • Team effectiveness – A team’s ability to accomplish their goals or objectives
  • Total quality management – Approach to business improvement.
  • Self-management – Form of organizational management
  • Administration (law) – Rescue mechanism for insolvent entities (for administration of an insolvent)
  • Board of directors – Type of governing body for an organisation
  • Central administration – the leading or presiding body or group of people, the highest administrative department which oversees all lower departments of an organization
  • Chairman – Leading or presiding officer of an organized group
  • Charitable organization – Nonprofit organization with charitable purpose
  • Chief executive officer – Highest-ranking officer of an organization
  • Chief administrative officer – Corporate title
  • Fundraising – Process of gathering voluntary contributions of money or other resources
  • Human resources – Organization’s workforce
  • Nonprofit organization – Organization operated for a collective benefit
  • Private sector – Economic sector not under state control
  • Public administration – Implementation of government policy
  • Public sector – Public part of the economy
  • White-collar worker – Social class; person who performs intellectual labor

References[edit]

  1. ^ Drucker, Peter (March–April 1999). «Managing Oneself«. Harvard Business Review.
  2. ^ Power, Rhett (September 3, 2014). «Manage yourself first, then you can effectively manage others». Inc. Retrieved July 9, 2017. If you can’t manage your own life, how can you expect to manage other people?
  3. ^ Peter F. Drucker (2006). The Effective Executive: The Definitive Guide to Getting the Right Things Done. New York: Collins.
  4. ^ «Systems Development Life Cycle». In: Foldoc(2000-12-24)
  5. ^ Value Methodology Standard Archived 2009-03-19 at the Wayback Machine
  • Wing, Y, Hsing, M & Chen L (2008).Research on Business Strategy and Performance Evaluation in Collaborative Design. International Journal of Electronic Business Management. 6(2), 57–69.

External links[edit]

Главная картинка статьи №14

Часть 1

Настольный справочник аналитика

Напоминание

Предыдущей статьей из серии «Настольный справочник аналитика», нами был начат «адаптированный пересказ» основополагающего труда по бизнес анализу, «Babok», который посвящен своду лучших практик данной дисциплины. Мы закончили на том, что ввели основные предпосылки к появлению «Babok» и представили на суд аудитории подготовленный, для русскоязычного специалиста, словарь, приведенный в рассматриваемом «талмуде» :)

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

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

О главе первой «Введение»

1.1. Что такое «Babok»?

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

Основная цель «Babok» — определение бизнес — анализа. Это является основой, для идентификации того, чем должны руководствоваться практикующие специалисты для выявления и обсуждения той работы, которая выполняется ими, того, какими навыками и знаниями они должны обладать, и в дальнейшем эффективно их применять. «Babok» определяет рамки, описывающие задачи бизнес — анализа, которые должны быть сформированы и затем представлены в качестве решения, которое позволит достигнуть определенной ценности для организации заказчика. Форма, которая является представлением для задач, позволяет установить взаимосвязи между различными вариантами реализации решений. Каждая задача должна вносить вклад в общее представление формы решения, прямо или косвенно, что приведет к достижению поставленной цели в дальнейшем.

Эта глава обеспечивает введение основных концептов в области бизнес — анализа и описывает структуру «Babok». С 2 по 7 главы определяются задачи, которые должны быть выполнены в результате бизнес — анализа. Глава 8 описывает компетенции, которые эффективно поддерживают уровень знаний и навыков бизнес – аналитика в его деятельности. Глава 9 описывает основной инструментарий для практики бизнес — анализа.

1.2 Что такое бизнес — анализ?

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

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

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

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

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

1.3 Ключевые понятия

1.3.1 Домены

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

1.3.2 Решения

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

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

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

1.3.3 Требования

Требование это (по IEEE 610.12-1990):

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

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

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

Большая часть существующей литературы по бизнес — анализу написана с предположением того, что требования только описывают состояние программного обеспечения, которое разработано для реализации в нём. Другие определения могут включать будущие состояния бизнес – функций, также ограничения значения этого термина для определения конечных стэйкхолдеров, заинтересованных в достижении конечных показателей, а не средств, с помощью которых они будут достигнуты. Хотя все эти различия употребления термина являются разумными и оправданными, в «Babok» его употребление значительно шире, чем то, которое приведено выше.

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

1.3.3.1 Схема классификации требований

Для целей «Babok» представлена следующая схема классификации требований, используемая для их описания:

  • Бизнес – требования это высокоуровневое представление целей, задач или потребностей предприятия. Они описывают причины, почему проект был инициирован, цели, которые проект должен достичь, и метрики, которые будут использоваться для измерения его успеха. Бизнес требования описывают потребности организации в целом, а не отдельной группы или стэйкхолдеров. Они разработаны и определены благодаря анализу предприятия
  • Требования стэйкхолдеров это состояние потребностей конкретных стэйкхолдеров или группы стэйкхолдеров. Они описывают потребности, которые имеют стэйкхолдеры и то, как стэйкхолдеры будут взаимодействовать с решением. Требования стэйкхолдеров выполняют роль моста между бизнес требованиями и различными группами требований решения. Они разработаны и определены с помощью анализа требований.
  • Требования решения описывают характеристики решения, которые удовлетворяют бизнес требованиям и требованиям решения. Они разработаны и определены с помощью анализа требований. Они часто подразделяются на подкатегории, особенно, когда требования описывают решение к программному обеспечению
    • Функциональные требования это требования, которые описывают поведение и информацию, которая будет управлять решением. Они описывают возможности системы, которые будет возможно выполнить в условиях поведения системы или операций – действия определенного информационного приложения или его ответной реакции.
    • Не функциональные требования это установленные условия, не оказывающие непосредственного влияния на поведение или функциональность решения, но описывающие условия окружения, которое оказывает влияние на эффективность решения или качество, которое должна иметь система. Они также известны, как добавочные требования или требования к качеству. Они могут включать в себя требования к мощности, скорости, безопасности, доступности, информационной архитектуре, представлению пользовательского интерфейса.
  • Переходные требования описывают возможности, которые решение должно иметь для того, чтобы облегчить переход от текущего состояния к желаемому будущему состоянию. Переходные требования не понадобятся после того, как переход осуществлен. Они отличаются от других типов требований, по причине того, что в реальной ситуации они временны и поэтому не могут быть разработаны пока оба, существующее и новое решение, не определены. Данный тип требований полностью «перекрывает» необходимые для перехода из текущего, в желаемое состояния данные, «пробелы» навыков, которые должны быть восполнены, и другие связанные изменения, необходимые для достижения конечного состояния. Они разработаны и определены с помощью оценки и проверки решения.

1.4 Области знаний

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

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

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

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

Управление требованиями и коммуникациями (Глава 4) описывает, как бизнес — аналитики управляют конфликтами, проблемами и изменениями для обеспечения того, чтобы заинтересованные стороны и команда проекта остаются в рамках решения, как требования собраны у стэйкхолдеров, и как знания, приобретенные бизнес — аналитиком проанализированы для использования в будущем.

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

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

Взаимосвязи между областями знаний

Рисунок 1.1. Взаимосвязи между областями знаний

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

Основополагающие Компетенции (Глава 8) описывают поведение, знания и другие характеристики, которые поддерживают эффективное выполнение бизнес-анализа.

1.5 Задачи

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

1.5.1 Цель

Каждая задача имеет цель. Цель — это краткое описание причины выполнения задачи для бизнес – аналитика. Цель включает в себя ценность, которая может быть достигнута после того, как задача будет выполнена.

1.5.2 Описание

Задача — это важнейшая часть работы, которая должна быть выполнена как часть бизнес – анализа. Каждую задачу следует выполнять после выполнения большинства инициатив бизнес – анализа. Любая задача может быть выполнена любое количество раз.

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

Задача имеет следующие характеристики:

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

«Babok» не предписывает процесс или порядок, в котором задачи должны выполнятся. Некоторое упорядочивание задач неизбежно, так как выполнение определенных задач, дают результаты, которые требуются для выполнения других задач. Однако, важно иметь в виду, что «Babok» предписывает только то, что должно быть выполнено обязательно. Результат может быть неполным или задача может быть изменена и пересмотрена, что может повлиять на то, что её потребуется выполнять несколько раз. Итеративный или гибкий жизненный цикл может требовать того, чтобы задачи во всех областях знаний были выполнены одновременно. Жизненные циклы с ясными определенными фазами так же будут требовать выполнения задач из разных областей знаний, в каждой фазе. Задачи могут выполняться в разном порядке, при условии, что для выполнения задачи есть все необходимые ресурсы.

Описание задачи объясняет более подробно:

  • Почему задача выполняется?
  • Что такое задача?
  • Какие результаты должны быть достигнуты при её выполнении?

1.5.3 Вход

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

  • Ясно сформированное, вне рамок бизнес анализа
  • Задача, сформированная в ходе бизнес анализа

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

Схемы входа/выхода задач

Рис. 1.2 Схемы входа/выхода задач

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

Классификация Требования [состояние или состояния]. Если указанные требования не классифицированы или не имеют определенного состояния, любое из всех требований может быть использовано в качестве входа или выхода. К примеру, «Требования [Состояния]» значит, что требование может иметь любую классификацию, тогда как «Бизнес требования», должно обозначать, что бизнес требования могут быть в любом возможном состоянии (верифицированное, приоритезированное, и т.д.).

Требования также могут комбинироваться в некоторых случаях. К примеру, Требования [Приоритезированные и Верифицированные] следует понимать, как требования и приоритезированные, и верифицированные одновременно. Требования [Приоритезированные или Верифицированные] значит, что требования могут быть приоритезированы или верифицированы, или одновременно находится в обоих состояниях.

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

Вместо прощания

Ну что же, глубоковажаемые Аналитики и Аналитикессы! :)

Соблюдая рамки приличий и ранее предложенный формат создания статей данной серии, мы говорим Вам «До свидания!».

На этот раз наше прощание будет недолгим. У нас уже заготовлены черновики следующего очерка о «Babok», в котором будет продолжен рассказ первой главы.

Всего доброго, профессиональных свершений и развития!

Авторы статьи

Иван Никитин

Михаил Цулая

Понравилась статья? Поделить с друзьями:
  • Как завести электронную почту на телефоне бесплатно пошаговая инструкция создать
  • Руководство директор по развитию
  • Удобрение богатый жидкое инструкция по применению
  • Артрофиш для суставов 120 капсул цена инструкция по применению цена
  • Нанокад спдс руководство пользователя