Типичные ошибки при формировании схем бизнес процессов

В этой статье мы разберем самые распространенные ошибки, которые совершают компании при внедрении бизнес-процессов.

В этой статье мы разберем самые распространенные ошибки, которые совершают компании при внедрении бизнес-процессов.

Ошибка №1: Регламенты – главная цель

Нередко руководители считают, что внедрение бизнес-процессов состоит лишь в регламентировании деятельности организации. Согласно этому убеждению, в результате наладится работа компании, сотрудники будут четко выполнять инструкции, и тогда в ведении бизнеса наступит счастье и гармония. Но на самом деле такая цель вызывает вопросы.

Я консультировал одну очень известную компанию. Они постоянно проводят у себя семинары по внедрению бизнес-процессов, к ним приезжали многие консультанты, в том числе и из большой четверки. Казалось бы, такие мероприятия непременно должны принести результат, ведь столько работы ведется в этом направлении. Но если задать прямой вопрос: «Чего вы добились в бизнес-процессах?», в ответ можно будет услышать: «У нас регламентированы все процессы. Все до единого”. И это удивительный результат. Редко какой компании удается достичь таких успехов. 

Ну тогда в чем же проблема? Проблема в том, что регламенты есть, а процессный подход не внедрен. Например, в этой компании 2 месяца нужно потратить на то, чтобы согласовать приказ, договоры согласуются по 4 месяца. Все регламентировано, но в результате бюрократизм достигает просто невероятных масштабов. Что с этим делать? Выбросить половину регламентов, и тогда работать станет в два раза легче. 

Дело в том, что регламентация процессов не приносит счастья, она не улучшает управляемость компанией. Самое регламентированное место в мире – это кладбище. Все на своих местах, но жизни нет. Не нужно вести туда свой бизнес. Бюрократизированная организация утрачивает способность к изменениям и развитию, это следует запомнить. Она может выглядеть живой, но внутри компания уже недееспособна. Поэтому внедрение регламентов нельзя делать целью.

Но это не значит, что любой регламент – это плохо. От крайностей следует держаться подальше. Регламенты нужны и полезны, но важна мера. Нецелесообразно любой ценой стремиться к их установлению.

В чем тогда состоит цель? Управлять процессами. Что это означает? Есть несколько признаков процессного подхода:

  1. Умение выявлять процессы. Должно быть понятно, из каких блоков и элементов состоит деятельность компании.
  2. Умение определять последовательность действий, процессов, их взаимные связи.
  3. Умение определять критерии и методы измерения результативности процессов. То есть важно понимать, что мы имеем в результате, какие ресурсы могут понадобиться для выполнения процессов.
  4. Постоянное отслеживание наличия необходимых ресурсов и информации, которая нужна для выполнения процессов, а также обеспечение их выполнения.
  5. Постоянное наблюдение, измерение и анализ процессов. Важно выявлять все моменты, которые приводят к неблагоприятным для организации последствиям.
  6. Проведение регулярных мероприятий по улучшению процессов.

Вот что необходимо сделать в первую очередь. Процессный подход в компании присутствует только тогда, когда выполняются все эти пункты.

Ошибка №2: KPI – лекарство от всех бед

Есть большое количество руководителей, которые считают, что внедрение KPI – это ключ к успеху. Почему? Обычно говорят: «Нам нужно улучшить мотивацию. Все сотрудники должны четко работать на общую цель».

В этом есть логика. Но мотивация и вознаграждение – довольно противоречивые понятия. В психологии это давно известно, но и практика показывает то же самое. Мотивация находится внутри, руководителям и начальникам на нее почти невозможно влиять. Она ведет человека по жизни, побуждает его совершать какие-то поступки или, наоборот, воздерживаться от активных действий. А вот плата за труд – совершенно другой аспект деятельности. На мотивацию она не влияет. Вознаграждение может быть стимулом, побуждающим человека выполнять работу быстрее и внимательнее. Однако его влияние ограничено.

Создание системы KPI предполагает учет целого ряда сложных моментов. Это не панацея, а только лишь инструмент для решения задач.

Вот пример. Руководитель одного известного банка был одержим идеей числовых показателей для каждого сотрудника. За конкретный результат (большой или маленький) полагалась четкая сумма оплаты. И в автоматизации работы компания добилась настоящего совершенства. Любой вклад работника не оставался незамеченным. Счетчики считались, каждая бумажка имела вес. Однако проблемы никуда не ушли. Они были связаны с мотивацией: без денежного вознаграждения сотрудники и пальцем не хотели пошевелить. Это странно для людей, которые считают, что KPI как раз и внедряется для мотивации. Получается, возник парадокс. Компания достигла предела, совершенствовать больше нечего, а мотивации все нет, даже наоборот, ее стало еще меньше. Разве это идеал? Все считается, измеряется, но сотрудники не заинтересованы в работе, они думают только о деньгах. Ситуация ухудшается и тем, что при таких условиях обычно в коллективе очень натянутые отношения. Люди просто перестают быть людьми. Сотрудники становятся безинициативными, недружелюбными и эгоистичными.

Ошибка №3: Устаревшие методы

По мнению многих руководителей, достаточно внедрить регламенты, а потом заставить их неукоснительно исполнять. И пусть работники только попробуют сделать шаг влево или вправо! Дисциплина превыше всего!

Такой подход хорошо работал во времена Генри Форда. Но с тех пор прошло уже сто лет. Стоит проанализировать обстоятельства: работники у Форда были малограмотными, малообеспеченными, очень зависимыми от работодателя. Запросы этих людей едва достигали самой низшей планки. Живут ли такие люди в XXI веке? Если и да, то это, скорее, исключение. Поэтому стоит задать себе вопрос: как могут методы столетней давности работать в нынешних условиях? Успехи прошлого не гарантируют успех в будущем. Это часто не принимают во внимание. Времена меняются, и мы должны трезво оценивать ситуацию вокруг нас.

Что же актуально на сегодняшний день? Во время внедрения процессного подхода прежде всего необходимо организовать команду. Если речь идет об организации средних размеров, нужна команда топ-менеджеров. Внедрением процессного подхода должны заниматься руководители. И главное – начать с обсуждения проблем. Почему процессный подход так важен? Для организационных изменений должна быть причина. Какие проблемы надо преодолеть? Сформулировать их нужно как можно конкретнее, чтобы был критерий успеха во время подведения итогов. Какие процессы являются серьезным препятствием? Вся команда должна знать врага в лицо, чтобы понять, удалось ли от него избавиться.

Любое изменение должно начинаться с обсуждения. Это важная подготовка к самим изменениям, первый шаг к внедрению. Этапы нельзя делить: внедрение тесно связано с обсуждением проблем. Именно в этот момент люди начинают понимать важность изменений, без которых развитие невозможно.

Дальнейшие этапы управленческая команда должна проходить вместе, а также включать в это дело сотрудников. Здесь нужно перейти к распределению: как компания будет взаимодействовать с клиентами, какими способами их привлекать, обслуживать и т.д. Сотрудники тоже должны участвовать в обсуждении. Какой должна быть структура процессов? Должно быть принято коллективное решение.

И, наконец, идентификация процессов. Здесь речь идет о конкретике, поэтому важно назначить исполнителей. К обсуждению следует привлечь сотрудников, чья работа затрагивает каждый конкретный процесс. Таким образом можно снять ограничения внедрения. Люди будут ощущать себя творцами процессного подхода. Вот и все секреты.

Ошибка №4: Игнорирование корпоративной культуры

Некоторые думают, что плохие отношения в коллективе можно исправить лишь одним внедрением процессного подхода. Конечно, структурирование процессов – важный фактор, влияющий на взаимодействие сотрудников. Но регулировать отношения таким образом нельзя. Обязательно нужна корпоративная культура. К тому же, без нее будет трудно внедрить сами бизнес-процессы. В коллективе важны общие ценности, нужна клиентоориентированность по отношению к своим коллегам.

Например, процессный подход в качестве основных отношений «клиент – поставщик». Каждый сотрудник осознает, кто его клиент, чего он ожидает, по каким признакам оценивает качество его работы. Тогда он выстраивает свою линию поведения с учетом этих факторов. Понимание чужих потребностей не приходит само по себе. Обязательно нужно формировать правильные ценности компании, иначе процессы не будут работать.

Любой объект управления состоит из 5 элементов:

  1. Цели. Нужна правильно выстроенная система целеполагания, направляющая действие всех сотрудников компании.
  2. Стратегия. Она интегрирует все направления бизнеса и определяет конечную цель.
  3. Процессы. Задача руководителей – определить, каким образом в компании выполняются те или иные действия, как достигается результат.
  4. Структура. С ее помощью происходит разделение областей ответственности.
  5. Ценности. Они являются основой всего. Именно ценности определяют поведение человека. Ценности компании должны способствовать ее развитию. Создание корпоративной культуры – это миссия лидеров организации.

Поэтому нельзя развивать лишь одни процессы, без оглядки на другие составляющие. Это не принесет желаемого результата. А правильные взаимоотношения в коллективе без корпоративной культуры просто невозможны.

Ошибка №5: Неправильное понимание организационной структуры

Процессы работают не в любой организационной структуре. Например, они совсем не приживаются в компании, где присутствуют жесткие регламенты. А что первично: структура или процесс? Конечно, процесс, ведь это деятельность, которая приносит результат. Структура же нужна только для того, чтобы обслуживать эти процессы. И все.

Получается, сначала нужно модифицировать процессы, а потом уже подумать, какую организационную структуру к ним подобрать. Именно в таком порядке. Причем речь идет о четком понимании области ответственности. Какие именно подразделения за что отвечают? Это нужно описать с точки зрения обеспечения функционирования процессов. Тогда и получится правильная организационная структура. При этом нужно учесть наиболее важные процессы, например, комплексное планирование. Это основа всей работы. Или разработку новой продукции, без этого процесса у компании нет развития. Ну и так далее.

В общем, структура – это концептуальное описание, с помощью которого можно понять, какую роль в складных процессах играет каждое подразделение организации.

Ошибка №6: Игнорирование стратегии

Часто внедрение бизнес-процессов начинается с их описания. Но это неверный подход. Для начала нужно стратегически рассмотреть деятельность компании. Ведь организация – открытая система, которая взаимодействует с внешним миром. Она не может от него абстрагироваться. Прежде всего важно посмотреть на рынок: кто целевые клиенты? Какие у них потребности, как мы их обслуживаем? А кто конкуренты, какие они? Чем мы можем от них отличаться?

Разрабатываемые процессы обязательно должны быть конкурентоспособными. Если забыть об этом, не факт, что их внедрение принесет ожидаемый результат. Только стратегический подход поможет достичь успехов в бизнесе.

Пример. Компания занималась поставкой сахарной продукции. Однажды у нее начались проблемы. Производители и торговые сети диктовали компании свои условия. Под таким давлением организация не могла находиться долгое время, маржа падала все ниже и ниже. Как же выйти из этой ситуации? Было решено самой стать производителем. Идея есть, но какими в таком случае должны быть процессы? Если развивать процессы дистрибьютора, то компания так и продолжит быть дистрибьютором. Поэтому нужно сменить акценты и создать новые процессы, только тогда получится занять новое место на рынке.

Выходит, что стратегия неразрывно связана с процессами. Более того, внедрять процессы необходимо с учетом стратегии.

Ошибка №7: Неверное определение целей процессов

Прежде чем определить цель процесса, нужно подумать о целях компании. К примеру, какова цель продаж? Казалось бы, все понятно – чем их больше, тем лучше. Но не все так просто. Компания может бороться за максимальное число клиентов, выручку, объемы или ставить во главу угла удовлетворенность клиента. Представим ситуацию: клиент ничего не купил. К примеру, Apple не будет считать это поражением. Ей главное, чтобы человек ушел довольным от тех возможностей, которые компания ему предлагает. Тогда он обязательно вернется и, в конце концов, совершит покупку. Логика состоит именно в этом. Поэтому цели процессов нужно определять, исходя из того, что нужно компании на данном этапе развития.

Нельзя думать, что внедрение процессного подхода зависит лишь от покупки какой-либо программы. Это инструмент, который решает только небольшой объем проблем. А иногда внедрение программного продукта, наоборот, лишь добавляет сложностей. Некоторые руководители думают, что можно приобрести программу, посадить бизнес-аналитика, обучить сотрудников – и на этом цель достигнута. Но на самом деле все это далеко от внедрения процессного подхода.

Заключение

Процессы – это регулярно повторяющаяся последовательность действий. В этом и состоит их ценность. У нас есть время проанализировать нашу деятельность и учиться на собственных ошибках. Глубинный смысл процессного подхода состоит в возможности использовать свой опыт. Все это поможет улучшить нашу деятельность в будущем. Происходит настоящее обучение. Мы разрабатываем некую модель процессов, наблюдаем за ней и задаем вопрос, что можно улучшить. Проводим изменения. Видим улучшения, анализируем результаты, делаем выводы. Есть результаты? Значит, можно приступать к решению следующей проблемы. Если результаты не удовлетворяют, то нужно внести изменения в существующие процессы. Вот этот цикл непрерывного совершенствования и есть главный смысл процессного подхода.

ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ. ШЕСТЬ ТИПОВЫХ ОШИБОК

