Kitobni o'qish: «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0»

Научные редакторы Белайчук А. А., Елифёров В. Г.

Руководитель проекта М. Шалунова

Корректоры Н. Витько, Е. Чудинова

Компьютерная верстка К. Свищёв

Дизайн обложки Ю. Буга

В оформлении обложки использованы изображения из фотобанка shutterstock.com

© ABPMP, 2013

© Издание на русском языке, перевод, оформление. ООО «Альпина Паблишер», 2016

Все права защищены. Произведение предназначено исключительно для частного использования. Никакая часть электронного экземпляра данной книги не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, включая размещение в сети Интернет и в корпоративных сетях, для публичного или коллективного использования без письменного разрешения владельца авторских прав. За нарушение авторских прав законодательством предусмотрена выплата компенсации правообладателя в размере до 5 млн. рублей (ст. 49 ЗОАП), а также уголовная ответственность в виде лишения свободы на срок до 6 лет (ст. 146 УК РФ).

Вступительное слово: Конни Мур (Connie Moore), вице-президент и главный аналитик, Forrester Research

Я очень горжусь тем, что Ассоциация ABPMP¹ попросила меня написать предисловие к третьей версии Свода знаний ABPMP CBOK². Почему? Потому что работа по сертификации, начатая ABPMP, является одной из наиболее важных инициатив в области BPM³. Мы в Forrester Research знаем, что подготовленных профессионалов в области BPM явно недостаточно для покрытия растущего спроса на квалифицированных и опытных специалистов, а отсутствие опытных профессионалов сдерживает дальнейшее использование BPM в преобразовании и совершенствовании процессов.

На фоне того, как количество рабочих мест в Европе и в Америке непрерывно сокращается, а безработица, неполная занятость и стагнирующие зарплаты приобретают хронический характер, дефицит специалистов со знаниями в области ВРМ – не просто хорошая, а отличная новость для людей, ищущих работу или стремящихся сделать карьеру в бизнесе или в IТ. Причем речь идет не только о тех, кто хочет изучить BPM для повышения собственной квалификации – компании не просто заполняют вакансии, но и планируют в ближайшее десятилетие расширить программы обучения, чтобы обеспечить персоналом программы BPM-трансформаций. Это означает, что предприятия и государственные учреждения должны вплотную заняться проблемой адекватной подготовки большого числа знающих BPM-профессионалов, а профессиональные организации – предоставить желающим возможности развивать и совершенствовать свои навыки.

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

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

Мы пошли дальше и сформулировали пять принципов мышления, основанного на Больших процессах.

Принцип 1: Преобразовывать, а не просто улучшать процессы.

Принцип 2: Давать рычаги управления клиентам.

Принцип 3: Делать процессы глобальными, стандартизованными и «человечными».

Принцип 4: Использовать большие данные⁵.

Принцип 5: Удвоить ставку на процессные компетенции.

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

Забавно: сегодня утром, собравшись поработать над этим предисловием, я открыла электронную почту и в первом же письме (полученном из Великобритании) увидела:

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

Мой ответ:

«Я рекомендую ознакомиться с программой сертификации Ассоциации BPM-профессионалов ABPMP. У них есть свод знаний CBOK, который можно скачать с сайта или купить в бумажном виде, а затем пройти тест для получения сертификата. Я думаю, это очень хороший первый шаг».

Это отличная иллюстрация того, что люди по всему миру хотят – просто жаждут – получить материалы BPM CBOK.

Почему я лично уверена, что на компетенции BPM есть большой спрос.

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

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

Путаница в представлениях о квалификации аналитика BPM. Критичными для программы BPM являются четыре роли: 1) инициатор программы BPM, задающий видение и драйв и обеспечивающий спонсорство; 2) бизнес-архитектор или гуру, который видит всю большую картину трансформации процессов; 3) архитектор процессов, который понимает, как множество процессов связаны друг с другом, и помогает спроектировать новые процессы; 4) процессный аналитик (или бизнес-аналитик), описывающий процессы «как есть» и «как будет» и разрабатывающий процессы один за другим. Многие считают, что бизнес-аналитики с опытом составления требований – скажем, для систем ERP или CRM – легко могут перейти на должность процессного аналитика BPM. Но из общения на конференциях и дискуссий с ведущими авторитетами в области BPM я выяснила, что большинство бизнес-аналитиков не способны просто перейти на эту должность: одним недостает технических навыков, другим это не интересно. Но у некоторых есть и то и другое, и они хотели бы изучить проектирование процессов в BPM. Поскольку квалифицированных специалистов хронически не хватает, у них должна быть возможность поднять свою квалификацию, принять участие в проекте BPM и подниматься по карьерной лестнице дальше.

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

Предисловие президента ABPMP

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

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

Третья версия ABPMP CBOK® – это ответ на растущий спрос на информацию о том, как на самом деле работает BPM и чем реально он может помочь компаниям в глобальной конкуренции. Позиция ABPMP как ассоциации заключается в том, что в компетенциях BPM есть два очень разных аспекта. Первый мы называем базовыми концепциями, они основаны на теории и на некотором обучении. Это важная составляющая компетентности, но это далеко не все, что требуется для успеха. Вот почему в этой книге и в нашей профессиональной сертификации BPM мы фокусируемся на знаниях и опыте практиков. Мы считаем, что в основе BPM должен лежать обширный и глубокий практический опыт, ведь именно он дает организации уверенность в успехе. Как следствие, эта книга – не только теория. Разумеется, она содержит информацию о концепциях и об основах, но также советы о том, что необходимо сделать, и рекомендации, какие подходы использовать. Это превращает ABPMP CBOK® в уникальный труд.

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

Кроме того, все авторы – люди дела. На любом уровне, от стратегии до сервис-ориентированной архитектуры, они работают засучив рукава. Это определяет особую точку зрения: CBOK®– не компиляция того, что автор почерпнул из общения с другими людьми, и не изложение частного опыта, а практическое, докапывающееся до глубин обсуждение широкого круга вопросов BPM.

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

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

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

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

От имени ABPMP я благодарю вас за интерес к этому исследованию BPM. Присоединяйтесь к нам в качестве члена и делитесь опытом с другими на мероприятиях отделений ABPMP⁹. Я думаю, вы получите удовольствие от подобных обсуждений с коллегами.

Тони Бенедикт (Tony Benedict), CBPP Президент ABPMP International

Об этой книге
История написания версии 3 CBOK®

Проект написания новой версии ABPMP CBOK® стартовал в конце 2010 года. На первом шаге были изучены комментарии читателей второй версии, к которым добавились комментарии и предложения европейских и бразильских членов ассоциации. В конце 2011 года было принято решение полностью переписать CBOK, поскольку отрасль BPM/BPMS изменилась настолько сильно, что просто добавлять информацию признали нецелесообразным.

Проект переписывания CBOK® возглавил Дэн Моррис (Dan Morris). Вся работа была разделена на три подпроекта: написание глав, рецензирование глав, комплексное рецензирование CBOK®. В завершение текст прошел профессиональную редактуру на предмет грамматических и орфографических ошибок.

Подпроект написания глав возглавил Раджу Саксена (Raju Saxena) – он тот, кто не давал этой работе остановиться. Рецензирование глав самоотверженно возглавил Оуэн Кроули (Owen Crowley). Комплексное рецензирование и работу с комментариями также возглавил Дэн Моррис. Тони Бенедикт (Tony Benedict) руководил окончательной редактурой текстов и иллюстраций.

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

Руководящие принципы

Совет директоров ABPMP рекомендовал авторам и рецензентам руководствоваться следующими принципами.

• Ориентироваться на практиков бизнеса.

• Способствовать единому пониманию BPM.

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

• Содействовать единообразному применению языка BPM/BPMS.

• Добиваться, чтобы текст был легко читаемым, основательным и глубоким.

• Давать ссылки на смежные дисциплины (например, шесть сигм, бережливое производство и т. д.).

• Содержать общепринятые методы.

• Быть нейтральным по отношению к вендорам и методологиям.

• Служить руководством, а не инструкцией.

• Охватывать современные концепции.

Содержание

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

CBOK® включает следующие главы.

Версия 3 CBOK® и ABPMP CBPP™

Этот перечень тем перекликается с сертификационными тестами ABPMP CBPP™¹⁰. Однако следует отметить, что экзамен CBPP™ основан не только на CBOK®, а ключевым требованием сертификации является наличие практического опыта.

Авторы

