• Часто в процессе описания уже возникает желание сделать какие-то улучшения, но при такой технологии – нельзя! Кстати, описание «как есть» вообще часто является фикцией, т. к. процессы в компании зачастую протекают по-разному (в зависимости от конкретного сотрудника, его настроения и т. д.).
• Проектирование новых процессов часто выполняют консультанты и / или руководители в «кабинетном режиме», т. е. без контакта с теми, кто в этих процессах реально участвует. А потом выясняется, что в новых процессах не учтено множество нюансов, и попытки «натянуть» их на реальную компанию приводят к провалу. Поскольку сотрудники компании не участвовали в проектировании новых процессов, то в ходе внедрения начинается их активное и пассивное сопротивление.
Описанный выше подход мы называем революционным.
А в своих проектах используем другой – более мягкий и результативный – эволюционный.
1. Команда описывает процесс, отталкиваясь от того, как он протекает сегодня, но «с прицелом» на ближайшее будущее: как есть + ЗБР[129]. То есть рисуем его таким, каким он должен стать в течение ближайшего месяца-трех. В обсуждении процесса участвуют все связанные с этим процессом руководители и ключевые сотрудники. По ходу они выдвигают предложения, которые, во-первых, хорошо обоснованы, а во-вторых, не будут в дальнейшем вызывать сопротивления при внедрении.
2. Как только вы определили, кто архитектор процесса, он назначается ответственным со стороны компании за его описание и развитие, лидером рабочей группы. Таким образом:
• ответственность за внедрение остается в компании, а не на консультантах[130];
• АП получает хорошую мотивацию: теперь он может проявить себя в полезном интересном деле, внести ценный вклад в бизнес, да еще и отладить стыки со смежниками (зачастую они входят в рабочую группу по процессу), решить застарелые конфликты;
• высшее руководство компании освобождается от рутинной деятельности по улучшению процессов, оставляя за собой только функции создания общей архитектуры компании и контроля ее развития.
3. Команда постепенно внедряет процесс.
• Сначала проводит несколько практических «прогонов», в ходе которых выявляются недочеты, не замеченные раньше.
• По итогам процессы оттачиваются, доводятся до ума.
• Когда новый процесс показал хорошие результаты, он утверждается руководством, внедряется во всей компании и становится обязательным к применению.
• Также необходимо обновить процесс в библиотеке процессов компании[131].
• И донести информацию о новом порядке работы до всех причастных лиц. Просто разослать обновленный процесс сотрудникам на почту или раздать под роспись – недостаточно: это фикция, а не внедрение.
Желательно провести краткие внедренческие тренинги[132], обучающие людей работать в новом процессе. После них обычно проводят оценку того, насколько люди изучили обновленный процесс и готовы к его применению. А потом – убедиться, что работники действительно его используют.
Кстати, описанный выше алгоритм можно применять в любым изменениям в компании, не только к бизнес-процессам.
3.3.5. Что улучшать в бизнес-процессах
Идеи для улучшений мы можем искать в нескольких источниках.
• Цели бизнеса. Если текущие процессы не позволяют достичь целей, поставленных собственником бизнеса, то эти процессы нужно улучшить[134].