Модель знаний BPM СBOK

{Развернуть все...}

Общие сведения о BPM СBOK

BPM CBOK (Business Process Management Common Body of Knowledge) — свод знаний по управлению бизнес-процессами, в котором описаны принципы и методологии процессного подхода к управлению компаниями.

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

Кроме того в формате Archimate представлена модель знаний о BPM, которая поможет в графическом виде представить описанные в BPM CBOK концепции, методики и активности. Принципы использования артефактов Archimate для представления моделей знаний описаны в статье Модель знаний о требованиях.

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

    {+...}

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

Эффекты от внедрения BPM представляется как перечень возможностей:

    {+...}

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

Области знаний BPM, сгруппированных по уровням:

    {+...}

  • уровень процессов BPM

      {+...}

    • моделирование процессов
    • анализ процессов
    • проектирование процессов
    • внедрение процессов
    • управление эффективностью процессов
    • процессная трансформация
    • технологии BPM
  • уровень организации BPM

      {+...}

    • управление процессами
    • процессная организация

Три точки зрения на область управления процессами:

    {+...}

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


Ключевые принципы BPM

Ключевые принципы BPM:

    {+...}

  • Внедрение BPM является стратегическим решением: требует твердой поддержки со стороны высшего руководства, является полномасштабным и требуется развития новых дисциплин, способностей, новых бизнес-процессов, ролей и технологий; решение о полномасштабном внедрении принимается на стратегическом уровне
  • BPM – это управленческая дисциплина: определяет, что лучший путь к достижению целей организации — целенаправленное управление ее бизнес-процессами; BPM является сводом знаний, а не жестким набором методов и средств, применим в организациях любого типа и требует вовлечения всей организации
  • Успешно внедренный BPM является ключевой способностью: процессы управления процессами сами являются способностью, т.е. совокупностью людей, бизнес-процессов и технологий, создающих ценность, согласующуюся со стратегическими целями
  • BPM нацелен на создание ценности для потребителя: BPM создает ценность для потребителя посредством оптимизации того, как эта ценность создается
  • BPM отвечает на вопросы: что, где, когда, зачем, как, кто: исчерпывающее описание бизнес-процесса должно отвечать на вопросы: что, где когда и как выполняется работа, а так же кто за нее отвечает
  • Способы описания и представления в соответствии с назначением и применением: описание процесса должно содержать всю необходимо информацию для ответа на вопросы (назначение) и быть структурировано таким образом, чтобы представлять эту информацию максимально эффективно, учитывая потребности целевой аудитории
  • Замкнутый цикл управления: для обеспечения целостности процесса и непрерывного совершенствования управление бизнес-процессом должно осуществляться по замкнутому циклу, одним из примеров которого является цикл PDCA (планирование-действие-проверка-корректировка)

      {+...}

    • стадия «Планирование» - назначение стадии — убедиться, что контекст и внутреннее устройство бизнес-процесса соответствуют целям организации; в хорошо спроектированном процессе четко описаны: действия, роли, артефакты и результаты, события, бизнес-правила
    • стадия «Действие» - назначение стадии — внедрить процесс и приступить к его эксплуатации
    • стадия «Проверка» - назначение стадии — измерить показатели эффективности и сравнить с ожидаемыми; секрет полезности метрик — правильная архитектура процессов на стадии «Планирования», отвечающая ожиданиям потребителя и стратегическим целям компании
    • стадия «Корректировка» - назначение стадии — проанализировать и отреагировать в соответствии с собранными на стадии проверки данными об эффективности процесса
  • Инвестиции в развитие способностей компании: согласованное и проактивное управление бизнес-процессами требует существенных инвестиций в развитие способности компании, так как ценность для потребителя создается координированным управлением многими взаимосвязанными процессами
  • Развитие способностей и шкала уровней процессной зрелости: развитие способностей соответствует шкале уровней процессной зрелости (пример такой шкалы — деление процессов на: хаотичные, описанные, контролируемые, интегрированные и проактивно управляемые); организации обладают зрелыми способностями, если обеспечивают поддержку всех стадий цикла PDCA
  • Новые роли: внедрение BPM влечет за собой появление новых ролей, отвечающих за сквозное управление процессами, примеры: владелец процесса, процессный аналитик, процессный лидер, администратор процесса, процессный методолог
  • BPM не предписывает какую-то определенную структуру, методологию или набор средств: дисциплина BPM помогает выработать принципы и методы организации с использованием фреймворков, методологий и средств, наиболее подходящих для конкретной организации и требований
  • Информационные технологии при внедрении BPM: информационные технологии играют не основную, а обеспечивающую роль; нет смысла инвестировать в информационные технологии, не определившись с методологией.


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

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

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

Для согласованного по форме и содержанию понимания моделей процессов применяются стандартизированные наборы символов и определяющие набор правила — нотацию. В BPM CBOK рассмотрены области применения широко используемых нотаций: BPMN 2.0, Дорожки, Блок-схемы, EPC, UML, IDEF0, карты потока создания ценностей, цепочки создания ценностей, SIPOC, системная динамика.

Результатом моделирования является модель — упрощенное представление сущностей, идей или действий. В BPM разрабатываются процессные модели. В зависимости от точки зрения модель может разрабатываться с разной степенью детализации (на разных уровнях детализации — уровнях процессной модели). Пример процессной модели:

    {+...}

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

Основные подходы к моделированию:

    {+...}

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

Для целей моделирования производится сбор информации. Способы сбора информации о процессе:

    {+...}

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

В моделировании могут применяться фреймворки (например, FEAF, MODAF, DoDAF, TOGAF) и референтные модели (например, SCOR), позволяющие использовать общеупотребительные способы описания процессов и облегчить проектирование процессов и их сравнительный анализ.

Моделирование может проводиться различными средствами: от доски или ватмана до специализированного ПО BPM. Для понимания процессов в динамике проводится имитационное моделирование, позволяющее воспроизводить различные сценарии, уровни нагрузки и другие условия на существенных объемах данных.


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

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

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

Инициировать анализ могут события:

    {+...}

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

Активности, выполняемые в анализе процессов:

    {+...}

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

      {+...}

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

      {+...}

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

        {+...}

      • прагматичный анализ — анализ, основанный на стандартной последовательности шагов PDCA
  • Общие действия, относящиеся к анализу процессов, включает:

      {+...}

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

      {+...}

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

        {+...}

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

        {+...}

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

          {+...}

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

        {+...}

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

      {+...}

    • цели подготовки отчета по результатам анализа:

        {+...}

      • формальное подтверждение участниками анализа
      • предоставление высшему руководству
    • отчет по результатам анализа может включать:

        {+...}

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

