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