Авторы CBOK® набирались исходя из профессионального опыта, подтвержденного мероприятиями ABPMP, отзывами коллег, работой в комитетах ABPMP, публикациями, выступлениями и авторитетом в отрасли. Все авторы являются сертифицированными BPM-профессионалами (CBPP).

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

Вступления к главам

Комитету CBOK® удалось привлечь к написанию вступительных слов известных экспертов в области BPM. Они поделились своим видением того, как в будущем могут развиваться те или иные аспекты BPM, и тем самым повысили ценность соответствующих глав.

ABPMP CBOK® и качество

Качество оставалось главной заботой на протяжении всего процесса написания CBOK®. В новой версии мы стремились обновить содержание, включив новые идеи, изменения восприятия BPM рынком и изменения в технологиях BPMS. Для этого ABPMP воспользовалась подходом, основанным на проверках и балансе.

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

Комитетом рецензентов руководил Оуэн Кроули (Owen Crowley), ему помогали Дэн Моррис (Dan Morris) и Габриэль Филд (Gabrielle Field). Благодаря Оуэну качество оставалось в центре внимания рецензентов на протяжении всех шести месяцев, пока длилась эта работа. Члены команды рецензентов указаны ниже.

Комплексная проверка качества CBOK®

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

Рецензенты итогового варианта версии 3 CBOK® перечислены ниже.

Завершение работы над CBOK®

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

Ссылки на производителей и поставщиков

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

Будущие версии CBOK®

Поскольку BPM и BPMS быстро развиваются, любой текст будет нуждаться в непрерывном пересмотре и обновлении. С этой целью ABPMP будет выпускать регулярные обновления, которые будут доступны на сайте ассоциации ABPMP ее членам и тем, кто приобрел годовую подписку на CBOK®.

Мы отдаем себе отчет, что, несмотря на все усилия, которые мы предприняли для выпуска качественного продукта, кто-то может захотеть расширить перечень тем или рассмотреть какие-то вопросы более глубоко. Таких читателей мы просим направлять свои пожелания и предложения на электронный адрес edcomm@abpmp.org.

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

Комментарии

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

Предисловие
Определение профессионала управления бизнес-процессами

Следующий текст является выдержкой из статьи экс-президента ABPMP Бретта Чамплина (Brett Champlin) для BPM Strategies (www.bpmstrategy.com), октябрь 2006 года.

На нескольких конференциях BPM я задавал аудитории из нескольких сотен участников вопрос: «Кто здесь представляет IT?» Обычно поднималось 30–45 % рук. Следующий вопрос: «Кто представляет бизнес?» – еще 30–45 %. И, наконец: «Кто здесь, как я, находится где-то посередине?» Руки поднимала почти вся группа. Это показательно. Многие из нас, кто занимается управлением процессами, проектированием процессов, анализом эффективности процессов, автоматизацией процессов и т. д., находятся в замешательстве. Кто мы – бизнес-профессионалы, которые должны знать, как воспользоваться IТ для управления процессами, или IТ-профессионалы, которые должны разбираться в бизнесе, чтобы в полной мере использовать возможности новых IT-решений?

BPM – это одновременно и управленческая дисциплина, и программное обеспечение для управления процессами. Информационные технологии для управления потоками работ, интеграции корпоративных приложений (EAI)¹¹, управления документами и контентом, бизнес-правилами и эффективностью и другие были собраны воедино, чтобы обеспечить управление, основанное на процессном подходе. Несколько лет назад поставщики ПО BPM были нацелены на исполняемые процессы, сегодня они предлагают системы BPMS с полным набором функций и возможностей, необходимых процессным менеджерам, аналитикам и IТ-разработчикам.

Последние исследования подтверждают, что BPM быстро становится доминирующей парадигмой менеджмента XXI века. В апреле 2005 года исследование BPMG показало, что «…BPM приобрел значительное признание в качестве основного средства управления бизнесом…» и «…более 80 % ведущих международных организаций активно реализуют программы BPM, и многие из них делают это в глобальном масштабе». Бенчмаркинг, проведенный APQC в марте 2005 г., показал, что «BPM – это то, как ведут свой бизнес передовые организации». В этом исследовании также изучались стратегии, подходы, средства и методы (включая процессные фреймворки и модели процессной зрелости), проверенные на опыте процессно-ориентированных организаций мирового уровня, и был сделан вывод, что хотя «сами по себе информационные технологии не являются управлением бизнес-процессами, но значительная часть потенциала BPM-инициатив не может быть реализована без поддержки мощных, гибких и дружественных по отношению к пользователю IТ-решений».

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

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

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

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

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

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

Мы видим множество успешных моделей внедрения BPM, но все их объединяет одно: множество новых ролей и обязанностей. Эта новая группа профессионалов управления бизнес-процессами необходима бизнесу XXI века. Судя по членам ABPMP, как правило, это люди высокообразованные (67 % имеют степень бакалавра и выше) и с большим опытом работы (в среднем 9,9 года) в области совершенствования и реорганизации процессов.

Некоторые самые распространенные роли:

• процессный аналитик;

• процессный инженер;

• процессный архитектор;

• менеджер процесса;

• владелец процесса;

• консультант по процессам;

• бизнес-аналитик;

• системный аналитик;

• менеджер или директор программ повышения эффективности;

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

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

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

Миссия Ассоциации BPM-профессионалов ABPMP и Европейской ассоциации EABPMP – популяризировать практику BPM, формировать Свод знаний (СВОК) и содействовать развитию профессионалов, работающих в данной области. Региональные отделения АВРМР и ЕАВРМР регулярно проводят мероприятия, посвященные отдельным темам в рамках BPM или разбору примеров внедрения, тем самым предоставляя своим членам недорогую программу непрерывного обучения. В ассоциации есть комитет по образованию, который занимается разработкой BPM СВОК. Вслед за этим мы планируем создать рекомендуемые учебные планы для учебных заведений и курсов переподготовки. Мы намерены разработать набор критериев для оценки учебных программ и процедуру официальной сертификации поставщиков образовательных услуг. Мы также подготовим программу сертификации профессионалов в области управления бизнес-процессами¹².

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

Об Ассоциации профессионалов управления бизнес-процессами (ABPMP)

Основная информация об ABPMP

Ассоциация BPM-профессионалов (ABPMP)¹³ – это некоммерческая профессиональная организация, нацеленная на продвижение концепций и методов BPM.

У ABPMP есть отделения в нескольких регионах США, и новые отделения создаются в США и в мире. Тем, кто хотел бы принять участие в работе ABPMP, но у кого поблизости нет отделения ABPMP, мы советуем рассмотреть вопрос о создании местного отделения. Члены, не ассоциированные с действующим отделением, приписываются к отделению Members At Large, у которого есть собственное выборное руководство и которое участвует в деятельности ABPMP наравне с остальными отделениями¹⁴.

Руководит ABPMP выборный совет директоров. Каждый президент отделения по должности одновременно является голосующим членом совета директоров ABPMP International. Также в ABPMP есть консультативный совет, состоящий из наиболее известных авторов, практиков и экспертов, работающих на добровольной основе. Периодически он дает рекомендации отделениям и совету директоров по тому, как АВРМР мог бы лучше помогать своим членам.

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

За подробной информацией об ассоциациях ABPMP и EABPMP, пожалуйста, обращайтесь на сайты www.abpmp.org и www.eabpmp.org¹⁵.

Миссия, ценности и деятельность

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

Концепция

Концепция Ассоциации BPM-профессионалов заключается в том, чтобы:

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

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

• давать определения дисциплине и практике управления бизнес-процессами;

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

Миссия

Миссия ABPMP заключается в том, чтобы:

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

• развивать Свод знаний по BPM (CBOK);

• вносить свой вклад в продвижение и развитие навыков профессионалов, работающих в области ВРМ.

Деятельность

ABPMP проводит образовательные и общественные мероприятия для непрерывного обучения и распространения передовых методов, новых идей и опыта между своими членами – коллегами по профессии. Информацию о таких мероприятиях можно найти на сайте ассоциации www.abpmp.org¹⁶.

Этический кодекс

Будучи приверженной самым высоким стандартам профессиональной этики, ABPMP считает, что профессионалы BPM обязаны:

• быть этичными в профессиональной деятельности и в личной жизни;

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

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

Каждый член ABPMP обязан принять и подписать этический кодекс и стандарт профессионального поведения, изложенные ниже.

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

Я согласен с тем, что:

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

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

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

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

Стандарты поведения