Ключевые факторы успеха анализа:

    {+...}

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


Проектирование процессов

Проектирование процессов — это разработка спецификаций бизнес-процессов в контексте целей бизнеса и целевых показателей эффективности процессов.

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

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

Основные аспекты, связанные с процессными моделями:

    {+...}

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

      {+...}

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

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

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

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

Отправная точка для проектирования: проектирование процесса начинается с изучения того, как бизнес работает сегодня – что он делает, где, как и зачем. Собранная информация позволит:

    {+...}

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

Активности, выполняемые в процессе проектирования:

    {+...}

  • Определение стандартов сбора информации: сбор информации необходимо стандартизировать — определить, какую информацию от кого следует требовать, как ее проверять, организовывать и хранить, порядок ее использования и обновления, анализ существующих стандартов

      {+...}

    • Организация информации о процессе: позволяет перевести собранную информацию в формат графических диаграмм с несколькими уровнями детализации (процессная декомпозиция); для организации общего репозитория используются популярные средства моделирования либо компоненты, входящие в состав BPMS
  • Определение масштаба проекта: природа проекта BPM определяется масштабом изменения или усовершенствования — могут проводиться как крупные проекты, требующие специфических методов планирования и контроля, так и проекты BPM, решающие специфические проблемы и достигающие конкретных результатов
  • Сбор и моделирование информации «как есть»: любые изменения должны начинаться с твердого понимания того, как бизнес работает сегодня, его проблем и задач; эффект понимания модели «как есть»:

      {+...}

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

      {+...}

    • основные аспекты анализа:

        {+...}

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

      {+...}

    • существует два подхода к проектированию:

        {+...}

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

        {+...}

      • Проектирование: результатом является процессная модель «как будет»; включает:

          {+...}

        • Проектирование процесса «Как будет»: из модели «как есть» исключаются работы, не добавляющие ценности, по результатам анализа «как есть» прорабатываются наборы функциональных и нефункциональных бизнес-требований, список бизнес-правил, список требований к данным и описание функциональности ИТ-приложений (существующей и требуемой)
        • Проектирование изменений уровня задач и сценариев: прорабатываются матрицы проблем и возможностей, привязанные к конкретным процессам, действиям и задачам на соответствующих уровнях процессной иерархии; закладываются показатели, составляющие основу измерения эффективности; выделяются действия и вызывающие их события, формирующие сценарии; рассматриваются наиболее оптимальные сценарии; бизнес-правила критически оцениваются и нормализуются; рассматриваются варианты автоматизации действий с помощью BPMS или унаследованных ИТ-систем с уточнением возможностей и реалистичных сроков автоматизации; результат проектирования задач и сценариев:

            {+...}

          • вся не добавляющая ценность работа исключена
          • все проблемы рассмотрены
          • все возможности усовершенствования бизнеса рассмотрены
          • правила обоснованы и нормализованы
          • ручная, неавтоматизированная работа устранена
          • бизнес-сценарии упорядочены
          • проанализировано возможное влияние изменений на всех уровнях процессной иерархии
          • определены все источники данных, интерфейсы с унаследованными приложениями, преобразование и использование данных
          • специфицированы потребности в автоматизации
          • произведена оценка показателей новой модели по сравнению с исходной «как есть»
          • спроектирована система контроля для новой бизнес-модели и для проекта внедрения
          • спроектирована система контроля эффективности, предупреждения о проблемах и другой отчетности
        • Каталогизация, описание и нормализация бизнес-правил: если используется BPMS, также необходимо корректно «закодировать» бизнес-правила в ПО; правила должны периодически проверяться на актуальность;
        • Управление изменениями в проектировании процессов
      • Имитационное моделирование и оптимизация будущего состояния процесса: до реализации изменений и создания IТ-приложений новая бизнес-модель должна быть протестирована, чтобы оценить возможные результаты. Тестирование новых бизнес-операций и новых IТ-приложений может проводиться либо на бумаге, либо с помощью имитационного моделирования, предлагаемого многими системами BPMS
      • Генерация приложений BPMS: системы BPMS создают новую интегрированную ИТ- и бизнес-среду; сгенерированные из моделей BPMS-приложения управляют выполнением задач; за изменением любой модели или правила следует повторная генерация приложения, что открывает возможность быстрого прототипирования и имитационного моделирования
      • Разработка интерфейсов и изменение унаследованных приложений: новая модель может потребовать изменений в ИТ приложениях, ИТ-инфраструктуре и коммуникациям, изменение требований к интерфейсам унаследованных приложений, интерфейсам доступа к данным — все это повлиять на ИТ-стратегию; архитекторы BPM, корпоративные архитекторы и бизнес-архитекторы должны рассматривать вопросы совместно, чтобы согласовать требования бизнеса с возможностями ИТ.


Управление эффективностью процессов

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

Термин «Управление эффективностью процесса» означает руководство текущей деятельностью на процессном (кросс-организационном) уровне и уровне потоков работ внутри подразделения. В контексте BPM термин означает:

    {+...}

  • выявление незавершенных работ и их перераспределение
  • выявление проблем с качеством и своевременное реагирование

что в свою очередь подразумевает состав активностей:

    {+...}

  • контроль за прохождением работ
  • адекватное реагирование на события
  • измерение качества (в реальном времени) и контроль правил выполнения работ.

При переходе с уровня процесса на уровень потока работ меняется контекст и уровень мониторинга.

Триединая проблема контекста, ценности и угла зрения:

    {+...}

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

Эффект от измерения эффективности процессов:

    {+...}

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

    Эксперты менеджмента и управления качеством от Эдвардса Деминга (W. Edwards Deming) до Питера Друкера (Peter Drucker) провозгласили: «Управлять можно только тем, что можно измерить».

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

Факторы, определяющие эффект от измерения эффективности процессов:

    {+...}

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

Цель управления эффективностью процессов — доведение до совершенства того, что следует делать (не просто того, что делаем сейчас).

