2. ВСЕ В ОРГАНИЗАЦИИ ДОЛЖНЫ ОДИНАКОВО ПОНИМАТЬ, КАК ИСПОЛНЯЕТСЯ ТОТ ИЛИ ИНОЙ ПРОЦЕСС. С ЭТОЙ ЦЕЛЬЮ НУЖНО ЕГО ОПИСАТЬ, ТО ЕСТЬ ПРЕДСТАВИТЬ В ВИДЕ НАГЛЯДНОЙ СХЕМЫ С РАЗЪЯСНЕНИЕМ.
3. МЕТРИКИ ДОЛЖНЫ СООТВЕТСТВОВАТЬ ЕДИНЫМ СТАНДАРТАМ, ЧТОБЫ ИХ МОЖНО БЫЛО ЛЕГКО СЧИТАТЬ И СРАВНИТЬ ДРУГ С ДРУГОМ.
4. ВСЕ ПРОЦЕССЫ В ОРГАНИЗАЦИИ СЛЕДУЕТ ПРЕДСТАВИТЬ В ВИДЕ ЕДИНОЙ МОДЕЛИ, А ЗА КАЖДЫМ ПРОЦЕССОМ ЗАКРЕПИТЬ ОТВЕТСТВЕННЫХ КАК ЗА РЕЗУЛЬТАТ В ЦЕЛОМ, ТАК И ЗА КАЖДЫЙ ЭТАП В ОТДЕЛЬНОСТИ.
Воплощенные в жизнь эти принципы – подарок для любого «улучшайзера», поскольку ему не приходится «вырезать» процесс в ходе проекта. Суровая реальность, как вы уже догадались, отличается от мечты.
Во-первых, беда подавляющего числа бизнес-технологов (в дальнейшем также буду называть их «бипиэмщики») – «махровый» академизм. Они готовы месяцами спорить об определениях и названиях.
Возьмем, к примеру, первый вопрос: «Что такое процесс?» Ничего сложного в этом понятии нет. Определение давно известно: процесс – совокупность действий (шагов), выполняемых в определенной последовательности; преобразующих ресурсы (на входе) в повторяющийся конечный результат (на выходе). Казалось бы, все просто. В наличии должны быть:
1. ПОСЛЕДОВАТЕЛЬНОСТЬ ШАГОВ (НАПРИМЕР, ОПЕРАЦИИ НА КОНВЕЙЕРЕ),
2. С ПОМОЩЬЮ ШАГОВ РЕСУРСЫ (СЫРЬЕ, ДЕТАЛИ, УЧЕТНЫЕ ОПЕРАЦИИ) ДОЛЖНЫ ПЕРЕРАБАТЫВАТЬСЯ В НЕЧТО НОВОЕ (ПОЛУФАБРИКАТ, МАШИНУ, БАЛАНС),
3. РЕЗУЛЬТАТ ДОЛЖЕН ПОВТОРЯТЬСЯ, ТО ЕСТЬ ОДНИ И ТЕ ЖЕ ДЕЙСТВИЯ С ОДНИМИ И ТЕМИ ЖЕ РЕСУРСАМИ ДОЛЖНЫ ДАВАТЬ ОДИНАКОВЫЙ ПРОДУКТ (КАЖДЫЙ РАЗ МАШИНА, А НЕ САМОКАТ/ВЕЛОСИПЕД/ЛОМ).
Тем не менее споры даже по такому поводу могут не стихать месяцами. Отдельное слово в формулировке будет камнем преткновения и останавливать всю дальнейшую работу. А терминов в теории BPM ой как немало.
Следующим пунктом обвинения выступает стремление к идеалу. К сожалению, большая часть бипиэмщиков не имеет практического опыта в проектной деятельности вообще и в проектах по управлению изменениями в частности. Но при этом каждый из них верит, что есть «правильная модель процессов»[3], наличие которой является решающим для успеха проектов. Суть заменяется формой. Как следствие, происходит одно из двух.
1. ТЕХНОЛОГИ САМОСТОЯТЕЛЬНО РАЗРАБАТЫВАЮТ И СОГЛАСОВЫВАЮТ МОДЕЛЬ БЕЗ УЧЕТА МНЕНИЯ ОСТАЛЬНЫХ. В ИТОГЕ ПОЛУЧАЕТСЯ «СФЕРИЧЕСКИЙ КОНЬ В ВАКУУМЕ», КОТОРЫЙ ПРЕКРАСНО СМОТРИТСЯ НА БУМАГЕ, НО НЕ СООТВЕТСТВУЕТ ДЕЙСТВИТЕЛЬНОСТИ НИ НА ЙОТУ, ПОЭТОМУ ПРОСТО ПЫЛИТСЯ В АРХИВАХ.
2. ТЕХНОЛОГИ ПРИВЛЕКАЮТ «БИЗНЕС» И ПРОСЯТ «НАРИСОВАТЬ» ПРОЦЕССЫ. НО БИПИЭМЩИКАМ КАТЕГОРИЧЕСКИ НЕ НРАВИТСЯ ТО, ЧТО ИМ ПРИНОСЯТ, ТАК КАК НЕ ОТЯГОЩЕННЫЕ ПРОЦЕССНЫМ ЗНАНИЕМ СОТРУДНИКИ ДЕЛАЮТ ВСЕ НЕ ТАК, КАК ИМ ГОВОРЯТ. В РЕЗУЛЬТАТЕ ТЕХНОЛОГИ ДИКТУЮТ БИЗНЕСУ, ЧТО НУЖНО ИСПРАВИТЬ, ЛИБО ДОРАБАТЫВАЮТ СХЕМЫ ПРОЦЕССОВ САМИ. ДАЛЕЕ СИТУАЦИЯ РАЗВИВАЕТСЯ ПО ПЕРВОМУ ВАРИАНТУ.
Самое смешное в обоих случаях заключается в том, что чаще всего процессы отображаются не так, как они происходят в жизни, а так, как написано в нормативных документах. Поверьте, это две абсолютно разные реальности.
Вообще оторванность от жизни при определении процессов и их метрик – источник постоянных конфликтов между бизнесом и технологами. Иногда это принимает весьма курьезные формы.