Что дает понимание цели изменений? Возможность поставить задачу на изменение. И тогда все вырабатываемые идеи направляются на достижение цели, а решения, которые отбираются для реализации, проходят через фильтр цели и основанной на ней задачи.
Пример (продолжение)
В приведенном примере, казалось бы, можно было бы считать, что неосознанно проектная группа двинулась по пути достижения цели «повысить удовлетворенность процессом со стороны внутренних заказчиков». Однако давайте посмотрим, как поступили бы сотрудники группы, если бы сознательно выбрали для себя именно такую цель. Во-первых, понадобилось бы сформулировать, что это значит «удовлетворенность заказчиков». У всех разные потребности и взгляды на процесс как их примирить между собой? Во-вторых, тогда пришлось бы задавать заказчикам вопросы не о желательных улучшениях, а о том, какой процесс бы их удовлетворил. А на такой вопрос сложно ответить, не вспомнив, что быстрое закрытие вакансии главный параметр в большинстве случаев.
Потребность в изменении процессов возникает самыми причудливыми способами. Решение о внедрении информационной системы, изменения в законодательстве, неудовлетворительные параметры процесса, организационные решения (изменения в системе дистрибуции, организационной структуре и т. п.) эти и множество других факторов напрямую требуют корректировки, а то и просто перепроектирования процессных цепочек.
Рассмотрим наиболее распространенные примеры. Мы будем к ним постоянно возвращаться и далее, поскольку они непосредственно связаны с изменением процессов, охватывают большинство практических ситуаций и при этом имеют выраженную специфику.
1.1.2. Формализация/регламентация процесса
На практике самыми распространенными задачами, которые решаются методом формализации процесса, являются:
регламентация создание внутренних нормативных документов, регулирующих выполнение процесса в организации. Регламент может представлять собой текстовый документ, модель процесса (на удивление редко) и/или инфографику (модный в последние годы формат);
визуализация процесса для последующей диагностики и анализа чаще всего для этих целей разрабатываются модели процесса;
визуализация процесса как способ разобраться в текущей деятельности организации для решения каких-то управленческих задач здесь в фокусе внимания сама решаемая задача, а информация о процессе дает возможность учесть его состояние и дизайн. Как правило, применяется моделирование, причем эскизного характера, не очень точное и детальное.
Задачи визуализации, для решения которых процесс формализуется путем его моделирования, это первый шаг в решении более сложных задач (реализации организационных изменений, автоматизации или трансформации процесса), которые мы рассмотрим далее. Поэтому можно сказать, что собственно формализация процесса как отдельная самоценная задача совпадает с задачей регламентации.
Такие проекты (а в силу ограниченного объема процессов регламентация выполняется в рамках проекта) весьма распространены. Менеджмент пытается «притушить» непроизводительное творчество сотрудников по изобретению велосипеда в отношении того, как работать. Чаще всего спусковым крючком является выдающийся случай: очередная особенно яркая жалоба клиента, или возмутивший руководство вызывающий инцидент в процессе, или острая конфликтная ситуация (как правило, не первая). Однако иногда проект регламентации следствие политики «наведения порядка» в бизнесе, внедрения регулярного менеджмента, когда формализации подлежат все процессы или определенная их часть (например, наиболее важные).
Цель проекта регламентации процесса разработка обязательного для выполнения сотрудниками компании внутреннего нормативного документа регламента (или группы регламентов, а то и всей процессной регламентной базы), который должен пошагово описать процесс, распределить функции, полномочия и ответственность сотрудников при его выполнении и тем самым, например, разрешить кризисную ситуацию.
После утверждения и ввода в действие регламента в его жизненном цикле наступает не менее важный, но, к сожалению, слабо освоенный многими компаниями этап поддержание в актуальном состоянии. Он должен реализовываться в форме процесса. Мы его рассмотрим позже, в третьей книге серии.
У проектов регламентации есть интересная особенность: поскольку неформализованные процессы в большинстве случаев страдают излишней (чаще всего неэффективной) вариативностью, то есть реализуются не одним устоявшимся алгоритмом, а целым рядом альтернативных способов, часто выбираемых не формально, а по принципу «привык/нравится/хочу так», то в ходе описания и регламентации приходится выбирать, сохранять эту вариативность или оставить только «правильные» цепочки. Иногда обнаруживаются явно устаревшие или ошибочные процедуры. То есть задача формализации практически всегда на практике трансформируется в задачу «light-совершенствования», когда в процессах наводят элементарный порядок, исправляя ошибки, бросающиеся в глаза. Таким образом, процесс меняется, хотя изначально предполагалось просто его регламентировать путем формализации/описания.
1.1.3. Организационные изменения
Это довольно распространенная причина изменения процессов. Менеджмент решает некую управленческую задачу, которая касается пересмотра зон ответственности, функционала, полномочий и задач подразделений, а то и самой структуры. Естественно, такие решения вызывают изменения в процессах. Но первичная формулировка задачи не связана с процессами.
Вот примеры организационных изменений.
Слияния или поглощения организаций. Следствием является необходимость перепроектировать их процессы в единые процессы новой компании.
Внесение изменений в организационную структуру, в том числе пересмотр функционала, полномочий, зон ответственности, объединение, разделение, упразднение или введение подразделений и/или должностных позиций.
Изменение дистрибьюторской, партнерской, филиальной или представительской сети и принципов работы с ней.
Внедрение результатов процесса или проекта «Разработка/апгрейд новых услуг/товаров». Чаще всего таким результатом является новое направление или линейка бизнеса, для которых необходимы собственные процессы или скорректированные существующие. Иногда, впрочем, корректив не требуется и существующие процессы оказываются вполне подходящими и работоспособными и для нового типа продукции.
Инжиниринг или проектирование с нуля в какой-либо области деятельности организации, как новой, так и старой. Разрабатываются принципы деятельности в этой области, ключевые системные решения, а также новые процессы (самый объемный блок). Например, компания достраивает вертикаль в своей деятельности переходит к производству товаров, которые ранее просто перепродавала. Она строит завод и проектирует всю деятельность, связанную с его эффективным функционированием в имеющейся системе процессов.
Внедрение системы управления операционными рисками. Это подсистема общей системы управления рисками организации, относящаяся к управлению именно процессными рисками связанными с процессами, сопровождающими их. Она предполагает внедрение процедур идентификации и отслеживания рисков, их оценки, выбора и реализации мер реагирования (типа страхования, избегания и т. д.) и пр.
Внедрение системы менеджмента качества (СМК). Решение этой задачи предполагает как проектирование новых специфических процедур, так и корректировку существующих. Часто на выходе таких проектов предусматривается получение сертификата ISO или ГОСТ Р, поскольку качественное внедрение СМК позволяет выполнить большинство необходимых требований.
Подготовка к сертификации по стандарту ISO или ГОСТ Р. Если речь идет только о получении соответствующего сертификата, то обычно достаточно приблизительного описания процессов с относительно небольшой доработкой.
Внедрение системы бережливого производства (Lean Production). Технически она представляет собой набор решений, которые «устраняют различные виды потерь». Совокупность таких решений приводит к изменению процессов
и тому подобное.
Обычно такого рода решения предполагают, что изменение процессов будет происходить с использованием определенной методологии или комплекса заранее принятых решений. Они могут касаться как всех процессов организации, так и локальной функциональности. Нередко это проектирование новых, недостающих процессов либо процессов новой организации или направления бизнеса.
Таким образом, цель коррекции процессов в проектах организационных изменений обслужить трансформацию управленческой парадигмы в конкретном направлении, исправить процессы под заранее принятое управленческое решение, реализовать это решение в деталях «делай раз, делай два!».
Чрезмерное увлечение такими задачами точно не является полезным. В нашей практике в начале 2000-х был тендер, когда заказчик хотел все процессы организации одновременно оптимизировать, автоматизировать и внедрить на них СМК, получить сертификат ISO. И мы видели предложения конкурентов на трех страничках текста, которые клиент рассматривал вполне серьезно. Конечно, ничем созидательным этот проект не завершился.
Чаще всего проекты изменения системы управления играют для процессов организации роль «санитайзера», когда «по пути» происходит корректировка так называемое light-совершенствование существующих процессов.
1.1.4. Автоматизация
В последние десятилетия автоматизация становится преобладающей причиной изменения процессов. Если раньше ее объектом были различные функции, то сейчас все чаще ими становятся сами процессы. Автоматизация реализуется:
проектным образом, когда внедряется информационная система или некое ИТ-решение. В этом случае происходит не только перевод существующих или трансформированных процессов или функций (так называемых системных функций/процессов) на ту или иную ИТ-платформу. В результате автоматизации может меняться сама логика (дизайн) процесса. В общем случае она пересматривается. Перед организацией всегда стоит вопрос: пытаться реализовать свою бизнес-логику в процессе или использовать (при наличии) такой дизайн процесса, который предлагает вендор;
процессным образом (так называемая оперативная автоматизация), когда организация проводит «текущий ремонт и апгрейд», автоматизируя отдельные решения, функции, исправляя некорректно работающие процедуры и т. д. Такие работы выполняются без существенных изменений ИТ-архитектуры предприятия, с использованием уже применяемых и привычных для него технологий.
Цель изменения процессов при автоматизации обеспечить существенное улучшение основных характеристик процессов (скорости, стоимости, качества результата и/или качества процесса и т. п.) за счет применения информационных технологий (а именно, конкретных, заранее определенных ИТ-решений).
Впрочем, на практике иногда эта цель превращается в более утилитарную: предполагается, что уже сам выбор информационной системы (ИС) гарантирует волшебное изменение процессов в нужном направлении. И тогда следует лишь скорректировать их таким образом, чтобы обеспечить работоспособность ИС.
В последние годы все более широкое распространение получает термин «цифровизация». В широком смысле под ней понимают процесс внедрения цифровых технологий в самые разные сферы деятельности, а в узком перевод этих сфер в цифровой формат. В отличие от автоматизации, которая рассматривается как развитие и усовершенствование процессов с хотя и сокращающимся, но все-таки ненулевым участием человека, цифровизация позиционируется как процесс исключения человека из исполняемых процессов.
Задача автоматизации, говоря просто, это снижение расходов на ручной труд персонала, что позволяет путем разовых затрат на ИТ-решения получить существенную постоянную экономию за счет сокращения персонала, необходимого для поддержания процесса. Попутно уменьшаются влияние человеческого фактора и количество ошибок, растет качество результата и т. п. Но автоматизация обычно сохраняет общий замысел процесса, его корневой дизайн. В результате же цифровизации «в цифру» переводятся или «в цифре» реализуются такие вещи, которые были недоступны или нецелесообразны в ручном исполнении человеком.
1.1.5. Трансформация (совершенствование/реинжиниринг)
Здесь речь пойдет об изменении и улучшении процессов (мы будем для таких действий использовать термин «трансформация»), которые по каким-то причинам перестали устраивать организацию. Если отклонения от желаемого состояния относительно невелики, то обычно организация ставит задачу скорректировать имеющийся процесс, чтобы получить необходимые его характеристики (этот метод носит название «совершенствование»). Когда же отклонения велики и критичны, а процесс в нынешнем виде не устраивает категорически, его надо «сносить» полностью и вместо него имплементировать новый процесс, обычно построенный на других, коренным образом отличающихся от текущих решениях и принципах (так называемый реинжиниринг).
Несколько слов о термине «трансформация». Это наиболее общий термин, описывающий любые изменения процессов, не вдаваясь в детали относительно конкретных метода и цели. В литературе есть попытки трактовать трансформацию как «серьезную оптимизацию», нечто масштабное. Однако именно в части бизнес-процессов такая трактовка, похоже, не приживается. «Трансформация системы управления» (см. параграф 1.1.3), «цифровая трансформация организации» (см. параграф 1.1.4) более распространенные термины. В этом случае речь действительно идет о довольно серьезных изменениях. Система управления и организация существуют в единственном числе, их изменение масштабно. А процессов много, поэтому размах трансформации напрямую зависит от того, какой объем деятельности ею охвачен.
В большинстве компаний сегодня осознанно спроектировано лишь небольшое число работающих процессов. Преобладающая же их часть является просто результатом длительной эволюции способов производства определенной продукции или оказания услуг. Эта эволюция обусловлена необходимостью «взять и сделать». А поскольку бизнес динамичен, имеют место постоянные изменения в технологиях и обстоятельствах товарного производства и оказания услуг. В итоге, несмотря на то что необходимые результаты достигаются, существует подозрение, что эффективность большинства процессов ниже, чем могла бы быть. А проблемы с эффективностью, как правило, отражаются на стоимости и качестве.
Казалось бы, изменение процессов для повышения их эффективности наиболее очевидная и естественная цель. Но на практике это редкость (надеюсь, пока). В частности, цикл непрерывного совершенствования процессов (CPI) практически нигде не реализован. Исключения это организации, достигшие высокого уровня процессной зрелости, как правило, работающие в этом направлении не один год, имеющие соответствующим образом мотивированный и квалифицированный менеджмент. И начинается их путь с того, что первые лица компании в определенный момент времени убеждаются в эффективности постоянного внимания к процессам и имеют достаточную волю для того, чтобы пройти этот путь.