Характеристики активностей по управлению эффективностью процессов:

    {+...}

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

      {+...}

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

        {+...}

      • Уровень 0 «Отсутствующий»: изолированные измерения эффективности в рамках шести сигм, бережливого производства, АВС и т.п., ориентированные в основном на потоки работ, с отдельными попытками выявления и мониторинга процессов
      • Уровень 1 «Спонтанный»: изолированные измерения эффективности в связи со специфическими операционными проблемами или проблемами качества, ориентированные в основном на потоки работ, с растущим осознанием процесса
      • Уровень 2 «Повторяемый»: постоянно действующие программы измерения эффективности — разные группы внутри компании используют разные способы измерения эффективности, зачастую ориентированные на потоки работ
      • Уровень 3 «Описанный»: процессы и потоки работ различаются, разница между теми и другими для компании ясна — эффективность обычно измеряется в конце процесса или потока работ; измерение эффективности формализовано, практикуется системный подход
      • Уровень 4 «Измеряемый»: дополнительно измеряется эффективность в ключевых точках процессов и потоков работ; для операционного управления эффективностью используются панели приборов, отображающие данные реальном или близком к реальному времени; бизнес-аналитика для анализа трендов; схемы процессов, потоков работ и бизнес-правил оцениваются исходя из измерений эффективности и оптимизируются
      • Уровень 5 «Оптимизируемый»: измерение эффективности направляет непрерывное усовершенствование; измерения по мере внедрения на регулярной основе для оценки эффекта; для нацеливания усовершенствований используются шесть сигм и другие техники; обеспечиваются стратегический измерения (Измерение эффективности теперь встроено в процессы с помощью BPMS и внешней отчетности. Для обнаружения проблем и быстрой реализации мер по их исправлению используются как традиционная отчетность по управлению эффективностью, так и бизнес-аналитика)
  • исходные требования к управлению эффективностью:

      {+...}

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

      {+...}

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

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

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

Базовые характеристики измерения:

    {+...}

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

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

    {+...}

  • Индикатор эффективности процесса (PPI - Process Performance Indicator) — определяется исходя из целей процесса и позволяет владельцу процесса контролировать его эффективность, выраженную через базовые характеристики измерений; характеристики эффективного управления с использованием PPI:

      {+...}

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

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

    {+...}

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

Что необходимо измерять:

    {+...}

  • Операционная эффективность:

      {+...}

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

      {+...}

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

      {+...}

    • на уровне процесса: соответствие законодательству; предоставление отчетности – своевременно и в полном объеме
    • а уровне потока работ: следование условиям соглашения с профсоюзом; соответствие законодательству – например, SOX, HIPAA, Dodd/Frank 107; измерения для нужд обязательной отчетности на процессном уровне
  • Выявление проблем:

      {+...}

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

      {+...}

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

      {+...}

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

Аспекты измерения эффективности:

    {+...}

  • Ежедневный мониторинг: панели приборов: в зависимости от назначения данные могут представляться в развернутом или обобщенном виде; для потребностей руководства используются панели приборов, на которых отображаются постоянно обновляемые результаты измерений и могут отображаться сигналы о возникающих проблемах и рекомендации по корректирующим действиям
  • Сравнение с KPI и эталонными значениями: производительность: должны быть заданы эталонные значения, на основе которых определяется эффективность путем сравнения с эталонными показателями; для любого измерения должен быть задан контекст — критерии оценки с использованием эталонных показателей
  • Машины логических выводов в управлении эффективностью: позволяют автоматически анализировать данные через заданные предопределенные ключевые факторы и выдавать рекомендации по корректирующим действиям; можно реализовать в реальном или близком к реальном времени с использованием BPMS
  • Анализ трендов и другие виды анализа: с момента появления данных и технического фреймворка для их извлечения, то возникает возможность проводить анализ трендов и прочие виды финансового анализа;
  • Удовлетворенность: оценка потребительского опыта взаимодействия: должен быть выработан целостный взгляд на заказчика и то, как заслужить его лояльность — карты всех точек взаимодействия с заказчиком и способы предвосхитить его ожидания и управлять потребительским опытом взаимодействия
  • Поддержка высшего руководства в управлении эффективностью: поддержка владельцев и менеджеров процессов в принятии решений – важный аспект непрерывного мониторинга эффективности процесса.

Активности в управлении эффективностью:

    {+...}

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

      {+...}

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

      {+...}

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

    подводные камни для принятия решения:

      {+...}

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

      {+...}

    • существует два механизма измерений:

        {+...}

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

        {+...}

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

          {+...}

        • оно необходимо для создания результата, требуемого клиентом;
        • клиент готов платить за результаты процесса;
        • необходимо обеспечивать качество и стабильность составляющих или результата в целом;
        • непрерывность процесса подвержена влиянию обстоятельств
      • Учет затрат по действиям (Activity Based Costing): методология, которая относит затраты на выполняемые действия, а не на продукты или услуги. Логика, стоящая за методом ABC, заключается в том, что с точки зрения учета нет никакой разницы между стоимостью и затратами: всё, что потребляется в организации, представляется как «объект учета затрат». Связи между объектами учета затрат и действиями и между действиями и ресурсами называются источниками затрат
      • Статистический контроль процесса: статистический контроль процесса имеет дело со сбором, классификацией, анализом и интерпретацией численных данных или фактов. Используя теорию математической статистики, статистический контроль процесса упорядочивает множество разрозненных элементов

          {+...}

        • чтобы можно было считать, что процесс обеспечивает требуемый результат, он должен находиться под определенным разумным статистическим контролем; существуют различные аналитические методы для выявления и контроля отклонений, которые включают: исследование данных (exploratory data analysis); байесовский анализ (bayesian statistics); регрессионный анализ (regression analysis); моделирование дискретных событий (discrete event simulations); методы анализа надежности (reliability analysis techniques); непараметрический анализ (non-parametric analysis); дисперсионный анализ (analysis of variance); контрольные карты (control charts, также известные как карты Шухарта, представляют собой мощную и повсеместно используемую технику для слежения за тем, что отклонения бизнес-процесса не превышают статистически допустимых)
    • имитационное моделирование и оптимизация будущего состояния процесса: до реализации изменений и создания IТ-приложений новая бизнес-модель должна быть протестирована, чтобы оценить возможные результаты; тестирование новых бизнес-операций и новых IТ-приложений может проводиться либо на бумаге, либо с помощью имитационного моделирования, предлагаемого многими системами BPMS;
    • фреймворк зрелости управления эффективностью процессов: в зависимости от уровня процессной зрелости организации управление эффективностью процессов различается углом зрения и глубиной; пример фреймворка - интегрированная модель зрелости способностей (CMMI®) Института программной инженерии (SEI) – это референтная модель, отражающая передовые методы совершенствования процессов с целью создания лучших продуктов (CMMI для разработки [CMMI-DEV]) и лучших услуг (CMMI для услуг [CMMI-SVC]); предлагаемая в ней пятиуровневая классификация является менее жесткой, чем в большинстве других методологий; эту модель можно использовать в качестве основы для обсуждения в ходе оценки зрелости специфических процессов или предприятия в целом; модель зрелости включает описание процессов измерения и анализа и процессы оценки эффективности процессов организации.

