Изначально я хотел написать базовый курс. Но в ходе работы все время этого казалось недостаточно – возникал соблазн затронуть нюансы, сложности, особые случаи и пр. Не всегда это получалось, приходилось себя останавливать. Поэтому да, многие вещи сложнее, чем здесь описано.
В книге намеренно очень мало ссылок и отсылок на авторитеты и источники. Основное содержание – это либо относительно известные вещи (хотя иногда идущие вразрез с мнением некоторых авторов уже изданных книг), либо мои собственные конструкции и разработки. Я старался писать то, что не требует поисков/уточнений, содержится, что называется, в «оперативной памяти» и моих архивах.
Как работать с книгой
Я предполагаю, что читатель знаком с понятием «процессы» и основными вопросами, имеющими отношение к их описанию и моделированию[1]. Эта книга фокусируется на диагностике и анализе процессов. Читать ее можно как последовательно (лучше всего), так и выбирая интересные разделы, главы и параграфы.
Время от времени вы встретите упражнения, цель которых – сделать процесс чтения предельно практическим. Сомневаетесь в результате – пришлите материал мне – попробую помочь!
Я постарался максимально иллюстрировать книгу примерами (из самых разных отраслей и компаний различного размера). Рекомендуется задерживаться на них и стараться разобраться во всем относящемся к ранее изложенному материалу. В каком-то смысле это тоже задачки на закрепление информации.
В конце книги для удобства приведен указатель терминов и сокращений – с его помощью можно найти необходимые определения терминов или пояснения понятий.
По тексту книг серии разбросаны вставки-инструкции: что и как делать для внедрения процессного управления в организации, описание шагов. Собрать их в понятный вам план действий с учетом вашей конкретной ситуации – это хороший итог прочтения. Конкретно в этой книге упор сделан на аналитику, системные изменения затронуты меньше, поэтому и вставок-инструкций немного.
Сложные, на мой взгляд, куски, которые могут быть пропущены при первом чтении, выделены особыми вставками, такими как эта. Впрочем, там иногда может быть и отвлеченный текст, «забеги в ширину».
В конце вы найдете также список литературы. Это не значит, что вся она использована при подготовке книги или я всю ее рекомендую к прочтению. Просто это литература по теме, выпущенная ранее.
Ну и, наконец, если в ходе чтения или по его окончании у вас появятся/останутся вопросы – пишите мне, постараюсь ответить!
Приятного и полезного прочтения!
P. S. Хочу выразить свою благодарность коллегам из компании PM TEAM, прежде всего своему партнеру Марине Васильевне Вишняковой, и бывшим коллегам из компаний IDS Sсheer (версии 2006–2007 годов) и «Логика бизнеса» (2002–2005 годы), общение и совместные проекты с которыми сыграли важнейшую роль в написании этой книги. Использованные материалы – это в первую очередь переработанные результаты работ, выполненных для наших клиентов и вместе с ними, за что им огромное спасибо! Кроме того, хочу особо поблагодарить партнера издания – компанию «Первая Форма» и ее генерального директора Дениса Алексеевича Селезнева!
Раздел 1Трансформация бизнес-процессов: цели, задачи и диагностика
Единственный способ выжить – постоянно ставить перед собой новые задачи.
1.1. Зачем меняют процессы
Статичность – она прекрасна только в скульптуре. А в бизнесе динамизм – это залог твоей прибыли!
1.1.1. Цель работ
Не стоит рассчитывать на то, что однажды разработанные процессы будут оставаться идеальными вечно. Все течет, все меняется. Меняются требования клиентов, технологии, знания, умения и навыки сотрудников, корпоративный и отраслевой опыт, окружение, конкуренты и пр. Можно сказать, что неизменные процессы – это проблема организации! Надо постоянно внимательно следить за состоянием процессов и вовремя их апгрейдить.
Любое изменение процессов организации должно иметь значимую цель. Изменения ради изменений либо преследующие надуманную цель, в которой никто не заинтересован, наносят серьезный вред. Мало того, что в этом случае сами изменения не имеют фокуса и поддержки, – часто они представляют собой совокупность «улучшений», которые разнонаправлены по отношению друг к другу и в совокупности приводят к печальным результатам.
Пример
Известный московский банк занимался совершенствованием процесса подбора персонала. Цель совершенствования не формулировалась, подразумевалось, что процесс надо улучшить, и на этом все. Поэтому проектная группа, сформированная из сотрудников департамента управления персоналом, поступила так: собрала пожелания всех внутренних клиентов, которые выступали в роли заказчиков в процессе подбора персонала. А потом эти пожелания постаралась прямо списком и реализовать. Там были самые разнообразные пункты, например: «информировать обо всех активностях и событиях по заявке», «проводить предварительные интервью и предоставлять отчет по психотипу кандидата» и т. д. и т. п. «Улучшенный» процесс был внедрен. А через полтора года замер его основных параметров показал, что «среднее время закрытия заявки на позиции среднего менеджмента» увеличилось с трех до восьми месяцев.
Что дает понимание цели изменений? Возможность поставить задачу на изменение. И тогда все вырабатываемые идеи направляются на достижение цели, а решения, которые отбираются для реализации, проходят через фильтр цели и основанной на ней задачи.
Пример (продолжение)
В приведенном примере, казалось бы, можно было бы считать, что неосознанно проектная группа двинулась по пути достижения цели – «повысить удовлетворенность процессом со стороны внутренних заказчиков». Однако давайте посмотрим, как поступили бы сотрудники группы, если бы сознательно выбрали для себя именно такую цель. Во-первых, понадобилось бы сформулировать, что это значит – «удовлетворенность заказчиков». У всех разные потребности и взгляды на процесс – как их примирить между собой? Во-вторых, тогда пришлось бы задавать заказчикам вопросы не о желательных улучшениях, а о том, какой процесс бы их удовлетворил. А на такой вопрос сложно ответить, не вспомнив, что быстрое закрытие вакансии – главный параметр в большинстве случаев.
Потребность в изменении процессов возникает самыми причудливыми способами. Решение о внедрении информационной системы, изменения в законодательстве, неудовлетворительные параметры процесса, организационные решения (изменения в системе дистрибуции, организационной структуре и т. п.) – эти и множество других факторов напрямую требуют корректировки, а то и просто перепроектирования процессных цепочек.
Рассмотрим наиболее распространенные примеры. Мы будем к ним постоянно возвращаться и далее, поскольку они непосредственно связаны с изменением процессов, охватывают большинство практических ситуаций и при этом имеют выраженную специфику.
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) практически нигде не реализован. Исключения – это организации, достигшие высокого уровня процессной зрелости, как правило, работающие в этом направлении не один год, имеющие соответствующим образом мотивированный и квалифицированный менеджмент. И начинается их путь с того, что первые лица компании в определенный момент времени убеждаются в эффективности постоянного внимания к процессам и имеют достаточную волю для того, чтобы пройти этот путь.
Гораздо чаще организация меняет свои процессы от случая к случаю, проектным образом. И даже тогда сформулировать цель изменений удается немногим. Обычно ставится абстрактная задача – «навести порядок», «повысить эффективность» всех процессов скопом (или хотя бы «всех основных процессов») – такие формулировки встречаются в двух случаях из трех.
Впрочем, обобщая ситуацию, можем зафиксировать: цель трансформации процессов – повышение их эффективности. А вот что это значит, обсудим в следующей главе.
На стыке автоматизации (в виде цифровизации) и трансформации (в виде реинжиниринга) находится так называемая цифровая трансформация (англ. digital transformation (DT), хотя в англоязычных источниках чаще встречается сокращение DX) – процесс полной замены организацией условно «традиционных» (нецифровых, в том числе ручных) процессов и способов ведения бизнеса цифровыми технологиями и альтернативами. Такая замена влечет за собой, как правило, радикальный пересмотр системы управления и дизайна (и часто самого состава) бизнес-процессов. Как это бывает с модными веяниями, цифровая трансформация увлекает менеджеров и руководителей иногда вопреки ее смыслу и целесообразности. А цель, которую никогда нельзя упускать из фокуса внимания, – как всегда, увеличение эффективности и стимулирование развития бизнеса.
Упражнение
Какой вариант изменения процессов наиболее актуален для вашей организации? Если такие работы находятся в стадии реализации, то как была (если была) сформулирована их цель? А какой должна была быть цель?