Что такое документирование бизнес процессов

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

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

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

Ниже приведены примеры бизнес-процессов, которые часто документируются:

• аттестация персонала
• Процесс разрешения жалоб клиентов
• Методы проверки и обслуживания оборудования
• Предоставление услуг
• Процесс выставления и сбора счетов
• Ориентация новых сотрудников

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

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

Этапы документирования бизнес-процессов

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

Первый шаг: Определение процедуры

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

Второй шаг: Границы документации бизнес-процесса

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

Третий шаг: Выход документации бизнес-процесса

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

Четвертый этап: Вход документации бизнес-процесса

Определите, что требуется для выполнения процедуры, и источник необходимых элементов. Бумага, Excel и Интернет — все это потенциальные источники.

Пятый этап: Деятельность бизнес-процесса

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

Шестой шаг: Организуйте документацию по бизнес-процессам

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

Седьмой шаг: Обзор документации бизнес-процесса

В качестве предварительной проверки качества продукта изучите последовательность действий. Создают ли границы, которые вы установили на Шаге 2, впечатление завершенности?

Восьмой шаг: Назначение ролей бизнес-процесса

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

Девятый этап: Расшифровка документации бизнес-процесса

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

Десятый этап: Обзор завершенной документации бизнес-процесса

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

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

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

Лучшие практики документирования процессов

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

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

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

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

Преимущества документирования процедур и процессов

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

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

Лучшие бизнес-шаблоны для документирования бизнес-процессов

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

Идеальный шаблон процесса документирования должен уметь: Указывать обязательства и обязанности каждого участника;

• Шаблон описывает множество видов данных, которые необходимы.
• Шаблон также Определяет результат произведенного метода.

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

Примером шаблона процесса документирования является:

• Блок-схемы
• Формы
• Картинки
• Учебные пособия
• Диаграммы процессов
• Прикрепленный документ

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

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

Использование автоматизированных бизнес-шаблонов

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

Заключение

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

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

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

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

Что такое документация по процессам?

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

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

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

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

Документация по процессу и составление карты процесса

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

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

Как создать документацию по процессу

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

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

1. Проанализируйте исходный процесс

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

В процессе анализа следует выделить:

• Основные задачи: определите, каких ключевых показателей эффективности вы хотите достичь или какие бизнес-задачи выполнить.

• Заинтересованные лица: возможно, вы пока ещё не знаете их всех, но подумайте, какие команды будут работать вместе.

• Хронология: оцените объём процесса и хронологию его выполнения по методу критического пути.

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

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

2. Определите границы процесса

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

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

Автоматизировать работу с помощью Asana

3. Определите точки входа и выхода

Третий этап подразумевает определение точек входа и выхода.

• Точки входа — это ресурсы, необходимые для выполнения процесса.

• Точки выхода — это то, чего вы хотите достичь по завершении процесса.

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

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

4. Определите этапы процесса

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

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

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

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

5. Свяжитесь с заинтересованными лицами проекта

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

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

6. Создайте блок-схему процесса

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

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

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

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

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

7. Отметьте исключения для хода процесса

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

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

8. Протестируйте процесс

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

Для определения слабых мест задайте следующие вопросы:

• Решила ли документация по процессу проблему, которую вы хотели устранить?

• Нужно ли внести более существенные изменения, чтобы процесс начал работать оптимально?

Проработав слабые места, определите эффективность процесса. Это ещё одна возможность «отшлифовать» процесс, чтобы он работал как можно более чётко.

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

Преимущества документации по процессам

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

Существует четыре основных преимущества ведения документации по процессам — от устранения ошибок до улучшения распределения ресурсов и повышения эффективности.

Устранение ошибок

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

Заблаговременное документирование процесса позволяет избежать следующих проблем:

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

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

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

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

Сокращение непродуктивной работы

Правильно составленная документация по процессу позволяет сократить объём непродуктивного труда и тратить меньше времени на работу по организации работы, поскольку информация предоставляется заранее и в наглядной форме.

В числе распространённых препятствий, которые устраняет документирование процессов:

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

• Дублирование работы: когда задачи изначально правильно организованы, вероятность дублирования работы существенно снижается.

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

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

Оптимизация распределения ресурсов

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