Основные аспекты развития способности измерять эффективность:

    {+...}

  • Барьеры в области измерения эффективности процессов:

      {+...}

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

Рекомендации для достижения успеха в управлении эффективности:

    {+...}

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

      {+...}

    • адекватная компетентность: удостоверьтесь, что люди, которые будут управлять процессной эффективностью, действительно обладают набором умений, требуемых для достижения желаемых результатов
    • роли и ответственность: удостоверьтесь, что роли и ответственность четко определены и доведены до сведения заинтересованных сторон
    • организационная структура: удостоверьтесь, что организационная структура хорошо подготовлена к тому, чтобы воспринять управление эффективностью процесса
    • полномочия вместе с подотчетностью: удостоверьтесь, что те, кто наделен полномочиями по трансформации процессов, отвечают за результат трансформации
    • результаты процессной эффективности: удостоверьтесь, что с ролями связаны не только цели, но также результаты, вознаграждения и иные поощрения
    • избегание проблем: удостоверьтесь, что показатели эффективности используются так, как надо, и там, где надо, и что при их разработке удалось избежать того, что Майкл Хаммер (Michael Hammer) назвал «семь смертных грехов измерения» в своей книге «Быстрее, лучше, дешевле»
  • Проблемы, которые зачастую являются отражением организационной культуры:

      {+...}

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


Процессная трансформация

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

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

Принципы процессной трансформации:

    {+...}

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

      {+...}

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

Активности процессной трансформации:

    {+...}

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

      {+...}

    • виды активностей по управлению изменениями:

        {+...}

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

        {+...}

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

          {+...}

        • формирования культуры постоянного совершенствования;
        • создания учебных программ, прививающих руководителям и членам команды системный взгляд на бизнес-операции, являющиеся объектами трансформации
        • создания культуры изменений, основанной на обучении, в которой люди оценивают, что они делают, что они попробовали сделать, что работает, что – нет, изучают новые технологии бизнеса и применяют их для улучшения потока работ
        • планирования влияния изменений, действий в рамках управления рисками и решения возникающих проблем
        • широкого обсуждения изменений и выработки у заинтересованных лиц заинтересованного к ним отношения
        • развития навыков и организации обучения в процессе адаптации пользователей и руководителей к новой среде, превращения их в активных сторонников изменений
        • предвидения и выявления сопротивления и опасений, своевременного вмешательства с целью минимизации рисков и преград
        • обеспечения соответствия между культурой, организационной структурой, людьми, политиками, процессами и системами
        • мониторинга ключевых показателей, инициирующего действия в рамках непрерывного совершенствования
    • ожидания в управлении изменениями в процессной трансформации: в хорошо спланированной и хорошо управляемой BPM-программе изменений затрагиваемые проектом бизнес-руководители и персонал вовлекаются в него на очень ранних стадиях; это дает гарантию, что участники смогут составить представление значимости изменений и принять участие в обсуждении планов, обучении и другой деятельности по изменениям комфортным для себя образом
    • деятельность по планированию управления изменениями: внутренний круг: Люди + Вовлечение руководства + Управление заинтересованными сторонами → внешний круг: Видение → Проектирование организации → Организационное развитие → Коммуникации → Согласованность → Поддержка изменений → Управление эффективностью → Процессная трансформация; действия по управлению изменениями в поддержку трансформации лежат в различных, но связанных областях; в качестве основной выделено вовлечение людей и спонсоров (внутренний круг) - это руководители проекта, функциональные руководители, персонал; другие компоненты (внешний круг) - это вопросы и варианты действий в рамках управления изменениями; если изменения затрагивают человека всерьез, то скорее всего он пройдет через цикл переживаний: отрицание, раздражение, торговля, депрессия и принятие

        {+...}

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

        {+...}

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

      {+...}

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

        {+...}

      • бизнес-архитектура и бизнес-архитекторы - вопросы стратегии и ее влияния на бизнес
      • процессная архитектура и процессные архитекторы - анализ текущей операционной деятельности и планируемых изменений
      • изменения в бизнесе требуют подключения корпоративных ИТ-архитекторов - обеспечение бизнес-потребностей средствами IТ
    • команде надо также подумать о принятии формальной проектной методологии BPM, основанной на BPMS, которая поможет управлять изменениями
    • проектной команде также рекомендуется определиться с методами, которые будут использованы в ходе анализа и проектирования
  • Проведение процессной трансформации:

      {+...}

    • включает последовательность шагов

        {+...}

      • Адаптировать методологию с учетом контекста. Проектирование высокоуровневой модели "как есть": руководителю проекта рекомендуется адаптировать методологию BPM/BPMS с учетом контекста, сложности и целей проекта, воспользовавшись помощью центра компетенции BPM и службы IТ; проект открывается задачей проектирования высокоуровневой модели бизнес-операций «как есть»
      • Декомпозиция высокоуровневой модели на более низкие уровни: модель "как есть" декомпозируется на все более низкие уровни, пока не сложится полная картина текущего бизнес-процесса для заданного контекста: бизнес-правила и информационные системы, разнообразные метрики в соответствии со стандартом, принятым проектной командой и центром компетенции BPM, проводится имитационное моделирование
      • Разработка высокоуровневой модели "как будет": проектная команда должна разработать схему верхнего уровня «как будет» - концептуальный уровень, на котором задаются фундаментальные изменения и система координат для детальной схемы процесса «как будет»; с помощью имитационного моделирования проектная команда может проверить соответствие модели требованиям верхнего уровня и целям трансформации
      • Поиск оптимальных схем процессов: проектная команда перебирает возможные решения в поисках оптимальной схемы, создавая таким образом серию детальных моделей «как будет» на основе утвержденной модели верхнего уровня; в соответствии с процессным подходом в этот момент следует рассмотреть соответствие между процессом и организационной структурой
      • Проектирование нового процесса: после того как новая схема «как будет» одобрена, можно приступать к проектированию нового процесса; рекомендуется разделить модель верхнего уровня на несколько частей, чтобы запустить серию связанных, но отдельных проектов аналогично тому, как готовое изделие собирается из нескольких узлов, разрабатываемых отдельно; как и схема верхнего уровня, детальные схемы разрабатываются итерационно с использованием имитационного моделирования
      • Имитационное моделирование и выработка требований к ИТ: по мере того как компоненты проектируются, тестируются и утверждаются, служба IТ получает требования верхнего уровня, а также детальные спецификации программных интерфейсов, модулей Java, веб-сервисов, структуры баз данных и прочие; имитационное моделирование привязывается по срокам к готовности изменений в IТ-инфраструктуре, необходимых интерфейсов и т. п.
      • Валидация новой схемы процессов: после того как «окончательное» имитационное моделирование завершено, новая схема должна шаг за шагом быть просмотрена каждым участником нового процесса; их собственный опыт может потребовать дополнительных итераций, но в результате удастся достичь оптимума; в случае использования BPMS из новой схемы (включающей бизнес-модель, правила, данные, экранные формы) автоматически генерируются компьютерные приложения, исполняемые в среде BPMS; интеграция этих приложений cо вспомогательными модулями, разработанными IТ-подразделением, дает на выходе итоговое решение
    • основные аспекты активности по проведению трансформации:

        {+...}

      • В выигрыше должны быть все: не должно получиться так, что компания будет единственным выгодоприобретателем, в выигрыше также должны быть менеджеры всех уровней и персонал
      • Роль унаследованных технологий: помощь или ограничение: унаследованные информационные системы и IТ-архитектура ограничивают диапазон возможных решений; если рассматриваемое изменение невозможно реализовать без крупных инвестиций в IТ, его могут исключить из рассмотрения
      • BPMS и трансформация компании: самый большой аргумент в пользу применения BPMS – это возможность быстро генерировать приложения, обеспечивающие и мониторинг процесса, и автоматизацию задач; это снижает нагрузку на IТ (разработка интерфейсов, доступ к данным, веб-сервисы, модули Java и т. д.) и позволяет быстро вносить изменения путем итерационной разработки
      • Перепроектирование операций: уровень процессов, уровень потоков работ, опора на технологии: суть трансформации - в нацеленности на клиента и в новом взгляде на бизнес-операции – мы радикально пересматриваем взгляды на то, как бизнес предоставляет услуги; это ключевой момент для понимания трансформации и для перепроектирования бизнеса
      • Мониторинг эффективности: решение проблем посредством обратной связи: отчетность должна стать полезной - для этого ее надо встроить в проектируемые потоки работ и систему управления; при таком подходе менеджеры получают возможность отслеживать интересующие их показатели и мгновенно давать распоряжения в ответ на получаемые сигналы и оповещения
      • Гибкость и скорость изменений могут быть важнее, чем сокращение затрат: современные системы BPMS способны создавать приложения промышленного уровня — BPMS обеспечивает возможность изменения бизнес-операций быстро, с низкими затратами и без существенного риска.

