Как написать бизнес процесс пошаговая инструкция с примером

«Зачем тратить время на описание бизнес-процессов, если всё и так хорошо работает?» — вопрос, который нам периодически задают наши клиенты. Мы решили разобраться, что такое бизнес-процессы, зачем их детально прописывать, и как за 11 шагов самостоятельно прописать бизнес-процесс для своей компании.

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

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

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

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

6. Добавьте альтернативные пути процесса.

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

7. Добавьте документы на схеме бизнес-процесса.

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

• срок выполнения заказа клиента (в днях);
• стоимость привлечения клиента (в гривнах).

Notion. Единое рабочее пространство для огромного количества инструментов: заметок, таблиц, баз знаний, ментальных карт, канбан-досок. Лайфхакер назвал его «гибридом Evernote, Google Docs, Trello и Todoist». Правда функций так много, что придется потратить пару вечеров для освоения программы.

Worksection. Система управления проектами со встроенными Agile-инструментами: диаграммой Ганта, канбан-досками. Для создания бизнес-процессов выделена функция Workflow, в которой процессы строятся на основе статусов и представлены в виде канбан-доски. Самое простое из перечисленных решений с бесплатным месяцем для тестирования.

Как создать бизнес-процесс в Worksection

Бизнес-процесс в Worksection строится на основе статусов — действий, из которых состоит проект. Набор статусов (действий) всегда единый для конкретного проекта.

1. Выберите проект, в котором хотите прописать бизнес-процесс.

2. Создайте набор статусов.

3. Создайте новую канбан-доску.

4. Назначьте ответственного за бизнес-процесс и отдельные действия.

5. Выберите, как задача будет проходить бизнес-процессы с помощью функции «Следующий статус».

Введение

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

Главное назначение и практическое применение

Нотация BPMN (Business Process Modeling Notation) нужна для подробного описания логики выполнения бизнес-процесса, в том числе для отражения деталей процессов, таких как: события, исполнители каждого из действий, используемые и создаваемые документы и другие объекты, использующиеся в качестве входных данных для тех или иных действий или создающиеся в результате их выполнения.

BPMN позволяет описать бизнес-логику выполнения действий в виде наглядной диаграммы, а также запустить отрисованный бизнес-процесс на исполнение. Для этого используются специализированные системы BPMS (Business Process Management System), поддерживающие эту нотацию.

BPMS-системы могут автоматически перевести схему бизнес-процесса в исполняемый код и создать веб-приложение, которое будет обрабатывать данные, введённые пользователями и сторонними сервисами. Это соответствует концепции Low Code/No Code (создание программного обеспечения без разработки кода) и отлично подходит для автоматизации офисных процессов.

Технически такая возможность реализуется за счёт перевода BPMN-диаграмм в документы формата BPEL (Business Process Execution Language). BPEL-документы представляют собой инструкции исполнения бизнес-процессов для веб-сервисов.

Таким образом, BPMN используется в следующих случаях:

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

2. Когда требуется запустить схему бизнес-процесса на исполнение в BPMS-системах

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

BPMN считается довольно молодой нотацией: её 1-я версия вышла в 2009 году под эгидой профессионального консорциума OMG. Сегодня эта нотация является стандартом де-факто в ИТ-сфере и используется для описания бизнес-процессов. Текущая версия BPMN 2.0 вышла в 2011 году и используется до сих пор. В 2014 году в дополнение к BPMN группа OMG выпустила нотацию описания бизнес-правил и принятия решений (Decision Model and Notation, DMN).

DMN упрощает построение BPMN-диаграмм в случаях сложной бизнес-логики и многоуровневых её ветвлениях.

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

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

Уровни моделирования

В зависимости от целей построения BPMN-диаграмм, различают 3 уровня моделирования:

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

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

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

Алфавит нотации

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

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

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

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

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

События

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

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

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

Поток управления

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

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

Процесс утреннего пробуждения

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