Это гарантирует, что ресурсы:

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

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

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

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

Улучшение обмена информацией

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

Преимущества оптимизированного обмена информацией:

• Работа сразу выполняется правильно: чёткие коммуникации сокращают риск возникновения путаницы и снижения качества работы.

• Создание базы знаний по процессам: обмен информацией помогает командам быть в курсе новых процессов.

• Расширенные карты процессов и стандартные рабочие процедуры: коммуникации позволяют прояснять информацию и обеспечивать соответствие карт процессов и процедур исходным целям проекта.

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

Ускоряйте свой прогресс посредством документирования процессов

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

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

Попробовать ПО для управления рабочими процессами от Asana

Справка по системе Платформа ELMA BPM

× Поиск Поиск Поиск  Предыдущая Следующая

(c) Company name, 2016Copyright © 2006–2021 ELMA

В системе ELMA существует возможность документирования бизнес-процессов (формирования документации по ним).

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

В веб-приложении документация по процессам располагается в подразделе Документирование раздела Процессы (рис. 1). Раздел Документирование состоит из двух частей:

• Мои процессы

В подразделе Мои процессы расположена документация по процессам, в которых текущий пользователь является владельцем или куратором.

Рис. 1. Подраздел “Документирование – Мои процессы”

Щелкнув мышью по названию процесса, Вы переместитесь на страницу документации по процессу (рис. 2). На странице расположена таблица со списком опубликованных версий процесса и информацией по ним:

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

Рис. 2. Страница документации по процессу “Заявка на приобретение офисной техники”

В подразделе Вся документация отображается полное дерево процессов как в Дизайнере (рис. 3). Данный подраздел появляется только у тех пользователей, которые обладают правом полного доступа к разделу Документирование. Права назначаются в разделе Администрирование – Пользователи – Настройки доступа – Глобальные настройки доступа – Процессы – Полный доступ к разделу «Документирование» .

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

Рис. 3. Подраздел “Документирование – Вся документация”

Нажав кнопкой мыши по названию процесса, Вы переместитесь на страницу документации по процессу (рис. 2).

Документирование бизнес-процессов

Невозможно
управлять тем процессом, модель которого
отсутствует

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

• Повышение
  управляемости и прозрачности организации

• Повышение
  эффективности бизнес-процессов и
  сокращение затрат

• Оптимизация
  организационной структуры предприятия

• Внедрение систем
  управления предприятием

• •Сокращение
  операционных рисков и т.д.

При документировании
деятельности компании предлагается
подход к описанию, основанный на
взаимосвязанных графических моделях,
описывающих все аспекты деятельности
компании. Для этого используются
программные продукты семейства ARIS,
разработанные немецкой компанией IDS
Scheer AG.
Проверенная опытом методология описания
позволяет документировать процессы
компании, организационную структуру,
структуру данных, документов и многое
другое. Детальное описание процессов
включает взаимосвязь и последовательность
выполнения операций, исполнителей,
входящие и выходящие документы, время
выполнения операции, знания, полномочия,
контрольные точки и любые другие аспекты,
которые необходимы для анализа и
оптимизации процессов.

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

• Взаимоувязанное
  описание организационной структуры и
  процессов компании от самого верхнего
  уровня до уровня рабочих мест

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

• Документированные
  знания о процессах в виде понятных и
  наглядных моделей

• Базис для проведения
  других проектов с использованием
  существующих моделей

• Взаимоувязанное
  описание организационной структуры и
  процессов компании от самого верхнего
  уровня до уровня рабочих мест

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

10

Соседние файлы в папке Информационный мен

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Иллюстрация: Катя Павловская для Skillbox Media

Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.

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

---

Фото: личный архив Александра Завьялова

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

Мы в OkoCRM каждый день разбираемся в чужих компаниях и разбиваем их работу на простые и понятные алгоритмы. Подготовили для Skillbox Media гайд, в котором рассказываем о базовых терминах и идеях, касающихся бизнес-процессов.

• Что такое бизнес-процессы и на какие виды их делят
• Зачем управлять ими и как это делать
• Как моделировать бизнес-процессы и для чего
• Для чего анализируют бизнес-процессы и как это делать — изучаем основные методы
• Зачем нужна оптимизация бизнес-процессов и как её проводят
• Что такое автоматизация бизнес-процессов и какие сервисы для этого есть