Типовая ошибка 1. «Что вижу, то и пишу»

Она может показаться мелкой и даже придиркой, но она настолько часто встречается на рынке, что не упомянуть её невозможно. Если бы казахский акын был не певцом и поэтом, а писателем бизнес-процессов, то он бы, наверное, сказал: «Что вижу, то и пишу».

«Вот давайте мы опишем (благо способов описания бизнес-процессов немало) как работает наш отдел продаж. Вот давайте мы опишем как работает наше производство. Вот давайте мы опишем, как работает любой иной отдел».

Приходят люди, описывают, пользуясь теми или иными методиками, «что есть». Более того, нередко опрашивают сотрудников не с целью решения задач, а с целью узнать у них, как они работают, чтобы это записать за ними. Иногда потом еще сертификаты предприятию выдают.

Между тем, описание — это средство, а не цель. А целью является не столько фиксация текущего опыта, сколько усовершенствование. Ведь, если сам опыт плох, то фиксация его приведет к тиражированию неудач.

По неведомым автору причинам эта ошибка допускается сплошь и рядом.
 


Типовая ошибка 2 (более серьезная). Неучёт соотношения «Результат/Затраты»

(При знакомстве с бизнес-процессом, при встрече с реальной живой компанией и её реальной деятельностью.)

Продолжая первую мысль: «усовершенствовать — это значит улучшить соотношение Результат/Затраты». Цель всей этой оптимизации — не растратить ресурсы, увидев то что есть, но описать их. Не буквально, а так, чтобы, при выполнении написанного, соотношение Результат/Затраты улучшилось. В известном смысле это критерий качества описания бизнес-процесса («было-стало»).

Из этого следует: прежде чем писать, необходимо увидеть систему в целом и вычленить определенные зоны сосредоточения (скопления) затрат. В первую очередь, увидеть их и обозначить крупноблочно.

Оптимизация нередко начинается не с описания, а с диагностики — с относительно быстрого (дни, недели, но не месяцы) определения больших скоплений затрат внутри деятельности. Специалист, который совершенствует бизнес-процесс, сначала должен сделать именно это, а только потом определить последовательность усовершенствования.

Потому что все имеет свою цену и, если начинать описывать просто «от и до», то, в результате, это выродится сами знаете во что — в отчеты, которые будут брошены, а жизнь пройдёт своим чередом. 


Типовая ошибка 3. Работа без представления об идеальном процессе

Надо иметь заранее ясный идеал к которому следует приблизить бизнес-процесс. Приведу 2 формулировки, которые мне нравятся и которые помогают.

Формулировка П. Друкера: «Предприниматель — это не тот, кто получает прибыль, а тот, кто получает прибыль, сокращая усилия».

Это первая формулировка, показывающая нам направление. Мы должны не просто описать, мы должны так изменить бизнес-процесс, чтобы бОльший результат получался при сокращении усилий, а не путем увеличения работы.

Вторая формулировка (возможно моя): «Производительность не равна работе».

Когда мы сокращаем количество работы, а результат увеличиваем — это повышение производительности. Когда у нас просто повышается количество работы выполняемой теми же людьми в единицу времени (как призывали большевики, понимающие производительность именно так) — это растрачивание ресурсов.

Вот эти 2 формулировки и задают нам ориентиры. Если их обобщить (или, как мы любим говорить, «свернуть»), то мы получим ту формулировку, которая известна в ТРИЗ — формулировку «идеальной системы» Генриха Альтшуллера.

Когда мы что-либо создаем, проектируем, совершенствуем (фирму, продукцию, каналы продаж и т.д.), мы имеем дело с системой, которую мы улучшаем. Бизнес-процесс тоже система, которую мы улучшаем вплоть до идеала. А формулировка идеальной системы (с точки зрения соотношения «Результат/Затраты»), как известно, звучит так: «Идеальная система — та, которой нет, а функции её выполняются».

Ошибкой же является отсутствие у разработчика бизнес-процесса этого ясного идеала, к которому он хочет приблизиться. Улучшение — это приближение к идеальному процессу, которого нет, а есть только его результаты. И этот идеал в ТРИЗ так и называется «Идеальный Конечный Результат» (ИКР).

Так в романе А. Кларка «Космическая Одиссея: 3001» описаны этапы развития цивилизации более высокого уровня, чем земная: сначала использование пилотов для полетов в Космос или соответствующей техники для записи информации, затем запись информации прямо в структуру пространства-времени и отделение информационной модели человека от тела, чтобы затем посредством этой перезаписи информации в структуре пространства-времени путешествовать в Космосе без звездолётов, скафандров и даже… без тела. 


Типовая ошибка 4. Неучёт закономерностей развития

Если бы мы разложили нашу мысль про результат и про затраты в график, то график идеальности выглядел бы так:

Типовые ошибки при описании бизнес-процессов

И, прежде чем что-либо писать, надо дать ответ на вопрос: «Где место той системы, которую мы совершенствуем, на этом графике?»

Если компания, бизнес-процессы которой мы совершенствуем, находится в зоне I, то, в целом, вся стратегия её структурирования, разделения функций, описания их и «приведения в порядок» будет одна. Иначе — другая.

Если компания находится в зоне I, то используется определенный набор шаблонов, готовых решений. Если компания находится в зоне II, то совсем другие рекомендации надо дать по отношению к её процессам, и, соответственно, достать другие шаблоны. И под эти другие шаблоны описать, собственно, процесс.

Если же компания находится в зоне III, то все будет совсем не так, как в случаях I и II.

Если мы строим для конкретных Заказчиков офисы в Гонконге, где все скалисто и места нет, то, вероятно, мы будем строить небоскреб, либо не будем строить вовсе. А если мы строим в степи на Юге России, где полно земли, однако коммуникации подвести чрезвычайно затратно, то мы тем же Заказчикам будем проектировать коттеджный поселок.

Если компания находится в зоне I, то само корректное переструктурирование её подразделений станет первой задачей разработчика. И под эту задачу все будет подстраиваться.

Если компания находится в зоне I, она, скорее всего, структурирована неверно относительно правил структурирования и у нее именно по этой причине соотношение Результат/Затраты плохое. Надо перестроить систему, а потом её описать уже в улучшенном виде, а не писать что видишь, даже если тебе говорят «это наша специфика».

У компаний, которые находятся в зоне II, видимо все хорошо, т.к., мы видим, что небольшим приростом затрат получается большой «выхлоп». Однако, если смотреть на динамику процесса, за вторым этапом последует третий…

Такая компания растет достаточно быстро и у нее накапливаются большие затраты, которые, тем не менее, системного дестабилизирующего влияния не оказывают, когда она в зоне II. Но через некоторое время ситуация изменится и компания с этими рисками окажется в зоне III, когда все быстро переключится.

Также компания второго этапа может кормить слабые направления за счет сильных. И это очень частая ошибка.

Т.е., одна из ошибок таких компаний: отождествление успешных с устаревшими. Такие компании, как бы, говорят: «Вот у нас есть успешный проект, но нельзя ограничиваться только им, надо искать что-то еще». И они отбирают ресурс у успешного проекта и отдают этот ресурс остальным (часто плохим). Это похоже на «прогрессивное» налогообложение: отобрать у лучших и перераспределить среди прочих.

Понятно, есть и другая опасность: «почивать на лаврах», но у компании II этапа проблема не в этом. Это как с ребёнком, который имеет талант к пению, а его заставляют заниматься еще и хоккеем. Компании второго этапа надо избавиться от лишних направлений и сосредоточиться на своем «пении».

Т.е., заранее искать «третьи этапы» внутри себя и выбрасывать их: находить направления, где соотношение «Результат/Затраты» плохое и выбрасывать их. Внимание: не улучшать, а выбрасывать.

Если же компания находится в зоне III и соотношение «Результат/Затраты» опять стало плохим, но уже по другим причинам, чем в первом случае, то у нас будет третий набор шаблонов.

И это будут шаблоны разрушения. («Созидательного разрушения», как писал экономист Й. Шумпетер). Когда мы видим, что компания организована достаточно хорошо (понятно, что нет предела совершенству), её не надо особо переструктурировать. Более того, возможно Вы удивитесь, но может быть не особенно-то и важно описывать её бизнес-процесс. Т.к. он уже и так неплохо описан и люди его знают, понимают, привыкли по нему работать и, в известном смысле, не так уж все и плохо. И от вылизывания каких-то подсистем особых результатов не дождешься.

А дело заключается в том, что рынок из-под этой компании ушел. И, несмотря на более-менее отлаженную систему работы, она начинает каждый новый заказ, например, добывать все большими и большими усилиями. При этом суммы сделок мельчают и мельчают, а усилия по их добыче и выполнению те же самые, что и на крупные сделки. Но, поскольку теперь приходится за мелкими сделками гоняться и набирать их больше и больше, то соотношение «Результат/Затраты» получается очень плохое.

И поэтому нам не надо стратегически улучшать вот это «беганье за зайцами». Мы сгорим на этом «субботнике», но прибыли не заработаем. И кое-что надо разрушить внутри компании (или всю компанию), чтобы разрешить эти противоречия.

Т.о., у нас должна быть определенная стратегия усовершенствования, а у разработчика должно быть «стратегическое видение». 


Типовая ошибка 5. Неучет бизнес-контекста (окружения)

Мы — это мы, а что вокруг нас? Как устроены наши конкуренты, контрагенты? У них есть такие же проблемы? Выявление признаков определенного этапа дает возможность относительно быстро определить узкие места в бизнес-процессах, не изучая всю «пооперационку».

Позвольте привести развёрнутый пример.

Мебельная фирма «ругается», что конкуренция растет из года в год, прибыль сжимается, хоть производство растет, и т.д. Поэтому исходная задача, которая была поставлена, была связана с сокращением себестоимости, чтобы прибыль «догнать» .

Но при анализе окружения выяснилось, что, действительно, на рынке вокруг этой компании работает множество мелких предпринимателей, в т.ч. фрилансеров, которые размножаются чуть ли почкованием. И в городе с миллионным населением их могут быть тысячи (пусть и полудохлых). Часть из них пропадает, появляются другие. Одни из них оказывают услуги: ходят за прорабами, чтобы узнать кому можно будет оказать услугу по установке мебели. Другие у себя в гараже собирают какие-то кухни. Третьи, чуть покрупнее, даже «салоны» себе открыли — арендовали небольшие пространства в торговых центрах, где у них сидит «как бы дизайнер», стоит несколько экземпляров мебели и каталог. И там уговаривают: давайте мы пойдем к Вам на квартиру, сделаем замеры и т.п.

По ценам все эти фрилансеры демпингуют, но, получив заказ от Клиента, они сами ничего произвести не могут, а начинают бегать по рынку и размещать заказы по разным предприятиям: здесь фасады, там столешницы, здесь фурнитуру купим и т.д. Некоторые даже называют себя «системными интеграторами», при этом, на самом деле, они занимаются тем, что в своем гараже утюгом пленку наносят на МДФ.

И это окружение «отъедает её бизнес». И никакие рекламные усилия (пропаганда такого рода, что не надо заказывать у «физиков», которые делают халтурно) не помогают.

Вторая особенность окружения. На рынке мы видим, что Клиент, сделавший заказ (например, кухни), ждет месяцами. Мало того, что декларируется аж до 30-ти дней, так и эти сроки не выдерживаются. При этом само изготовление изделия (при приличной технологии) занимает даже часы, а не дни, но Клиент может ждать полтора или два месяца (от замера до монтажа).

Третья же особенность заключается в том, что самые длинные операции — это сборка и взаимодействие с конечным Клиентом, к которому надо выехать сначала на замеры, потом смонтировать и т.д. А они же — Клиенты частные. Это сколько же надо производителю мебели людей иметь, чтобы не ставить Клиентов в очередь?! А обычно есть 2-3-5 замерщиков, несколько дизайнеров (мы же не будем же раздувать этот штат). А сколько они в день Клиентов посетят? Ну, 3-4… И это при больших рекламных затратах.  Вот и получается, что и производство простаивает, и Клиенты ждут, и заказов никакой очереди нет.

И что тогда толку сокращать себестоимость производства? Если основные затраты содержатся в сборке, в продвижении и в коммуникации с Клиентом. Даже если мы сделаем идеальное производство, которого нет, а кухонные фасады вырастут из воздуха, ключевой задачи это не решит.

Поэтому мы и начинаем с тех подсистем, где: а) соотношение «Результат/Затраты» является плохим и б) быстрыми темпами обостряется противоречие между этими подсистемами с надсистемой при росте потока.