Настоящие стандарты расширяют и подкрепляют Этический кодекс специфическими нормами поведения. Они определяют не цели, к которым надо стремиться, а правила, которые ни один профессионал не должен нарушать. Перечисленные ниже нормы определяют принципы профессии.

В знак признания моих профессиональных обязательств я должен:

• избегать конфликтов интересов и информировать о потенциальных конфликтах;

• защищать приватность и конфиденциальность любой доверяемой мне информации;

• принимать полную ответственность за выполняемую мною работу;

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

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

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

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

• во всех профессиональных контактах быть справедливым, честным и объективным;

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

• всегда защищать законные интересы моего работодателя и моих клиентов;

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

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

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

• не извлекать выгоды из недостатка знаний или опыта у окружающих;

• не использовать и не ставить себе в заслугу чужую работу без явного подтверждения и разрешения;

• не злоупотреблять доверенной мне властью.

Контакты

Качество информации является нашей постоянной заботой, и мы приложили усилия к тому, чтобы каждая часть CBOK прошла проверку через рецензирование ведущими BPM-профессионалами. Просим вас направлять комментарии к этой версии CBOK в адрес ABPMP. Контактную информацию вы найдете на сайте www.abpmp.org.

Совет директоров ABPMP International

О русской версии CBOK

Данная книга является переводом англоязычного BPM CBOK версии 3.0, выполненным Ассоциацией профессионалов управления бизнес-процессами (АПУБП) – российским отделением (Russian Chapter) международной Association of Business Process Professionals (ABPMP).

Работа над русской версией CBOK была начата осенью 2013 года (практически сразу после выхода английской) и проходила в несколько стадий.

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

• Белайчук Анатолий Анатольевич, евангелист BPM, Comindware Inc, к.т.н., CBPP;

• Вагнер Юлия Борисовна, к.э.н., директор по развитию BPM, ООО «Бизнес-Консоль»;

• Елифёров Виталий Геннадиевич, консультант по управлению, автор книг и статей по процессному подходу;

• Кузин Вадим Евгеньевич, начальник отдела комплексной автоматизации, HПК «Уралвагонзавод»;

• Михеев Андрей Геннадьевич, преподаватель МЭСИ, НИТУ МИСиС; бизнес-аналитик, Консалтинговая группа РУНА;

• Сорокин Александр Сергеевич, зам. директора департамента стратегического планирования и управления изменениями, «Маревен Фуд Сэнтрал», к.э.н., MBA, PMP;

• Федоров Игорь Григорьевич, к.т.н., профессор, МЭСИ.

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

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

• Арзуманян Максим Юрьевич, ассистент кафедры ИТЭ, СПбГУТ им. проф. М. А. Бонч-Бруевича (глава 10);

• Архипов Игорь Константинович, руководитель группы методологии поддержки и сервисов, ЗАО «Лаборатория Касперского», CBAP (главы 1, 3);

• Барсукова Валентина Александровна, бизнес-аналитик (глава 9);

• Белайчук Анатолий Анатольевич, евангелист BPM, Comindware Inc, к.т.н., CBPP (главы 2, 10);

• Бутыркин Вячеслав Алексеевич (глава 10);

• Вагнер Юлия Борисовна, к.э.н., директор по развитию BPM, ООО «Бизнес-Консоль» (глава 7);

• Громыко Алексей Николаевич, директор по развитию ООО «Бюро проектного менеджмента», CPM, DipFM (глава 6);

• Датский Игорь Алексеевич, ведущий бизнес-аналитик, Digital Design (введение);

• Дементьев Андрей Владимирович, к.т.н., MBA (глава 4);

• Елифёров Виталий Геннадиевич, консультант по управлению, автор книг и статей по процессному подходу (глава 9);

• Клычихина Олеся Васильевна, директор проектного офиса, ЗАО «Коминфо Консалтинг» (глава 5);

• Коптелов Андрей Константинович, директор департамента по оптимизации бизнес-процессов, Университет «СИНЕРГИЯ»; преподаватель ВШБИ НИУ ВШЭ (глава 8);

• Котиков Александр Эдуардович, архитектор IТ, ООО «Тойота Мотор»;

• Котов Денис Геннадьевич, технический директор, «Импелтех» (введение);

• Литун Виктория Валерьевна, директор по маркетингу, Концерн Р-Про (глава 4);

• Машков Илья Владимирович, директор практики «Метасоник», ООО «Логика ВРМ» (глава 8);

• Полуэктов Николай Евгеньевич, начальник управления, ОАО «Альфа-Банк», PMP (глава 8);

• Пранцузов Сергей Иванович, бизнес-аналитик, ООО «Санг» (глава 6);

• Рашевский Ярослав Игоревич, руководитель проектов, ЗАО «Сфера» (глава 5);

• Сорокин Александр Сергеевич, зам. директора департамента стратегического планирования и управления изменениями, «Маревен Фуд Сэнтрал», к.э.н., MBA, PMP (главы 3, 7);

• Сорокина Наталия Викторовна, бизнес-альянс-менеджер, Horus software GmbH (глава 10);

• Смирнова Юлия Викторовна, бизнес-аналитик, ООО «НЕОЛАНТ Запад» (глава 4);

• Стебельский Евгений Владимирович, инженер-аналитик, Сбербанк России (главы 3, 10);

• Юдин Михаил Юрьевич, финансовый директор, Донецкая фармацевтическая компания (глава 5).

Работу по редактированию взяли на себя Анатолий Белайчук и Виталий Елифёров.

Ряд ценных замечаний к тексту, прошедшему редактуру, дали:

• Томорадзе Илья Владимирович, директор программы Executive MBA ВШКУ РАНХиГС, к.э.н.;

• Федоров Игорь Григорьевич, к.т.н., профессор, МЭСИ.

Окончательное вычитывание всего текста выполнили:

• Вагнер Юлия Борисовна, к.э.н., директор по развитию BPM, ООО «Бизнес-Консоль»;

• Елифёров Виталий Геннадиевич, консультант по управлению, автор книг и статей по процессноиу подходу.

Вёрстка текста была выполнена Анатолием Белайчуком.

Вся работа была завершена в январе 2015 года.

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

Отличия русской и английской версий

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

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

В ходе перевода были исправлены десятки опечаток и явных ошибок, обнаруженных в оригинальной версии CBOK. ABPMP International планирует внести эти исправления в версию 3.1.

Существенные исправления были внесены только в главу 10 «Технологии BPM», где часть текста была переписана, а часть – исключена. В частности, был исключен раздел, посвященный SOAP, как слишком технический по содержанию в контексте BPM.

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

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

Планы на будущее и обратная связь

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

В конце 2014 году ABPMP International начал работу над четвертым изданием, которое должно увидеть свет в 2016 году. Его мы также планируем перевести на русский язык.

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

Со всеми комментариями и предложениями обращайтесь на сайт Ассоциации профессионалов управления бизнес-процессами (ABPMP Russian Chapter): abpmp.org.ru.

Предисловие к русской версии

Уважаемый читатель! Вы держите в руках не справочник, не учебник и не стандарт. Хотя что-то от всего перечисленного в этой книге есть, но все же это другой, отдельный жанр – «свод знаний».

В принципе жанр это известный – свои своды знаний есть, например, у бизнес-аналитиков (BABOK, Business Analysis Body of Knowledge) и у руководителей проектов (PMBOK, Process Management Body of Knowledge). Но все же во избежание недоразумений уточним, что эта книга:

• не дает ответы на все вопросы (как справочник);

• не излагает последовательно и исчерпывающе какую-то теорию (как учебник);

• не предписывает определенный порядок действий, конкретные средства или методы (как стандарт).

Эта книга «всего лишь» разбирает основные понятия Управления бизнес-процессами (BPM) и очень конспективно рассматривает основные имеющиеся в этой области подходы, методы и средства. Именно основные – не претендуя на всеохватность.

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

Но заметьте: даже такое конспективное изложение потребовало более 400 страниц! Идея написать «энциклопедию BPM», собрав в нее пусть даже не все, а только ключевые методы, на первый взгляд привлекательна, но не реалистична. Если отсчитывать от «Научного менеджмента» Тэйлора, идеям управления на основе процессов уже больше ста лет, и объем накопленных знаний здесь внушителен. С другой стороны, термину BPM только чуть больше десяти лет, и дисциплина эта продолжает активно развиваться. Сочетание этих двух факторов – объема знаний и темпа изменений – приведет к тому, что такая энциклопедия устареет быстрее, чем будет написана. Поэтому выбранный формат свода знаний, пожалуй, единственно возможный.