Оставаться в оптиуме:

    {+...}

  • Стремление к непрерывному совершенствованию: учитывая объем инвестиций в трансформацию, в переходе к программе непрерывного совершенствования есть прямой смысл;. но заинтересованность должна разделяться каждым, потому что иначе по мере того, как новые люди будут приходить и заменять единичных приверженцев, решимость будет уменьшаться
  • Эволюция процесса: бизнес должен эволюционировать вместе с отраслью, рынком, прогрессом в IТ, прогрессом в технологиях производства, появлением в ассортименте новой продукции и т. д.; в какой-то момент эти факторы становятся столь значительными, что потребуется новая трансформация, но уже будет платформа для трансформации (модели, правила и прочая информация в BPMS) и новая трансформация будет просто более масштабным усовершенствованием
  • Непрерывное совершенствование: эффективным может быть только непрерывное совершенствование, способное обеспечивать очень быстрое изменение и бизнес-операций, и IТ-систем; должна быть создана такая среда, кторая подразумевает BPMS и IТ-архитектуру, обеспечивающую доступ к данным и высокую скорость создания приложений и интерфейсов, а также подразумевается готовность изучать и внедрять новые технологии и новые подходы к бизнесу.


Процессная организация

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

Изменения в процессно-ориентированном предприятии:

    {+...}

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

Основные аспекты процессной организации:

    {+...}

  • Предпосылки управления основными процессами: чтобы эффективно управлять основными бизнес-процессами, необходимо определить ответственных за проектирование, описание, поддержку и долгосрочное «здоровье» процессов, задуматься о новых ролях, обязанностях, взаимоотношениях и организационных структурах; зачастую это приводит к смене приоритетов в управлении и существенным изменениям в стиле работы: от традиционной структуры, отталкивающейся от ресурсов и бизнес-функций, к кросс-функциональной эффективности сквозных процессов, создающих ценность для потребителей
  • Контраст между традиционными управленческими структурами и процессно-ориентированной организацией: традиционные структуры управляют ресурсами по иерархическому принципу – делегируют ответственность с одного уровня управления на другой, вплоть до отдельных работников; ориентация на процессы подразумевает непрерывное совершенствование, в результате чего руководитель не отдает распоряжения, а обучает и поддерживает группу профессионалов, исполняющих процесс; комплексный подход к повышению эффективности должен рассматривать организацию в целом
  • Матрица эффективности Раммлера: Раммлер предложил комплексный подход к повышению эффективности, в котором рассматриваются три объекта управления на каждом из трех уровней организации; предполагается, что на каждом уровне организация: определяет цели и показатели и разрабатывает схему деятельности, при помощи которой они будут достигаться, а также внедряет методы управления, гарантирующие достижение желаемых целей и показателей; в результате формируется матрица: Уровень/Цели и показатели/Проектирование и внедрение/Управление; Ценность этой матрицы в том, что она подчеркивает интегрированность подхода и показывает динамическое взаимодействие трех уровней и девяти составляющих; уровни матрицы эффективности Рамлера

      {+...}

    • Уровень «Организация» - организация в целом
    • Уровень «Процесс» - конкретные процессы, протекающие в организации
    • Уровень «Рабочее место» - конкретная деятельность, осуществляемая людьми и системами
  • Основные характеристики процессной культуры: процессно-ориентированные организации понимают, что необходимо менять подход к управлению – включать в него процессы; также они понимают, что в организационной структуре должны быть предусмотрены роли, связанные с управлением процессами; характеристики процессной культуры:

      {+...}

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

      {+...}

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