А остальное игнорируем, ибо времени купить нельзя. И, конечно, слабое место не надо описывать (ибо, зачем). Мы должны сначала решить задачу как со всем этим быть.

Если, в целом, подсистема затратная, то именно она отнимает у нас прибыль, именно она находится в сильной конкуренции с фрилансерами, каждый из которых если сбегает к 2-3-м Клиентам за день, а потом, на фоне этой общей низкой производительности, выполнит в месяц максимум 3-4 заказа и заработает себе 200 тыс. рублей, и поедет в Таиланд. И он вполне счастлив от такого образа жизни и не будет его менять, не будет создавать производства, не будут расширяться. А предприятие так работать не может.

«Фрилансеры» у предприятия конкуренцию выигрывают, но не по всей цепочке, а именно добавляют ему слабость только там, где оно и так слабо. Для них это не проблема — 2-3 заказа в месяц, а для производства — проблема. Для них это не проблема — идти в последнюю милю, а для производства — проблема. Для них не проблема медленно собирать одно изделие на общем низком фоне рыночном, а для производства — проблема, т.к. при потоке заказов надо сборочный участок иметь со всеми издержками и чтобы он не простаивал, и не тормозил общего потока работ. А когда у Вас 3-4 сборки в месяц, то всего этого не требуется.

Получается вполне себе тризовское противоречие: «надо делать слабые функции (ведь Клиенту без сборки-доставки-замера-монтажа кухню не продашь) и не надо делать слабых функций, т.к. они убивают наш бизнес».

А предпринимательское решение заключается не в том, чтобы «усилить слабые стороны», а в том, чтобы вообще не делать того, что мы делаем не очень хорошо = постараться выбросить «слабые процессы» из системы в надсистему. Т.е., например, производству не улучшать слабую сборку, а не собирать вовсе.

И надо сначала придумать, как оно без сборки будет работать, а потом этот новый бизнес-процесс описать. И этот новый способ (без сборки), с точки зрения Результат/Затраты (а не просто дешевле), должен быть точно лучше, чем есть сейчас.

Поэтому мы и не стали трогать производство (хотя мы любим в производстве копаться), а сосредоточили свое внимание на вышеописанном.

Решение заключалось в том, чтобы производить полуфабрикаты для фрилансеров (все равно ведь они заказывают фасады, столешницы, … практически все, кроме сборки, на стороне). Если у нас есть несколько отличных моделей, то мы можем «отгружать им мебель наборами», готовыми решениями — они не смогут сделать красивые фасады, они не подберут фурнитуру (т.к., они покупают где дешевле и суют куда не надо, а потом через год мебель выходит из строя).

Идея заключалась в том, чтобы расширить производство, не расширяя его. Сборочные участки преобразовать в коворкинг для фрилансеров, чтобы они не в гараже, а на фабрике собрали свой же заказ. Или же просто увезли комплект, чтобы собрать его на квартире Клиента. Фрилансерам оказывается и дополнительный сервис, или не оказывается, или оказывается по желанию.

Вдобавок так мы избавляем их еще от логистики. Если он без этого сервиса работает, то он в одном месте заказ на фасады разместил, в другом месте фурнитуру заказал, в третьем — столешницы, в четвертом — еще что-то сделал и т.д. Отсюда потери времени вплоть до двух месяцев и т.д. Теперь же он через 2 дня после замера получает готовый упакованный комплект. А фабрике-производителю теперь самой не надо ни собирать мебель, ни ездить к Клиенту на замеры и монтаж, ни открывать салоны и т.д.

Т.о., тот бизнес-процесс, который надо описать, просто другой. Он «заточен» под обслуживание этих фрилансеров. Если бы мы пришли на предприятие и, совершенствуя его, не учли бы тот контекст (окружение), в котором оно работает, то работа могла бы оказаться бессмысленной.

Так что сама фраза «бизнес-процесс» не должна вызывать ощущение чего-то внутреннего. Бизнес-система открытая. И мы многие возможности для оптимизации не увидим, если не будем рассматривать окружение (контекст, надсистему) бизнеса. Т.е., нередко используют именно надсистему для улучшения внутренней структуры фирмы. Причем один из эвристических приемов так и называется «выбросить затраты в надсистему».

Недаром Питер Друкер писал: «Причина успеха лежит за пределами предприятия, внутри предприятия лежат только причины издержек». 


Типовая ошибка 6. Слова молитвы дурака перед расшибанием лба

Если говорить об ошибках пропагандистов «бережливого производства», то их масса и по ним идешь порой, как по выжженной земле. Самое частое — это некритичное применение описаний опыта известных корпораций.

Например, много начитавшихся про «Тойоту» ходят по российским предприятиям и пытаются из них «Тойоту» сделать. Если бы фрилансер был способен сделать из российского предприятия Тойоту, он не был бы фрилансером.

Нередко рассказывают о том, что фирма «Тойота», чтобы снизить свои операционные издержки, работает без склада, только под заказ. Вот, стало быть, и Вы так делайте. Буквально так и говорят: «Тойота — не глупая, работает без склада». И тут вдруг маленькое предприятие (которое заказало такой консалтинг), имеющее маленькое же производство лестниц, дверей, ограждений, различных крепежных элементов, у которого всегда было преимущество — склад-магазин готовых полуфабрикатов (люди могли приезжать смотреть образцы, частично покупать, частично заказывать), закрывает этот склад и начинает работать только под заказ. И остается вообще без заказов, т.к., Клиенты приезжают и говорят: «У Вас тут ничего нет». Работники на этом предприятии говорят: «Надо произвести, мы можем». А им говорят: «Нееет. Бережливое производство! Тойота так не делает!»

Некритичное применение, в общем-то, правильного, но не к месту, увы, очень распространено.

Приём вне контекста применять глупо. Иногда надо выбросить склад с территории предприятия, а иногда надо его не только построить, но и организовать там продажи. И добиться ответа на вопрос: «На каком основании Вы это насоветовали?», кроме того, что «я читал про Тойоту» — не удается.

Поэтому последние слова молитвы дурака звучат так: «Я и Тойота». Если Вы это слышите, знайте — он сейчас разобьет лоб и не только себе.

Материал опубликован на сайте «Открытые бизнес-методики и технологии TRIZ-RI» 22 сентября 2016 г.

Автор: Елена Иванова, консультант по управлению, руководитель консалтинговой практики ГК «Раздолье».

Внедрение процессного подхода, совершенствование или реинжиниринг бизнес-процессов являются действенными инструментами для повышения эффективности предприятий. Но не всегда эти инструменты приносят желаемый результат. В этой статье я расскажу о том, почему так происходит и как правильно подходить к совершенствованию бизнес-процессов, чтобы получить реальный эффект.

Применение процессного подхода к управлению предполагает, что деятельность предприятия выстраивается через поэтапную трансформацию каких-либо продуктов (сырья, материалов, комплектующих, готовой продукции, информации или интеллектуального потенциала сотрудников) в отчуждаемый и полезный результат. Этот результат всегда должен иметь своего потребителя, внешнего или внутреннего. Таким образом, обеспечивается сквозная деятельность, связанная между собой.

В отличие от функционального подхода, когда деятельность «нарезана» на сходные между собой задачи (функции), а сквозные связи при этом упускаются из внимания. Продуктовый подход является частным случаем процессного, т.к. рассматривает управление созданием продукта исключительно для внешнего потребителя.

Поэтому оптимизация бизнес-процессов является одним из основных инструментов повышения эффективности работы предприятия. Эта деятельность может осуществляться по-разному: от внедрения процедур постоянного мониторинга и совершенствования, до целенаправленного радикального изменения (реинжиниринга). И от того, как компания выстроит эту работу (а по сути, выстроит «процесс совершенствования бизнес-процессов»), зависит результат, который она получит. Будет ли эффект положительным, или наоборот – изменение бизнес-процессов приведет компанию к еще большим проблемам.

Какие ошибки наиболее часто совершаются при изменениях бизнес-процессов и что нужно делать, чтобы их избежать? Об этом я и расскажу в своей статье.

Ошибка номер один: отсутствие системного подхода

Любая целенаправленная деятельность, чтобы она была управляемой, должна включать в себя три основных элемента:

  • Действия, т.е. собственно последовательность регулярно повторяемых воздействий человека на какой-то объект (материал, оборудование и т.п.).
  • Информация, т.е. фиксация и передача данных о результате, который был получен при выполнении этих действий.
  • Мотивация, т.е. система поощрений или наказаний, побуждающих человека выполнять действия по заданным правилам и с требуемым результатом.

Первая часть как правило поддерживается разного рода регламентами, вторая — в современном мире обеспечивается за счет средств автоматизации, третья — традиционно управляется за счет системы оплаты труда.

А поскольку любой бизнес-процесс является целенаправленной деятельностью, то его эффективность обеспечивается гармоничным сочетанием и связями всех трех перечисленных выше элементов.

Исторически сложилось так, что российские предприятия много сил и времени уделяли регламентации. При этом под регламентацией понималось создание всяких внутренних бумажных документов, описывающих разные правила. В своей практике, приходя на предприятие, я регулярно сталкиваюсь с тем, что мне предъявляют тома регламентной документации, на создание и актуализацию которой тратится куча сил и времени. Но когда начинаешь разбираться по факту, что и как делают сотрудники на местах, выясняется, что регламенты не работают.

Самое простое решение, которое обычно применяют для решения этой проблемы, – создание гигантской службы контроля качества, которая будет постоянно мониторить выполнение регламентов. А это – дополнительные издержки.

С другой стороны, в современных условиях тотальной цифровизации компании впадают в альтернативную крайность – внедрение информационной системы, в которой вроде бы жестко зарегламентированы все бизнес-процессы. Но здесь вас ждет другая ловушка. Во-первых, не все бизнес-процессы детально прописаны в алгоритмах системы, чтобы их прописать нужны правила, т.е. те самые «регламенты». Во-вторых, разные предприятия, даже работающие в одной отрасли, имеют свои объективные уникальные особенности, связанные с ментальностью людей конкретного региона, культурой управления, небольшими «ноу-хау», обеспечивающими преимущества на рынке. И их также нужно учитывать при автоматизации. Чистое внедрение суперсовременной информационной системы не повысит вашу эффективность. Данные вы получать будете, но если не будет выстроен правильный порядок физических действий, проверить их достоверность или актуальность вы не сможете. Недостаточно просто описать «правильные» бизнес-процессы и их зарегламентировать в должностных инструкциях, графических схемах, стандартах и иных внутренних документах. Результатом выполнения любой операции бизнес-процесса является какой-то объект, который можно оценить. Таких объектов два: физический «продукт» (например, болванка, положенная на склад в результате производства, или договор, переданный клиенту) и информация (т.е. регистрация в виде данных факта совершения этой операции). Вторую часть обеспечивает информационная система.

Процесс должен быть «прошит» в компании так, чтобы задавать правила выполнения действий и ввода данных о результатах их выполнения. Поэтому первое правило при совершенствовании бизнес-процессов: любое изменение физической деятельности должно быть поддержано адекватными алгоритмами и ограничениями информационной системы.

Например, рассмотрим процедуру промежуточного контроля качества в процессе производства. Если ОТК или лаборатория будет сама решать, в какой последовательности и сколько времени она будет проверять полуфабрикаты, у вас собьётся производственный цикл. Поможет ли в этом бумажный регламент? Нет, потому что в действие вступает человеческий фактор (кто-то отвлек, попросил срочно сделать другую проверку и т.п.). А если в информационной системе есть технологическая карта с регламентной длительностью операции «контроль качества», сотрудник вынужден ее выполнить вовремя, т.к. система назначает ему эту задачу, и сама ставит приоритет выполнения (если на проверку одновременно поступает несколько продуктов). В случае отклонения по срокам в системе зафиксируется факт отклонения. И тут в действие должна вступить мотивация.

Другой пример: классическое согласование условий договора или размера скидки клиенту. Если в системе у вас настроена последовательность согласований по уровням ответственности, правила предоставления особых условий (допустимый размер скидки в зависимости от должности «согласанта»), у сотрудника отдела продаж не будет возможности просто подойти к руководителю и в индивидуальном порядке согласовать для клиента условия, не акцептованные с договорным отделом или с экономической службой. Про то, как это должно быть связано с мотивацией, я расскажу ниже.

Ошибка номер два: некорректная система контроля

Проблема, с которой приходится работать в практике контроль исключительно по итоговым результатам отчетного периода или завершенного бизнес-процесса. Почему это является проблемой?