Про бизнес-процессы написано много книг, но BPM CBOK занимает среди них уникальное место.

1. Полнота. Профессионал превосходит дилетанта, пусть даже талантливого, поскольку уверен: в его подготовке нет «белых пятен». Пускай он многое успел забыть со времен учебы, но он знает, куда при необходимости можно заглянуть, чтобы вспомнить. У дилетанта же блестящие знания в одной области могут соседствовать с зияющими пробелами в других. Изучив CBOK, вы можете быть уверены, что в области BPM у вас таких пробелов нет.

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

3. Мейнстрим. Среди авторов CBOK – очень уважаемые в мире BPM имена и представители очень уважаемых организаций. И то, что все они смогли прийти к консенсусу и поставили свои имена под этой книгой, дорогого стоит! Не может быть науки без сложившегося «мейнстрима» – системы понятий и набора методов, признаваемых широким кругом специалистов, – иначе это не научная школа, а секта со своим гуру и его откровениями. CBOK является изложением мейнстрима BPM. Является ли этот мейнстрим чем-то раз и навсегда заданным? Разумеется, нет! Можно ли от него отступать? Разумеется, да! BPM был и остается живой, развивающейся дисциплиной. Но не в ваших интересах отступать от мейнстрима, не отдавая себе отчета, в чем он заключается и по каким причинам вы от него отступаете.

4. Беспристрастность. ABPMP – организация, в уставе которой прописана независимость от компаний – поставщиков программного обеспечения и услуг. Эта же политика дистанцирования от конкретных программных продуктов и фирменных методологий проводится и в CBOK. Да, авторы пристрастны в своей приверженности концепции BPM в целом, но здесь вам не будут неявно под видом идей «продавать» софт или услуги, как это случается с источниками информации, аффилированными с коммерческими компаниями.

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

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

Прямой смысл сверяться с CBOK есть при планировании инициатив в области процессного управления, при выборе программного обеспечения и при подборе специалистов. CBOK является основой сертификации специалистов по бизнес-процессам (Certified Business Process Professionals, CBPP), которую проводит ABPMP.

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

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

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

Смысл CBOK не в том, чтобы ввести единомыслие, – отнюдь нет. Идея заключается в том, чтобы дать некую общую для всех отправную точку. Чтобы можно было работать «по отклонениям» – здесь и здесь мы воспользуемся таким-то подходом из рекомендованных в CBOK, а вот здесь будем развивать свой собственный, так как стандартные нас не устраивают по таким-то и таким-то причинам…

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

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

Русская терминология BPM

Хотя процессная дисциплина, развиваясь и расширяясь, насчитывает десятки лет, единства терминологии в ней не наблюдается; BPM был и остается «движущейся мишенью». Это относится и к английской терминологии, и в еще большей степени – к русской.

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

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

«Процессов» или «процессный»?

Трудности перевода BPM CBOK начинаются не с первых страниц и не с первых фраз, а с первых букв: BPM, Business Process Management. Оставим на время в стороне «business» – как перевести «process management»?

«Process» может быть и существительным, и тогда process management надо переводить как «управление процессами», и прилагательным – тогда получится «процессное управление».

Сложившееся в русском языке словоупотребление противоречиво: process management обычно переводят как «процессное управление», а business process management – как «управление бизнес-процессами».

Если вникнуть в предмет, то выяснится, что BPM – это «двухэтажное здание».

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

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

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

Получается, что двойственность английского словосочетания «process management» – это как раз то, что нужно: одновременно и «процессное управление», и «управление бизнес-процессом».

Русским же читателям надо принять это двуединство терминологии: говорим «процессное управление» – держим в уме «управление бизнес-процессами», и наоборот.

Идем дальше, смотрим названия глав CBOK:

• Process Modeling – Моделирование процессов;

• Process Analysis – Анализ процессов;

• Process Design – Проектирование процессов;

• Process Performance Management – Управление эффективностью процессов.

Но при этом:

• Process Transformation – Процессная трансформация;

• Process Organization – Процессная организация.

Почему такое расхождение? Потому что в главе 7 речь идет не о трансформации процессов как самоцели, а о трансформации бизнеса через трансформацию процессов. Опять-таки надо помнить: говорим «трансформация», подразумеваем «трансформация бизнеса». (Аналогично ставший модным в последнее время термин digital transformation означает «цифровую трансформацию» и тоже – бизнеса, который подразумевается.) И, конечно же, в главе 10 речь идет не об «организации процесса», а об организационных структурах, поддерживающих процессное управление.

«Бизнес» или «дело»

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

Из-за этого словосочетание «бизнес-процесс», например, в государственных учреждениях в России вызывает мгновенное отторжение: «У нас бизнеса нет!» Эта проблема не возникла бы, если бы мы переводили «business processes» как «деловые процессы», но сложившееся словоупотребление уже не изменить.

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

«Функция» и «кросс-функциональный процесс»

«Функция» – термин, регулярно вызывающий непонимание и споры.

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

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

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

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

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

«Сквозной процесс» (end-to-end process)

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

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

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

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

Предприятие (enterprise)

Enterprise на русский язык обычно переводят как «предприятие» или «компания». Оба варианта не вполне удачны: «предприятие» у некоторых ассоциируется с коммерческой инициативой (бизнес-проектом), у других – с заводом. «Компания» ассоциируется с юридическим лицом. Enterprise systems принято переводить как «корпоративные системы», подчеркивая тем самым масштаб.

В CBOK enterprise всюду переведен как «предприятие», под которым понимается хозяйствующий субъект (не обязательно промышленное предприятие).

«Ценность» (value), «стоимость» (cost) и «потребитель» (consumer)

О том, что такое ценность, что такое потребитель и что такое ценность для потребителя, можно написать отдельную книгу. Более того, такие книги написаны!

Грубое, но зато простое определение: ценность – это то, за что потребитель готов заплатить деньги (пусть потенциально). Соответственно, потребитель – это тот, кто в принципе готов заплатить деньги за вашу продукцию и услугу.

Спрашивается, почему нельзя ограничиться продукцией и услугами и покупателем, соответственно? Потому что ценность – это вопрос восприятия. Например, представляет ли ценность для потребителей то, что компания Audi (например) продемонстрировала на автосалоне новую модель внедорожника? Вопрос дискуссионный, но некоторые процессные методологии отвечают на него положительно: фанаты марки обрадовались этому событию и, может быть, даже начали копить деньги на новую машину.

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

Допустимый альтернативный вариант перевода термина value – «потребительская стоимость».

С другой стороны, value в словосочетании value-added-tax (VAT) относится не к ценности, а к стоимости, и совершенно правильно его переводят как «налог на добавленную стоимость» (НДС).

Словосочетание value chain иногда переводят как «цепочка создания стоимости» – это грубая ошибка, только «ценности»!

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

«Производительность» (efficiency), «результативность» (effectiveness) и «эффективность» (performance)

В англоязычной литературе по менеджменту стандартной является дихотомия efficiency/effectiveness, идущая от Питера Друкера (Peter F. Drucker):

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

• effectiveness is doing the right things – «делать правильные вещи». Здесь речь идет об оценке процесса извне – с точки зрения потребителя. В этой книге всюду переводится как «результативность».

Эти понятия на первый взгляд могут показаться близкими, но Друкер подчеркивает различие: «нет ничего более бесполезного, чем делать максимально производительно то, что не следует делать вовсе».

Там же, где речь идет о показателях процесса во всем их многообразии, без разделения на efficiency/effectiveness, в CBOK используется термин «performance», который в этой книге переводится как «эффективность».

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

Способность (capability)

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

Так что это – процесс, компетенция, ресурсы, средства? Если коротко – все из перечисленного, но на более высоком уровне абстракции.

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

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

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

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

Адаптивный/маневренный (agile)

В IТ и, в частности, в разработке программного обеспечения термин agile широко используется больше 10 лет, и на русский язык agile development переводится как «гибкая разработка». Но при переводе CBOK мы решили отойти от этой традиции.

Во-первых, этот перевод неточен, ведь «гибкий» – это flexible, а не agile. Agility – это способность быстро реагировать и/или адаптироваться под изменяющиеся условия.

Во-вторых, хотя словосочетание agile development хорошо известно в IТ, но термин business agility является новым. Это дает возможность ввести в обращение более удачный вариант перевода.

В зависимости от контекста в CBOK используются два варианта перевода agile: «адаптивный» или «маневренный».

Регулирование (governance)

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

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

