Преимущество повторяемости – 2. Диагностика и анализ бизнес-процессов. Практическое руководство по бизнес-процессам
- -
- 100%
- +
Чрезмерное увлечение такими задачами точно не является полезным. В нашей практике в начале 2000-х был тендер, когда заказчик хотел все процессы организации одновременно оптимизировать, автоматизировать и внедрить на них СМК, получить сертификат ISO. И мы видели предложения конкурентов на трех страничках текста, которые клиент рассматривал вполне серьезно. Конечно, ничем созидательным этот проект не завершился.
Чаще всего проекты изменения системы управления играют для процессов организации роль «санитайзера», когда «по пути» происходит корректировка – так называемое light-совершенствование существующих процессов.
1.1.4. Автоматизация
В последние десятилетия автоматизация становится преобладающей причиной изменения процессов. Если раньше ее объектом были различные функции, то сейчас все чаще ими становятся сами процессы. Автоматизация реализуется:
• проектным образом, когда внедряется информационная система или некое ИТ-решение. В этом случае происходит не только перевод существующих или трансформированных процессов или функций (так называемых системных функций/процессов) на ту или иную ИТ-платформу. В результате автоматизации может меняться сама логика (дизайн) процесса. В общем случае она пересматривается. Перед организацией всегда стоит вопрос: пытаться реализовать свою бизнес-логику в процессе или использовать (при наличии) такой дизайн процесса, который предлагает вендор;
• процессным образом (так называемая оперативная автоматизация), когда организация проводит «текущий ремонт и апгрейд», автоматизируя отдельные решения, функции, исправляя некорректно работающие процедуры и т. д. Такие работы выполняются без существенных изменений ИТ-архитектуры предприятия, с использованием уже применяемых и привычных для него технологий.
Цель изменения процессов при автоматизации – обеспечить существенное улучшение основных характеристик процессов (скорости, стоимости, качества результата и/или качества процесса и т. п.) за счет применения информационных технологий (а именно, конкретных, заранее определенных ИТ-решений).
Впрочем, на практике иногда эта цель превращается в более утилитарную: предполагается, что уже сам выбор информационной системы (ИС) гарантирует волшебное изменение процессов в нужном направлении. И тогда следует лишь скорректировать их таким образом, чтобы обеспечить работоспособность ИС.
В последние годы все более широкое распространение получает термин «цифровизация». В широком смысле под ней понимают процесс внедрения цифровых технологий в самые разные сферы деятельности, а в узком – перевод этих сфер в цифровой формат. В отличие от автоматизации, которая рассматривается как развитие и усовершенствование процессов с хотя и сокращающимся, но все-таки ненулевым участием человека, цифровизация позиционируется как процесс исключения человека из исполняемых процессов.
Задача автоматизации, говоря просто, – это снижение расходов на ручной труд персонала, что позволяет путем разовых затрат на ИТ-решения получить существенную постоянную экономию за счет сокращения персонала, необходимого для поддержания процесса. Попутно уменьшаются влияние человеческого фактора и количество ошибок, растет качество результата и т. п. Но автоматизация обычно сохраняет общий замысел процесса, его корневой дизайн. В результате же цифровизации «в цифру» переводятся или «в цифре» реализуются такие вещи, которые были недоступны или нецелесообразны в ручном исполнении человеком.
1.1.5. Трансформация (совершенствование/реинжиниринг)
Здесь речь пойдет об изменении и улучшении процессов (мы будем для таких действий использовать термин «трансформация»), которые по каким-то причинам перестали устраивать организацию. Если отклонения от желаемого состояния относительно невелики, то обычно организация ставит задачу скорректировать имеющийся процесс, чтобы получить необходимые его характеристики (этот метод носит название «совершенствование»). Когда же отклонения велики и критичны, а процесс в нынешнем виде не устраивает категорически, его надо «сносить» полностью и вместо него имплементировать новый процесс, обычно построенный на других, коренным образом отличающихся от текущих решениях и принципах (так называемый реинжиниринг).
Несколько слов о термине «трансформация». Это наиболее общий термин, описывающий любые изменения процессов, не вдаваясь в детали относительно конкретных метода и цели. В литературе есть попытки трактовать трансформацию как «серьезную оптимизацию», нечто масштабное. Однако именно в части бизнес-процессов такая трактовка, похоже, не приживается. «Трансформация системы управления» (см. параграф 1.1.3), «цифровая трансформация организации» (см. параграф 1.1.4) – более распространенные термины. В этом случае речь действительно идет о довольно серьезных изменениях. Система управления и организация существуют в единственном числе, их изменение масштабно. А процессов много, поэтому размах трансформации напрямую зависит от того, какой объем деятельности ею охвачен.
В большинстве компаний сегодня осознанно спроектировано лишь небольшое число работающих процессов. Преобладающая же их часть является просто результатом длительной эволюции способов производства определенной продукции или оказания услуг. Эта эволюция обусловлена необходимостью «взять и сделать». А поскольку бизнес динамичен, имеют место постоянные изменения в технологиях и обстоятельствах товарного производства и оказания услуг. В итоге, несмотря на то что необходимые результаты достигаются, существует подозрение, что эффективность большинства процессов ниже, чем могла бы быть. А проблемы с эффективностью, как правило, отражаются на стоимости и качестве.
Казалось бы, изменение процессов для повышения их эффективности – наиболее очевидная и естественная цель. Но на практике это редкость (надеюсь, пока). В частности, цикл непрерывного совершенствования процессов (CPI) практически нигде не реализован. Исключения – это организации, достигшие высокого уровня процессной зрелости, как правило, работающие в этом направлении не один год, имеющие соответствующим образом мотивированный и квалифицированный менеджмент. И начинается их путь с того, что первые лица компании в определенный момент времени убеждаются в эффективности постоянного внимания к процессам и имеют достаточную волю для того, чтобы пройти этот путь.
Гораздо чаще организация меняет свои процессы от случая к случаю, проектным образом. И даже тогда сформулировать цель изменений удается немногим. Обычно ставится абстрактная задача – «навести порядок», «повысить эффективность» всех процессов скопом (или хотя бы «всех основных процессов») – такие формулировки встречаются в двух случаях из трех.
Впрочем, обобщая ситуацию, можем зафиксировать: цель трансформации процессов – повышение их эффективности. А вот что это значит, обсудим в следующей главе.
На стыке автоматизации (в виде цифровизации) и трансформации (в виде реинжиниринга) находится так называемая цифровая трансформация (англ. digital transformation (DT), хотя в англоязычных источниках чаще встречается сокращение DX) – процесс полной замены организацией условно «традиционных» (нецифровых, в том числе ручных) процессов и способов ведения бизнеса цифровыми технологиями и альтернативами. Такая замена влечет за собой, как правило, радикальный пересмотр системы управления и дизайна (и часто самого состава) бизнес-процессов. Как это бывает с модными веяниями, цифровая трансформация увлекает менеджеров и руководителей иногда вопреки ее смыслу и целесообразности. А цель, которую никогда нельзя упускать из фокуса внимания, – как всегда, увеличение эффективности и стимулирование развития бизнеса.
Упражнение
Какой вариант изменения процессов наиболее актуален для вашей организации? Если такие работы находятся в стадии реализации, то как была (если была) сформулирована их цель? А какой должна была быть цель?
1.2. Постановка задачи на изменение процессов
Правильно поставить задачу – значит наполовину решить ее.
Почти народная мудростьКак вы яхту назовете, так она и поплывет.
Из мультфильма «Приключения капитана Врунгеля»Мне кажется, что этому вопросу уделяется незаслуженно мало внимания. Как минимум непропорционально его важности. Между тем точность постановки задачи во многом определяет итоговый результат любой трансформации.
1.2.1. От бизнес-задачи к изменению процесса
В моей практике почти не встречалось случаев, когда руководство компании-клиента перед началом проекта, посвященного изменению процесса, знало/понимало бы или (еще круче) могло сформулировать задачу на это изменение.
ПРИМЕР
Трейдинговая компания, специализирующаяся на угле и ферросплавах, перед внедрением ERP-системы решила навести порядок в бизнес-процессах. Соответственно в техническое задание для консультантов была вписана задача совершенствования основного бизнес-процесса. И далее – никакой ее конкретизации, только описание технологических шагов: диагностика, выявление проблем, их анализ и пр.
В ходе проекта консультанты пытались добиться единого понимания топ-менеджерами того, что означает это самое совершенствование. Вот список (передан общий смысл) названных топами проблем наивысшего приоритета (подчеркну, что речь в интервью шла именно о проблемах процесса, то есть интервьюируемые пытались фокусироваться именно на процессе, как они его себе представляли!).
1. Проблемы во взаимодействии с бухгалтерией на аутсорсинге.
2. Нехватка своевременной управленческой отчетности.
3. Отсутствие единой планово-учетной системы.
4. Функционал, полномочия и ответственность подразделений не согласованы и не доведены до сотрудников.
5. Много ручной работы.
6. Низкая скорость и качество документооборота.
7. Размытая ответственность на многих участках, дублирование, невыполнение важных функций, непрозрачные и неэффективные взаимодействия между подразделениями.
Целый ряд этих проблем не решается в рамках проекта по совершенствованию основного бизнес-процесса. Требуется выход за его рамки, работа с корпоративной ИТ-архитектурой (проблемы 2, 3, 5, 6), системой управления и организационной структурой (проблемы 1 и 4). В рамках проекта возможно серьезно заняться проблемой 7 и частично – проблемами 5 и 6. Поэтому в итоге задача на совершенствование основного бизнес-процесса была сформулирована так.
1. Исправить локальные проблемы процесса, в том числе:
• отладить взаимодействие и координацию между подразделениями, а также процедуры эскалации;
• обеспечить разгрузку руководителей, где это допустимо;
• регламентировать процесс.
2. Оптимизировать скорость и качество документооборота и принятия решений, ликвидировать временные потери, в том числе:
• за счет максимального использования стандартных условий и заготовок контрактов, а также ликвидации потерь времени обеспечить среднюю длительность согласования контрактов не более двух дней;
• обеспечить участие в процедуре согласования и подписания контрактов всех ключевых подразделений – правового, финансового, операционного и трейдингового.
Казалось бы, в чем проблема? После обсуждения того, что беспокоит топов, сузили задачу до сферы ответственности собственно процесса. Но психологически топы изначально настраиваются на то, что в результате таких проектов будут решены все проблемы, которые их беспокоят и которые они упоминали в интервью. Происходит это чаще всего потому, что само понятие «процесс» им малознакомо и слабо ими ощущаемо. Поэтому, когда в итоговом списке остается меньшая часть, а некоторые топы вообще не видят того, о чем говорили, их энтузиазм резко улетучивается.
Почему же так происходит? Почему бизнес-задача так «усыхает», когда мы пытаемся выставить ее бизнес-процессу, «лежащему внутри»?
Дело в том, что решение в значительной степени зависит также от участвующих в процессе людей и используемых технологий, что является отражением так называемого золотого треугольника «Люди – Процессы – Технологии» (рис. 1).
Рис. 1. «Золотой треугольник» PPT Framework
Концепция «Люди – Процессы – Технологии» (People – Process – Technology)[3] – популярный бизнес-метод. Она утверждает, что для максимизации эффективности организационных изменений следует сбалансировать все три компонента и поддерживать равновесие между ними. Эту концепцию часто называют «золотым треугольником» (Golden Triangle) или PPT Framework. Принято считать, что автором концепции является доктор Гарольд Ливитт (Harold Leavitt), американский психолог управления, который разработал ее основные положения в 1960-е годы.
ПРИМЕР
Бизнес – производство определенной категории товаров повседневного спроса. Компания пытается выстроить продажи в обход федеральных дистрибьюторов, которые занимают в отрасли очень сильные позиции. Да и в целом действующая модель взаимодействия с торговыми каналами перестала удовлетворять руководство компании из-за того, что не позволяет выдерживать конкуренцию, притом что продуктовая линейка, по различным независимым оценкам, – из лучших на рынке.
Компания начала решение задачи с аудита системы продаж. В результате требуемые изменения оказались рассредоточены по различным областям (рис. 2). И бизнес-процессы тут – лишь одна из них.
Рис. 2. Локализация элементов решения бизнес-задачи в различных подсистемах управления (иллюстрация к примеру)
В частности, оказалось, что блоки маркетинга и продаж в группе компаний из-за личностного конфликта их руководителей фактически изолированы. Сквозные процессы и сотрудничество упразднены, общение происходит через генерального директора.
В этой ситуации, с одной стороны, понятна конкурентная слабость коммерческого блока, а с другой – невозможно выстраивание каких бы то ни было новых эффективных процессов. Поэтому, прежде чем ставить задачи для изменения собственно процесса, нужно было бы решить ряд проблем в других областях.
Результатом аудита стал план развития системы продаж. Процессный блок в нем был представлен одним проектом, который стартовал через два месяца после начала реализации плана, поскольку в первую очередь следовало решить стратегические и системные вопросы. Задачи на проект совершенствования процессов были сформулированы так.
• трансформировать (частично спроектировать, частично усовершенствовать, устранить очевидные легко решаемые проблемы) на уровне взаимодействия руководителей/подразделений процессы «Планирование продаж» и «Планирование закупок» с целью установить горизонт скользящего интегрированного планирования продаж, закупок и движения денежных средств шесть месяцев;
• спроектировать необходимые для эффективной работы, но отсутствующие в настоящее время процедуры взаимодействия блока маркетинга и блока продаж.
Таким образом, изменение процесса довольно редко является исчерпывающим решением бизнес-задачи, беспокоящей руководство компании. Чаще всего это лишь один из компонентов. Другое дело, что почти всегда системные изменения отражаются на том, как компания работает, а значит, на ее процессах. То есть решение большинства бизнес-задач в конце концов приводит к изменению процессов.
Однако при этом имеет право на жизнь и успешное применение другая парадигма: реализуя концепцию Continious Process Improvement (CPI)[4], компания может на постоянной основе мониторить эффективность и совершенство своих процессов. Обнаруживая проблемы и занимаясь их решением, компания должна понимать место процессов в системе управления. При необходимости она может выходить за рамки чисто процессных изменений, например пересматривая функционал, ответственность и полномочия подразделений, да и саму их нарезку, то есть занимаясь вопросами оргструктуры. А затем уже на новой базе перестраивать процессы, то есть двигаться от эффективности процессов к решению бизнес-задач.
Упражнение
Выберите процесс, который в вашей компании в наибольшей степени нуждается в изменении, с вашей точки зрения. Попробуйте сформулировать бизнес-задачу и задачу на изменение процесса. Они различаются или совпадают? Почему?
1.2.2. Показатель процесса и показатели изменения процесса
Изложенное в предыдущем параграфе позволяет сделать и другой важный вывод. Казалось бы, соблазнительно в формулировке задачи на изменение процесса использовать его показатели, ведь именно они говорят о процессных характеристиках.
Например, для процесса «Продажи» характеристикой производительности является объем продаж. Безусловно, это его ключевой показатель результативности (КПР). Но характеристика ли это только и именно процесса? Нет! Почему? Процесс может быть одним и тем же, но в различных условиях давать разный результат в части производительности (в данном случае процесс продаж остается неизменным, а объем продаж с течением времени меняется радикально). Предположим, у нас изменился персональный состав отдела продаж – мы заменили новичков опытными сотрудниками или наоборот. Или получили возможность использовать электронные документы во взаимодействии с клиентом, проводить видео-конференц-коллы. Возможно, мы создали товар-бестселлер. Либо экономика вошла в полосу кризиса и т. п. Показатель может меняться в разы.
Поэтому постановка задачи на изменение требует анализа: какой из параметров и субпараметров «золотого треугольника» препятствует росту КПР – люди, технологии (во всем их многообразии) или процессы. Если процессы, то в чем именно этот «тормоз»? И тогда задача на изменение должна ставиться в отношении «тормоза».
Таким образом, поставить задачу на изменение процесса «Продажи» в виде «Увеличить объем продаж» – некорректно. Надо определить, где в решении этой бизнес-задачи зона ответственности процесса, и именно там искать KPI для постановки задачи на изменение. Например, процесс должен быть способным к обработке не менее чем 100 клиентских запросов в день с соблюдением стандартных параметров: коммерческое предложение (КП) должно быть отправлено не более чем через неделю с момента поступления запроса. Или если нас беспокоит оперативность отклика на запросы клиента, то постановка задачи может быть такой: сократить время подготовки КП на 20 %.
Таким образом, в общем случае показатель процесса не есть показатель для его изменения.
Впрочем, можно подойти к решению задачи улучшения процессов и «снизу вверх», выбирая для всех процессов важный КПР и ставя задачу его улучшить, то есть для процесса «Продажи», например, «Увеличить объем продаж». И далее искать способы решения этой задачи, не ограничиваясь (важно!) коррекцией процессов, а при необходимости выходя за их рамки. То есть такая задача имеет уровень системы управления и стратегии, а не процесса (в большинстве случаев). Конечно, принимаемые системные решения чаще всего найдут отражение в процессах, но решение принимается за рамками процесса.
ПРИМЕР
Компания столкнулась с падением рыночного спроса, в результате чего уменьшился объем продаж. Действующая система управления бизнес-процессами на основании критического падения значения КПР процесса «Продажи» инициирует поиск решений возникшей проблемы. Рассматриваются различные гипотезы, в частности: ввод новых продуктов, апгрейд существующих, в целом пересмотр продуктовой линейки, изменение состава групп фокусных продуктов. В части процессов рассматривается частная задача – повышение их коэффициента полезного действия (КПД), то есть отношения числа заключаемых контрактов к количеству лидов. При этом предполагается, что входной напор (количество лидов) довольно слабый.
В то же время на подъеме рынка, если бы достигаемые значения объема продаж были существенно ниже плановых, следовало бы искать аналогичные процессные решения (по увеличению КПД) при сильном входном напоре. То есть, несмотря на внешнюю схожесть, при различных характеристиках окружения процесса решаются разные задачи (и, соответственно, принимаемые решения различны), хотя исходный процесс может быть одним и тем же.
Таким образом, постановка задачи на изменение процесса абсолютно контекстна и в значительной степени зависит от характеристик бизнес-среды, состояния используемых ресурсов, этапа развития компании, ее долгосрочных и текущих задач и приоритетов.
И как следствие: нет идеальных процессов, подходящих всем и при любых условиях! Точно так же, как нет идеальных стратегий, идеальных наборов KPI для компании, должностной позиции и сферы деятельности. Все это контекстно, поэтому бессмысленно и вредно искать готовые решения (разве что в качестве «рыбы»), надо учиться решать задачу для своей ситуации!
Упражнение
В отношении процесса, выбранного в упражнении после параграфа 1.2.1, определите KPI процесса и KPI изменения процесса. Они различны или совпадают? Почему?
1.2.3. Некоторые нюансы постановки задачи на изменение процесса
Изменение процесса – это проект или процесс?
Есть два подхода к изменению процесса. Если мы меняем процесс проектным образом, нам следует сформулировать, чего именно мы хотим от него добиться. Причем сделать это нужно по возможности четко и в цифрах, например: сократить время выполнения процедуры на 30 %. В этом случае понятно, когда надо завершать работу, – когда результат будет получен! И можно рассчитывать на то, что это ограниченная по времени работа. Другой подход предполагает, что изменением процесса мы занимаемся постоянно. Тогда изначальная постановка задачи максимально широкая, фактически речь просто идет об улучшении процесса или повышении его эффективности (что бы это ни значило в тот момент). То есть задача превращается в «тему». Ограничений никаких, полная свобода самовыражения и амбиций. Просто надо постоянно доказывать, что те или иные изменения реально полезны бизнесу и овчинка стоит выделки. Не надо путать этот подход с реализацией цикла CPI: в последнем задачи на изменения возникают при определенных условиях, четко формулируются и решаются в ходе отдельного проекта.
Взгляд на изменение снаружи и изнутри процесса
Допустим, нас интересует качество процесса. Трактовок этой характеристики может быть много. Скажем, мы проводим мониторинг клиентского мнения и качество процесса истолковываем как его «удовлетворение клиентскому ви́дению». Казалось бы, подберем соответствующий показатель – и дело в шляпе? А как с этим ви́дением связана такая характеристика, как «наличие и серьезность клиентских рекламаций»? Скорее всего, в ви́дении клиента она просто не возникает (зачем ему заниматься рекламациями? Он хотел бы процесс без проблем, более того, с wow-эффектом!). А для компании как раз работа с рекламациями может быть весьма серьезным вопросом именно для того, чтобы добиться «соответствия клиентскому ви́́дению». Значит, нам надо разделять некую идеальную картинку (которая есть в клиентском ви́дении) и ту, которую можно считать перспективной на текущем этапе развития компании!
Сколько измерений /метрик у задачи на изменение?
Помимо основной характеристики, на которую мы направляем изменение, у процесса есть и другие. Например, стабильность и воспроизводимость результатов процесса характеризует «повторяемость». Возможно, оптимизируя качество, мы попутно захотим сосредоточиться на этой характеристике? Или, сокращая время исполнения процесса, можем (и чаще всего должны) обозначить «цену вопроса»: не за счет качества и стоимости, например. Тогда в постановке задачи появляются дополнительные характеристики и показатели. Вообще, сколько показателей должно присутствовать в постановке задачи на изменение? Простые размышления приводят к тому, что в большинстве случаев задача на изменение – многомерная конструкция. Если не учесть эту многомерность сразу, она все равно всплывет при принятии решения, годится ли то или иное решение задачи для реализации. Со стороны такая процедура будет напоминать чистую вкусовщину (и обычно ею и являться), будучи прямым следствием небрежно поставленной задачи.
Какая информация о показателе достоверна?