Любой бизнес-процесс имеет определенную длительность во времени. И чем глобальнее бизнес-процесс, тем более длительное время он выполняется. Согласование тех же договоров, по моему опыту, может проходить от нескольких дней (в небольших компаниях) до 2-3 месяцев (если речь идет о крупных гос. корпорациях). Если контролировать результат только по конечной точке (подписан/не подписан договор), через какое-то время вы можете обнаружить, что срок согласования давно прошел, а договор где-то «застрял». И через три месяца довольно сложно разобраться, где застопорился бизнес-процесс и почему это произошло. Результат — компания потеряла контракт или сорвала сроки его выполнения, т.к. позже запустила работу по контракту.

Другой пример, наиболее острый в текущей реальности: поставка сырья, материалов или комплектующих для производства. Если ваши компоненты закупаются в других странах, то риски отклонений в сроках сейчас как никогда высоки. Сырье может застрять на таможне или в перевалочном пункте в порту на неопределенное время и по любой причине. При этом планирование производства идет своим ходом, не зная, что через месяц нужное сырье на склад не поступит. В результате, при наступлении «часа икс» заказ на производство зависает, в срочном порядке запускается процесс перепланирования.

Если же внедрить в регулярную деятельность и зафиксировать в информационной системе промежуточный контроль по ключевым точкам (промежуточным результатам выполнения бизнес-процесса), вы сможете отслеживать отклонения раньше, чем они привели к глобальному сбою в работе и гибко корректировать деятельность. Что для этого нужно сделать?

1) Научиться декомпозировать бизнес-процесс на самодостаточные логические этапы (их обычно называют «подпроцессами» и «процедурами»).

2) Определить ключевые измеряемые результаты каждого этапа, индикаторы контроля этих результатов и их отклонений. Например, для логистических процессов таким индикатором должно стать получение скан-копий документов приемки/передачи продукции в перевалочных пунктах с фиксацией даты совершения операции «план» и «факт».

3) Построить в компании процедуры сбора данных по этим индикаторам, настроить в информационной системе последовательность выполнения бизнес-процесса и систему ввода данных по точкам контроля.

4) Внедрить автоматическое формирование отчетности или дашборд-панели, позволяющие отслеживать отклонения по контрольным точкам процесса.

Внедрение системы контроля по ключевым точкам обеспечивает гибкость и оперативность реагирования на отклонения. Следовательно — позволяет повысить эффективность процессов за счет своевременной реакции на потенциальные сбои с меньшими для компании усилиями и потерями. Кроме того, такой контроль позволит выявлять точки, в которых отклонения наиболее часты. А значит понимать, где в вашем бизнес-процессе «узкое горло» и использовать это для дальнейшего усовершенствования.

Ошибка номер три: неправильно закрепленная ответственность за бизнес-процессы

Так как любой бизнес-процесс связан с формированием полезного продукта для внешнего или внутреннего потребителя, важно правильно назначать ответственных за этот продукт. То есть «владельцев бизнес-процессов». И здесь как правило наблюдается два вида ошибок.

1) Излишняя централизация, когда несколько бизнес-процессов, влияющих друг на друга, объединяется под одного руководителя второго или ниже уровня управления.

Задачу, которую пытается таким образом решить компания – сокращение затрат на руководящий персонал и упрощение жизни вышестоящему руководству (ведь проще общаться с двумя-тремя доверенными лицами, чем с пятью-шестью конфликтующими менеджерами).

В чем проблема, скажете вы? А проблема состоит в том, что руководитель, отвечая за результат согласованного взаимодействия разных бизнес-процессов, в случае проблем может не захотеть признаваться в своей некомпетентности. Начать покрывать ошибки свои и подчиненных.

Пример из практики, с которым часто приходится сталкиваться: Коммерческий директор, который отвечает одновременно и за закупки, и за продажи. Следствие – подстраивание закупок под продажу (закупаем только то, что легко можно продать) или наоборот (продаем только то, что удобно было купить или то, о чем договорились менеджер с поставщиком). В результате, компания может не среагировать на изменение спроса на рынке или недополучать прибыль, продавая продукцию по не оптимальной себестоимости.

2) Назначение владельцем бизнес-процесса того, кого «не жалко».

В ситуации ограниченности ресурсов компания как правило начинает экономить. Но при этом пытается сохранить контроль и управление. В результате бизнес-процесс, не являющийся профильным, передается в подразделение, которое по мнению руководства «меньше всех загружено» или «занимается чем-то подобным».

Классическими примерами таких решений является назначение бухгалтерии ответственными за кадровый учет (по принципу, «это ведь тоже учет») или начальника склада – за безопасность («он же отвечает за склад и физически находится там, вот пусть и обеспечивает охрану продукции»).

Последствия таких решений могут быть самыми разными. Как минимум, ответственные за непрофильную деятельность, обычно выполняют ее плохо. В случае с кадровым учетом это выясняется при проверках трудовой инспекции с соответствующими штрафами и разбирательствами. Ну а в пределе – использование полученных полномочий в личных целях (если результаты никто все равно не может проверить). В примере с охраной склада это вылилось в подпольную продажу неликвидной продукции на сторону.Как избежать подобных проблем?

1) Всегда использовать правило «внутреннего конфликта». Ответственность за бизнес-процессы должна быть распределена таким образом, чтобы сторона, заинтересованная в результате, была вне управления этим бизнес-процессом, могла выставлять требования к качеству результата и сигнализировать «наверх», если возникают отклонения.Классические примеры: производство-продажа, продажа-закупки (или производство-закупки), производственное планирование – оперативное производство, складское хранение- складской учет и т.п.

2) Внедрять в практику политику внутреннего потребителя. Когда у каждого бизнес-процесса и подпроцессе есть результат, который кому-то нужен, и ответственный за этот результат. При этом четко определены требования к качеству результата и срокам его предоставления.

3) Опять же, настроить эту модель в информационной системе через разграничение ролей и прав доступа к данным, систему отчетности и процедуры согласования документов.

4) Для непрофильных процессов рассмотреть возможность их профессионального аутсорсинга, если компания не готова выделить внутренние ресурсы для их поддержания собственными силами или если объем работы по этому бизнес-процессу недостаточен для полноценной штатной единицы.

Ошибка номер четыре: мотивация как «параллельная реальность»

Как я уже говорила выше, эффективность бизнес-процессов обеспечивается гармоничным сочетанием трех элементов: деятельность – информация – мотивация. Поэтому теперь остановимся подробнее на мотивации. А если быть точнее, на материальном стимулировании.

Выстраивание системы мотивации — сложная и многоплановая задача. Существует множество подходов и взглядов на мотивацию. В последнее время все больше получает распространение теория поколений Y, Z и прочее, где основной посыл – материальное стимулирование не главное. Но на мой взгляд правда состоит в том, что люди, которые не хотят зарабатывать деньги, просто не работают (занимаются блогерством, самореализацией и другими различными практиками). А те, которые работают, хотят получать за свою работу доход. Это означает, что на их поведение можно и нужно влиять через влияние на структуру и условия получения дохода.

Проблема состоит в том, что за мотивацию в компании отвечают либо сами руководители (если на предприятии нет профессиональной HR службы), либо высшее руководство (которое обычно выплачивает премию субъективно, по внутренним ощущениям «кто больше себя проявил»). А когда мотивацией занимается HR специалист, он зачастую не имеет представление о бизнес-процессах. И выстраивает систему премирования, исходя из прошлого опыта, либо на основе последних тенденций, современных или наиболее интересных на его взгляд практик.В результате сотрудники получают премии в лучшем случае за конечный результат своего бизнес-процесса (например, за выполнение плана продаж). Следствие – бизнес-процессы формально выполняются согласно регламенту, но качества о и эффективность отсутствует.

Пример из практики: служба качества в компании, которая замотивирована на сроки отработки претензий клиентов к качеству продукции. Но при этом не замотивирована на выявление и устранение причин, которые потенциально могут привести к возникновению претензии. В результате вся деятельность службы подчинена «борьбе с претензиями клиентов», а не опережающему повышению качества.

Другой пример: руководитель отдела продаж, у которого огромный оклад и небольшая премия за выполнение плана продаж. В результате вся деятельность отдела заточена не на расширение рынка сбыта, а на поиск наиболее крупных и денежных клиентов, чтобы одной сделкой закрыть все потребности в доходе.

Система мотивации является частью поддержки бизнес-процессов. Поэтому должна выстраиваться и изменяться вместе с их изменениями. Правила, которые необходимо применять, если вы хотите, чтобы бизнес-процесс был эффективен и постоянно совершенствовался:

1) В системе оценки и премирования сотрудника должны быть факторы, связанные с результатами его зоны ответственности в бизнес-процессе. Причем мотивировать нужно не только на конечный, но и на промежуточный результат (см. Ошибка номер два).

2) Мотивировать нужно не только и не столько на результативность (прямые показатели), сколько на эффективность (долевые или взвешенные показатели, отношение полученного эффекта к затраченным усилиям).

3) Дискретность оценки и выплаты премии за достижение результата должна коррелировать с длительностью его получения. Если вы премируете за промежуточные результаты бизнес-процесса – это необходимо делать ежемесячно. Если за конечный – зависит от длительности получения результата (возможны квартальные или годовые премии).

4) При изменении бизнес-процесса (последовательности и содержания действий, ответственности за бизнес-процесс и его этапы) необходимо запускать пересмотр системы мотивации.

5) В системе мотивации должна быть учтена инициатива по усовершенствованию бизнес-процессов (премии за рац. предложения или реализованные изменения, процент от полученной экономии или дополнительного дохода).

Ошибка номер пять: «есть слона целиком»

Анализ и оптимизация бизнес-процессов не может продолжаться долго. Иначе компания устает, процессы меняются и все теряет смысл. Сам анализ процессов должен занимать от нескольких недель до трех месяцев (если требуются комплексные изменения по многим направлениям деятельности), но не более. А вот оптимизация, т.е. переход к целевому состоянию может длиться дольше (по моему опыту, от полугода до года). Но при этом она должна давать какие-то осязаемые результаты каждые 2-3 месяца.Поэтапная классическая схема: «сначала описываем «как есть», потом оптимизируем «как надо», потом внедряем изменения и только потом автоматизируем» не работает.

Слишком быстро сейчас меняется окружающая нас реальность. А это означает, что нужно:

1) Уметь «дробить» (т.е. декомпозировать) процессы на логические этапы (подпроцессы) и проводить улучшения по этапам процессов на более коротких отрезках.

2) Выделять при анализе корневые проблемы. Т.е. те болевые точки, устранение которых даст максимально быстрый и полезный эффект. Но при этом учитывать связи изменяемой зоны со всей деятельностью компании, чтобы не получился неуправляемый «эффект бабочки».

3) Правильно подбирать состав команды, которая будет заниматься этой деятельностью.

Если в компании нет специалистов, компетентных в описании и совершенствовании бизнес-процессов, лучше привлечь профессиональных консультантов. Но при этом таких, которые способны гибко подходить к решению задачи и обучать внутреннюю команду своим технологиям. Тогда вы сократите затраты на проект и сформируете у себя в компании компетенции, способные в дальнейшем поддерживать технологию и совершенствовать бизнес-процессы собственными силами.

В заключение, или Ошибка номер шесть

Как я уже говорила в самом начале, управление совершенствованием бизнес-процессов, — это тоже бизнес-процесс. Т.е. регулярно совершаемая деятельность, которая называется «Управление развитием».Основная ошибка состоит в том, что руководители фокусируются на текущих задачах (заказы клиентов, планы производства, отгрузки, поиски кредитов и т.п.), не выделяя при этом времени на развитие. В результате потребность в анализе и оптимизации бизнес-процессов возникает как ответ на острую проблему/сбой в работе. Либо в ситуации, когда компания начала резко проигрывать позиции на рынке, беспричинно увеличивать расходы и в итоге терять прибыль. Во втором случае на оптимизацию бизнес-процессов у компании может просто не хватить физических и финансовых ресурсов.Основное правило, которое нужно соблюдать – выстроить регулярную деятельность по мониторингу отклонений и перманентному улучшению бизнес-процессов. Эволюционно, точечно, с минимальными усилиями и затратами для компании, в отличие от жесткого реинжиниринга.Комплексные проекты по оптимизации или реинжинирингу бизнес-процессов также нужны. Но они должны осуществляться в трех случаях:

1) Существенные изменения рынка, требующее изменения стратегии, технологий работы, перестройки деятельности. Либо осознанно принятая руководством инновационная стратегия, которая должна обеспечить компании прорыв и для реализации которой требуется перестройка ее деятельности.

2) Приобретение нового актива, который нужно встроить в общую систему управления. А, следовательно, изменить процессы внутри приобретенной компании и собственные процессы управления с учетом расширения.

3) Подготовка компании к комплексной автоматизации или переходу на другую информационную систему. В этом случае, аудит бизнес-процессов для уточнения требований к автоматизации, и их определенная адаптация под механизмы новой системы неизбежны.

Как выстроить деятельность по регулярному мониторингу и совершенствованию бизнес-процессов? Ответ простой: подойти к этому как к бизнес-процессу:

1) Описать эту деятельность в виде бизнес-процесса по всем правилам формализации бизнес-процессов. Для этого в компании должны быть специалисты, компетентные в области процессного подхода, знающие нотации и средства моделирования бизнес-процессов, методы анализа и совершенствования.

2) Выделить «владельца бизнес-процесса». Обычно в компаниях это отдел организационного развития или служба управления качеством (если под управлением качеством понимается не только качество продукции).

3) Настроить информационную систему таким образом, чтобы она поставляла необходимую информацию: отчеты от отклонениях по контрольным точкам, статистика причин и видов отклонений в разрезе бизнес-процессов и подразделений. А также решить вопрос об автоматизации описания, регламентации, проверки и поддержки изменений бизнес-процессов.

4) Запустить проект по вводу нового бизнес-процесса в регулярную деятельность предприятия.

В своей практике я регулярно выполняю проекты по подготовке внутренних команд и настройке процессов совершенствования бизнес-процессов: помогаю выявить сотрудников, способных поддерживать эту деятельность, обучаю их необходимым инструментам и методикам, сопровождаю их работу на начальных этапах (проверяю результаты, подсказываю решения, помогаю устранить ошибки).

Лучше всего запускать такой проект в рамках задачи по оптимизации какого-либо бизнес-процесса или группы бизнес-процессов. Таким образом, компания может решить сразу две задачи: повысить эффективность в проблемной зоне и на живом примере выстроить внутри деятельность по дальнейшему совершенствованию бизнес-процессов.

Типовые ошибки при описании бизнес-процессов

«Финансовая газета», 2009, N 20

Правила регламентации, или Когда регламент станет «хорошим»

Согласно первому принципу для определения правил на всех уровнях деятельности компании необходимо создать систему регламентирующих документов. Отсутствие такой системы приведет к тому, что четких регламентов, отражающих различные требования и интересы различных групп потребителей этих документов, создать не удастся. Обычно такая система состоит из нескольких видов документов (рис. 1).

Система регламентирующих документов с учетом уровней детализации бизнес-процессов Рис. 1

Основными требованиями к положениям (о структуре управления, о направлении деятельности и т.п.) как документам, описывающим «верхние» уровни управления, являются следующие:

устанавливать общие принципы (правила) работы как в компании в целом, так и в том или ином направлении деятельности (как декомпозиция целей и задач);

фиксировать ответственность за достижение поставленных целей и задач по тому или иному направлению деятельности;

давать ориентировку сотрудникам — во всей структуре управления компанией, в конкретном направлении деятельности, в системе регламентации деятельности, содержать ссылки на более детальные документы (например, на регламенты, в которых устанавливаются способы реализации принципов управления и достижения поставленных целей и результатов).

Основные требования к регламентам, рабочим инструкциям и т.п. — задавать четкую последовательность действий конкретных исполнителей, устанавливать способы взаимодействия сотрудников и фиксировать требования к основным и промежуточным результатам при выполнении конкретных БПБУ.

Таким образом, в положениях формулируются принципы управления и требования к основным результатам по тому или иному направлению деятельности, а регламенты указывают, как это все реализовать: приводятся жесткие и четкие правила, кто, что, в какой момент должен делать. Здесь важно понимать, до какого уровня необходимо регламентировать деятельность. Существует два мнения:

регламентировать нужно все до самого детального уровня, чтобы исполнитель работал как автомат;

важно задать принципы, в остальном как руководитель решит — так и будет.

Второй вариант может быть эффективен в небольших компаниях (до 70 — 300 человек в зависимости от отрасли). В таких компаниях преобладают так называемые джентльменские соглашения, когда правила задаются в основном устно или с помощью «разнородных» документов. Их количество небольшое, и с учетом малого числа персонала компания остается вполне управляемой. При этом у нее есть одно преимущество: такой способ коммуникаций и задания правил — самый быстрый (руководитель может быстро перестроить работу без «лишних бумажек»). Следовательно, небольшие компании оперативно меняются под воздействием внешней среды, а гибкость и оперативность — это их основное конкурентное преимущество. Здесь модель управления и жесткость контроля за ее исполнением задается харизмой и организаторскими способностями конкретного руководителя (собственника, генерального директора и т.п.).

При переходе некоторой границы, когда компания становится достаточно большая, оперативность и гибкость уже начинают порождать определенный хаос. У каждого руководителя свои цели, часто они разнонаправлены, и в отдельно взятом подразделении или направлении может быть все хорошо, но в целом в компании — нет.

Но во всем нужно знать меру. При описании регламента зачастую нет смысла «спускаться» до уровня операций — самое разумное останавливаться на уровне действий: «проверяет первичные документы на предмет того-то, того-то», «открывает в 1С 7.7. документ ТОРГ-12», «согласно первичным документам заполняет все указанные в электронной форме поля», «проверяет получившуюся сумму документа на соответствие указанной в первичном документе» и т.д.

Второй принцип гласит о том, что без схемы бизнес-процесса написать и проверить «хороший» регламент практически невозможно. Качественный регламент обязательно должен содержать схему бизнес-процессов как приложение. Схема помогает решить основную проблему при подготовке регламента — отсутствие четкости и жесткости представления бизнес-процессов как последовательности процедур и действий по достижению того или иного значимого результата. Без схемы регламент бизнес-процесса зачастую сводится к описанию деятельности подразделения или сотрудника, а это, как было указано выше, неверно.

Бизнес-процесс — это задание цепочки деятельности (например, последовательности процедур исполнителей) для гарантированного получения результата независимо от принадлежности к тому или иному подразделению и назначение ответственных как за саму цепочку, так и, что более важно, — за результат бизнес-процесса.

С точки зрения компании, значимым результатом бизнес-процесса поставки сырья и вспомогательных материалов может быть:

сырье на складе;

сырье на складе + первичные документы, переданные в бухгалтерию;

сырье на складе + первичные документы, переданные в бухгалтерию + проведенная по бухгалтерии поставка (когда товар появился на остатках, а затраты списаны по бухгалтерии).

Конечно, последний вариант является наиболее предпочтительным, поэтому в данном бизнес-процессе будут задействованы не только кладовщики, грузчики, но и бухгалтеры, а следовательно, они будут руководствоваться одним регламентом (описываться в одном регламенте). Чтобы это увидеть, надо знать, как выполняется бизнес-процесс в целом, а для этого нужна схема (модель).

Моделирование бизнес-процессов (разработка схем) — это тема отдельной, большой статьи. Ошибок, мифов и заблуждений в этом вопросе можно привести достаточно много, поэтому сейчас ограничимся только основными требованиями к моделям (схемам) бизнес-процессов. Вне зависимости от методики описания модель должна отвечать на следующие основные вопросы:

каковы «входы» и «выходы» процесса;

из каких процедур состоит процесс;

кто выполняет каждую процедуру;

что получается в результате ее выполнения;

кто получает результат и что он с ним делает?

Кроме того, при описании бизнес-процесса важно уделять внимание таким, казалось бы, мелочам, как способы передачи информации и носители информации (например, устная передача информации может оказаться в лучшем случае «испорченным телефоном», а в худшем — вообще потеряться). Именно они могут послужить одним из объектов улучшений, а следовательно, и разработки новых правил выполнения работ (моделей поведения).

Согласно третьему принципу «хороший» регламент должен быть жестко структурированным и структура документа должна быть однозначно связана со схемой бизнес-процесса. Регламент дополняет, «расшифровывает» схему, на основании которой он разрабатывается.

Чтобы задать жесткую структуру регламента, она должна иметь как минимум пять основных полей (рис. 2) — четыре по вертикали:

«исполнители» — указывается должность или роль, которая выполняет ту или иную процедуру бизнес-процесса;

«процедуры» — приводятся название процедуры и перечень действий исполнителей (если это необходимо);

«условия (исключения)» — отражаются все возможные результаты выполнения процедуры исполнителя в зависимости от принимаемых им в ее рамках решений (обозначены на схеме ромбиком);

«результаты» — указываются все результаты, которые приходят к исполнителю («входы» процедуры) либо которые производятся исполнителем в той или иной процедуре («выходы» процедуры),

и одно поле по горизонтали — «область описания субъекта», в нем один исполнитель (субъект) отделяется от другого (см. пунктирную линию на рис. 2).

Разбиение схемы бизнес-процесса по полям Рис. 2

Следовательно, регламент бизнес-процесса должен иметь аналогичную структуру и его для наглядности можно представить в виде таблицы, где по горизонтали — поля: кто делает, что делает и т.д., а по вертикали — перечень и описание процедур (см. таблицу).

 N 
п/п
     Кто    
выполняет
процедуру
   Что делает в  
рамках процедуры
  Результаты 
выполнения
процедуры
 Требования к
результатам
процедуры
 Возможные
решения и
исключения
1. 
Любой       
сотрудник
Формирование     
заявки на платеж:
получает счета на
оплату;
проверяет наличие
реквизитов;
проверяет наличие
договора;
заполняет форму
заявки на платеж
и т.д.
Положительным
результатом
процедуры
являются:
оформленная
заявка на
осуществление
платежа;
корректно
заполненный
счет на
оплату
Счет на      
оплату и
заявка на
осуществление
платежа
должны быть
переданы
бюджет-
менеджеру до
12 часов
пятницы
Исключений
нет
2. 
Руководитель
ЦФО
Проверка заявок, 
формирование
планов платежей
ЦФО на неделю:
проверяет
обоснованность
заявки
(действительно ли
данные расходы
необходимы);
в случае
необходимости
уточняет
срочность и
обоснованность
платежей у
исполнителей;
проверяет наличие
всех реквизитов;
вносит все
утвержденные им
заявки в форму
плана платежей
(указывая статью
бюджета и номер
проекта, если
заявка относится
к конкретному
проекту);
высылает
заполненный план
платежей ЦФО на
неделю бюджет-
менеджеру
Положительным
результатом
процедуры
является
заполненный
план платежей
ЦФО на
неделю,
высланный
бюджет-
менеджеру
План         
платежей ЦФО
на неделю
должен быть
заполнен
согласно
установленной
форме (см.
FIN-FM-005)
и выслан
бюджет-
менеджеру до
14:00
пятницы
Исключений
нет
3. 
И т.д.      

Но исполнителям работать с таблицей с большим количеством текста будет неудобно. Документ получается большим, текст в колонках длинный и сжатый. Кроме того, у процедуры может быть не одно условие (исключение), а несколько, поэтому таблицу после завершения описания схемы бизнес-процесса надо развернуть в последовательный текст. Для этого добавляем в таблицу недостающие поля, пронумеровываем их и после развертывания получим следующую структуру текста:

название процедуры N;

n. 1. Кто выполняет процедуру;

n. 2. Что делает (какие действия совершает) при выполнении процедуры;

n. 3. Что является результатом процедуры;

n. 4. Требования к процедуре и результатам;

n. 5. Описания первого исключения или условия выполнения процедуры;

n. 6. Описания второго исключения или условия выполнения процедуры;

n. m. Описания m-го исключения или условия выполнения процедуры.

В п. n всегда указывается название процедуры в соответствии со схемой. В п. n. 1 всегда формулируется, кто и после чего выполняет данную процедуру (согласно схеме бизнес-процесса). В п. n. 2 всегда перечисляются действия, которые исполнитель должен выполнить, чтобы гарантированно получить указанные в п. n. 3 результаты. В п. n. 4 приводится перечень требований как к качеству выполнения процедуры, так и к ее результатам (по времени, качеству, стоимости и т.п.). В п. п. n. 5, n. 6, n. 7 и далее до m описываются все возможные, известные нам ограничения на исполнение процедуры (из серии «в случае если, то…»). Таким образом, мы сохранили и адресацию, и жесткость, и назначение ячеек нашего регламента (как в таблице).

Большая часть работы сделана. Но у любого бизнес-процесса всегда есть начало («входы») и результаты («выходы»). Конечно, из предлагаемой структуры документа можно будет найти «вход» в процесс и «выход» из него. Но правильнее будет сделать описание «входов» и «выходов» в отдельном разделе. Кроме того, в регламенте нужно указать должности, ответственные за управление и за достижение результатов. Наконец, «хороший» документ всегда имеет такие стандартные разделы, как назначение, содержание, термины и сокращения и т.п. В результате окончательная структура регламента должна выглядеть приблизительно следующим образом:

  1. Общие положения

1.1. назначение документа;

1.2. область применения;

1.3. термины и сокращения;

  1. Условия и ограничения

2.1. предварительные условия;

2.2. требования к конечному результату;

2.3. ограничения.

  1. Требования к процедурам

3.1. Наименование процедуры N

3.1.1…

3.1.2…

a…

b…

c…

3.1.3…

3.1.4…

3.1.5…

  1. Контроль и ответственность

4.1. контроль над исполнением;

4.2. ответственность за соблюдение.

  1. Приложения