После выполнения действия оператор включающего ИЛИ (OR) пропускает поток на действие «Выпить кофе» или на действие «Узнать новости» или по обоим веткам. Исключения здесь нет, ручеёк потока управления распараллеливается на две ветки, чтобы потом объединиться снова в одну и один раз выполнить действие «приготовиться к делам». После выполнения этого действия процесс заканчивается конечным событием.

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

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

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

Процесс утоления голода

В следующем примере процесс «утоления голода» состоит из двух дорожек («Ребёнок» и «Мама»), общение между которыми выполняется через поток управления.

Стартовым событием является простое событие «Возникло чувство голода» на дорожке Ребёнок, а конечным — простое событие «Чувство голода удовлетворено» на этой же самой дорожке.

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

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

Типы событий

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

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

Также некоторые события могут быть прерывающими и не прерывающими.

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

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

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

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

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

Типы действий

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

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

• Выполняемые пользователем с помощью ПО, к примеру, заказать пиццу.

• Выполняемые скриптом или сервисом, например, изменить статус заказа пиццы.

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

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

Логические операторы

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

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

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

Наконец, логическое И (AND) означает активацию всех входящих или исходящих в этот оператор потоков управления, реализуя логическое умножение переменных, т. е. операцию конъюнкции.

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

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

Следующий рисунок показывает использование эксклюзивного шлюза по событиям, который запускает движение потока только по той ветке, где событие произойдёт раньше. Например, получено согласие от клиента ИЛИ прошло 5 дней (без новостей от клиента).

Все остальные шлюзы, которые есть в BPMN, приведены в Приложении В.

Артефакты

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

Вы можете найти полный перечень артефактов в Приложении Г.

Правила построения диаграмм

Рассмотрим пример бизнес-процесса обработки заявки:

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

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

После действия «Направить клиенту коммерческое предложение (КП)» на диаграмме используется логический оператор ИЛИ (событийный XOR), после которого возможен один из двух вариантов:

1. Если прошло 5 дней, что показано событием с триггером таймер, и ответа от клиента нет, заявке присваивается статус «Отказ» в CRM-системе и наступает финишное событие «Заявка закрыта».

2. Если же ответ от клиента получен и 5 дней ещё не прошло, процесс движется дальше в зависимости от данных в этом ответе.

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

В результате этой задачи создаётся документ «Проект договора» и наступает финишное событие «Заявка успешно обработана».

Поток по умолчанию

Если в диаграмме используются операторы обычного XOR, проверяющего условия по данным, и OR (неисключающего ИЛИ) рекомендуется помечать поток по умолчанию, который активируется, если другие условия не сработали. Поток по умолчанию допустимо не подписывать, если подписаны остальные потоки и диаграмма остаётся понятной. В примере ниже «‎Нецелевой» — поток по умолчанию.

Альтернативный способ показать условия

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

Задачи и события

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

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

Пример этой же диаграммы с событиями получения и отправки сообщений:

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

Рекомендации по использованию BPMN

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

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

• Использовать только пользовательские и ручные задачи — без сценариев, сервисов и бизнес-правил, отправки и получения сообщений.

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

• Использовать только XOR и AND, без событийных шлюзов и OR, так как разница между исключающим и не исключающим ИЛИ понятна не всем пользователям.

• Использовать события с типом простое, таймер, сообщение и останов.

Для упрощения восприятия диаграммы стоит придерживаться правил наименования:

• Внешних контрагентов показывать как закрытые, они же — свёрнутые пулы (пулы, в которых нет действий).

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

• Называть дорожки также, как роль, должность или структурное подразделение.

• Называть действия (задачи) в стиле Глагол-Существительное, например, «‎Проверить счёт», «Подтвердить заявку», «Оформить договор».

• Называть события как свершившийся факт в прошедшем времени, к примеру, «Поступила заявка», «Прошло 3 дня».

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

Также рекомендуется:

• Показывать успешное и неуспешное завершение процесса разными финишными событиями.

• Не выводить поток управления за пределы подпроцесса.

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