CBOK оперирует терминами «BPM governance», «BPMS governance», «SOA governance». Мы решили вместо «управления» в русской версии CBOK использовать термин «регулирование», а «governance body» переводить как «орган регулирования» или «регулятор». (Примерами такого органа являются процессный офис и центр компетенции BPM.)

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

Пример регулирования применительно к BPMS – формально закрепленный порядок утверждения и ввода в действие новой версии процесса или нового процесса.

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

Белайчук Анатолий Анатольевич, президент Ассоциации профессионалов управления бизнес-процессами (ABPMP Russian Chapter), к.т.н., CBPP

Глава 1
Введение в CBOK

1.0. Что такое BPM CBOK?

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

Собрать и опубликовать в одной книге все имеющиеся знания по BPM – идея, вряд ли реализуемая на практике. Поэтому цель BPM CBOK¹⁸ – дать в помощь BPM-профессионалам всесторонний обзор передовых методов, дискуссионных тем и уроков, извлеченных ABPMP¹⁹ и ассоциациями-партнерами. BPM – это непрерывно развивающаяся дисциплина. Версия 3 CBOK дает понимание методов BPM на базовом уровне, а также ссылки на сообщества BPM и другие полезные источники информации. Мы призываем BPM-профессионалов использовать данное руководство наряду с другими источниками информации, а также вступать в сообщество BPM, чтобы приобретать знания и делиться ими.

Термин «управление бизнес-процессами» (BPM) ниже будет встречаться очень часто, поэтому дадим его определение.

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

1.1. Цели написания BPM CBOK

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

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

Помимо этого, CBOK дает представление о фундаментальных знаниях, необходимых BPM-профессионалу. Любая сертификация или профессиональная оценка в области BPM потребует от кандидата продемонстрировать понимание основных концепций и умение выполнять действия, рассматриваемые в CBOK. Экзаменационные вопросы сертификации CBPP²⁰ основаны на CBOK.

1.2. Обратная связь

По мере того как дисциплина BPM обогащается новыми знаниями и опытом, будет развиваться и CBOK. Версия 2.0 была опубликована на английском, немецком и португальском языках. Читатели версии 2 дали ценные отклики, которые были учтены при подготовке данной версии. Версия 3.0 была улучшена благодаря взаимодействию между ABPMP и EABPMP²¹.

За развитие BPM отвечает Комитет по обучению ABPMP. Комитет приветствует любые отклики, направленные на улучшение CBOK, и направляет их на рассмотрение сообществу ВРМ-профессионалов.

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

1.3. Структура глав CBOK

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

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

Примечательно, что в CBOK нет отдельной главы, посвященной внедрению процессов, – аспекты, относящиеся к информационным технологиям, рассматриваются в главе «Технологии BPM», а организационные аспекты – в разделе «Управление изменениями» главы «Процессная трансформация».

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

1.4. Обзор глав

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

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

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

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

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

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

Глава 5. Проектирование процессов

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

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

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

Глава 7. Процессная трансформация

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

Глава 8. Процессная организация

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

Глава 9. Управление процессами предприятия

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

Глава 10. Технологии BPM

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

1.5. Эффект BPM

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

1.5.1. Эффект для предприятия

Явная ответственность за непрерывное совершенствование

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

Гибкое управление на основе измерений эффективности

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

Таблица 1.1

Эффект BPM

Измерение эффективности положительно влияет на стоимость и качество

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

Мониторинг обеспечивает соответствие нормативным требованиям

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

Повышение гибкости управления за счет большей прозрачности и готовности к изменениям

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

Совершенствовать процессы проще благодаря наличию информации

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

Контроль над издержками и их снижение через оценку стоимости процессов

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

Целостность и достаточность компетенций

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

Документирование операций и сохранность знаний

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

1.5.2. Эффект для клиентов

Совершенствование процессов положительно влияет на удовлетворенность клиентов

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

Мобилизация персонала для реализации ожиданий заинтересованных сторон

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

Постоянный контроль за выполнением обязательств перед клиентом

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

1.5.3. Эффект для менеджмента

Уверенность в том, что все выполняемые в процессе действия добавляют ценность

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

Оптимизация эффективности на всем протяжении процесса

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

Улучшения планирования и прогнозирования

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

Устранение препятствий в виде границ между подразделениями

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

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

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

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

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

1.5.4. Эффект для исполнителей

Уверенность в будущем и информированность

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

Лучшее понимание картины в целом

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

Понятные требования к исполнителю на рабочем месте

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

Точно определенный набор рекомендуемых средств

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

1.6. Обзор BPM

Методы BPM концентрируются как на результатах, так и на способах их достижения. Таблица 1.2 иллюстрирует три широкие области применения BPM.

Таблица 1.2

Три взгляда на BPM²⁷

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

Усовершенствование бизнес-процессов (BPI) – это разовая инициатива или проект, направленный на более полное соответствие стратегии организации и ожиданий клиентов. BPI включает в себя выбор, анализ, проектирование и внедрение усовершенствованного процесса.

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

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

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

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

Библиография

BPMG «In Search of BPM Excellence: Straight from the Thought Leaders», Meghan-Kiffer Press, 2005

Champlin, B. «Business Process Management Professionals», BPM Strategies, 2006

Burlton, R.T. «Business Process Management: Profiting from Process» Sams, 2001

Morris, D.; Brandon, J. «Reengineering Your Business», McGraw-Hill Book Company, 1994

Davenport, T. «Process Innovation: Reengineering Work Through Information Technology», Harvard Business School Press, 1993

Dephi Group «BPM 2003 Market Milestone Report», Delphi Group Whitepaper, 2003

Dwyer, T. «BPM Institute's State of Business Process Management», Executive White Paper, www.BPMInstitute.org, 2004

Hammer, M.; Champy, J. «Reengineering the Corporation: A Manifesto for Business Revolution», Harper Business Books, 1993 (Русский перевод: Хаммер М., Чампи Д. Реинжиниринг корпорации. Манифест революции в бизнесе. М.: Манн, Иванов и Фербер, 2011.)

Harmon, P. «Evaluating an Organization's Business Process Maturity», Business Process Trends, March 2004, Vol. 2, No. 3

IIBA International Institute of Business Analysis (Ed.)«A Guide to the Business Analysis Body of Knowledge», 2009

Mahal, A. «How Work Gets Done: Business Process Management, Basics and Beyond», Technics Publications, 2010

Osterloh, М.; Frost, J. «Prozessmanagement als Kernkompetenz. Wie Sie business reengineering strategisch nutzen können», Gabler Verlag, 2006

Parker, B.G. «Data Management Maturity Model» MITRE Software Engineering Center, McLean, 1995

Porter, M. «Competitive Advantage», New York: Free Press, 1985 (Русский перевод: Портер М. Конкурентное преимущество. Как достичь высокого результата и обеспечить его устойчивость. М.: Альпина Паблишер, 2008.)

Rosemann, M.; deBruin., T. «Application of a Holistic Model for Determining BP maturity», Business Process Trends, 2005

Rummler, G.A. «Serious Performance Consulting: According to Rummler» ISPI and ASTD, 2004

Rummler-Brache Group «Business Process Management in U. S. Firms Today», A study commissioned by Rummler-Brache Group, 2004

Rummler, G.A.; Ramias, A.J.; Rummler, R.A. «White Space Revisited: Creating Value Through Process», Jossey-Bass, 2010

Ryan K.; Ko, L. «A computer scientist's introductory guide to business process management BPM», ACM Press, 2009

Scheer, A.W.; Abolhassan, F. et.al. (Editors) «Business Process Automation», Springer-Verlag, 2004

Sinur, J. «Leveraging the Three Phases of Process Evolution», Process World 2004, Gartner, Inc. Presentation, 2004

Spanyi, A. «More for Less: The Power of Process Management», Meghan-Kiffer Press, 2006

zur Muehlen, M. «Workflow-based Process Controlling. Foundation, Design, and Application of workflow-driven Process Information Systems», Logos, 2004

Vom Brocke, J.; Rosemann, M. «Handbook on Business Process Management: Strategic Alignment, Governance, People and Culture», Springer, 2010

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

Вступительное слово: Джанель Хилл (Janelle Hill), вице-президент, Gartner Inc.

Взгляд Gartner на BPM

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

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

