Александр Высоцкий, эксперт по стратегическому планированию и разработке организующих схем, основатель консалтинговой компании «Visotsky Consulting» — о важной части проектирования системы управления компанией.
Что такое регламент бизнес-процесса? Когда его нужно писать, чтобы он помог вашему бизнесу, а не стал пустой тратой времени? В этом материале на конкретном кейсе разберу случай, когда регламент бизнес-процесса действительно принес пользу компании. Также назову главный критерий, который поможет вам оценить качество написанного и взятого в работу регламента.
Что такое регламент бизнес-процесса
Это документ, который описывает, как происходит тот или иной бизнес-процесс. Например, в вашу типографию поступает заказ, и у вас есть бизнес-процесс его выполнения:
-
Клиент дает задание на расчет, вы его производите.
-
После идет продажа, клиент подписывает определенную форму, которая с заявкой и оплатой попадает в бухгалтерию.
-
После того как все вопросы с деньгами и документами решены, заказ попадает в отдел предпечатной подготовки. В этом отделе файлы клиента обрабатываются, идет проверка на ошибки и корректировка.
-
Далее заказ идет в печатный цех, и так до отгрузки продукции.
Регламент бизнес-процесса — документ, в котором этот путь четко описан. Проще говоря, уточняется, кто и что должен делать для успешного выполнения заказа в срок.
Как проверить качество
Есть только один способ проверки качества — воплотить написанное в жизнь. Запустите бизнес-процесс и проверьте, что происходит на самом деле, а не на бумаге. Недавно я одобрял схему нового бизнес-процесса в своей компании и понял, что есть один подвох: важно ответить на вопрос о том, а зачем мы вообще это делаем.
Чтобы проверить качество чего-то, нужно иметь отправную точку. Например, я хочу проверить качество салата цезарь в ресторане. Моей отправной точкой должно стать некоторое представление, каким, с моей точки зрения, должен быть этот салат. Какие ингредиенты нужны, а какие — нет? Какие вкусы являются допустимыми и недопустимыми?
Регламент как решение проблемы
Когда речь идет о проверке качества разработанного регламента бизнес-процесса, первый вопрос, который я задаю, звучит так: «А зачем вообще он был разработан? Какие проблемы вы хотели решить?»
В начале статьи я приводил пример описания бизнес-процесса в типографии. Схема взята из жизни, мы разрабатывали ее в нашей консалтинговой программе для клиента. В этой типографии заказы почти никогда не выполнялись в установленный срок, поэтому при разработке этого бизнес-процесса мы решали несколько задач:
-
Во-первых, хотели разобраться, что было упущено, из-за чего конкретно происходили сбои в изготовлении и выполнении заказов.
-
Во-вторых, хотели регламентировать бизнес-процесс таким образом, чтобы минимизировать сбои.
Проблемы в типографии
В этом примере сбои происходили по весьма идиотической причине. Например, продавец пообещал клиенту, что его заказ будет готов в течение двух недель. И это абсолютно нормальный срок. Но когда заказ поступал в отдел предпечатной подготовки, его сотрудники никак не могли получить файлы от клиента на следующий день после оформления заказа и подтверждения оплаты. Заказчики просто не выдавали их вовремя.
«Книжная полка РШУ» — подкаст о классике мировой бизнес-литературы.Слушайте обзоры книг от наших экспертов.
Были случаи, когда клиенты отправляли файлы на проверку через три дня или даже через неделю! Также они могли отправить не все документы, и приходилось еще какое-то время ждать, пока пришлют недостающие файлы или согласуют правки редактора-корректора. Из-за этого компания не успевала производить все работы в срок.
При этом в отделе предпечатной подготовки не было принято кричать караул, если клиент вовремя не подготовил файлы. А стоило бы поступить следующим образом: если клиент на следующий день после оформления не предоставил файлы, отправлять ему официальное уведомление, что сроки выполнения заказа смещаются, и точная дата будет установлена только тогда, когда будут получены конкретные файлы.
Как помог регламент
Это был упущенный кусочек бизнес-процесса, причем отдел предпечатной подготовки считал, что контролировать клиентов должны продавцы, и наоборот. В общем, обычное положение дел в несистематизированной компании. И мы смогли обнаружить проблему только с помощью описания бизнес-процесса. Когда мы его регламентировали, вся работа в типографии буквально начала летать. Я не говорю о том, что они вовсе перестали срывать сроки, бывают разные ситуации. Но такие проблемы перестали быть постоянной частью игры.
Качество регламента бизнес-процесса можно оценить только по одному критерию: решает он проблемы компании или нет.
Вывод
Мне не очень нравится, когда регламенты бизнес-процессов разрабатываются только для того, чтобы в компании якобы был порядок в бумагах — это какая-то ерунда. Всегда должна быть конкретная проблема, которую необходимо решить с помощью регламента.
Оценить качество можно, посмотрев на него с точки зрения проблемы: устранили ли ее после внедрения регламента? Если нет, то вы действительно потратили время зря. Регламент бизнес-процесса должен решать существующие в компании проблемы, иначе в нем нет никакого смысла.