Роли в процессном управлении:

    {+...}

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

      {+...}

    • разработку схемы корпоративной бизнес-архитектуры, включая процессные метрики цепочек создания ценности
    • согласованность между бизнес-потребностями, бизнес-архитектурой и IТ-архитектурой
    • разработку и ведение репозитория референтных моделей и стандартов, относящихся к продукции и услугам, бизнес-процессам, показателям эффективности и структуре организации
  • Бизнес-аналитики: отвечает за анализ потребностей бизнеса в информации и технологиях, проводимый в рамках разработки соответствующих решений
  • Эксперты предметной области: обычно это люди, обладающиег лубоким пониманием определенной бизнес-функции или процесса, зачастую имеющие многолетний опыт в данном бизнесе. Их вклад – знание существующих процессов и помощь в проектировании новых
  • Спонсоры из числа высшего руководства: руководство задает видение, отношение к процессному усовершенствованию и его темп, определяет направление и стратегию управления бизнес-процессами, мобилизуя предприятие на достижение более значимых целей, выделяет ресурсы и награждает за успех, может объединить проекты и усилия различных команд, назначить и наделить полномочиями владельцев процессов и других участников, играющих ключевые роли в управлении бизнес-процессами
  • IТ-специалисты: архитектор решения, системный аналитик, администратор BPMS, разработчик, администратор баз данных и другие - помогают выбрать технологическое решение, а также подсказывают, какие новые возможности в части управления процессами предоставляют бизнесу информационные технологии
  • Специалисты по управлению изменениями.

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

    {+...}

  • Процессный совет: организации, встающие на процессную стезю, должны подумать об учреждении процессного совета или центра компетенции BPM, который занимался бы вопросами процессного управления и повышения эффективности в масштабах предприятия; может формироваться из числа высших руководителей, руководителей подразделений и владельцев ключевых кросс-функциональных процессов предприятия; его миссия – выявление и разрешение проблем интеграции процессов и конфликтов между процессной и функциональной ветвями управления, выделение ресурсов, а также определение бизнес-целей, задач и стратегии и обеспечение соответствия между ними
  • Процессный офис или центр компетенции BPM: процессные офисы часто выстраивают свою работу по аналогии с проектными офисами, то есть собирают и консолидируют данные и отчеты по проектам совершенствования процессов в организации; положения о центре компетенции обычно включают стандартизацию, унификацию средств и методов, обучение принципам и методам BPM, общий надзор за проектированием процессов и интеграцию процессов на уровне предприятия; Методика организации центра компетенции BPM (в отчете компании Savvion), состоящая из девяти шагов:

      {+...}

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

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

    {+...}

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


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

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

    {+...}

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

