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

Для начала зададимся вопросом: какие методологии в области управления бизнес-процессами на сегодняшний день завоевали себе место под солнцем?

• Среди консультантов и людей бизнеса более всего на слуху Lean Six Sigma – продукт синтеза методологий Lean и Six Sigma.
• Lean – это методология бизнес-трансформации, выросшая из TPS (Toyota Production System – Производственная система Тойоты). Ее ключевые идеи – увеличение ценности для заказчика за счет сокращения всех видов потерь и повышения равномерности производственных и бизнес-процессов.
• Six Sigma (Шесть Сигм) – методология, разработанная в компании Моторолла и нацеленная на повышение ценности для заказчика за счет уменьшения дефектов и вариаций производственных и бизнес-процессов на основе использования строгих методов математической статистики.
• TOC (Theory of Constraints, Теория ограничений) рассматривает бизнес как систему взаимозависимых по входам-выходам процессов. Ключевая идея здесь сводится к тому, что производительность цепочки процессов равняется производительности самого медленного его звена, и методология в основном рассматривает следующие из этого выводы. Хотя эта методология уже по охвату, она привносит оригинальные и ценные с практической точки зрения идеи, поэтому неудивительно, что они завоевали широкое признание, в том числе в рамках Lean Six Sigma.
• Еще можно вспомнить получившую широкую известность TQM (Total Quality Management). Но эта методология уже стала частью истории, хотя основные ее идеи можно найти в тех же Lean и Six Sigma, а также в стандартах качества серии ISO 9000.

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

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

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

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

Какие практические выводы из этого следуют для компании, задумывающейся о реализации программы BPM?

1. Позаботьтесь о технологической и методологической составляющих вашего проекта. В части технологии вы должны определиться с BPMS, выработать соглашения по стилю моделирования бизнес-процессов, утвердить стандартный жизненный цикл бизнес-процесса. Аналогичным образом, в области методологии вы должны знать, например, по каким принципам, в рамках какой процедуры и кто конкретно выбирает процесс для очередного проекта в рамках программы BPM. Как фиксируются метрики процесса до начала проекта и как контролируется достижение целевых показателей по его окончании? Кто обеспечивает видимость процессов и возможность их повторного использования другими процессами? Кто отвечает за то, чтобы разрабатываемые процессы не оставались разрозненными островками субоптимизации, а соединялись в единую цепочку создания ценности?
2. Обопритесь на готовую BPMS и готовую методологию. Разработка собственной методологии, как и разработка собственной BPMS, уведет вас слишком далеко от конечных целей проекта – повышения эффективности вашего бизнеса. Не забывайте, что, как показывает история, разработка собственной оригинальной методологии под силам только таким гигантам, как Тойота (Lean), Моторолла (Six Sigma) или Ксерокс (TQM). Встаньте на плечи этих гигантов – потратьте время на литературу и учебные курсы, наймите консультантов с опытом внедрения процессного управления с использованием BPM. Причем этот совет ни в коем случае не означает призыва отказаться от творческого начала и слепо копировать чужой опыт. Ведь все методологии излагают только общие принципы и оставляют более чем достаточно места для адаптации их к условиям вашего конкретного бизнеса. И все они подчеркивают важность накопления собственной, а не приобретения чужой компетенции. Так что вам понадобятся талантливые и мотивированные личности, начиная с собственников и руководителей верхнего уровня компании, и у вас будет достаточно задач, адекватных их амбициям.