Преимущество повторяемости – 2. Диагностика и анализ бизнес-процессов. Практическое руководство по бизнес-процессам
Шрифт:
Таким образом, в общем случае показатель процесса не есть показатель для его изменения.
Впрочем, можно подойти к решению задачи улучшения процессов и «снизу вверх», выбирая для всех процессов важный КПР и ставя задачу его улучшить, то есть для процесса «Продажи», например, «Увеличить объем продаж». И далее искать способы решения этой задачи, не ограничиваясь (важно!) коррекцией процессов, а при необходимости выходя за их рамки. То есть такая задача имеет уровень системы управления и стратегии, а не процесса (в большинстве случаев). Конечно, принимаемые системные решения чаще всего найдут отражение в процессах, но решение принимается за рамками процесса.
ПРИМЕР
Компания столкнулась с падением рыночного спроса, в результате чего уменьшился объем продаж. Действующая система управления бизнес-процессами на основании критического падения значения КПР процесса «Продажи» инициирует поиск решений возникшей проблемы. Рассматриваются различные гипотезы, в частности: ввод новых продуктов, апгрейд существующих, в целом пересмотр продуктовой линейки, изменение состава групп фокусных продуктов. В части процессов рассматривается частная задача – повышение их коэффициента полезного действия (КПД), то есть отношения числа заключаемых контрактов к количеству лидов. При этом предполагается, что входной напор (количество лидов) довольно слабый.
В то же время на подъеме рынка, если бы достигаемые значения объема продаж были существенно ниже плановых, следовало бы искать аналогичные процессные решения (по увеличению КПД) при сильном входном напоре. То есть, несмотря на внешнюю схожесть, при различных характеристиках окружения процесса решаются разные задачи (и, соответственно, принимаемые решения различны), хотя исходный процесс может быть одним и тем же.
Таким образом, постановка задачи на изменение процесса абсолютно контекстна и в значительной степени зависит от характеристик бизнес-среды, состояния используемых ресурсов, этапа развития компании, ее долгосрочных и текущих задач и приоритетов.
И как следствие: нет идеальных процессов, подходящих всем и при любых условиях! Точно так же, как нет идеальных стратегий, идеальных наборов KPI для компании, должностной позиции и сферы деятельности. Все это контекстно, поэтому бессмысленно и вредно искать готовые решения (разве что в качестве «рыбы»), надо учиться решать задачу для своей ситуации!
Упражнение
В отношении процесса, выбранного в упражнении после параграфа 1.2.1, определите KPI процесса и KPI изменения процесса. Они различны или совпадают? Почему?
1.2.3. Некоторые нюансы постановки задачи на изменение процесса
Изменение процесса – это проект или процесс?
Есть два подхода к изменению процесса. Если мы меняем процесс проектным образом, нам следует сформулировать, чего именно мы хотим от него добиться. Причем сделать это нужно по возможности четко и в цифрах, например: сократить время выполнения процедуры на 30 %. В этом случае понятно, когда надо завершать работу, – когда результат будет получен! И можно рассчитывать на то, что это ограниченная по времени работа. Другой подход предполагает, что изменением процесса мы занимаемся постоянно. Тогда изначальная постановка задачи максимально широкая, фактически речь просто идет об улучшении процесса или повышении его эффективности (что бы это ни значило в тот момент). То есть задача превращается в «тему». Ограничений никаких, полная свобода самовыражения и амбиций. Просто надо постоянно доказывать, что те или иные изменения реально полезны бизнесу и овчинка стоит выделки. Не надо путать этот подход с реализацией цикла CPI: в последнем задачи на изменения возникают при определенных условиях, четко формулируются и решаются в ходе отдельного проекта.
Взгляд на изменение снаружи и изнутри процесса
Допустим, нас интересует качество процесса. Трактовок этой характеристики может быть много. Скажем, мы проводим мониторинг клиентского мнения и качество процесса истолковываем как его «удовлетворение клиентскому видению». Казалось бы, подберем соответствующий показатель – и дело в шляпе? А как с этим видением связана такая характеристика, как «наличие и серьезность клиентских рекламаций»? Скорее всего, в видении клиента она просто не возникает (зачем ему заниматься рекламациями? Он хотел бы процесс без проблем, более того, с wow-эффектом!). А для компании как раз работа с рекламациями может быть весьма серьезным вопросом именно для того, чтобы добиться «соответствия клиентскому видению». Значит, нам надо разделять некую идеальную картинку (которая есть в клиентском видении) и ту, которую можно считать перспективной на текущем этапе развития компании!
Сколько измерений /метрик у задачи на изменение?
Помимо основной характеристики, на которую мы направляем изменение, у процесса есть и другие. Например, стабильность и воспроизводимость результатов процесса характеризует «повторяемость». Возможно, оптимизируя качество, мы попутно захотим сосредоточиться на этой характеристике? Или, сокращая время исполнения процесса, можем (и чаще всего должны) обозначить «цену вопроса»: не за счет качества и стоимости, например. Тогда в постановке задачи появляются дополнительные характеристики и показатели. Вообще, сколько показателей должно присутствовать в постановке задачи на изменение? Простые размышления приводят к тому, что в большинстве случаев задача на изменение – многомерная конструкция. Если не учесть эту многомерность сразу, она все равно всплывет при принятии решения, годится ли то или иное решение задачи для реализации. Со стороны такая процедура будет напоминать чистую вкусовщину (и обычно ею и являться), будучи прямым следствием небрежно поставленной задачи.
Какая информация о показателе достоверна?
Следовательно, когда речь идет о показателях, которые являются обработкой оценок, надо разделять те, что получены извне, например потребителями результатов процесса, и изнутри, его участниками. Скажем, нас интересует обработка службой технической поддержки запросов клиентов (тут даже неважно, внутренних или внешних по отношению к компании). Предположим, что, как это часто бывает, специалист службы сам решает, в какой момент ему закрыть заявку. Вот уж тут взгляды на показатели типа «среднее время выполнения заявки» могут сильно различаться в зависимости от того, опрашиваем ли мы клиента или считаем значение по данным чата, в котором специалист с ним общался. Бывает, что при таком подходе клиент вынужден инициировать целый ряд заявок по одному и тому же поводу (которые его визави закрывает после шаблонного ответа по ключевым словам), пока ему удастся достучаться до оператора службы техподдержки со своей проблемой.
Реализация управленческих решений в процессах: сила в деталях
Как мы уже установили в предыдущей главе, в проектах регламентации, организационных изменений и автоматизации процессы не являются главным объектом изменений, их фокусом. Скорее ключевые решения этих проектов должны быть реализованы в деталях через процессы
Конец ознакомительного фрагмента.