---

Бизнес-процесс — это алгоритм, любые действия, которые повторяются раз за разом. Например:

• На почту приходит заявка от клиента, и менеджер идёт по скрипту: звонит, согласовывает условия оплаты, доставку, другие детали.
• Поставщик еженедельно привозит в магазин партию мороженого.
• Перед тем как отправить договор клиенту, текст согласовывают у юриста.

Всё это бизнес-процессы.

Примечание

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

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

Допустим, один из бизнес-процессов в интернет-магазине игрушек — обработка заказа. В общем виде он выглядит так:

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

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

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

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

Если основные процессы отлажены плохо, клиент будет недоволен. Допустим, ИП производит кухни на заказ. Один из основных процессов — поставка итальянских столешниц из бука. Предприниматель обещает монтаж через месяц после предоплаты, но поставщики подводят — столешницы приезжают через три месяца. Сроки сорваны, клиент ругается. Причина — плохая отладка основного бизнес-процесса.

Основные бизнес-процессы — от организации поставок до продажи продукта — создают ценности для потребителя.

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

Допустим, по соседству работают две ремонтные мастерские — «Мотор» и «Инжектор». Обе ведут предварительную запись клиентов. Сотрудники «Мотора» обрабатывают заявки по телефону и записывают данные о клиентах в общий журнал.

А на ремонт в «Инжекторе» можно записаться через сайт, в мессенджерах или соцсетях — выбрав время и мастера. Кроме того, в «Инжекторе» есть CRM, которая по SMS напоминает клиентам, в какой день и на какое время они записаны. Да, у обеих мастерских одинаковый набор и качество услуг, но процесс записи у «Инжектора» отлажен лучше.

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

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

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

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

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

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

Управление бизнес-процессами — тоже процесс. Есть разные подходы. Мы в OkoCRM используем подход DMAIC: Define, Measure, Analyze, Improve, Control. Подход предполагает пять этапов управления:

• Define — определение. Выделяем и подробно описываем бизнес-процессы компании. Уточняем, кто участвует, какие документы нужны, какие используются ресурсы.
• Measure — измерение. Определяем метрики: сколько стоит процесс, сколько он длится, сколько людей участвует, сколько раз в квартал или в год он повторяется.
• Analyze — анализ. Смотрим на показатели эффективности и изучаем процесс: что можно улучшить, ускорить, оптимизировать.
• Improve — совершенствование. Модифицируем процессы и внедряем их в работу.
• Control — контроль. Снова снимаем метрики, смотрим результаты, делаем выводы. Если что-то пошло не так — повторяем все циклы DMAIC заново.

В следующих разделах подробнее поговорим о моделировании бизнес-процессов, их анализе и оптимизации.

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

Моделирование бизнес-процессов — это описание существующих в компании процессов и документирование уже существующих требований к ним. Простыми словами: менеджеры разбираются и описывают, кто, что и как делает. Каждую операцию изучают и разбивают на этапы. Затем изображают всё это схематично.

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

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

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

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

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

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

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

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

Вот пример ментальной карты процесса снабжения:

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

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

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

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

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

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

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

Это сложнее, чем моделировать процессы, поэтому анализ обычно доверяют бизнес-аналитикам. Подробно о бизнес-аналитике — в этой статье Skillbox Media.

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

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

Вот некоторые качественные методы:

• SWOT-анализ;
• анализ проблем процесса;
• ранжирование процессов.

В этой статье мы не будем разбирать их подробно.

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

Количественные методы предполагают, что аналитик собирает данные — например, финансовые показатели, временные затраты или объём брака — и подробно изучает их. Затем он сравнивает их с плановыми показателями и делает выводы: какие показатели соответствуют норме, а где процессы можно улучшить.

Обычно используют такие методы:

• имитационное моделирование процесса;
• АВС-анализ;
• анализ показателей эффективности процесса.

Результат — отчёт с прогнозом того, какие показатели можно получить, и рекомендациями, как это сделать.

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

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

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

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

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