5.1. Схема процесса

5.2. Формы документов

5.3. Справочные данные

Теперь регламент точно будет устанавливать взаимодействие исполнителей (должностных лиц) при выполнении работ в рамках описываемого бизнес-процесса базового уровня. По-другому его просто не напишешь, так как документ содержит жесткий перечень обязательных разделов (связанных со схемой бизнес-процесса).

Суть четвертого принципа регламентации заключается в том, что «хороший» регламент должен обязательно ограничить «свободу творчества» разработчика, т.е. задать жесткие правила на стиль и изложение текста.

Существует пять простых требований к языку изложения:

прямой порядок слов (кто, что, когда, как);

предложения должны быть простые, все сложносочиненные/подчиненные предложения разбиваются на части;

требования описываются короткими предложениями. Если в предложении необходимо перечислить документы, действия, требования и т.п., то следует использовать перечни либо выводить подобные списки в приложения. Причем в случае использования перечня правилом хорошего тона считается использование обобщающих слов;

изложенное должно пониматься однозначно;

ассоциации, демонстрацию излишних знаний использовать строго воспрещается. Необходимо четко осознавать, что из написанного относится к рассматриваемой процедуре или действию исполнителя.

А.Борисов

Ведущий консультант

отдела управленческого консалтинга

компании TopS BI

Почему автоматизация не всегда эффективна, или Типичные ошибки при совершенствовании бизнес-процессов

Время прочтения
14 мин

Просмотры 3.8K

Автор:
Елена Иванова, консультант по управлению, руководитель консалтинговой практики ГК «Раздолье». Более 20 лет в консалтинге, более 15 лет в ИТ-отрасли. Основная специализация: оптимизация деятельности предприятий и обеспечение ее комплексной и целостной поддержки на всех уровнях. Роли на проектах: бизнес-архитектор, руководитель проектов. Более 10 лет работы на руководящих позициях, в т.ч. течение 6 лет в фирме «1С» – руководителем направления «1С:Консалтинг». Главный редактор и соавтор книги «Практика управления» (издательство «1С-Паблишинг», 2012 г.), автор более 15 статей по различным вопросам управления.

Внедрение процессного подхода, совершенствование или реинжиниринг бизнес-процессов — действенные инструменты для повышения эффективности предприятий. Но не всегда они приносят желаемый результат. В этой статье я расскажу о том, почему так происходит и как правильно подходить к совершенствованию бизнес-процессов, чтобы получить реальный эффект.

Применение процессного подхода к управлению предполагает, что деятельность предприятия выстраивается через поэтапную трансформацию каких-либо продуктов (сырья, материалов, комплектующих, готовой продукции, информации или интеллектуального потенциала сотрудников) в отчуждаемый и полезный результат. Этот результат всегда должен иметь своего потребителя, внешнего или внутреннего. Таким образом, обеспечивается сквозная деятельность, связанная между собой. В отличие от функционального подхода, когда деятельность «нарезана» на сходные между собой задачи (функции), а сквозные связи при этом упускаются из внимания. Продуктовый подход является частным случаем процессного, т.к. рассматривает управление созданием продукта исключительно для внешнего потребителя. Поэтому оптимизация бизнес-процессов является одним из основных инструментов повышения эффективности работы предприятия.

Эта деятельность может осуществляться по-разному: от внедрения процедур постоянного мониторинга и совершенствования, до целенаправленного радикального изменения (реинжиниринга). И от того, как компания выстроит эту работу (а по сути, выстроит «процесс совершенствования бизнес-процессов»), зависит результат, который она получит. Будет ли эффект положительным, или наоборот – изменение бизнес-процессов приведет компанию к еще большим проблемам. Какие ошибки наиболее часто совершаются при изменениях бизнес-процессов и что нужно делать, чтобы их избежать? Об этом я и расскажу в своей статье.

Ошибка №1: отсутствие системного подхода

Любая целенаправленная деятельность, чтобы она была управляемой, должна включать в себя три основных элемента: Действия, т.е. собственно последовательность регулярно повторяемых воздействий человека на какой-то объект (материал, оборудование и т.п.). Информация, т.е. фиксация и передача данных о результате, который был получен при выполнении этих действий. Мотивация, т.е. система поощрений или наказаний, побуждающих человека выполнять действия по заданным правилам и с требуемым результатом. Первая часть как правило поддерживается разного рода регламентами, вторая — в современном мире обеспечивается за счет средств автоматизации, третья — традиционно управляется за счет системы оплаты труда. А поскольку любой бизнес-процесс является целенаправленной деятельностью, то его эффективность обеспечивается гармоничным сочетанием и связями всех трех перечисленных выше элементов.

Исторически сложилось так, что российские предприятия много сил и времени уделяли регламентации. При этом под регламентацией понималось создание всяких внутренних бумажных документов, описывающих разные правила. В своей практике, приходя на предприятие, я регулярно сталкиваюсь с тем, что мне предъявляют тома регламентной документации, на создание и актуализацию которой тратится куча сил и времени. Но когда начинаешь разбираться по факту, что и как делают сотрудники на местах, выясняется, что регламенты не работают.

Самое простое решение, которое обычно применяют для решения этой проблемы, – создание гигантской службы контроля качества, которая будет постоянно мониторить выполнение регламентов. А это – дополнительные издержки.

С другой стороны, в современных условиях тотальной цифровизации компании впадают в альтернативную крайность – внедрение информационной системы, в которой вроде бы жестко зарегламентированы все бизнес-процессы. Но здесь вас ждет другая ловушка. Во-первых, не все бизнес-процессы детально прописаны в алгоритмах системы, чтобы их прописать нужны правила, т.е. те самые «регламенты». Во-вторых, разные предприятия, даже работающие в одной отрасли, имеют свои объективные уникальные особенности, связанные с ментальностью людей конкретного региона, культурой управления, небольшими «ноу-хау», обеспечивающими преимущества на рынке. И их также нужно учитывать при автоматизации. Чистое внедрение суперсовременной информационной системы не повысит вашу эффективность. Данные вы получать будете, но если не будет выстроен правильный порядок физических действий, проверить их достоверность или актуальность вы не сможете.

Недостаточно просто описать «правильные» бизнес-процессы и их зарегламентировать в должностных инструкциях, графических схемах, стандартах и иных внутренних документах. Результатом выполнения любой операции бизнес-процесса является какой-то объект, который можно оценить. Таких объектов два: физический «продукт» (например, болванка, положенная на склад в результате производства, или договор, переданный клиенту) и информация (т.е. регистрация в виде данных факта совершения этой операции). Вторую часть обеспечивает информационная система.

Процесс должен быть «прошит» в компании так, чтобы задавать правила выполнения действий и ввода данных о результатах их выполнения. Поэтому первое правило при совершенствовании бизнес-процессов: любое изменение физической деятельности должно быть поддержано адекватными алгоритмами и ограничениями информационной системы.

Например, рассмотрим процедуру промежуточного контроля качества в процессе производства. Если ОТК или лаборатория будет сама решать, в какой последовательности и сколько времени она будет проверять полуфабрикаты, у вас собьётся производственный цикл. Поможет ли в этом бумажный регламент? Нет, потому что в действие вступает человеческий фактор (кто-то отвлек, попросил срочно сделать другую проверку и т.п.). А если в информационной системе есть технологическая карта с регламентной длительностью операции «контроль качества», сотрудник вынужден ее выполнить вовремя, т.к. система назначает ему эту задачу, и сама ставит приоритет выполнения (если на проверку одновременно поступает несколько продуктов). В случае отклонения по срокам в системе зафиксируется факт отклонения. И тут в действие должна вступить мотивация.

Другой пример: классическое согласование условий договора или размера скидки клиенту. Если в системе у вас настроена последовательность согласований по уровням ответственности, правила предоставления особых условий (допустимый размер скидки в зависимости от должности «согласанта»), у сотрудника отдела продаж не будет возможности просто подойти к руководителю и в индивидуальном порядке согласовать для клиента условия, не акцептованные с договорным отделом или с экономической службой. Про то, как это должно быть связано с мотивацией, я расскажу ниже.

Ошибка №2: некорректная система контроля

Проблема, с которой приходится работать в практике, — контроль исключительно по итоговым результатам отчетного периода или завершенного бизнес-процесса. Почему это является проблемой? Любой бизнес-процесс имеет определенную длительность во времени. И чем глобальнее бизнес-процесс, тем более длительное время он выполняется. Согласование тех же договоров, по моему опыту, может проходить от нескольких дней (в небольших компаниях) до 2-3 месяцев (если речь идет о крупных гос. корпорациях). Если контролировать результат только по конечной точке (подписан/не подписан договор), через какое-то время вы можете обнаружить, что срок согласования давно прошел, а договор где-то «застрял». И через три месяца довольно сложно разобраться, где застопорился бизнес-процесс и почему это произошло. Результат — компания потеряла контракт или сорвала сроки его выполнения, т.к. позже запустила работу по контракту.

Другой пример, наиболее острый в текущей реальности: поставка сырья, материалов или комплектующих для производства. Если ваши компоненты закупаются в других странах, то риски отклонений в сроках сейчас как никогда высоки. Сырье может застрять на таможне или в перевалочном пункте в порту на неопределенное время и по любой причине. При этом планирование производства идет своим ходом, не зная, что через месяц нужное сырье на склад не поступит. В результате, при наступлении «часа икс» заказ на производство зависает, в срочном порядке запускается процесс перепланирования. Если же внедрить в регулярную деятельность и зафиксировать в информационной системе промежуточный контроль по ключевым точкам (промежуточным результатам выполнения бизнес-процесса), вы сможете отслеживать отклонения раньше, чем они привели к глобальному сбою в работе и гибко корректировать деятельность. Что для этого нужно сделать?

  1. Научиться декомпозировать бизнес-процесс на самодостаточные логические этапы (их обычно называют «подпроцессами» и «процедурами»).

  2. Определить ключевые измеряемые результаты каждого этапа, индикаторы контроля этих результатов и их отклонений. Например, для логистических процессов таким индикатором должно стать получение скан-копий документов приемки/передачи продукции в перевалочных пунктах с фиксацией даты совершения операции «план» и «факт».

  3. Построить в компании процедуры сбора данных по этим индикаторам, настроить в информационной системе последовательность выполнения бизнес-процесса и систему ввода данных по точкам контроля.

  4. Внедрить автоматическое формирование отчетности или дашборд-панели, позволяющие отслеживать отклонения по контрольным точкам процесса. Внедрение системы контроля по ключевым точкам обеспечивает гибкость и оперативность реагирования на отклонения. Следовательно — позволяет повысить эффективность процессов за счет своевременной реакции на потенциальные сбои с меньшими для компании усилиями и потерями. Кроме того, такой контроль позволит выявлять точки, в которых отклонения наиболее часты. А значит понимать, где в вашем бизнес-процессе «узкое горло» и использовать это для дальнейшего усовершенствования.

Ошибка №3: неправильно закрепленная ответственность за бизнес-процессы

Так как любой бизнес-процесс связан с формированием полезного продукта для внешнего или внутреннего потребителя важно правильно назначать ответственных за этот продукт. То есть «владельцев бизнес-процессов». И здесь как правило наблюдается 2 вида ошибок.

1) Излишняя централизация, когда несколько бизнес-процессов, влияющих друг на друга, объединяется под одного руководителя второго или ниже уровня управления. Задачу, которую пытается таким образом решить компания – сокращение затрат на руководящий персонал и упрощение жизни вышестоящему руководству (ведь проще общаться с двумя-тремя доверенными лицами, чем с пятью-шестью конфликтующими менеджерами). В чем проблема, скажете вы? А проблема состоит в том, что руководитель, отвечая за результат согласованного взаимодействия разных бизнес-процессов, в случае проблем может не захотеть признаваться в своей некомпетентности. Начать покрывать ошибки свои и подчиненных. Пример из практики, с которым часто приходится сталкиваться: Коммерческий директор, который отвечает одновременно и за закупки, и за продажи. Следствие – подстраивание закупок под продажу (закупаем только то, что легко можно продать) или наоборот (продаем только то, что удобно было купить или то, о чем договорились менеджер с поставщиком). В результате, компания может не среагировать на изменение спроса на рынке или недополучать прибыль, продавая продукцию по не оптимальной себестоимости.

2) Назначение владельцем бизнес-процесса того, кого «не жалко». В ситуации ограниченности ресурсов компания как правило начинает экономить. Но при этом пытается сохранить контроль и управление. В результате бизнес-процесс, не являющийся профильным, передается в подразделение, которое по мнению руководства «меньше всех загружено» или «занимается чем-то подобным». Классическими примерами таких решений является назначение бухгалтерии ответственными за кадровый учет (по принципу, «это ведь тоже учет») или начальника склада – за безопасность («он же отвечает за склад и физически находится там, вот пусть и обеспечивает охрану продукции»). Последствия таких решений могут быть самыми разными. Как минимум, ответственные за непрофильную деятельность, обычно выполняют ее плохо. В случае с кадровым учетом это выясняется при проверках трудовой инспекции с соответствующими штрафами и разбирательствами. Ну а в пределе – использование полученных полномочий в личных целях (если результаты никто все равно не может проверить). В примере с охраной склада это вылилось в подпольную продажу неликвидной продукции на сторону. Как избежать подобных проблем?

