Изначально я хотел написать базовый курс. Но в ходе работы все время этого казалось недостаточно – возникал соблазн затронуть нюансы, сложности, особые случаи и пр. Не всегда это получалось, приходилось себя останавливать. Поэтому да, многие вещи сложнее, чем здесь описано.
В книге намеренно очень мало ссылок и отсылок на авторитеты и источники. Основное содержание – это либо относительно известные вещи (хотя иногда идущие вразрез с мнением некоторых авторов уже изданных книг), либо мои собственные конструкции и разработки. Я старался писать то, что не требует поисков/уточнений, содержится, что называется, в «оперативной памяти» и моих архивах.
Как работать с книгой
Я предполагаю, что читатель знаком с понятием «процессы» и основными вопросами, имеющими отношение к их описанию и моделированию[1 - Вишняков О. Преимущество повторяемости. Практическое руководство по бизнес-процессам. Процессы и их описание. – СПб.: Питер, 2022.]. Эта книга фокусируется на диагностике и анализе процессов. Читать ее можно как последовательно (лучше всего), так и выбирая интересные разделы, главы и параграфы.
Время от времени вы встретите упражнения, цель которых – сделать процесс чтения предельно практическим. Сомневаетесь в результате – пришлите материал мне – попробую помочь!
Я постарался максимально иллюстрировать книгу примерами (из самых разных отраслей и компаний различного размера). Рекомендуется задерживаться на них и стараться разобраться во всем относящемся к ранее изложенному материалу. В каком-то смысле это тоже задачки на закрепление информации.
В конце книги для удобства приведен указатель терминов и сокращений – с его помощью можно найти необходимые определения терминов или пояснения понятий.
По тексту книг серии разбросаны вставки-инструкции: что и как делать для внедрения процессного управления в организации, описание шагов. Собрать их в понятный вам план действий с учетом вашей конкретной ситуации – это хороший итог прочтения. Конкретно в этой книге упор сделан на аналитику, системные изменения затронуты меньше, поэтому и вставок-инструкций немного.
Сложные, на мой взгляд, куски, которые могут быть пропущены при первом чтении, выделены особыми вставками, такими как эта. Впрочем, там иногда может быть и отвлеченный текст, «забеги в ширину».
В конце вы найдете также список литературы. Это не значит, что вся она использована при подготовке книги или я всю ее рекомендую к прочтению. Просто это литература по теме, выпущенная ранее.
Ну и, наконец, если в ходе чтения или по его окончании у вас появятся/останутся вопросы – пишите мне, постараюсь ответить!
Приятного и полезного прочтения!
P. S. Хочу выразить свою благодарность коллегам из компании PM TEAM, прежде всего своему партнеру Марине Васильевне Вишняковой, и бывшим коллегам из компаний IDS Sсheer (версии 2006–2007 годов) и «Логика бизнеса» (2002–2005 годы), общение и совместные проекты с которыми сыграли важнейшую роль в написании этой книги. Использованные материалы – это в первую очередь переработанные результаты работ, выполненных для наших клиентов и вместе с ними, за что им огромное спасибо! Кроме того, хочу особо поблагодарить партнера издания – компанию «Первая Форма» и ее генерального директора Дениса Алексеевича Селезнева!
Раздел 1
Трансформация бизнес-процессов: цели, задачи и диагностика
Единственный способ выжить – постоянно ставить перед собой новые задачи.
Харви Кашинг, нейрохирург
1.1. Зачем меняют процессы
Статичность – она прекрасна только в скульптуре. А в бизнесе динамизм – это залог твоей прибыли!
Алишер Бурханович Усманов, бизнесмен[2 - Интервью телеканалу «Россия 24», 28.12.2016; https://www.vesti.ru/finance/article/1563611 (https://www.vesti.ru/finance/article/1563611).]
1.1.1. Цель работ
Не стоит рассчитывать на то, что однажды разработанные процессы будут оставаться идеальными вечно. Все течет, все меняется. Меняются требования клиентов, технологии, знания, умения и навыки сотрудников, корпоративный и отраслевой опыт, окружение, конкуренты и пр. Можно сказать, что неизменные процессы – это проблема организации! Надо постоянно внимательно следить за состоянием процессов и вовремя их апгрейдить.
Любое изменение процессов организации должно иметь значимую цель. Изменения ради изменений либо преследующие надуманную цель, в которой никто не заинтересован, наносят серьезный вред. Мало того, что в этом случае сами изменения не имеют фокуса и поддержки, – часто они представляют собой совокупность «улучшений», которые разнонаправлены по отношению друг к другу и в совокупности приводят к печальным результатам.
Пример
Известный московский банк занимался совершенствованием процесса подбора персонала. Цель совершенствования не формулировалась, подразумевалось, что процесс надо улучшить, и на этом все. Поэтому проектная группа, сформированная из сотрудников департамента управления персоналом, поступила так: собрала пожелания всех внутренних клиентов, которые выступали в роли заказчиков в процессе подбора персонала. А потом эти пожелания постаралась прямо списком и реализовать. Там были самые разнообразные пункты, например: «информировать обо всех активностях и событиях по заявке», «проводить предварительные интервью и предоставлять отчет по психотипу кандидата» и т. д. и т. п. «Улучшенный» процесс был внедрен. А через полтора года замер его основных параметров показал, что «среднее время закрытия заявки на позиции среднего менеджмента» увеличилось с трех до восьми месяцев.
Что дает понимание цели изменений? Возможность поставить задачу на изменение. И тогда все вырабатываемые идеи направляются на достижение цели, а решения, которые отбираются для реализации, проходят через фильтр цели и основанной на ней задачи.
Пример (продолжение)
В приведенном примере, казалось бы, можно было бы считать, что неосознанно проектная группа двинулась по пути достижения цели – «повысить удовлетворенность процессом со стороны внутренних заказчиков». Однако давайте посмотрим, как поступили бы сотрудники группы, если бы сознательно выбрали для себя именно такую цель. Во-первых, понадобилось бы сформулировать, что это значит – «удовлетворенность заказчиков». У всех разные потребности и взгляды на процесс – как их примирить между собой? Во-вторых, тогда пришлось бы задавать заказчикам вопросы не о желательных улучшениях, а о том, какой процесс бы их удовлетворил. А на такой вопрос сложно ответить, не вспомнив, что быстрое закрытие вакансии – главный параметр в большинстве случаев.
Потребность в изменении процессов возникает самыми причудливыми способами. Решение о внедрении информационной системы, изменения в законодательстве, неудовлетворительные параметры процесса, организационные решения (изменения в системе дистрибуции, организационной структуре и т. п.) – эти и множество других факторов напрямую требуют корректировки, а то и просто перепроектирования процессных цепочек.
Рассмотрим наиболее распространенные примеры. Мы будем к ним постоянно возвращаться и далее, поскольку они непосредственно связаны с изменением процессов, охватывают большинство практических ситуаций и при этом имеют выраженную специфику.
1.1.2. Формализация/регламентация процесса
На практике самыми распространенными задачами, которые решаются методом формализации процесса, являются:
регламентация – создание внутренних нормативных документов, регулирующих выполнение процесса в организации. Регламент может представлять собой текстовый документ, модель процесса (на удивление редко) и/или инфографику (модный в последние годы формат);
визуализация процесса для последующей диагностики и анализа – чаще всего для этих целей разрабатываются модели процесса;
визуализация процесса как способ разобраться в текущей деятельности организации для решения каких-то управленческих задач – здесь в фокусе внимания сама решаемая задача, а информация о процессе дает возможность учесть его состояние и дизайн. Как правило, применяется моделирование, причем эскизного характера, не очень точное и детальное.
Задачи визуализации, для решения которых процесс формализуется путем его моделирования, – это первый шаг в решении более сложных задач (реализации организационных изменений, автоматизации или трансформации процесса), которые мы рассмотрим далее. Поэтому можно сказать, что собственно формализация процесса как отдельная самоценная задача совпадает с задачей регламентации.
Такие проекты (а в силу ограниченного объема процессов регламентация выполняется в рамках проекта) весьма распространены. Менеджмент пытается «притушить» непроизводительное творчество сотрудников по изобретению велосипеда в отношении того, как работать. Чаще всего спусковым крючком является выдающийся случай: очередная особенно яркая жалоба клиента, или возмутивший руководство вызывающий инцидент в процессе, или острая конфликтная ситуация (как правило, не первая). Однако иногда проект регламентации – следствие политики «наведения порядка» в бизнесе, внедрения регулярного менеджмента, когда формализации подлежат все процессы или определенная их часть (например, наиболее важные).
Цель проекта регламентации процесса – разработка обязательного для выполнения сотрудниками компании внутреннего нормативного документа – регламента (или группы регламентов, а то и всей процессной регламентной базы), который должен пошагово описать процесс, распределить функции, полномочия и ответственность сотрудников при его выполнении и тем самым, например, разрешить кризисную ситуацию.
После утверждения и ввода в действие регламента в его жизненном цикле наступает не менее важный, но, к сожалению, слабо освоенный многими компаниями этап – поддержание в актуальном состоянии. Он должен реализовываться в форме процесса. Мы его рассмотрим позже, в третьей книге серии.
У проектов регламентации есть интересная особенность: поскольку неформализованные процессы в большинстве случаев страдают излишней (чаще всего неэффективной) вариативностью, то есть реализуются не одним устоявшимся алгоритмом, а целым рядом альтернативных способов, часто выбираемых не формально, а по принципу «привык/нравится/хочу так», то в ходе описания и регламентации приходится выбирать, сохранять эту вариативность или оставить только «правильные» цепочки. Иногда обнаруживаются явно устаревшие или ошибочные процедуры. То есть задача формализации практически всегда на практике трансформируется в задачу «light-совершенствования», когда в процессах наводят элементарный порядок, исправляя ошибки, бросающиеся в глаза. Таким образом, процесс меняется, хотя изначально предполагалось просто его регламентировать путем формализации/описания.
1.1.3. Организационные изменения
Это довольно распространенная причина изменения процессов. Менеджмент решает некую управленческую задачу, которая касается пересмотра зон ответственности, функционала, полномочий и задач подразделений, а то и самой структуры. Естественно, такие решения вызывают изменения в процессах. Но первичная формулировка задачи не связана с процессами.
Вот примеры организационных изменений.
Слияния или поглощения организаций. Следствием является необходимость перепроектировать их процессы в единые процессы новой компании.
Внесение изменений в организационную структуру, в том числе пересмотр функционала, полномочий, зон ответственности, объединение, разделение, упразднение или введение подразделений и/или должностных позиций.
Изменение дистрибьюторской, партнерской, филиальной или представительской сети и принципов работы с ней.
• Внедрение результатов процесса или проекта «Разработка/апгрейд новых услуг/товаров». Чаще всего таким результатом является новое направление или линейка бизнеса, для которых необходимы собственные процессы или скорректированные существующие. Иногда, впрочем, корректив не требуется и существующие процессы оказываются вполне подходящими и работоспособными и для нового типа продукции.
Инжиниринг или проектирование с нуля в какой-либо области деятельности организации, как новой, так и старой. Разрабатываются принципы деятельности в этой области, ключевые системные решения, а также новые процессы (самый объемный блок). Например, компания достраивает вертикаль в своей деятельности – переходит к производству товаров, которые ранее просто перепродавала. Она строит завод и проектирует всю деятельность, связанную с его эффективным функционированием в имеющейся системе процессов.
• Внедрение системы управления операционными рисками. Это подсистема общей системы управления рисками организации, относящаяся к управлению именно процессными рисками – связанными с процессами, сопровождающими их. Она предполагает внедрение процедур идентификации и отслеживания рисков, их оценки, выбора и реализации мер реагирования (типа страхования, избегания и т. д.) и пр.
• Внедрение системы менеджмента качества (СМК). Решение этой задачи предполагает как проектирование новых специфических процедур, так и корректировку существующих. Часто на выходе таких проектов предусматривается получение сертификата ISO или ГОСТ Р, поскольку качественное внедрение СМК позволяет выполнить большинство необходимых требований.