Разберём на примере. Компания продаёт оборудование. Одна из задач менеджера после получения заявки от клиента — проверить наличие товара на складе. Ему нужно собрать и обработать информацию.

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

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

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

Оптимизация бизнес-процессов — любое их изменение, которое даёт положительный результат. Например, упрощение или ускорение работ, повышение производительности сотрудников, снижение затрат. Если в алгоритме было 11 действий, а стало 8, сотрудник тратит на них меньше времени. Значит, процесс оптимизирован.

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

Иногда к оптимизации бизнес-процессов относят сокращение сотрудников. Это не совсем верно. Устранение исполнителей из процессов может быть мерой оптимизации, но важно обращать внимание на последствия. Например, если удалось сократить объём задач и при этом нагрузка на исполнителей уменьшилась, сокращение персонала допустимо. В противном случае сокращение увеличит нагрузку на сотрудников — и качество процессов пострадает.

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

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

Вот шесть причин провести оптимизацию бизнес-процессов:

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

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

Лучше действовать в такой последовательности:

• На основе анализа нарисовать карту идеального процесса — как всё должно работать. При этом важно моделировать процессы с оглядкой на свои ресурсы. Превратить бизнес в ракету не выйдет, если бюджет позволяет внедрить только Trello и телефонию.
• Составить перечень изменений — какие поправки нужно внести в процессы, чтобы получить желаемый результат.
• Составить график изменений. Чтобы ничего не сломалось, лучше не внедрять всё и сразу. Правильнее оптимизировать короткими итерациями и сразу анализировать, что меняется и как на это реагируют сотрудники.
• Приступить к оптимизации. Эффективность оптимизации лучше оценивать по количественным показателям: выручке, срокам, количеству сделок.

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

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

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

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

• обработку сделок;
• SMS- и email-рассылки;
• документооборот;
• бухгалтерский и складской учёт;
• проведение платежей.

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

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

Кто такие интеграторы? Это группа экспертов, которая берёт на себя внедрение сервиса и отладку процессов. Типовые решения можно настроить и самим, но это долго и сложно. Эффективнее позвать специалистов.

Обычно это происходит так:

• Выбирают сервис для автоматизации. Например, CRM или ECM.
• Сервис присылает внешнюю команду для внедрения. Обычно сервисы работают с несколькими компаниями-интеграторами и предлагают их услуги на выбор. Условия и стоимость у разных интеграторов различаются.
• Команда внедрения просит в помощь сотрудника компании. Он вводит в курс дела и рассказывает, как построена работа.
• Интеграторы описывают процессы, которые нужно автоматизировать, проводят анализ и составляют план внедрения. В нём описаны решения по функциональности выбранного сервиса, которые нужно внедрить в компании.
• Интеграторы делают настройку и отладку системы, чтобы всё работало как надо. Чем сложнее функциональность, тем дольше внедрение. Часто на это требуется около 1–2 месяцев.
• Обучают сотрудников — показывают, как работать в системе. Иногда выдают сертификаты и свидетельства.

Стоимость услуг интеграторов зависит от объёма работ и сложности внедрения. Например, средний ценник настройки CRM — 100–150 тысяч рублей.

Какие группы программных решений используют при автоматизации? Их разделяют в зависимости от назначения:

• Бизнес-процессы есть в каждом бизнесе и даже у самозанятых. Они разные у всех компаний и никогда не повторяются даже у прямых конкурентов. Обычно их рисуют в виде интуитивно понятных блок-схем.
• С процессами важно работать: моделировать, анализировать и улучшать их. Это повышает эффективность бизнеса, помогает экономить деньги и решать больше задач за меньшее время.
• С бизнес-процессами обычно работают внешние аналитики. Если на их услуги нет денег, анализировать и менять процессы можно самим. Чтобы получить ощутимый результат, нужно время.
• Проще всего оптимизировать процессы с помощью автоматизации. Алгоритмы заберут часть рутины, а у сотрудников появится больше времени на важные дела. Автоматизировать можно практически любой бизнес-процесс.

Другие материалы Skillbox Media для менеджеров

Эффективный руководитель

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

Узнать про курс

Вход для
партнеров

Услуги и поддержка > Методические материалы

Технологии процессного управления

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

Шесть основных шагов