1) Всегда использовать правило «внутреннего конфликта». Ответственность за бизнес-процессы должна быть распределена таким образом, чтобы сторона, заинтересованная в результате, была вне управления этим бизнес-процессом, могла выставлять требования к качеству результата и сигнализировать «наверх», если возникают отклонения. Классические примеры: производство-продажа, продажа-закупки (или производство-закупки), производственное планирование – оперативное производство, складское хранение- складской учет и т.п.

2) Внедрять в практику политику внутреннего потребителя. Когда у каждого бизнес-процесса и подпроцессе есть результат, который кому-то нужен, и ответственный за этот результат. При этом четко определены требования к качеству результата и срокам его предоставления.

3) Опять же, настроить эту модель в информационной системе через разграничение ролей и прав доступа к данным, систему отчетности и процедуры согласования документов.

4) Для непрофильных процессов рассмотреть возможность их профессионального аутсорсинга, если компания не готова выделить внутренние ресурсы для их поддержания собственными силами или если объем работы по этому бизнес-процессу недостаточен для полноценной штатной единицы.

Ошибка №4: мотивация как «параллельная реальность»

Как я уже говорила выше, эффективность бизнес-процессов обеспечивается гармоничным сочетанием трех элементов: деятельность – информация – мотивация. Поэтому теперь остановимся подробнее на мотивации. А если быть точнее, на материальном стимулировании.

Выстраивание системы мотивации — сложная и многоплановая задача. Существует множество подходов и взглядов на мотивацию. В последнее время все больше получает распространение теория поколений Y, Z и прочее, где основной посыл – материальное стимулирование не главное. Но на мой взгляд правда состоит в том, что люди, которые не хотят зарабатывать деньги, просто не работают (занимаются блогерством, самореализацией и другими различными практиками). А те, которые работают, хотят получать за свою работу доход. Это означает, что на их поведение можно и нужно влиять через влияние на структуру и условия получения дохода. Проблема состоит в том, что за мотивацию в компании отвечают либо сами руководители (если на предприятии нет профессиональной HR службы), либо высшее руководство (которое обычно выплачивает премию субъективно, по внутренним ощущениям «кто больше себя проявил»). А когда мотивацией занимается HR специалист, он зачастую не имеет представление о бизнес-процессах. И выстраивает систему премирования, исходя из прошлого опыта, либо на основе последних тенденций, современных или наиболее интересных на его взгляд практик. В результате сотрудники получают премии в лучшем случае за конечный результат своего бизнес-процесса (например, за выполнение плана продаж). Следствие – бизнес-процессы формально выполняются согласно регламенту, но качества о и эффективность отсутствует.

Пример из практики: служба качества в компании, которая замотивирована на сроки отработки претензий клиентов к качеству продукции. Но при этом не замотивирована на выявление и устранение причин, которые потенциально могут привести к возникновению претензии. В результате вся деятельность службы подчинена «борьбе с претензиями клиентов» а не опережающему повышению качества.

Другой пример: руководитель отдела продаж, у которого огромный оклад и небольшая премия за выполнение плана продаж. В результате вся деятельность отдела заточена не на расширение рынка сбыта, а на поиск наиболее крупных и денежных клиентов, чтобы одной сделкой закрыть все потребности в доходе. Система мотивации является частью поддержки бизнес-процессов. Поэтому должна выстраиваться и изменяться вместе с их изменениями.

Правила, которые необходимо применять, если вы хотите, чтобы бизнес-процесс был эффективен и постоянно совершенствовался:

1) В системе оценки и премирования сотрудника должны быть факторы, связанные с результатами его зоны ответственности в бизнес-процессе. Причем мотивировать нужно не только на конечный, но и на промежуточный результат (см. Ошибка номер два).

2) Мотивировать нужно не только и не столько на результативность (прямые показатели), сколько на эффективность (долевые или взвешенные показатели, отношение полученного эффекта к затраченным усилиям).

3) Дискретность оценки и выплаты премии за достижение результата должна коррелировать с длительностью его получения. Если вы премируете за промежуточные результаты бизнес-процесса – это необходимо делать ежемесячно. Если за конечный – зависит от длительности получения результата (возможны квартальные или годовые премии).

4) При изменении бизнес-процесса (последовательности и содержания действий, ответственности за бизнес-процесс и его этапы) необходимо запускать пересмотр системы мотивации.

5) В системе мотивации должна быть учтена инициатива по усовершенствованию бизнес-процессов (премии за рац. предложения или реализованные изменения, процент от полученной экономии или дополнительного дохода).

Ошибка №5: «есть слона целиком»

Анализ и оптимизация бизнес-процессов не может продолжаться долго. Иначе компания устает, процессы меняются и все теряет смысл. Сам анализ процессов должен занимать от нескольких недель до трех месяцев (если требуются комплексные изменения по многим направлениям деятельности), но не более. А вот оптимизация, т.е. переход к целевому состоянию может длиться дольше (по моему опыту, от полугода до года). Но при этом она должна давать какие-то осязаемые результаты каждые 2-3 месяца. Поэтапная классическая схема: «сначала описываем «как есть», потом оптимизируем «как надо», потом внедряем изменения и только потом автоматизируем» не работает. Слишком быстро сейчас меняется окружающая нас реальность. А это означает, что нужно:

  1. Уметь «дробить» (т.е. декомпозировать) процессы на логические этапы (подпроцессы) и проводить улучшения по этапам процессов на более коротких отрезках.

  2. Выделять при анализе корневые проблемы. Т.е. те болевые точки, устранение которых даст максимально быстрый и полезный эффект. Но при этом учитывать связи изменяемой зоны со всей деятельностью компании, чтобы не получился неуправляемый «эффект бабочки».

  3. Правильно подбирать состав команды, которая будет заниматься этой деятельностью. Если в компании нет специалистов, компетентных в описании и совершенствовании бизнес-процессов, лучше привлечь профессиональных консультантов.

Но при этом таких, которые способны гибко подходить к решению задачи и обучать внутреннюю команду своим технологиям. Тогда вы сократите затраты на проект и сформируете у себя в компании компетенции, способные в дальнейшем поддерживать технологию и совершенствовать бизнес-процессы собственными силами.

В заключение, или Ошибка №6

Как я уже говорила в самом начале, управление совершенствованием бизнес-процессов, — это тоже бизнес-процесс. Т.е. регулярно совершаемая деятельность, которая называется «Управление развитием». Основная ошибка состоит в том, что руководители фокусируются на текущих задачах (заказы клиентов, планы производства, отгрузки, поиски кредитов и т.п.), не выделяя при этом времени на развитие. В результате потребность в анализе и оптимизации бизнес-процессов возникает как ответ на острую проблему/сбой в работе. Либо в ситуации, когда компания начала резко проигрывать позиции на рынке, беспричинно увеличивать расходы и в итоге терять прибыль. Во втором случае на оптимизацию бизнес-процессов у компании может просто не хватить физических и финансовых ресурсов. Основное правило, которое нужно соблюдать – выстроить регулярную деятельность по мониторингу отклонений и перманентному улучшению бизнес-процессов. Эволюционно, точечно, с минимальными усилиями и затратами для компании, в отличие от жесткого реинжиниринга. Комплексные проекты по оптимизации или реинжинирингу бизнес-процессов также нужны. Но они должны осуществляться в трех случаях:

1) Существенные изменения рынка, требующее изменения стратегии, технологий работы, перестройки деятельности. Либо осознанно принятая руководством инновационная стратегия, которая должна обеспечить компании прорыв и для реализации которой требуется перестройка ее деятельности.

2) Приобретение нового актива, который нужно встроить в общую систему управления. А, следовательно, изменить процессы внутри приобретенной компании и собственные процессы управления с учетом расширения.

3) Подготовка компании к комплексной автоматизации или переходу на другую информационную систему. В этом случае, аудит бизнес-процессов для уточнения требований к автоматизации, и их определенная адаптация под механизмы новой системы неизбежны. Как выстроить деятельность по регулярному мониторингу и совершенствованию бизнес-процессов? Ответ простой: подойти к этому как к бизнес-процессу:

1) Описать эту деятельность в виде бизнес-процесса по всем правилам формализации бизнес-процессов. Для этого в компании должны быть специалисты, компетентные в области процессного подхода, знающие нотации и средства моделирования бизнес-процессов, методы анализа и совершенствования.

2) Выделить «владельца бизнес-процесса». Обычно в компаниях это отдел организационного развития или служба управления качеством (если под управлением качеством понимается не только качество продукции).

3) Настроить информационную систему таким образом, чтобы она поставляла необходимую информацию: отчеты от отклонениях по контрольным точкам, статистика причин и видов отклонений в разрезе бизнес-процессов и подразделений. А также решить вопрос об автоматизации описания, регламентации, проверки и поддержки изменений бизнес-процессов.

4) Запустить проект по вводу нового бизнес-процесса в регулярную деятельность предприятия.

В своей практике я регулярно выполняю проекты по подготовке внутренних команд и настройке процессов совершенствования бизнес-процессов: помогаю выявить сотрудников, способных поддерживать эту деятельность, обучаю их необходимым инструментам и методикам, сопровождаю их работу на начальных этапах (проверяю результаты, подсказываю решения, помогаю устранить ошибки). Лучше всего запускать такой проект в рамках задачи по оптимизации какого-либо бизнес-процесса или группы бизнес-процессов. Таким образом, компания может решить сразу две задачи: повысить эффективность в проблемной зоне и на живом примере выстроить внутри деятельность по дальнейшему совершенствованию бизнес-процессов.

Вся работа компании состоит из бизнес-процессов. Закупка сырья, логистика, создание продукта, привлечение клиентов, продажи — все это процессы. Причем, если у вас большой ассортимент и много способов продажи, каждый из них — это отдельный бизнес-процесс.

Но в большинстве компаний с процессами есть проблемы.

Например:

  • Не выписаны процессы в производстве
  • Нет четких метрик и регламентов по процессам
  • Руководителю сложно поставить задачу команде
  • Не получается изменить старую систему, система сопротивляется

Это только несколько примеров. В этом посте Ирина Коробская, руководитель отдела фронтенд-коучей, эксперт системы GoldCoach Profit System (GPS), расскажет о 7 типичных ошибках в бизнес-процессах и о том, как их устранить.

Когда вы хотите чего-то добиться, что-то получить или изменить в бизнесе, вам нужно ориентироваться на цели компании.

Вам нужны цели компании как минимум на 4 периода:

  • Долгосрочная перспектива — 15-25 лет
  • Ближайшие 3-5 лет
  • Цели на год
  • Квартальные приоритеты (они состоят из конкретных проектов)

Ответьте себе на вопрос: в вашем бизнесе есть прописанные проекты? Проектов может не быть, а бизнес-процессы точно есть. Потому что это стандартный набор действий, который выполняется для получения заданного результата.
Важно то, что этот процесс многократно повторяется. И если в вашей системе бизнеса есть проблема, нужно понять: что не так с бизнес-процессами.

ТОП-7 распространенных ошибок в бизнес-процессах

Сначала обсудим сами ошибки, а после разберем, как их решить.

Ошибка №1: процесс слишком сложный и запутанный

Вы слышали понятие «карта процессов» в компании? Ее еще называют «архитектура процессов». Это документ, где зафиксированы все процессы, как они должны проходить. Но часто бывает, что 2-3 управляющих в компании садятся описать процесс, у них начинаются ссоры и споры. В результате ничего не понятно, что конкретно нужно делать.

Если вы столкнулись с такой ситуацией, значит, процесс слишком сложный. В нем есть лишние элементы, которые надо убрать. Иногда достаточно просто выстроить все логично, шаг за шагом.

Если вы в компании не можете прописать какой-то бизнес-процесс по пунктам, значит, у вас есть эта ошибка.

Ошибка №2: в процессе есть лишние шаги

Это случается со всеми процессами, которые вы долго не меняли. Бизнес-процесс всегда создается в ответ на какую-то ситуацию. Например, вам нужно продать товар. Вы находите покупателя, продаете, у вас закрепляется процесс.

Но через год товар изменился, вы начали работать с другими клиентами. Значит, пора менять бизнес-процесс. Искать устаревшее и убирать.

Наверняка в постсоветских странах вы встречали здания бывших заводов, которые переделали под офисы. А вы знаете, как в них попасть? Сначала на проходной нужно обратиться к охраннику, тот звонит и спрашивает, можно ли вас пропустить. Потом выдает пропуск, который нужно прикладывать к дверям. А выйти с территории вы можете, только когда вернете пропуск.

