12 шагов построения эффективных бизнес-процессов. Руководство бесплатное чтение

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

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

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

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

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

Что руководителю даст погружение в мозаику бизнес-процессов?

1. Позволит увидеть участие и ответственность каждого сотрудника при регулярных действиях.

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

3. Повысит KPI[1] каждого сотрудника.

При процессной тактике всегда выход из бизнес-процесса равен входу в другой бизнес-процесс. А это значит, что ничто в бизнесе не возникает из ниоткуда и не исчезает в никуда.

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

Вход: заявка на размещение заказа в производство.

Клиент: внешний Клиент, Заказчик, Покупатель.

Цель процесса: удовлетворить потребность Клиента в товаре.

Выход: товар отгружен, запрос Клиента удовлетворен.

В приведенном примере выявляем один процесс или несколько?

Подсказка: работа с клиентом – это еще не производство и даже не планирование производства.

В задаче зашито 6 бизнес-процессов:

• обработка запроса от Клиента;

• размещения заказа Покупателя;

• планирование производства:

• производство;

• адресное хранение;

• отгрузка товара Покупателю.

Кейс производителя светодиодных светильников[2]

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

Когда фаундеры[3] осознали, что пора описывать текущие действия, фиксировать регламенты и учить персонал по ним работать, началось самое интересное – реализация.

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

Однако, возвращаясь к методологии системного подхода, первое, с чем нужно определиться при решении той или иной задачи, – уточнить условия задачи и правила.

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

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

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

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

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

Кстати, деятельность процессного управления началась после изучения книги Михаила Рыбакова «Бизнес-процессы. Как их описать, отладить и внедрить»[4]. Автор книги, бизнес-консультант, психолог, коуч, предлагает начинать последовательно, по этапам, наращивать системный потенциал компании, а именно – идти маленькими шажками от цели к результату.

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

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

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

Домашнее задание[5]

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

2. Составьте план по описанию выбранных процессов.

3. Организуйте рабочую встречу с участниками каждого процесса.

4. Зафиксируйте шаги процессов AS IS[6].

Важно!

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

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

В книге «Цветы для Элджернона» Дэниел Киз описал научный эксперимент. В нем мышь по имени Элджернон училась открывать новый замок в лабиринте, чтобы получать еду. Опыты ставились несколько раз. Мышь отправляли на вход лабиринта, а потом делали замер: сколько времени ей требовалось для поиска выхода и открывания замка. Таким образом исследователи измеряли качество улучшений, которое происходило с действиями мыши после очередной операции. С каждым разом мышь Элджернон проходила испытание быстрее и легче.

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

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

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

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

Определения

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

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

Шаг – конкретное действие в процессе, которое контролирует Ответственный за шаг.

Ответственный за шаг – это сотрудник компании, который отвечает за результат шага, а именно: за качество, сроки, время действия.

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

Дано: процесс «Заключение договора с Контрагентом».

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

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

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

1. С какого действия начинается процесс заключения договора?

2. К кому обращается Контрагент для заключения договора?

3. Контрагент: Поставщик или Покупатель?

4. Кто контролирует юридическую проверку Контрагента?

5. Какие действия делают ответственный за заключение договора и юрист, который должен проверить договор?

6. Какими критериями проверки договора руководствуется юрист?

7. Что будет результатом процесса: договор в бумажном виде, договор в электронном формате, отправленный по системе Контур. Диадок[7], или скан-копия документа?

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

Кейс производителя светодиодных светильников

Описать и оптимизировать бизнес-процесс «Согласование проектных цен для Дилера».

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

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

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

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

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

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

Рис. 1. Пример электронного письма: запрос специальных цен под проект.

Процесс согласования специальных цен для Дилера под проект полностью автоматизировали и привязали к CRM-системе[8]. В настоящее время для получения дополнительной скидки достаточно внести спецификацию со стандартными ценами для Клиента, указать процент требуемой скидки. После нажатия нескольких кнопок менеджер получает ответ от руководителя коммерческой службы с возможными ценами под проект (рис. 2).