Классика построения организации

Можно сказать, что построение организации состоит из трех основных фаз: разработка стратегии, разработка бизнес-процессов и проектирование на их основе организационной структуры (рис. 1).

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

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

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

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

Рис. 1. Классика построения организации

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

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

Строим процессное управление

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

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

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

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

Рис. 2. Система процессного управления

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

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

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

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

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

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

Задачи, которое решает процессное управление

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

1. Оптимизация бизнес-процессов и улучшение их ключевых показателей (KPI):
• повышение результативности;
• снижение стоимости;
• сокращение длительности;
• повышение качества и уменьшение операционных рисков.
2. Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии.
3. Построение эффективной организационной структуры и реструктуризация.
4. Проектирование новых бизнес-направлений и бизнес-процессов.
5. Тиражирование бизнеса, унификация бизнес-процессов и организационных структур.
6. Автоматизация деятельности и внедрение информационной системы.
7. Правильный подбор персонала, мотивация, уменьшение зависимости от персонала.
8. Повышение эффективности работы персонала и высвобождение времени руководителей, регламентация деятельности.
9. Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование.
10. Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000.

Десять решаемых задач

Ещё раз перечислим 10 основных задач, решаемых с помощью методов и инструментов процессного управления. Эти задачи взаимосвязаны и часто в проектах по описанию и улучшению бизнес-процессов решаются вместе.

1. Оптимизация бизнес-процессов и улучшение их ключевых показателей (KPI):
• повышение результативности;
• снижение стоимости;
• сокращение длительности;
• повышение качества и уменьшение операционных рисков.
2. Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии.
3. Построение эффективной организационной структуры и реструктуризация.
4. Проектирование новых бизнес-направлений и бизнес-процессов.
5. Тиражирование бизнеса, унификация бизнес-процессов и организационных структур.
6. Автоматизация деятельности и внедрение информационной системы.
7. Правильный подбор персонала, мотивация, уменьшение зависимости от персонала.
8. Повышение эффективности работы персонала и высвобождение времени руководителей, регламентация деятельности.
9. Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование.
10. Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000.

В этой и следующей частях статьи каждую из этих 10 задач я рассмотрю подробнее.

Задача 1: Оптимизация бизнес-процессов и улучшение их ключевых показателей

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

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

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

Рис. 3. Базовые ключевые показатели бизнес-процесса

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

Задача 2: Прозрачность, контролируемость и управляемость бизнеса, наведение порядка, реализация стратегии

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

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

Рис. 4. Выделение бизнес-процессов и определение владельцев процессов

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

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

Задача 3: Построение эффективной организационной структуры, реструктуризация

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

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

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

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

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

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

Задача 4: Проектирование новых бизнес-направлений и бизнес-процессов

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

Рис. 5. Схема процесса по банковскому продукту «Автокредитование»

Задача 5: Тиражирование бизнеса, унификация бизнес-процессов и организационных структур

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

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

Рис. 6. Унификация бизнес-процессов и организационной структуры распределенной компании

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

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

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

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

Задача 6: Автоматизация деятельности и внедрение информационной системы

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

Рис. 7. Бизнес-процессы и информационная система

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

Задача 7: Правильный подбор персонала, мотивация, уменьшение зависимости от персонала

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

Задачи службы персонала можно разделить на три подзадачи:

• правильный подбор персонала;
• создание эффективной системы мотивации;
• уменьшение зависимости компании от персонала.

Правильный подбор персонала

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

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

Эффективная мотивация

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

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

Уменьшение зависимости компании от персонала

Под зависимостью от персонала понимаются два важных аспекта:

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

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

Второй пример — это проектный институт, разрабатывающий проектную документацию, который столкнулся с проблемой передачи знаний. Средний возраст главных инженеров проектов в институте составлял 65 лет и шел в вверх. Необходимо было привлекать молодых специалистов, но сколько времени потребуется на передачу имеющихся знаний? Через сколько лет молодой специалист, который учился в институте 5 лет на инженера сможет стать опытным главным инженером? Оказалось, что на это требуется 15-20 лет. Причины были связаны с тем, что 15-20 лет требовалось чтобы изучить различные организационные аспекты бизнес-процессов, связанные с разработкой и сдачей заказчику проектной документации. Главные инженеры их знали, но эти знания были в головах.

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