Это пример ненужных шагов в бизнес-процессе, которые тратят время и клиента, и предпринимателя.

Ошибка №3: в процессе есть ставшие неэффективными (устаревшие) шаги

Отслеживайте шаги, которые становятся неэффективны с развитием процесса.

В середине 2016 года у нас в компании было 5 коучей. Я завела каждому файл, рассказала, как заполнять его по итогам работы за месяц. Файл назывался «Акт выполненных работ коуча».

Я собирала статистику из этих файлов, а моя коллега из бухгалтерии отслеживала, кому и сколько нужно заплатить. Когда в команде было 5-7 человек, процесс работал. Затраты на него были небольшие.

Но отдел коучей начал быстро расти. Скоро их стало уже 18, и пользоваться той же системой статистики стало невозможно. Процесс стал неэффективным. На него пришлось бы тратить кучу времени, стало легко запутаться и ошибиться в огромном массиве данных, неправильно рассчитать зарплату.

Это пример бизнес-процесса, в котором есть опасные для компании неэффективные шаги.

Ошибка №4: нет описания командной работы разных отделов или сотрудников

Часто в бизнесе, особенно в больших компаниях, в одном проекте нужно задействовать сотрудников из разных отделов. В этом случае нужно, чтобы каждый понимал, что он должен делать. Чтобы был четкий алгоритм, а не работа по принципу «я сделал так, как понял задачу».

Например, менеджер продал продукт. Теперь его нужно доставить — это задача отдела логистики. Плюс клиенту нужны дополнительные услуги — работа для другого отдела.

Для клиента это все звенья одного процесса. Но в нем задействованы разные люди из разных отделов компании. А когда в ней нет правил передачи одного этапа работы от сотрудника к сотрудники, получаются задержки, ошибки и испорченная репутация компании. В итоге — потеря клиентов и прибыли.

Ошибка №5: в процессе задействованы «лишние» руководители и лишний контроль

Продукт компании GoldCoach – это коучинг, услуга. Менеджер продает эту услугу, коуч должен ее предоставить.

Это было очень просто, когда в компании было всего 5 коучей. Но со временем отделы продаж и коучей росли. А с ними росло и количество коммуникаций между каждым менеджером и коучем. Со временем это количество стало сумасшедшим.

Тогда мы приняли решение, что коучи со всеми проблемами будут идти ко мне, а все менеджеры – к Богдану Куринному, руководителю отдела продаж.

Но решение оказалось неправильным. Получилось, что мы с Богданом начали тратить огромный кусок своего времени на то, чтобы объяснить менеджеру и коучу, что каждый из них имел в виду. Это пример контроля, который был не нужен.

Возникали «вертикальные колодцы»: я лишний человек в процессе, мне на утверждение приносят документ, а он у меня на 25 месте в списке приоритетов. Документ«висит», а весь процесс тормозится.

Получалось, что я контролирующее и утверждающее звено, сама создаю провал в работе процесса. Все из-за того, что на мне лежат обязанности, которых не должно быть. Процесс нужно переделать, чтобы не возникало «вертикальных колодцев».

Ошибка №6: недостаточный контроль

Можете ли вы контролировать процесс, когда точно не знаете, как он должен проходить и к чему привести? Конечно, нет. Но это частая ситуация во многих бизнесах: руководитель не понимает, что именно и как делает команда. А еще хуже, когда сам исполнитель не понимает, что ему нужно делать.

В такой ситуации не прописаны ключевые показатели по процессу и нет промежуточной точки контроля. Не всегда точки контроля можно измерить цифрами, но они должны быть понятны.

Если этого нет, вы не можете сказать, что контролируете процесс.

Ошибка №7: описание процесса на бумаге не совпадает с реальностью

С этим хорошо знакомы предприниматели, которые внедряли скрипты в отделе продаж. Это ситуация, когда скрипт прописан, а продавцы по нему не работают. Процесс лежит у них перед глазами, но они его не придерживаются.

Если вам кажется, что какой-то процесс в компании не эффективен, сначала проверьте: а действительно ли команда делает все так, как прописано?

Как за 3 шага исправить ошибки в бизнес-процессах

  • Опишите процесс
  • Уберите из него все лишнее и неэффективное
  • Контролируйте, чтобы сотрудники выполняли процесс по описанию

Когда процесс четко описан, оптимален и выполняется согласно описанию, у владельца бизнеса появляется четкое понимание, как это работает.

И речь не только о небольших процессах внутри отделов. Часто владелец бизнеса признает: у него нет понимания, как построен процесс на каждом отдельном рабочем месте.

При этом у владельца есть иллюзия, что он знает, как эти процессы работают между собой. Но когда руководители разных отделов садятся описывать, как происходит взаимодействие, владелец узнает много нового.

4 выгоды от прописанных процессов в компании

1. Когда процесс стандартизируется, у всех сотрудников появляется возможность показывать одинаково хороший результат.

Ведь вы описываете процесс и закладываете в него лучшую процедуру из всех возможных. Соответственно, опишите процесс, и вырастет качество работы компании.

2. Бизнес становится управляемым. Вы сможете влиять на результаты и улучшать их. Если же вы не управляете процессами, вы не управляете результатами.

3. Вы снижаете влияние человеческого фактора. Когда работает система, становится меньше эмоций и ошибок, а результат – лучше.

4. Когда процесс стандартизирован, у вас появляется возможность снизить издержки на более дорогих сотрудников.

У многих собственников бизнеса есть «голубая мечта» – нанять генерального директора, который все наладит. Они ждут, что придет человек, который сам знает, какими должны быть процессы. Придумает их, отладит, и бизнес будет работать как часы. Да, такие люди существуют, только стоят они очень дорого.

Человек, который знает, как сделать процессы оптимальными, будет очень дорого стоить. Во много раз дороже чем тот, кто не знает, но готов получить от вас четкий чек-лист и следовать ему. И такой сотрудник будет работать не хуже первого.

Как создать систему оптимальных процессов в компании

Выберите время, соберите руководителей отделов и опишите ваши бизнес-процессы. Сначала сделайте это просто, по пунктам, без детализации.

Есть 2 способа описания процесса:

1) Описать, как процесс выглядит сейчас, и думать, как его улучшить

Часто на это уходит много времени. Тем более, если у вас не измеряются показатели эффективности, вы не сможете найти истину в этом споре.

2) Лучше, когда вы представляете, каким должен быть процесс в вашей идеальной картине мира

Представьте, что процесс уже оптимален: как вы пришли к нему? Что лишнее убрали?

После того как вы прописали процесс, тестируйте его. Дайте компании тестовое время – например, 3 дня. Отслеживайте, как изменятся ключевые показатели. Постоянно собирайте обратную связь у клиентов и команды.

6 параметров, которые должны быть у оптимального процесса

Четкое и понятное название. Например, в GoldCoach есть процесс «Как передать клиента коучу в 24 часа после оплаты».

Определенные границы. Должно быть понятно, где он начинается и где заканчивается – где начинается другой процесс.

Цель. Часто мы привязываем цели к проектам. Но у процесса тоже должна быть цель – четкая, понятная, измеримая. Это то, на чем основывается ваше ежемесячное планирование.

Процессы – это повторяющиеся цикличные действия. Соответственно, вы планируете, какие результаты хотите по ним получить, и ставите себе цели. В большинстве процессов у вас должны быть ежемесячные показатели.

Свой менеджер. Это человек, который отвечает за весь процесс в целом, отчитывается по результатам.

Промежуточные точки контроля. Не допускайте, чтобы процесс шел самотеком. Тогда вам будет непонятно, в каких местах его можно проверить.

Документация. Закрепите за каждым процессом человека, который отвечает за документацию (описание процесса). Документация процесса – это чек-лист, описание или схема. И чем они проще, тем лучше. Описание процесса должно быть максимально наглядным и понятным.

Расскажу историю для примера. Один студент полетел учиться в США и, пока учил английский, устроился на подработку – сортировать мусор. С ним работали китаец и мексиканец, они тоже не знали английского.

Работникам раздали футболки с цифрами 1, 2, 3 и картинку на листе бумаги, что и как нужно делать. И парни отлично работали вместе.

Проблемы начинались, когда заканчивался рабочий день. Трое пытались договориться, куда пойти поесть, но у них ничего не выходило. Не хватало знания языка.

Обычно описание процессов закрепляют за руководителями отделов. Они прописывают новые процессы, собирают обратную связь и обновляют старые описания, доводят их до всех сотрудников.

Руководители отделов также должны контролировать сотрудников, чтобы они выполняли процессы строго по описаниям.

Отслеживайте, чтобы бизнес-процессы регулярно обновлялись и оптимизировались. Введите правило в компании: оптимизировать процессы, например, каждые две недели. Особенно важны это делать, когда вы видите повторяющиеся проблемы в компании. Часто бывает достаточно изменить какой-то процесс, чтобы проблемы исчезли.

P. S. Вы предприниматель или управленец — и У ВАС НЕТ ВРЕМЕНИ?

Скорее всего, вы просто делаете… слишком много. Все ваше время забито «дурными» действиями, из которых, если повезет — одно приносит деньги и результаты.

Остальные только пожирают ваше бесценное время (в конце-концов, у вас и Илона Маска все те же 24 часа в сутках)… Секрет в том, что вам нужны прицельные действия, которые приносят деньги.

Какие — вы откроете в нашем новом чек-листе «27 действий, которые приносят деньги в бизнесе».

Эти действия мы собрали за 8 лет в исследовании привычек и действий более 20 тыс. предпринимателей, ТОП-менеджеров и опытных экспертов в сообществе GoldCoach.

Забирайте сейчас, пока доступ открыт ⇒ скачать чек-лист «27 действий, которые приносят деньги»

Ошибки описания бизнес-процессов

Автор: Кручинецкий С.М., руководитель
компании «Питер-Консалт»,
ksm@piter-consult.ru.

Ошибки описания бизнес-процессов

Описание
бизнес-процессов

стало широко используемым средством повышения результативности и эффективности
бизнеса. При выполнении  этой работы
иногда совершаются ошибки, снижающие эффект от описания бизнес-процессов. В
этой статье я расскажу о некоторых из этих ошибок.

1. Ошибки структуризации
бизнес-процессов

Правильно описанная система
бизнес-процессов представляет из себя иерархию, во главе которой находится
главный бизнес-процесс, который выполняет вся компания в целом (в нотации IDEF0 соответствующая этому бизнес-процессу
диаграмма называется контекстной). Подчинённые уровни описания бизнес-процессов
получаются путём декомпозиции.

Иногда заказчики описания
бизнес-процессов не хотят описывать все бизнес-процессы (например, из
соображений экономии), а выбирают только некоторые, самые важные или самые
проблемные. Важно при выборе бизнес-процессов для описания учесть общую
структуру системы бизнес-процессов, иначе результат может разочаровать.

Например, недавно ко мне обратился
руководитель торговой компании с пожеланием описать бизнес-процесс «Документооборот»
(весь обмен документами с внешним миром, не только бухгалтерский
документооборот).

Давайте подумаем, что из этого получится.
Ниже представлен фрагмент иерархии бизнес-процессов типичной торговой компании.

Ошибки описания бизнес-процессов

Даже из этой небольшой ветки дерева
бизнес-процессов видно, что процедуры, связанные с документооборотом, имеются в
составе многих бизнес-процессов. Если их описывать отдельно от «родительских»,
получится не связанный набор инструкций по выписке, отправке, ожиданию
документов. Как потом совмещать эти инструкции с другими событиями, как управлять
такими бизнес-процессами
, не понятно.

Если уж вы решили сэкономить, выберите
одну полноценную «ветку» иерархии бизнес-процессов, например, «Управление
отношениям клиентами»
, и опишите её, включая весь документооборот.
Уверяю вас, пользы будет больше.

Неправильная структуризация
бизнес-процессов для описания — это распространённая, но далеко не единственная
ошибка описания бизнес-процессов. Поэтому продолжение темы следует

Можно ознакомитьсяПо следующей ссылке можно посмотреть некоторые примеры разработанных нами описаний бизнес-процессов. На сайте также размещена процедура заказа работы по совершенствованию бизнес-процессов. В разделе «Стоимость описания бизнес-процессов» мы рассказываем, как сэкономить при заказе этой услуги.
 Важно!Если вы заполните эту форму, мы подготовим коммерческое предложение, оптимизирующее ваши расходы на выполнение этой работы.

Понравилась статья? Поделить с друзьями:
  • Типичные ошибки при выполнении стойки на лопатках
  • Тигуан ошибка 008581
  • Типичные ошибки при телефонном разговоре
  • Типичные ошибки при выборе профессии сообщение
  • Типичные ошибки при телефонном общении