Наконец, при разработке любой диаграммы нужно помнить о главном правиле аналитика: независимо от нотации, ваша схема должна быть МАКСИМАЛЬНО простой и понятной читателю БЕЗ знания тонкостей процессного моделирования!

В целом алгоритм разработки BPMN-диаграммы можно представить как набор следующих 7 шагов:

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

2. Описать «счастливый» путь (happy path), который ведёт к созданию полезного результата (продукта).

3. Добавить условия и альтернативные потоки.

4. Добавить неуспешные завершения.

5. Добавить артефакты (объекты и хранилища данных).

6. Раскрыть на новых связанных диаграммах свёрнутые подпроцессы.

7. Добавить промежуточные событийные потоки к внешним пулам.

Пример построения диаграммы по текстовому описанию

Рассмотрим пример процессов работы с клиентской заявкой, представленной двумя пулами: «Обработка заявки» и «Заключение договора».

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

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

Узнав подробности коммерческого предложения, клиент принимает решение о продолжении сотрудничества или отказе от него. Если клиент не согласился на условия КП, на этом процесс работы с ним заканчивается, а заявке присваивается статус «Отказ».

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

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

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

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

• ШТОРМ — веб-редактор от команды Дениса Котова, пожалуй, главного евангелиста BPMN в России, с автопроверкой диаграмм и возможностями командной работы в одном пространстве;

• Online BPMN — простой и удобный веб-редактор, поддерживает интеграцию с BPMS-системой;

• Cavemo — веб-редактор, аналогичный предыдущему, имеет офлайн-версию

• простые веб-«рисовалки‎» Lucidchart, Draw.io, Visual Paradigm

Также алфавит нотации BPMN поддерживается и в MS Visio, ARIS Express и других редакторах диаграмм общего назначения.

Заключение

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

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

---

• Кандидат технических наук (Системный анализ, управление и обработка информации, 2013)

• Сертифицированный бизнес-аналитик (IIBA CBAP, 2020)

• Сертифицированный специалист Business Studio и СЭД Directum

Профессиональные интересы: системный анализ, бизнес-анализ, разработка и поддержка СМК, ССП (KPI), анализ и формализация бизнес-процессов (UML, IDEF, BPMN), Data Science, технологии Big Data, разработка технической документации (ТЗ по ГОСТам серии 19, 34, руководства пользователя и администратора, описание программных продуктов), управление продуктами и проектами.

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

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

Что такое бизнес-процесс

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

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

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

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

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

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

Разновидности бизнес-процессов

Существующие современные бизнес-процессы различаются по своему назначению и бывают следующими:

• Основные

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

• Сопутствующие

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

• Вспомогательные

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

• Обеспечивающие

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

• Связанные с управлением

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

• Развивающие бизнес-процессы

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

Описание, создание и управление бизнес-процессами

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

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

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

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

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

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

Создание схемы бизнес-процесса

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

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

1. Наметьте границы бизнес-процесса. Но не общие для всего проекта, а для отдельных мини-процессов. К примеру, «клиент оставил заявку» — это начало, а «заявка отправлена на обработку в службу доставки» — конец (такова и была поставленная цель).
2. Пропишите, в каком порядке должны выполняться операции, чтобы получить намеченный результат. Сделайте это для каждого процесса.
3. Рассмотрите несколько вариантов. Если на БП есть воздействие извне, необходимо продумать, как может реагировать клиент в том или ином случае. Тут можно использовать статистические данные, либо пофантазировать самостоятельно.
4. Распределите роли. Человек может быть активным участником определенного бизнес-процесса, или вообще никак на него не влиять, вне зависимости от его должности в компании.
5. Определите конкретные стандарты, по которым будет оцениваться эффективность каждого из этапов.
6. Обязательно документируйте выполнение всех операций. Можете считать, что вы ничего не делаете, если у вас нет описаний процессов.
7. Позаботьтесь о программном обеспечении. Подумайте, что вы будете использовать, из того что у вас уже есть, и какие еще программы учета придется подключить для того, чтобы обеспечить автоматическое выполнение процессов.
8. Определите показатели эффективности, которые так или иначе будут использоваться в процессе работы, и разместите их на схеме.
9. Подумайте, как составленная схема будет совмещаться с другими текущими процессами в вашем бизнесе.

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

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

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