Чтобы адекватно ответить на эти вызовы, организация должна развивать способность предвидеть меняющиеся потребности рынка и клиентов и реагировать на эти изменения. Учитывая частоту появления событий, оказывающих радикальное влияние на глобальную экономику, бизнес стремится стать более адаптивным. Но, несмотря на то что BPM использует мантру «адаптивность бизнеса»³⁰ уже 10 лет, лишь немногие организации действительно достигли этой цели. Хотя лидеры в области BPM восприняли культуру непрерывного усовершенствования и все чаще вносят изменения в свои процессы, все же их процессы проектируются без прицела на постоянные изменения. Внесение изменений по-прежнему остается делом сложным и зачастую требует глубоких технических познаний. Адаптивность процессов чаще определяется цикличностью развития IТ, а не темпом, задаваемым бизнесом.

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

• Что в нашей работе должно сигнализировать о необходимости вмешательства в операционные процессы? Как мы можем осуществлять мониторинг этих сигналов?

• Какие события (внутренние и инициируемые извне) должны побудить нас изменить порядок работы?

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

• Кто должен принять решение о целесообразности внесения изменений и о том, что конкретно надо изменить?

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

• Как мы узнаем, что внесение изменения достигло желаемых целей? И если цели не достигнуты, можем ли мы легко отменить внесенное изменение?

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

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

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

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

BPM – это путешествие, а не точка назначения. Освоение BPM усилит конкурентные преимущества компании, уже занимающей сильную позицию. Компании, ориентированные на ВРМ, добиваются преимущества благодаря лучшей согласованности между операционным и стратегическим уровнями, большей адаптивности и, конечно, более высокой результативности. Начните свое путешествие сегодня!

2.0. Введение

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

2.1. Что такое управление бизнес-процессами (BPM)?

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

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

• BPM – это управленческая дисциплина.

• Успешно внедренный BPM является ключевой способностью³².

• BPM нацелен на создание ценности для потребителя.

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

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

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

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

• Согласованное и проактивное управление бизнес-процессами требует существенных инвестиций в развитие способностей компании.

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

• Внедрение BPM влечет появление в организации новых ролей.

• BPM не предписывает какую-то определенную структуру, методологию или набор средств.

• Информационные технологии во внедрении BPM играют не основную, а обеспечивающую роль.

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

2.2. BPM – это управленческая дисциплина

Слово «управление» (англ. management) происходит от французского menagement – «искусство руководства, управления» и латинского manu agere – «направлять рукой». Оно описывает действия по руководству организацией или ее частью путем развертывания человеческих, финансовых, материальных и интеллектуальных ресурсов для достижения заданных целей, в особенности для максимизации ценности для потребителя и, таким образом, возврата инвестиций учредителей.

«Дисциплина» есть объем знаний, отвечающий общепризнанным принципам и методам в специфической предметной области.

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

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

Обоснование определения BPM как управленческой дисциплины троякое.

• BPM – это не жестко заданный набор методов и средств, которые организация принимает в виде готового рецепта, а свод знаний, включающий принципы и передовые методы³⁴, помогающий организации выработать такой набор методов и средств.

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

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

2.3. Успешно внедренный BPM является ключевой способностью

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

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

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

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

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

• разработку и внедрение бизнес-процессов;

• мониторинг и контроль исполнения бизнес-процессов;

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

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

• архитектор процессов, который отвечает за описание и проектирование бизнес-процессов;

• процессный аналитик, который отвечает за построение, внедрение, мониторинг и оптимизацию бизнес-процессов;

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

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

• описание бизнес-процессов в контексте корпоративной архитектуры;

• проектирование бизнес-процессов с целью внедрения;

• исполнение бизнес-процессов в контексте операционной деятельности;

• мониторинг целевых показателей эффективности бизнес-процессов;

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

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

2.4. BPM нацелен на создание ценности для потребителя

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

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

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

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

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

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

• Бизнес-процесс – это «машина», которая создает продукцию и услуги и предоставляет их потребителю.

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

• Следовательно, BPM – это средство достижения целей организации.

При этом следует понимать, что значение термина «потребитель» полностью определяется контекстом анализа. Концепция внешнего по отношению к предприятию потребителя широко известна, например следующая.

• Потребителями производителя шин являются производители автомобилей и водители.

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

Менее очевидна концепция потребителя во взаимодействии функций внутри организации. На рисунке 2.2 двигатели, трансмиссия и шасси разрабатываются в «Проектировании», изготавливаются в «Производстве» и собираются в «Сборке».

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

Еще один пример: IТ-подразделение фармацевтической компании оказывает услуги бизнес-подразделениям. Каждая такая услуга предоставляется посредством бизнес-процесса внутри IТ-подразделения. Связь поставщик – потребитель сервиса показана ниже (рис. 2.4).

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

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

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

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

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

Приведенная диаграмма (рис. 2.5) показывает, что:

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

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

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

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

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

2.6. BPM отвечает на вопросы какая, где, когда, зачем и как выполняется работа и кто отвечает за ее выполнение

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

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

• Когда выполняется работа?

• Какие материалы или информация требуются на входе?

• Какая продукция или артефакты получаются на выходе?

• Где выполняется работа?

• Где хранятся произведенные продукция и артефакты?

• Зачем выполняется работа?

• Кому предназначен конечный результат?

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

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

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

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

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

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

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

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

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

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

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

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

2.7. Способы описания и представления бизнес-процессов должны выбираться в соответствии с назначением и применением

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

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

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

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

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

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

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

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

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

• Команда IТ-разработчиков нуждается в описании бизнес-процессов, чтобы понять, как требования к информационным системам и их проект поддерживают бизнес-функции.

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

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

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

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

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

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

Литература по BPM изобилует жизненными циклами бизнес-процессов, описывающими управление с обратной связью. Независимо от числа фаз цикла и присвоенных им названий подавляющее большинство можно свести к циклу «Планирование – действие – проверка – корректировка» (PDCA)³⁶, популяризированному доктором Эдвардсом Демингом (Dr. W. Edwards Deming) в 1950-е годы (рис. 2.7).

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

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

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

2.8.1. Стадия «Планирование»

Назначение стадии «Планирование» цикла PDCA – убедиться, что как контекст бизнес-процесса, так и внутреннее устройство процесса соответствуют стратегическим целям организации.

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

• Потребитель процесса.

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

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

• Вход(ы) процесса и событие(-я), запускающие исполнение процесса, и каналы, по которым этот запуск может происходить.

• Регулирующие положения – внешние или внутренние политики и правила, накладывающие ограничения на проектирование и исполнение процесса.

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

• Целевые показатели производительности и результативности будущей версии процесса.

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

• Действия, составляющие бизнес-процесс.

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

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

• Информационные системы, задействованные в выполнении процесса.

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

• Специфические события, влияющие на исполнение процесса.

• Бизнес-правила, ограничивающие исполнение процесса.

• Метрики и точки измерения показателей эффективности процесса.

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

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

• Какие действия производят какие результаты.

• Какие события какие действия запускают.

• Какие действия выполняются на каких местах.

• Какие результаты хранятся в каких местах.

• Какие информационные системы обеспечивают какие действия.

Успешное выполнение фазы «планирование» дает:

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

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

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

2.8.2. Стадия «Действие»

Назначение стадии «Действие» цикла PDCA – внедрить процесс в соответствии со спецификацией, разработанной на стадии «Планирование», и приступить к его эксплуатации.

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

• Создание новых ролей и полномочий или модификация существующих.

• Проектирование или реструктуризация функциональных подразделений.

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

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

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

• Создание и внедрение средств мониторинга показателей эффективности процесса, панелей показателей для контроля эффективности, а также механизмов эскалации.

Стадия «Действие» цикла PDCA включает в себя также исполнение процесса с момента внедрения его в эксплуатацию. Другими словами,

• процесс запускается инициирующими событиями;

• процесс получает входы;

• выполняются действия;

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

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

2.8.3. Стадия «Проверка»

Назначение стадии «Проверка» цикла PDCA – измерить показатели эффективности процесса и сравнить их с ожидаемой эффективностью.

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

Показатели эффективности, оцениваемые извне или с точки зрения потребителя, принято называть результативностью, они призваны отвечать на вопрос: «Делаем ли мы то, что надо?»³⁸ Эти показатели должны подтвердить, что мы систематически соответствуем потребностям и ожиданиям заказчика.

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

• если достигнуты все операционные целевые показатели, то функциональные показатели выдержаны;

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

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

Стадия «Проверка» цикла PDCA служит механизмом измерения и сопоставления показателей с целевыми значениями.

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

Традиционные категории показателей эффективности:

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

• качество продукции: например отсутствие дефектов, объем переделок, надежность продукции;

