Читать книгу: «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0», страница 9

2.14. Внедрение BPM является стратегическим решением и требует твердой поддержки со стороны высшего руководства

Как было показано выше, полномасштабное (в масштабах корпорации или крупной организационной единицы) внедрение BPM зачастую требует появления и развития:

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

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

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

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

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

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

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

Вступительное слово: Крэйг Ле Клер (Craig Le Clair), вице-президент и главный аналитик, Forester Research

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

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

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

В свете сказанного выше можно выделить следующие тенденции.

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

BPM годами тянет с выполнением обещания «замкнутого цикла»⁵⁰ – непрерывного циклического моделирования, проектирования, исполнения и улучшения бизнес-процессов. К сожалению, большинство BPM-решений почти полностью сконцентрировались на исполнении, а стратегии уделяют минимум внимания. В течение следующих нескольких лет благодаря прогрессу в моделировании баланс в системах BPMS⁵¹ сместится от разработки и исполнения в сторону мониторинга и реализации процессной стратегии. Чтобы добиться сбалансированности, следующее поколение BPMS соединит бизнес-архитектуру – модели способностей, цепочки создания ценности и стратегические карты – с контролем исполнения процессов в реальном времени, что позволит высвечивать проблемы с производительностью процессов и вырабатывать рекомендации по оптимизации.

Проектирование от моделей должно улучшить коммуникации с заинтересованными лицами бизнеса

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

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

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

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

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

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

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

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

3.0. Введение

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

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

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

3.1.1. Применение процессных моделей

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

• организационного планирования (структурирования);

• исследования (изучения);

• прогнозирования (предсказания);

• измерения (количественной оценки);

• объяснения (обучения, демонстрации);

• верификации (валидации);

• контроля (установления ограничений и целей).

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

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

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

• связи между значками;

• связи значков с окружением;

• поведение или действие значков.

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

Таблица 3.1

3.1.2. Статические и динамические модели

Статические модели отображают единственное, не меняющееся во времени состояние процесса. Статические модели:

• фиксируют исходное состояние;

• документируют промежуточные версии;

• изображают будущее состояние, основанное на предположениях о целях и рисках процесса;

• управляют изменениями;

• приводят процесс к более высокому уровню зрелости.

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

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

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

3.1.3. Компоненты процесса и программные средства

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

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

В таблице 3.2 представлены некоторые компоненты процесса (и сопутствующая информация), встречающиеся в моделях процессов.

Таблица 3.2

Примеры компонент процесса, охватываемых моделью

3.1.4. Цели моделирования процессов

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

Процессные модели – это средства:

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

• анализа эффективности процесса;

• описания изменений.

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

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

Таблица 3.3

Побудительные причины моделирования процессов

3.2. Основные процессные нотации

Нотация – это стандартизованный набор символов плюс правила, определяющие, что они означают.

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

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

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

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

• Есть возможность импорта-экспорта моделей между различными программными средствами.

• Некоторые средства дают возможность перевести нотацию моделирования в исполняемый язык.

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

Рекомендации по выбору нотации моделирования

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

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

Таблица 3.4

Распространенные процессные нотации⁵⁴

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

Стандарт business process model and notation (BPMN) первоначально был разработан Business Process Management Initiative, в настоящее время он поддерживается консорциумом Object Management Group (OMG). Растущая популярность BPMN в качестве стандарта привела к тому, что его стали поддерживать наиболее распространенные средства моделирования. Он предоставляет полноценный набор символов для моделирования различных аспектов бизнес-процесса. Как и большинство современных нотаций, символы BPMN описывают взаимосвязи, такие как последовательность выполнения работ.

Ключевые характеристики

• Версия 2 (BPMN2.0) показывает, что нотация является зрелой и устоявшейся.

• Более 100 символов сгруппированы в так называемые описательные и аналитические наборы⁵⁵ в соответствии с потребностями разных пользователей.

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

Для чего используется

• Чтобы представить модель процесса разным аудиториям.

• Для имитационного моделирования.

• Для исполнения процесса.

Преимущества

• Широко используется и легко воспринимается; многими рассматривается как стандарт «де-факто».

• Заметное использование в Министерстве обороны и других государственных ведомствах США.

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

Недостатки

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

• Трудно увидеть взаимосвязи между различными уровнями процесса.

• Разные средства моделирования могут поддерживать разные подмножества нотации.

• В некоторых организациях люди бизнеса плохо воспринимают нотацию из-за ее IТ-корней.

Пример

Дополнительная информация

• Официальный сайт BPMN, принадлежащий OMG: www.bpmn.org.

3.2.2. Дорожки

«Плавательные дорожки» – это не отдельная нотация, а скорее, полезное дополнение к другим системам нотаций. Их часто включают в диаграммы BPMN, EPC, UML и блок-схемы, чтобы показать исполнителя, ответственного за выполнение определенного действия. Дорожки изображаются в виде длинных вертикальных или горизонтальных полос, напоминающих дорожки в плавательном бассейне. Упорядочивание потока действий по дорожкам делает наглядной передачу ответственности и работы между участниками процесса.

Ключевые характеристики

• Дорожки изображают исполнителей или группы исполнителей.

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

Для чего используется

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

• Чтобы заинтересованные стороны лучше понимали процесс.

Преимущества

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

• Четко определяет точки передачи ответственности в процессе.

• Может описывать последовательность операций, потоки материалов и сообщений.

Недостатки

• Сложно изобразить коллективную ответственность.

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

Пример

3.2.3. Блок-схемы

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

Ключевые особенности

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

• Множество вариантов для различных целей.

• В основе лежит простой набор легко узнаваемых символов.

• Является предшественником многих более современных нотаций.

Для чего используется

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

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

• Чтобы разрабатывать диаграммы в ходе традиционного программирования.

Преимущества

• Хорошо воспринимается программистами и системными инженерами.

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

• Подходит для изображения «магистрального пути»⁵⁶ процесса.

• Не требует существенных затрат.

• Поддерживается недорогими программными средствами, в том числе универсальными программами для рисования.

Недостатки

• Помимо стандарта ANSI, существует множество вариантов нотации.

• Может не хватать точности при описании сложных бизнес-процессов.

• У элементов нет устоявшихся наборов атрибутов.

• Модели являются «плоскими», из-за чего приходится разрезать диаграмму на сегменты, соединенные коннекторами.

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

Примеры

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

Дополнительная информация

• Стандарты ANSI.

• Вводные разделы учебников по программированию.