Задача 8: Повышение эффективности работы персонала, высвобождение времени руководителей и регламентация деятельности

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

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

Рис. 8. Формирование на основе описания бизнес-процессов процессных и структурных регламентов

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

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

Задача 9: Снижение издержек, расчет себестоимости продуктов и услуг, переход на процессное бюджетирование

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

Снижение издержек

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

Рис. 9. Разработка стоимостной модели бизнес-процесса

Расчёт себестоимости продуктов и услуг

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

Процессное бюджетирование

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

Задача 10: Повышение рыночной стоимости, инвестиционной привлекательности, имиджа, выход на новые рынки, сертификация на соответствие требованиям стандарта ISO 9000

Последняя важнейшая задача — это повышение привлекательности компании в глазах заинтересованных сторон:

• акционеров и кредиторов;
• клиентов;
• поставщиков;
• персонала;
• партнёров и других контрагентов.

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

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

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

Системный подход к описанию бизнес-процессов

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

Процесс и функция

Двумя важными понятиями являются бизнес-процесс и функция. Обычно на вопрос «Чем функция отличается от бизнес-процесса?» многие дают правильный ответ: «Функция является частью бизнес-процесса, а бизнес-процесс состоит из функций». Тем не менее, стоит посмотреть на эти понятия внимательнее.

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

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

Рис. 10. Бизнес-процесс «Подготовка ценового предложения клиенту»

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

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

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

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

Рис. 11. Декомпозиция бизнес-процесса и названия уровней

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

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

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

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

Способы описания бизнес-процессов

Существуют два разных способа описания бизнес-процесса: упрощенный способ — вертикальное описание и детальное горизонтальное описание процесса (рис. 12).

Рис. 12. Вертикальное и горизонтальное описание бизнес-процессов

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

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

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

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

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

Совмещение подходов к описанию процессов

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

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

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

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

Классификация процессов верхнего уровня

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

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

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

Три группы бизнес-процессов верхнего уровня

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

Рис. 13. Классификация бизнес-процессов верхнего уровня

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

Необходимо отметить, что в общем случае не принципиально к какой из трех рассмотренных групп отнесен конкретный бизнес-процесс. Польза такой классификации состоит в том, что она позволяет бизнес-процессы верхнего уровня, которых обычно бывает 15-20, разбить на три равные группы по 5-7 процессов, что делает карту процессов верхнего уровня более наглядной и повышает эффективность функционирования системы процессного управления компанией.

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

Компания с различными видами деятельности

Первый пример — компания «Видеомир», которая занимается тремя разно-профильными видами деятельности (рис. 14):

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

Рис. 14. Виды деятельности компании «Видеомир».

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

Рис. 15. Дерево процессов верхнего уровня компании «Видеомир»

Пример дерева бизнес-процессов верхнего уровня компании «Видеомир» приведен на рис.15. В результате было выделено 12 бизнес-процессов верхнего уровня. Отметим, что это пример небольшой компании, численность сотрудников которой составляет 200 человек из который 40 человек — это административно-управленческий персонал, а 160 человек — это линейный персонал, представленный продавцами, работающих в магазинах.

Компания, работающая на различных рынках

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

• оптовая торговля лекарствами;
• торговля лекарствами на аптечном рынке Москвы и Московской области;
• торговля лекарствами на аптечном рынке в регионах.

Рис 16. Виды деятельности торговой компании

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

Рис 17. Карта процессов верхнего уровня торговой компании

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

Производственная компания

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

Рис 18. Виды деятельности производственной компании

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

Рис 19. Карта процессов верхнего уровня производственной компании

Три правила выделения процессов верхнего уровня

Количество процессов верхнего уровня

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

Правило 1. На верхнем уровне деятельность компании должна быть разбита на 15-20 бизнес-процессов верхнего уровня.

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

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

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