• качество услуги: например гибкость, добросовестность, надежность;

• стоимость: например трудозатраты, материальные затраты, накладные затраты, стоимость переделок;

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

2.8.4. Стадия «Корректировка»

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

На основе данных об эффективности, собранных на стадии «Проверка», могут выполняться корректировки двух видов.

• Действия с отдельными экземплярами процессов (вмешательство в реальном или близком к реальному времени)

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

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

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

• В 45 % случаев подготовка рабочего места не была завершена за два дня до даты выхода сотрудника, что привело к эскалациям, которые увеличили затраты на один случай на $2000.

• 95 % специалистов отдела HR поставили отметки «неудовлетворительно» или «крайне неудовлетворительно» технологиям скрининга и отслеживания перед приемом на работу.

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

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

Все приведенные выше примеры демонстрируют потенциальные изменения в описании и реализации процесса. Данные, подкрепляющие эти наблюдения, собраны на стадии «Проверка» цикла PDCA. Описание будущей версии процесса, вытекающее из этих наблюдений, появится на стадии «Планирование». Таким образом, стадия «Корректировка» включает следующие действия.

• Сбор и агрегирование данных и наблюдений, собранных на стадии «Проверка».

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

• Разработку рекомендаций по устранению замечаний из списка (то есть требования к проекту будущей версии процесса).

• Ранжирование и приоритизацию всех требований к будущей версии внутреннего устройства процесса, которые должны быть реализованы на следующей стадии «Планирование» цикла PDCA.

2.9. Согласованное и проактивное управление бизнес-процессами требует существенных инвестиций в развитие способностей компании

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

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

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

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

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

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

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

• возможности приобрести автомобиль;

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

• возможности получить сервисное обслуживание автомобиля (при желании).

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

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

• оплата покупки (потребитель получает по почте напоминание об очередном платеже);

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

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

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

• доступ к капиталу для закупок у изготовителя и пополнения склада;

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

• заказ автомобилей у производителя и оптовиков;

• поддержание выставочного зала и склада в чистом и презентабельном виде;

• ведение базы данных о потребителях и поставщиках;

• подбор и адаптация продавцов, финансовых менеджеров и сервисных специалистов;

• управление оплатой труда и экономической эффективностью;

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

• снабжение сервис-центра запчастями и инструментами.

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

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

• измерение удовлетворенности потребителей;

• измерение эффективности (время и стоимость) сервисного обслуживания;

• выявление возможностей изменения и улучшения процесса;

• сопоставление возможностей усовершенствования процессов со стратегическими целями и соответствующая приоритизация;

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

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

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

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

Комплексное управление бизнес-процессами на стадии «Планирование» цикла PDCA требует способности осуществлять планирование и описание процессов.

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

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

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

Комплексное управление бизнес-процессами на стадии «Действие» цикла PDCA требует способности осуществлять детальное проектирование, разработку и внедрение процессов. Например:

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

• управление проектами для управления отдельными бизнес- и IТ-ориентированными инициативами, входящими в портфель проектов;

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

Комплексное управление бизнес-процессами на стадии «Проверка» цикла PDCA требует способности осуществлять мониторинг и отчетность по эффективности. Например:

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

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

Совместное управление бизнес-процессами на стадии «Корректировка» цикла PDCA требует способности осуществлять реагирование на изменения и непрерывное совершенствование. Например:

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

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

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

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

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

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

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

2.10.1. Стадия хаотичных процессов

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

Таблица 2.1

2.10.2. Переход от хаотичных к описанным процессам

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

В области планирования и описания процессов (шаг «Планирование» цикла PDCA) обычно наблюдается следующее.

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

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

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

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

• Инвестиции в стандарты, методологию и средства анализа бизнеса и бизнес-процессов.

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

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

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

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

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

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

Как следует из приведенной табл. 2.1, организации, не инвестирующие в развитие способностей, обеспечивающих описание процессов, страдают из-за неспособности:

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

• донести до персонала требования по эффективности;

• объяснить, что означает «действовать в соответствии с регламентом»;

• добиться устойчивости и повторяемости процесса;

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

2.10.3. Переход от описанных к контролируемым процессам

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

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

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

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

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

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

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

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

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

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

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

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

2.10.4. Переход от контролируемых к интегрированным процессам

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

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

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

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

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

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

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

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

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

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

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

• оценить истинное воздействие изменений на всевозможные компоненты, связанные с аспектами что, когда, где, зачем, как и кто исполнения бизнес-процесса и создания ценности для потребителя. Например, ответить на вопросы типа «Какие бизнес-процессы и операционные процедуры будут затронуты изменением внешнего регулирования? Реорганизацией? Внедрением новой информационной системы?»;

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

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

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

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

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

• организация способна быстро, легко и адекватно реагировать на изменения во внешних регламентах и другие воздействия и угрозы. Например, по многим оценкам, суммарные затраты на решение проблемы-2000 и выполнение требований Закона Сарбейнса – Оксли⁴² превысили триллион долларов США. Значительная часть этих затрат была связана с неэффективными средствами выявления воздействия этих угроз на операции и неэффективным проведением соответствующих изменений.

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

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

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

• Способности, обеспечивающие мониторинг и отчетность по эффективности (стадия «Проверка» цикла PDCA), гарантируют, что эффективность процесса последовательно и всесторонне измеряется и сопоставляется с нормативами, установленными на стадии планирования, и что информация об эффективности доступна и используется всеми заинтересованными сторонами.

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

• Новые стратегические, функциональные и операционные команды передаются со стадии «Корректировка» на стадию «Планирование» для описания и планирования, тем самым замыкая цикл системы управления.

2.11. Внедрение BPM требует введения в организации новых ролей

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

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

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

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

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

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

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

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

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

• владелец процесса;

• процессный лидер;

• администратор процесса;

• процессный аналитик;

• процессный методолог⁴⁴.

2.11.1. Владелец процесса

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

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

Чтобы соответствовать предъявляемым к нему требованиям, владелец процесса обычно:

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

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

• является контактным лицом по всем связанным с процессом вопросам;

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

• является активным заинтересованным лицом в бизнес- и IТ-инициативах, затрагивающих процесс;

• содействует принятию бизнес-процесса;

• осуществляет мониторинг и отчитывается за эффективность процесса;

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

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

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

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

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

Владелец процесса внутри функциональной иерархии

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

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

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

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

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

Владелец процесса вне функциональной иерархии

При таком подходе владельцы процессов подчиняются непосредственно руководителю организации (или организационной единице непосредственно под руководителем). В этом варианте владельцы процессов встают вровень с руководителями функциональных организаций (рис. 2.15).

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

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

2.11.2. Процессный лидер

Роль процессного лидера играет кто-то из команды высшего руководства, и она может совмещаться или не совмещаться с ролью владельца процесса (рис. 2.16).

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

В связи с исполнением роли процессного лидера могут появляться следующие дополнительные обязанности:

• выработка концепции и стратегии BPM и спонсирование ее реализации;

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

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

2.11.3. Администратор процесса

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

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

• Накопление знаний и опыта в рамках функциональной области.

• Привлечение и удержание самых талантливых сотрудников.

• Структурирование и описание ролей в функциональной команде.

• Описание и поддержка процедур операционного уровня.

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

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

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

• Сбор и отправка владельцу процесса откликов и предложений по совершенствованию процесса.

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

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

2.11.4. Процессный аналитик

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

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

• ведение репозитория процессных моделей;

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

• проведение анализа (например, анализа эффективности, анализа «что, если» и имитационного моделирования процесса) по запросу владельца и/или администраторов процесса;

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

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

2.11.5. Процессный методолог

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

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

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

• описание принципов, методов и стандартов BPM;

• забота о том, чтобы принципы, методы и стандарты BPM соответствовали текущему и будущему масштабу реализации BPM;

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

2.12. BPM не предписывает определенный фреймворк, методологию или набор средств

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

• Для описания организационного контекста бизнес-процессов и, в частности, их связи со стратегическими целями часто используют фреймворки и методологии корпоративной архитектуры⁴⁵, такие как матрица Захмана, TOGAF, DODAF, FEAF.

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

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

• Для мониторинга бизнес-процессов в реальном времени или близком к реальному и для отчетности могут использоваться такие методы и средства, как функционально-временной анализ, функционально-стоимостной анализ (ABC), SERVQUAL, Система сбалансированных показателей⁴⁶.

• Аналогичным образом, существуют бесчисленные подходы, способные помочь в бизнес-анализе, – такие как шесть сигм, Монте-Карло и дискретное имитационное моделирование событий⁴⁷.

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

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

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

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

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

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