1. Определите, кто будет у вас покупать

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

2. Что будет вашим основным продуктом

Что конкретно вы собираетесь продавать? В приведенном примере это свечи, изготовленные из воска. Подробно детализировать не нужно.

3. Поймите, чего ожидают от вас клиенты

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

4. Продумайте цепочку создания продукта и формирования его ценности

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

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

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

5. Выявите, какие будут внутренние продукты в схеме производства

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

6. Определите вспомогательные процессы

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

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

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

7. Спланируйте процессы управления

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

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

2 отличных онлайн-сервиса для создания схем бизнес-процессов

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

1. Diagram.ly

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

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

Как только пользователь начинает использовать сервис, ему предоставляются для просмотра справочные материалы, так называемые tips and tricks, хотя, в принципе, можно обойтись и без них. С помощью технологии drag-n-drop можно располагать на доске выбранные объекты. В качестве инструмента для перемещения выступает специальная стрелка, которая возникает при наведении курсора на нужный элемент. Плюс правой кнопкой мыши открывается контекстное меню (на случай, если панель инструментов вверху экрана осталась незамеченной).

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

2. yWorks

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

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

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

Тут предусмотрен особый формат работы с загружаемыми объектами, а именно – они должны иметь расширение .Graphml. Сохранение созданных графиков возможно без расширения, система его и не предлагает. Можно экспортировать файлы в виде растовых изображений (формат PNG). При этом доступна настройка параметров экспорта.

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

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

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

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

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

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

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

Второй шаг. Изучение деталей этой текущей модели. Здесь необходимо:

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

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

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

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

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

1. Программа Bizagi Process Modeler

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

2. Программа Visual Paradigm

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

3. ELMA BPM

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

4. Fox Manager

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

5. ARIS Express

Бесплатный софт, с помощью которого можно строить и модели, и карты. Доступно использование инструмента Smart Design, когда вы заполняете таблицу нужными данными, а программа на автомате выдает готовую схему. Есть минус – созданные отдельные модели нельзя объединить в одну общую схему.

6. Business Studio

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

Порядок внедрения бизнес-процессов на предприятии

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

По сути, внедрение бизнес-процессов – это тоже самостоятельный процесс, состоящий из определенных последовательных этапов:

1. Знакомство. Расскажите сотрудникам о предстоящей новой системе работы.
2. Привлечение. Опишите все достоинства нового алгоритма.
3. Проверка. В виде теста запустите новую программу на каком-либо участке производства (или испытайте на отдельном работнике).
4. Учеба. Получив результаты тестирования, изложите всем сотрудникам новые правила, обязанности, расскажите, какие появляются функциональные возможности.
5. Внедрение новой схемы. Когда обучение выполнено, можно внедрять новый алгоритм.
6. Осуществление контроля. Обязательно контролируйте, как сотрудники справляются с новыми обязанностями и работают ли в рамках установленных стандартов.

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

Пример удачного внедрения бизнес-процессов

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

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

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

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

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

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

В результате внедренных преобразований объемы продаж за полгода возросли вдвое.

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

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

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

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

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

Чем реинжиниринг бизнес-процессов отличается от оптимизации

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

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

Реинжиниринг бизнес-процессов: пошаговая инструкция

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

Первый шаг: выявить назревшие потребности, причины для проведения реинжиниринга

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

Второй шаг: подготовить команду

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

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

Если весь коллектив магазина 15-20 человек, то реинжинирингом могут заниматься 5-6. Если предприятие больше, то можно включить в группу и до 10 членов. Хорошо, если это будут не только начальники, но и рядовые сотрудники.

Третий шаг: наметить бизнес-процессы

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

Четвертый шаг: изменить подход к созданию и реализации бизнес-процессов

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

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

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

Вам будет интересно

Перейти на главную блога