Основные аспекты управления процессами:

    {+...}

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

      {+...}

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

      {+...}

    • должен охватывать несколько аспектов:

        {+...}

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

        {+...}

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

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

    {+...}

  • Экономическое обоснование для движения к процессно-ориентированной модели: для того, чтобы оценить затраты, потраченные на улучшение, необходимо видеть целостную картину процессов компании или по крайней мере иметь модель процессов верхнего уровня для той области, в которой намечаются изменения; кроме того, выведя проект на уровень процессов, компания сможет совершенно по-новому взглянуть на качество и стоимость
  • Начало работы: важность лидерства; план лидерства BPM: процессные менеджеры должны отвечать за итоговые качество и производительность одного или нескольких процессов (в зависимости от размера и сложности; поскольку менеджеры процессов отделены от обычной организационной структуры, они должны отчитываться перед собственным руководством - это позволит им оставаться независимыми от рутинных операционных проблем, возникающих на уровне оргструктуры; работу менеджера процесса следует оценивать исходя из достижения установленных специально для него целей
  • Где пересекаются процессы и оргструктура: процесс можно разложить на составные части, относящиеся к различным уровням – назовем их бизнес-функциями, подпроцессами, действиями потоков работ, задачами, шагами; в терминах, предложенных выше, процесс пересекается с оргструктурой на уровне действий (потоков работ) – там, где работа разбита на части, выполнение каждой из которых поручено определенному бизнес-подразделению
  • Процессные фреймворки и отраслевые референтные модели: процессная модель предприятия является основой BPM; большинство организаций много выиграет, если возьмет за основу классификации процессов универсальную или отраслевую референтную модель; референтные модели бывают:

      {+...}

    • Общепригодные:

        {+...}

      • Процессный фреймворк APQC PCF: модель верхнего уровня, дающая организации возможность взглянуть на свою деятельность с процессной точки зрения, не зависящей от отрасли; PCF предлагает набор взаимосвязанных процессов, которые считаются критичными для бизнеса; сего помощью организация может научиться рассматривать свою внутреннюю деятельность от горизонтальных процессов, а не от вертикальных функций;
      • Референтная модель операционной цепочки создания ценности (VRM): в модели делается попытка объединить три аспекта создания ценности: продукция, процессы и потребитель. Модель предусматривает три уровня детализации процессов: верхний уровень 1 – это планирование, управление и исполнение; на следующем уровне 2 исполнение декомпозируется на процессы: маркетинг, исследования, разработка, закупки, производство, продажа, поставка, поддержка; уровень 3 детализирует процессы дальше; результирующий фреймворк обеспечивает охват расширенной цепочки создания ценности и контроль над ней;
    • Специфичные для отрасли:
      • {+...}

      • Референтная модель цепочек поставки SCOR: модель SCOR – это фреймворк, с помощью которого можно выявить процессы предприятия практически любого типа - это целостный взгляд на сквозные процессы, включающий экосистему цепочки поставщиков; ценность фреймворка в том, что он помогает предприятию и заинтересованным сторонам прийти к взаимопониманию в отношении внедрения и поддержания процессного подхода
    • Специфичные для области процессов (библиотека по IТ-инфраструктуре ITIL)
    • Специфичные для технологии (SAP).

Активности по управлению процессами:

    {+...}

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

      {+...}

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

      {+...}

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

      {+...}

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

Процессный офис и его роль:

    {+...}

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

      {+...}

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

      {+...}

    • Менеджеры процессов:

        {+...}

      • Обязанности менеджера процесса:

          {+...}

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

          {+...}

        • из-за широкого диапазона действий и информации, с которыми приходится иметь дело
        • ABPMP рекомендует подход со стороны бизнеса и усовершенствование через перепроектирование бизнеса с использованием BPMS
        • BPMS предоставляет автоматизированные средства анализа процессов и мониторинга
        • BPMS позволяет перевести стандарты и политики управления процессами в правила, которые будут управлять выполнением работы, принятием решений, регулированием и отчетностью
      • Встраивание в организацию: центр компетенции BPM является внешним по отношению к этой процессной организационной структуре, но связан с нею; менеджеры процессов должны относиться к отдельной структуре внутри организации, они не должны зависеть от руководителей подразделений, участвующих в процессе, и у них должны быть собственные показатели, отличные от показателей подразделений
    • Менеджеры по изменениям процесса: советник или внутренний консультант, который специализируется на изменениях процесса; не занимается оперативной работой и не управляет повседневной работой процесса, а отвечает за реализацию усовершенствований и за воздействия, оказываемые изменениями в операциях, правилах, данных или отчетности вверх и вниз по потоку работ
    • Консультанты процесса: роль, которую исполняют специалисты Центра компетенции BPM. Это эксперты в управлении изменениями процессов, а также в стандартах, политиках, методиках и т. д., используемых в компании для регулирования процессных изменений.


Технологии BPM

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

Среда BPM, опирающаяся на BPMS, обладает многими преимуществами, но главные из них три:

    {+...}

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

Технологии BPMS:

    {+...}

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

      {+...}

    • анализ бизнес-процессов: BPA, EA BPMS
    • всестороннее моделирование процессов: BPA, BPMS
    • проектирование архитектуры бизнес-процессов: BPA, BPMS
    • имитационное моделирование: BPA, BPMS
    • управление данными: EA, BPMS, Rep
    • проектирование архитектуры (приложений, физической, информационной): EA
    • мониторинг/управление архитектуры: EA
    • проектирование и хранение бизнес-правил: BRMS, BPMS
    • исполнение бизнес-правил: BRMS, BPMS
    • интеграция приложений: BPMS, SOA/EAI
    • автоматическая генерация приложений: BPMS
    • исполнение процесса: BPMS
    • измерение характеристик процесса: BPMS, BAM

    где технологии:

      {+...}

    • BPA - анализ бизнес-процессов
    • EA - моделирование архитектуры предприятия
    • BRMS - системы управления бизнес-правилами
    • BPMS - системы управления бизнес-процессами
    • BAM - мониторинг бизнес-действий
    • SOA - сервис-ориентированная архитектура и EAI - интеграция корпоративных приложений
    • Rep - корпоративный репозиторий BPM
  • Выбор поставщика BPMS: при выборе одного поставщика, помимо функциональности и легкости использования, должны принимать в расчет следующее:

      {+...}

    • планы поставщика в отношении компонент своего продукта
    • не готовится ли этот поставщик к продаже своего бизнеса
    • стабильность альянса - Закреплена ли поддержка совместного продукта в стратегиях поставщиков и юридически? Будут ли гарантированы возможность использования полного пакета и техническая поддержка?
  • Системы управления бизнес-процессами (BPMS) - единая среда для IT и бизнеса: под рабочей средой понимается следующее: когда сотрудник авторизуется в прикладной системе, в действительности он авторизуется в модуле BPMS, который исполняет модели бизнес-процессов и правила; в BPMS проводится моделирование процессов и потоков работ, проектируются отчеты; в моделях указываются точки взаимодействия с унаследованным ПО, реализующие цепочки автоматических задач и интерфейс с унаследованными приложениями через адаптеры EAI; правила кодируются и исполняются машиной бизнес-правил; измерения производятся через бизнес-правила и интерфейсы к внешним программам, результаты отображаются на комплексных панелях управления, выдающих рекомендованные действия; среда легко и быстро меняется на уровне моделей и бизнес-правил; тестирование новых моделей проводится с использованием имитационного моделирования; центр компетенции BPM отвечает за выработку стандартов и контроль за их соблюдением при разработки и модификации среды
  • Стек технологий BPM:

      {+...}

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

        {+...}

      • Эффект от использования машины бизнес-правил:

          {+...}

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

          {+...}

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

          {+...}

        • Централизованная кодификация знаний организации: описание шаблонов правил для взаимодействий с клиентами, таких как соответствие требованиям, кросс- продажа, продажа более дорогого товара и т. д., включающих: скоринг-карты – на основе скоринга и ранжирования; деревья решений – на основе логики «если – то»; карты решений – на основе значений одной или двух переменных; таблицы решений – на основе последовательности проверочных условий; создание, согласование, тестирование и внедрение правил; хранение правил, обеспечивающее доступ к правилам для всей организации)
        • Поиск имеющихся описаний правил для целей
        • Поддержка вызова правил из программ и контроль за использованием правил: устранение конфликтов и избыточности правил; выявления правил, которые больше не соответствуют правовым требованиям; повышение качества правил – ясность, целостность, отсутствие дублирования
        • Анализ SLA, KPI, улучшения по методике шести сигм
        • Управление качеством и обеспечение согласованности: управление изменениями правил; управление созданием новых правил; информирование обо всех точках обращения к правилу для оценки последствий его изменения; тестовое использование правила;управление доступом к правилам
        • Анализ взаимосвязи правил и их использования по схеме «что, если»: историческая и текущая аналитика; развертывание правил для использования в приложениях и в BPMS; Валидация используемых правилами данных; Использование, редактирование, тестирование данных, работа данными
    • Измерение и мониторинг эффективности: программное обеспечение BAM предоставляет всесторонний взгляд на выполнение задач, составляющих бизнес-процесс, что дает руководству возможность реагировать на возникающие проблемы, а также позволяет оптимизировать бизнес
    • Генерация приложений: генерация приложений базируется на процессных моделях, задающих контекст и поток работ, и правилах, определяющих, какие данные следует использовать и какие действия предпринимать; из форм, создаваемых средствами BPMS, генерируются экраны пользовательского интерфейса
    • Поддержка групповой и совместной работы: под групповой работой понимается одновременная работа большого числа разработчиков и пользователей и передача моделей между людьми и командами туда и обратно; бизнес-среда, позволяющая совместно использовать ПО людям, распределенным территориально, становится средством эффективного сотрудничества как групп внутри организации, так и с внешними партнерами
    • SOA / EAI:

        {+...}

      • Интеграция корпоративных приложений (EAI): шаблоны коммуникаций, ускорители, адаптеры для доступа к данным унаследованных приложений; программные пакеты EAI предоставляют наборы готовых так называемых адаптеров для связи между коммуникационной средой (ESB или другой коммуникационной платформой) и приложениями или между приложениями напрямую; EAI помогает реализовать протокол и концепцию SOA
      • Сервис-ориентированная архитектура (SOA): сервис-ориентированная архитектура (SOA) представляет собой гибкий набор принципов проектирования, используемых при разработке и интеграции приложений, в соответствии с которым приложения разрабатываются в виде сервисов, к которым можно обращаться по сети; обращения на чтение или запись проходят через адаптеры EAI, которые преобразуют их в вызовы функций внутри приложений, реализованных на традиционных языках программирования; таким образом, обращение на чтение или запись может быть реализовано однократно с применением единого формата SOA, а затем использовано многократно (обычно с помощью ESB) различными приложениями без трудоемкого программирования; результатом является библиотека сервисов – слабо связанных программных модулей, вызываемых по мере надобности

          {+...}

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

            {+...}

          • для SOA следует рассмотреть и явно задокументировать следующее:

              {+...}

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

              {+...}

            • взаимодействуют подразделения
            • принимаются решения и назначается ответственность
            • меняется процесс
            • проверяются процедуры
            • применяются способы и методы
        • Переход на SOA: при переходе на SOA следует обратить внимание на следующее:

            {+...}

          • концепция, стратегическое планирование, одобрение со стороны высшего руководства, выделение бюджета и управление ожиданиями
          • стратегия оценки эффективности бизнеса – от стратегических целей до операционной эффективности сервиса
          • оценка готовности к переходу на SOA – текущая технологическая среда и архитектура; описание стратегии SOA – включая описание способов применения и перспективный план реализации
          • описание архитектуры – использование или неиспользование ESB, статическое или динамическое создание экземпляров сервисов, статическое или динамическое связывание сервисов, требования SLA и качества сервиса, эксплуатационные характеристики (доступность, надежность, отказоустойчивость и т. д.), использование репозитория для поддержки жизненного цикла сервисов
          • регулирование – полный жизненный цикл сервисов; определение сервисов, которые будут реализованы в прототипе SOA, и требований к прототипу, включая отчет по результатам и его анализ; определение типов сервисов, которые будут реализованы
          • приобретение компетенций в области SOA: подготовка и тестирование персонала, выбор и внедрение ПО
          • как будут разрабатываться, тестироваться и внедряться элементы SOA – сервисы, EAI адаптеры и т. д.
          • как будет внедряться и использоваться ESB, включая переделку существующих механизмов коммуникаций
        • Применение SOA: взаимодействие по схеме «точка-точка» уходит в прошлое, взаимодействие между системами и между бизнес-подразделениями упрощается и становится более эффективным; одновременно, однако, еще более критичными становятся вопросы целостности данных; подход SOA предлагает новый способ разработки программных модулей, основанный на стандартизированных сервисах и интерфейсах, который можно использовать для внешних по отношению к BPMS приложений;
    • Корпоративная сервисная шина (ESB): сервисная шина предприятия (ESB) – это сочетание архитектуры программного обеспечения, программных средств и коммуникационной среды, управляющих передачей данных между компьютерами; коммуникационная среда ESB в передаче сообщений выполняет функцию посредника: прикладные системы подключаются к ней для обмена информацией друг с другом
    • Репозиторий BPMS: репозиторий BPMS хранит большую часть данных о процессах компании, однако обычно в нем не хранятся все данные транзакций, совершаемых в ходе выполнения процесса, так как ввиду большого объема такой информации для ее хранения часто используется внешняя СУБД.

