процесса как способ разобраться в текущей деятельности организации для решения каких-то управленческих задач – здесь в фокусе внимания сама решаемая задача, а информация о процессе дает возможность учесть его состояние и дизайн. Как правило, применяется моделирование, причем эскизного характера, не очень точное и детальное.
Задачи визуализации, для решения которых процесс формализуется путем его моделирования, – это первый шаг в решении более сложных задач (реализации организационных изменений, автоматизации или трансформации процесса), которые мы рассмотрим далее. Поэтому можно сказать, что собственно формализация процесса как отдельная самоценная задача совпадает с задачей регламентации.
Такие проекты (а в силу ограниченного объема процессов регламентация выполняется в рамках проекта) весьма распространены. Менеджмент пытается «притушить» непроизводительное творчество сотрудников по изобретению велосипеда в отношении того, как работать. Чаще всего спусковым крючком является выдающийся случай: очередная особенно яркая жалоба клиента, или возмутивший руководство вызывающий инцидент в процессе, или острая конфликтная ситуация (как правило, не первая). Однако иногда проект регламентации – следствие политики «наведения порядка» в бизнесе, внедрения регулярного менеджмента, когда формализации подлежат все процессы или определенная их часть (например, наиболее важные).
Цель проекта регламентации процесса – разработка обязательного для выполнения сотрудниками компании внутреннего нормативного документа – регламента (или группы регламентов, а то и всей процессной регламентной базы), который должен пошагово описать процесс, распределить функции, полномочия и ответственность сотрудников при его выполнении и тем самым, например, разрешить кризисную ситуацию.
После утверждения и ввода в действие регламента в его жизненном цикле наступает не менее важный, но, к сожалению, слабо освоенный многими компаниями этап – поддержание в актуальном состоянии. Он должен реализовываться в форме процесса. Мы его рассмотрим позже, в третьей книге серии.
У проектов регламентации есть интересная особенность: поскольку неформализованные процессы в большинстве случаев страдают излишней (чаще всего неэффективной) вариативностью, то есть реализуются не одним устоявшимся алгоритмом, а целым рядом альтернативных способов, часто выбираемых не формально, а по принципу «привык/нравится/хочу так», то в ходе описания и регламентации приходится выбирать, сохранять эту вариативность или оставить только «правильные» цепочки. Иногда обнаруживаются явно устаревшие или ошибочные процедуры. То есть задача формализации практически всегда на практике трансформируется в задачу «light-совершенствования», когда в процессах наводят элементарный порядок, исправляя ошибки, бросающиеся в глаза. Таким образом, процесс меняется, хотя изначально предполагалось просто его регламентировать путем формализации/описания.
1.1.3.