Практика показала, что при работе с процессами любая компания в итоге придет к 15-20 бизнес-процессам на верхнем уровне, которое, повторюсь, является оптимальным. Конечно есть небольшие компании, как например рассмотренная в части 5 компания «Видеомир», в которой было выделено 12 бизнес-процессов верхнего уровня. Также есть крупные компании, в которых приходится выделять много обеспечивающих бизнес-процессов, добавляя к типовому перечню такие обеспечивающие процессы как промышленная безопасность, экологическая безопасность, обеспечение электроэнергией и др. — в результате чего перечень процессов верхнего уровня может достигать количества 22-24 и даже выше. Но в среднем, как показывает практический опыт на верхнем уровне количество бизнес-процессов составляет значение 15-20.

Важность процессов верхнего уровня

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

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

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

Пример. В торговой компании, занимающейся дистрибуцией лекарств (подробнее сотрите часть 5) в группе управленческих бизнес-процессов имеется процесс по управлению товарным запасом (рис. 20). Ранее на верхнем уровне этого процесса не было, так как он входил в состав бизнес-процесса закупки лекарств и был на втором уровне. Однако, с этим процессом связаны три ключевые проблемы и соответствующие им ключевые показатели.
Первый проблемный ключевой показатель — это величина товарного запаса, который достигал значения 6 месяцев продаж. То есть на складе товара лежало на 6 месяцев продаж и склад за год оборачивался всего лишь 2 раза. Таким образом оборачиваемость товарного запаса были слишком низкой, а его величина и соответственно затраты на складирование и поддержание товарного запаса были слишком высокими.
Вторым проблемным ключевым показателем по товарном запасу, являлся ассортиментный дефицит, который в определенный периоды времени достигал значения 20%. Когда клиенты направляли в компанию заказы на поставку лекарств, то оказывалось что по 20% ассортиментным позициям, товар на складе отсутствует. Соответственно компания теряла выручку, а удовлетворенность клиентов снижалась, и они переключались на других поставщиков лекарств. Основной причиной большого ассортиментного дефицита было то, что отсутствующий товар негде было размещать на складе, так как склад был забит большим количеством другого товара. То есть основная причина была связана с большим товарным запасом.
И третий проблемный ключевой показатель — это доля неликвидной продукции, которая также была высокой. Под неликвидной продукцией в компании считались лекарства со сроком годности менее 6 месяцев. Такие лекарства приходилось продавать с существенными скидками, то есть неликвидная продукция быстро обесценивалась и приводила к финансовым потерям. Причиной большого количества неликвидной продукции, как и большого товарного запаса были излишние закупки.

Когда руководители компании изучали опыт работы дистрибьютеров лекарств в других странах, то увидели, что там средняя величина товарного запаса составляет 2 месяца продаж. То есть при одном и том же объеме продаж товарным запас был в 3 раза меньше и требуемый размер склада тоже, соответственно затраты на складирование и поддержание товарного запаса также в 3 раза были меньше. Также было понятно, что все три проблемы товарного запаса взаимосвязаны и что ключевая причина трех проблем связана с излишними закупками и отсутствию должной работы по управлению товарным запасом.
Сначала в торговой компании ответственным за эти показатели являлся отдел закупок, так как процесс по управлению товарным запасом входил в состав процесса закупок. Но отдел закупки не смог обеспечить улучшение этих трех ключевых показателей по двум причинам:
• отдел закупок был сконцентрирован на других своих основных процессах — это поиск поставщиков, формирование заказов на поставку, их отслеживание и др.;
• поставщики лекарств большими скидками стимулировали отдел закупок закупать в прок.
В итоге руководством компании было принято решение о выведении процесса по управлению товарным запасом на верхний уровень и назначении другого ответственного за этот процесс (владельца процесса). Теперь процесс по управлению товарным запасом непосредственно контролировал генеральный директор, а выполнением этого процесса занималась новая служба управления товарным запасом. Эта служба формировала отчетность по товарному запасу, анализировала ее и предлагала инициативы по оптимизации товарного запаса. Генеральный директор рассматривал эти отчеты и инициативы, принимал решения, а также контролировал как это влияет на ключевые показатели по товарному запасу. В результате этой работы в течение года все три проблемы по товарному запасу были устранены, а соответствующие три ключевых показателя были значительно улучшены.

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

Утверждение процессов верхнего уровня

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

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

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

Рис. 20. Карта процессов верхнего уровня торговой компании

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

