Предисловие к русской версии
Уважаемый читатель! Вы держите в руках не справочник, не учебник и не стандарт. Хотя что-то от всего перечисленного в этой книге есть, но все же это другой, отдельный жанр – «свод знаний».
В принципе жанр это известный – свои своды знаний есть, например, у бизнес-аналитиков (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 – формально закрепленный порядок утверждения и ввода в действие новой версии процесса или нового процесса.
Также к области регулирования относятся стандарты, например соглашение о моделировании бизнес-процессов или стандарт состава работ и представления результатов анализа бизнес-процессов.