2.13. Информационные технологии во внедрении BPM играют не основную, а обеспечивающую роль

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

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

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

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

• анализ бизнес-процессов и автоматизация таких методов, как функционально-временной анализ, функционально-стоимостной анализ и имитационное моделирование на основе сценариев⁴⁸;

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

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

• обратная связь – использование показателей эффективности процессов для анализа и учета в будущей версии процесса.

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

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

• роль IТ-подразделения в BPM – помощника, а не лидера;

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

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

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

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.

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

3.2.4. EPC

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

Основные характеристики

• Нотация EPC была разработана в начале 1990-х годов профессором Университета земли Саар Августом-Вильгельмом Шеером (August-Wilhelm Scheer) как часть методологии ARIS.

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

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

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

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

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

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

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

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

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

• Существенное присутствие в Министерстве обороны США и других крупных организациях.

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

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

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

• Некоторые средства моделирования все лучше и лучше позволяют преобразовывать EPC в BPMN.

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

Недостатки

• Менее распространен в США по сравнению с BPMN и блок-схемами.

• Чтобы не делать ошибок, команда должна пройти обучение нотации.

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

Пример

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

• www.ariscommunity.com.

3.2.5. UML

Унифицированный язык моделирования (UML) – это стандартизованный набор нотаций и методов моделирования, главным образом предназначенных для описания требований к информационным системам. Хотя в основном UML используется для системного анализа и проектирования, некоторые организации применяют диаграммы действий⁵⁷ из семейства UML, чтобы моделировать бизнес-процессы. UML поддерживает Object Management Group (OMG).

Основные характеристики

• Представляет собой набор из более чем десяти связанных друг с другом нотаций и методов моделирования.

• Способен описывать связи типа родительский-дочерний объекты и более сложные взаимосвязи.

• Набор символов разный в разных нотациях.

• SysML, подмножество UML, часто используют для описания систем и систем, состоящих из систем.

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

• Для документирования сценариев использования⁵⁸.

• Для спецификации требований к информационным системам.

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

• Для описания и проектирования структур данных.

• Для описания низкоуровневых потоков работ.

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

• Широкое сообщество пользователей.

• Реализован в большинстве средств моделирования.

• Множество книг и онлайновых источников информации.

Недостатки

• Создан для моделирования ПО, моделирование бизнес-процессов – второстепенная задача.

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

Пример⁵⁹

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

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

• Файлы помощи программного обеспечения IBM Rational.

3.2.6. IDEF

IDEF⁶⁰ – семейство нотаций и методов моделирования, первоначально разработанных ВВС США как часть методологии описания рабочих процессов и информационных систем, в настоящее время в свободном доступе⁶¹. IDEF широко применяется в течение многих лет и реализован во многих средствах моделирования.

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

Основные характеристики

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

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

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

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

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

• Для моделирования на любом уровне.

• В системах автоматизированного производства.

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

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

• Легко отлеживаемая логика декомпозиции от уровня к уровню.

• Исчерпывающая и общедоступная документация.

Недостатки

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

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

Пример

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

• Документация на сайте www.idef.com.

• Документация на программный продукт Computer Associates BPWin⁶².

3.2.7. Карты потока создания ценности

Карты потока создания ценности – это один из методов бережливого производства. (Не путать с другой нотацией – цепочкой создания ценности.) Карта потока создания ценности изображает физическое окружение и потоки материалов и продукции в производстве. Оригинальное название этой нотации в корпорации Toyota, где ее придумали, – «Карта потоков материалов и информации». Она используется для того, чтобы привязать к процессу затраты ресурсов и времени и таким образом дать представление о производительности.

Основные характеристики

• Очень простой набор символов.

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

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

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

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

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

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

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

• Простота и легкость применения.

Недостатки

• Плоские модели.

• Репозиторий не предусмотрен.

• Невозможно использовать для решения сложных задач.

Пример

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

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

3.3. Специализированные подходы к моделированию процессов

Рассмотренные ниже подходы (табл. 3.5) могут применяться в проектах моделирования и усовершенствования. Они позволяют проанализировать процессы со стороны предприятия в целом.

Таблица 3.5

Специализированные подходы к моделированию процессов⁶³

3.3.1. Цепочка создания ценности

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

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

Основные характеристики

В зависимости от средства моделирования:

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

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

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

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

• Для декомпозиции фрагментов процессов, непосредственно вносящих вклад в создание ценности для клиентов.

• Для изображения процессов верхнего уровня.

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

• Легко читается и понимается.

• Минимум неоднозначности благодаря простым связям.

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

Недостатки

• Не видны точки принятия решений.

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

Пример

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

• Референтная модель компании The Value Chain Group⁶⁴.

• Диаграмму цепочки создания ценностей поддерживает ПО ARIS компании Software AG.

3.3.2. SIPOC

Аббревиатура SIPOC расшифровывается как supplier (поставщик), input (вход), process (процесс), output (выход), и customer (потребитель). Это шаблон документирования процессов, принятый в методологии «шесть сигм». Какого-то стандарта или предпочтительной нотации не существует; в принципе достаточно простой таблицы с соответствующими заголовками. Модель SIPOC часто используют, чтобы достичь первичного консенсуса относительно того, какие области процесса являются предметом исследования.

Основные характеристики

• Простая запись в столбик (без дорожек).

• Для заполнения ячеек можно использовать текст или понятные графические элементы.

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

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

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

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

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

• Быстро и просто.

• Требует только простого шаблона в виде таблицы.

Недостатки

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

• Может затормозить применение более мощных средств.

Пример

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

• www.isixsigma.com.

3.3.3. Системная динамика

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

Основные характеристики

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

• Динамичность – анимированная демонстрация хода выполнения процесса.

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

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

• Для изучения воздействия изменения параметров на процесс или на организацию в целом.

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

• Дает живое, движущееся, изменчивое изображение процессов верхнего уровня.

• Более понятна, чем статичная модель или текстовое описание.

Недостатки

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

• Непригодна для анализа внешних воздействий на процесс.

Пример

Рисунок 3.10 представляет собой статический снимок анимированной модели освоения новой продукции из статьи Джона Стермана (John Sterman), 2001 год.

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

• Сообщество «Системной динамики»: www.systemdynamics.org.

• Программа PhD в Школе менеджмента MIT Sloan⁶⁵.

3.4. Уровни процессных моделей

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

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

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

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

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

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

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

Иерархия процессных моделей также рассматривается в разделе 5.3.

Рекомендуемый подход: стандарт моделирования

Формализованный стандарт моделирования должен задавать число и название уровней в моделях «как есть» и «как будет»⁶⁶. В прошлом эти стандарты могли быть независимыми от каких-либо внешних стандартов или используемых средств, но сейчас всё меняется. Позаботьтесь о соответствии внутреннего стандарта возможностям и ограничениям используемых средств моделирования. Например, хотя BPMN2.0 не является единственным стандартом в моделировании, он становится таковым применительно к системам BPMS. Это может потребовать включения BPMN в качестве составляющей внутреннего стандарта моделирования. Качественный стандарт моделирования должен в той или иной степени охватывать все уровни, показанные на рис. 3.11.

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

Интегрированные процессные модели

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

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

3.4.1. Модель процессов предприятия

Точка зрения предприятия

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

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

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

Модель процессов предприятия играет роль высокоуровневого «чертежа» организации. Она может включать или не включать вспомогательные и управляющие процессы.

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

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

• наложены на ключевые показатели эффективности (KPI) и стратегические цели;

• использованы для приоритизации проектов и планирования ресурсов;

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

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

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

Примеры процессных фреймворков:

• простые многоуровневые или пирамидальные модели;

• референтная модель процессов APQC;

• цепочка создания ценностей Портера;

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

Классификация и группировка процессов согласно фреймворкам

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

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

• Основные процессы в модели APQC – «разработка видения и стратегии» (1.0), «проектирование и разработка продукции и услуг» (2.0), «маркетинг и продажа продукции и услуг» (3.0), «поставка продукта и услуг» (4.0) и «управление обслуживанием клиентов» (5.0).

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

Референтные модели, процессные фреймворки и архитектуры рассматриваются также в разделах 3.8 и 9.1.4.

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

Взгляд со стороны владельца процесса

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

• бизнес-контекст;

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

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

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

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

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

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

3.4.3. Модели потоков работ

Взгляд со стороны операционного менеджера

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

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

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

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