Как добиться эффекта от технологий BPM:

    {+...}

  • Архитектура инфраструктуры BPM: это схема того, как сочетаются друг с другом различные компоненты BPM
  • Определение бизнес-требований и требований к данным: успех перехода на новые технологии зависит от способности понять истинные возможности и назначение инструментария, а также от возможности тесно взаимодействовать с выбранным поставщиком ПО
  • Совместная командная работа: в среде BPM с использованием BPMS схема бизнеса становится требованиями, а бизнес-правила становятся логикой, что приводит к новому типу взаимодействия между бизнесом и IТ, переопределяя роли, которые каждая из сторон играет в бесконечной эволюции операций и приложений
  • Недооцененные возможности: если рассматривать BPMS в более широком контексте – не просто как средство решения специфической проблемы, а как новый подход к эволюции бизнеса и бизнес-приложений, то наградой становится способность непрерывного совершенствования и оптимизации бизнеса и возможность реализации осмысленной программы «шести сигм»
  • Поддержка принятия решений и управление эффективностью: системы BPMS предлагают разнообразные средства управления эффективностью: мониторинг, измерение, бизнес-аналитика, которые можно интегрировать с инструментами шести сигм и другими методиками; в сочетании с имитационным моделированием будущего решения эти инструменты позволяют измерять реальное улучшение и реальный возврат инвестиций
  • Мониторинг и заинтересованность: достижение заинтересованности в реализации развитого мониторинга – это не вопрос технологии, но все же возможности технологий в части поддержки мониторинга и совместной работы (получения обратной связи и выработки консенсуса) имеют значение
  • Первоначальная настройка: несмотря на гибкость средств моделирования и другого ПО BPM, во избежание проблем в будущем до начала установки следует проанализировать сценарии будущего его использования; помимо планируемых сценариев использования ПО BPM, необходимо рассмотреть вопросы взаимодействия с внешними базами данных, а также такими источниками информации, как файлы Word и Excel, унаследованные приложения и корпоративные системы, в частности ERP.

Активность по регулированию использования BPMS: регулирование – это компромисс между контролем и гибкостью; потребность в контроле при использовании BPMS возрастает, но при этом сильной стороной BPMS является скорость изменений, что подразумевает минимум контроля

    {+...}

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

      {+...}

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

      {+...}

    • сбор информации: руководство по выявлению бизнес-процессов
    • имитационное моделирование: контроль информации, ее качества и отражения в моделях
    • нотация моделирования бизнес-процессов (BPMN): определяет символы, используемые для графического проектирования процессов, и обеспечивает возможность генерации приложений BPMS
    • язык исполнения бизнес-процессов (BPEL): кодирование приложений, генерируемых BPMS
    • расширяемый язык разметки (XML): обмен данными и документами
    • расширяемый язык определения процесса (XPDL): общий формат файлов для обмена моделями между программными продуктами
    • база данных и моделирование данных: схемы использования и хранения данных
    • Java: стандарты применения языка
    • веб-сервисы: структура, использование и контроль
    • SOA: стратегия, использование, разработка и т. д.
    • тестирование: проверка того, что генерируемые приложения работают как ожидалось.

Перспективы технологий BPM:

    {+...}

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

      {+...}

    • модель SaaS содержит риски в отношении безопасности доступа и защиты данных, и время покажет, насколько хорошо поставщики защищают свои сайты, приложения и данные
  • Облачные технологии: облака – это современный подход к организации компьютерных сетей, в котором вместо коммуникаций «точка-точка» по выделенным линиям (например, по линиям T1) используется Интернет; в так называемых облачных вычислениях компьютер и пользователь не имеют представления о маршруте, которым сообщение достигает получателя, – маршрутдля вызова и пакета данных выбирается интернет-провайдером; в результате можно забыть о многих вещах, о которых приходится заботиться в традиционных сетевых коммуникациях; виртуальная сеть устраняет риск разрыва единственной линии связи и обеспечивает неограниченную масштабируемость сетевых сервисов

      {+...}

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