Рис. 21. Карта процессов верхнего уровня производственной компании.

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

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

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

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

Рис. 22. Матрица распределения ответственности за процессы верхнего уровня производственной компании

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

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

Реинжиниринг и постоянное совершенствование

Эволюционные и революционные улучшения бизнес-процессов

Все методы оптимизации бизнес-процессов можно поделить на две группы (рис. 23).

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

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

Рис. 23. Реинжиниринг и постоянное совершенствование бизнес-процессов

Основные черты постоянного совершенствования:

• постепенность изменений;
• непрерывность изменений;
• охват всей организации;
• командная форма работы.

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

Основные черты реинжиниринга являются:

• фундаментальность изменений;
• радикальность изменений;
• существенность изменений.

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

Реинжиниринг в отличие от постоянного совершенствования нельзя применять одновременно по всем бизнес-процессам. Одновременно реинжинирить можно не более 20% от всех процессов компании.

Рис. 24. Совмещение эволюционного и революционного улучшений бизнес-процесса

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

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

Пример реинжиниринга в коммерческом банке

Давайте рассмотрим пример проведения реинжиниринга бизнес-процесса «Заключение договора аренды сейфовой ячейки», который был реализован в одном российском коммерческом банке.

Процесс до реинжиниринга

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

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

Рис. 25. Процесс до реинжиниринга

Первый этап реинжиниринга

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

Рис. 26. Процесс после первого этапа реинжиниринга

Второй этап реинжиниринга

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

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

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

Рис. 27. Процесс после второго этапа реинжиниринга

Третий этап реинжиниринга

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

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

Рис. 28. Процесс после третьего этапа реинжиниринга

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

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

Пример реинжиниринга в производственной компании

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

Рис. 29. Процесс ремонта автотранспорта до реинжиниринга

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

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

Рис. 30. Процесс ремонта автотранспорта после реинжиниринга

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

Цикл статей впервые был опубликован в журнале «Управляем предприятием».

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

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

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

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

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

Примеры документации по процессу:

• Визуальные карты процессов
• Блок-схемы
• Краткие справочные руководства
• Официальные документы
• Документы по адаптации
• Метрики
• Документация API 
• и многое другое.

Цель документирования процесса 

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

Документация по процессу помогает:

• Улучшить и оптимизировать различные процессы
• Анализировать и выявлять недостатки
• Улучшить качество процесса 
• Экономить время и усилия разработки
• Повысить прозрачность создания бизнес-процесса

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

Кто участвует в этом процессе?

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

1. Команда проекта: Команда проекта или процесса отвечает за документацию. Эта команда должна подходить к созданию документации совместно, как команда. Тем не менее, разумно назначить ответственным кого-то, кто не участвует в повседневной деятельности, поскольку он будет в лучшем независимом положении для записи информации и будет более объективным.
2. Заинтересованные стороны: Любой сотрудник вашей компании, участвующий в конкретном проекте или процессе, также должен быть заинтересован в документации по процессу, независимо от того, насколько мала его роль или, наоборот, насколько высок его пост.
3. Внешние заинтересованные стороны: Обмен информацией с внешними сторонами может быть непростым делом, но важно получать информацию от внешних заинтересованных сторон. Они могут предоставить объективные мнения и свежие идеи.
4. Материалы и ресурсы: Разумно учесть материалы и ресурсы — необходимо выделить необходимые ресурсы для поддержки документации.

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

Зачем нужно документировать бизнес-процессы? 

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

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

Как эффективно документировать бизнес-процессы в 2023 году?

Постарайтесь вовлечь всех, кто является частью бизнес-процесса, и выполните следующие действия:

Шаг 1: Определите область применения бизнес-процесса

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

Шаг 2: Определите этапы бизнес-процесса

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

Шаг 3: Опишите, кто вовлечен в бизнес-процесс

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

Шаг 4: Отметьте бизнес-исключения из обычного потока бизнес-процессов

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

Шаг 5: Проанализируйте и протестируйте бизнес-процесс

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

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

Как SILA Union может помочь задокументировать ваш процесс 

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

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

Напишите нашим специалистам на sales@silaunion.ru и узнайте, как SILA Union может помочь вам с документацией по процессам.