Рис. 2. Вид проекта с согласованными ценами из БД 1С.

Домашнее задание

1. Выберите один проблемный процесс (из выявленных вами в домашнем задании к главе 1).

2. Соберите рабочую группу, включающую участников процесса.

3. Определите вход и выход бизнес-процесса.

4. Запишите последовательные шаги с обозначением ответственных за действия.

Важно!

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

Вечер среды. Почти семь, выхожу из офиса. Нужно выполнить намеченные задачи: личные, бытовые, снова рабочие. На улице +30, и тополиный пух попадает в глаза, уши, нос. Дышать становится невозможно. «Прям броуновское движение[9] каких-то белесых частиц, – недовольно размышляю. – Почти как мои мысли, они хаотично ищут пристанище».

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

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

Иногда наши мысли превращаются в броуновское движение: мечутся от одной проблемы к другой. Тогда берем лист бумаги и ручку. Фиксируем мысли: они уже не потеряются и обязательно будут выполнены. А дальше расставляем записи по срочности – и вуаля! Наши мысли превращаются в шкафчики с книгами, стоящими по удобной схеме. Теперь берем каждую книгу по очереди и решаем тот или иной вопрос.

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

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

Определения

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

• дает полную визуальную картину процесса;

• определяет и фиксирует место каждого ответственного за шаги в процессе;

• отражает последовательность действий;

• систематизирует описание шагов.

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

Архитектура бизнес-процессов – совокупность всех взаимосвязанных процессов в компании.

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

В этой главе и далее я буду ссылаться на сайт разработчика системы по моделированию бизнес-процессов Business Studio[10]. Считаю, что нет смысла искать новые определения сущностей бизнес-моделирования. Эти понятия давно описаны известными авторами и разработчиками.

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

Нотации моделирования бизнес-процессов

Наиболее популярная нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT[11]. Методология IDEF0 – это методология моделирования, позволяющая создать функциональную модель, отображающую структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции (рис. 3). Бизнес-процессы в нотации IDEF0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой.

Особенности нотации:

• возможность декомпозировать процессы на подпроцессы и строить иерархические модели бизнес-процессов;

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

Нотация IDEF0 используется для создания верхнего уровня модели бизнес-процессов. Построение IDEF0-диаграммы верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. На нижнем уровне для описания алгоритма (сценария) выполнения процесса допустимо сменить стандарт IDEF0 на нотации Процесс, Процедура, EPC или BPMN 2.0.

Рис. 3. Нотация IDEF0.

Нотация используется для представления алгоритма выполнения процесса (нотация класса workflow[12]). Применяются графические элементы: событие, процесс, решение, два типа стрелок – стрелки предшествования и стрелки «Поток объектов».

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

Рис. 4. Нотация Процесс.

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

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

Рис. 5. Нотация Процедура.

Нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Появилась в качестве стандарта моделирования в 2011 году. Нотация BPMN 2.0 предназначена как для моделирования бизнес-процессов, так и для их исполнения (рис. 6). Она доступна для понимания и удобна бизнес-аналитикам и разработчикам, которые занимаются автоматизацией исполнения процессов. Для экспорта схемы процесса в BPMS-систему Business Studio использует стандарт XPDL[13].

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

В Business Studio можно построить иерархическое дерево процессов с помощью нотации BPMN, то есть осуществить декомпозицию процессов.

Для процесса BPMN можно автоматически сформировать регламент и другие отчеты. Эта нотация применяется преимущественно для описания процессов нижнего уровня, особенно со сложной логикой исполнения.

Рис. 6. Нотация BPMN 2.0.

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

Нотация EPC поддерживает декомпозицию на более низкие уровни. Диаграмма декомпозируемой функции EPC может быть описана только в нотациях EPC или BPMN 2.0. Нотацию EPC можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.