Задачи описания бизнес процессов - Kompanii.top - большой справочный портал

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

Бизнес-процесс

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

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

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

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

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

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

Составляющие бизнес-процесса

Говоря о понятии бизнес-процесса, специалисты оперируют и другими терминами.

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

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

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

Границы бизнес-процесса — это событие или время, которое служит началом и окончанием БП.

Технологический процесс и бизнес-процесс

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

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

Например:

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

Зачем моделировать (описывать) бизнес-процессы

Описание бизнес-процессов позволяет решать сразу 3 задачи.

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

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

Преимущества процессного подхода перед функциональным

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

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

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

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

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

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

Методологии и инструментарий описания бизнес-процесса

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

ARIS — комплект программных обеспечений, который, прежде всего, создавался для описания алгоритмов и последовательности действий (другие задачи тоже можно решать, но это не так просто). Объединяет более 80 моделей. Без опыта в них сложно разобраться.
CA ERwin Data Modeler — программа с хорошо реализованной возможностью описания взаимосвязанных моделей. Дополнительные задачи (построение дерева свойств, например) усложнены либо отсутствуют.
BPMN 2.0 — одна из лучших систем для описания бизнес-процессов, она гибкая, функциональная и простая, к тому же позволяет увидеть все взаимодействия сотрудников (а это как раз огромная проблема в БП).

Виды бизнес-процессов

Выделяют:

Основные БП — это процессы, направленные на производство продукции и оказание услуг. Ради них компания и создавалась, они обеспечивают ей доход То есть для завода по производству матрасов основной БП — производство матрасов.
Сопутствующие БП также направлены на производство продукции либо оказание услуг, но в результате сопутствующей работы. Так, для транспортной компании ремонт чужих транспортных средств будет сопутствующим БП.
Вспомогательные БП способствуют выполнению основных. Для ТЭЦ таким процессом будет ремонт оборудования на производстве.
Обеспечивающие налаживают, делают возможным выполнение всех остальных процессов (это может быть финансирование, подбор кадров и т. д.).
Управляющие БП позволяют осуществлять функции управления как в рамках отдельного БП, так и в системе.
БП развития направлены на улучшение товаров и услуг, а также технологий.

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

Участники

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

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

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

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

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

В описании БП выделяют следующие разделы:

стандартные формы БП: рекомендуется использовать шаблон для создания общего подхода;
карта БП иллюстрирует процесс в виде схемы, где фиксируются действия исполнителей;
маршруты БП иллюстрируют движения сырья, людей, денег, демонстрируя логику операций;
матрицы БП показывают наиболее важные БП и связь между ними;
блок-схемы БП иллюстрируют взаимоотношения между участниками БП;
описание стыков БП: они всегда являются проблемными моментами, поскольку действия и зоны ответственности собственников процессов не всегда согласованы; чтобы решить задачу, описывают выходы, выявляют показатели результативности с процессом их измерения и интересующими значениями (к чему надо стремиться), а затем описывают входы;
вспомогательные описания БП с помощью диаграмм Ганта, сетевых графиков и т. д.;
развернутое описание БП: здесь важно не столько то, как описать бизнес-проект, в какой форме, сколько то, что он должен содержать; в нём должно быть название БП, его код, определение, цель, владелец, руководитель, нормативы, входы с источниками, выходы, ресурсы, параметры, которые можно измерить, показатели результативности, БП потребителей;
документирование БП, лучше выбрать единый вид для описания всех БП;
определение показателей и индикаторов БП: чтобы измерять и анализировать результативность БП, используют 4 группы показателей (качество, срок выполнения, количество, затраты), группа индикаторов БП иллюстрирует степень достижения цели;
регламент выполнения БП, объёмные БП оформляют в отдельные документы, к которым в форме положений прикрепляются остальные БП.

Правила описания БП

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

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

Наконец, описание должно быть понятным потребителю.

Этапы внедрения БП

Выделяют 5 основных этапов внедрения:

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

Сравнение нотаций

Есть 2 достаточно популярные нотации: ARIS eEPS и BPMN.

ARIS eEPS позволяет отображать поток документов со статусами. Также её отличительная черта заключается в использовании событий до и после операции, присутствии логических операторов. Моделирование в ней занимает больше времени. Диаграммы занимают больше места. В то же время семантика ограничена: если надо проиллюстрировать определённые аспекты на диаграмме, приходится обходиться тем, что есть. Дополнительное преимущество — в возможности корректной имитации процессов.
BPMN имеет наиболее развитую семантику, благодаря чему можно описывать БП с учётом их специфики. На схеме можно применять события, логические операторы. Другое преимущество — имитация БП (можно имитировать и прерывание операции).

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

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

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

Выводы

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

Источник: материалы сайта bbooster.online

Источник

В статье рассказывается:

Что такое бизнес-процесс
2 задачи, решаемые описанием бизнес-процессов
Виды бизнес-процессов
Ситуации, когда крайне необходимо описание бизнес-процессов
Кто описывает бизнес-процессы
3 формата описания бизнес-процессов
Методы описания бизнес-процессов
Алгоритм описания бизнес-процесса
5 правил описания бизнес-процессов
ПО для описания бизнес-процессов
6 этапов внедрения бизнес-процессов в компании
Дальнейшее управление бизнес-процессами
Оптимизация бизнес-процессов

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

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

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

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

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

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

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

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

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

2 задачи, решаемые описанием бизнес-процессов

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

Описание бизнес-процессов компании нацелено на решение двух задач:

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

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

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

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

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

Виды бизнес-процессов

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

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

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

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

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

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

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

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

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

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

Кто описывает бизнес-процессы

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

Чтобы составить нотацию (язык описания бизнес-процессов), специалисту потребуются:

знание бизнес-анализа и умение работать с нотациями, без которых невозможно стать бизнес-аналитиком;

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

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

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

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

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

Текстовая

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

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

простота;
нет необходимости в специальных навыках.

Недостатки текстовой системы описания бизнес-процессов:

сложность обработки текста, поскольку из всего объема информации необходимо вычленить суть;

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

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

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

Кейс: VT-metall

Узнай как мы снизили стоимость привлечения заявки в 13 раз для металлообрабатывающей компании в Москве

Узнать как

Табличный вариант

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

Достоинства табличного описания бизнес-процессов:

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

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

Наличие структуры – в таблице она присутствует изначально.

Удобство работы с числовыми данными. Таблицы облегчают работу, в том числе сравнение и анализ цифр, а также со структурированными текстовыми данными.

Недостатки такого формата:

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

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

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

Так же, как и в текстовом варианте, возникают сложности с отображением ответвлений.

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

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

В виде схем, моделей

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

Достоинства графического варианта описания бизнес-процессов:

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

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

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

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

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

Недостатки такого варианта:

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

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

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

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

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

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

Flow Chart Diagram (диаграмма потока работ)

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

Data Flow Diagram

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

Role Activity Diagram (диаграмма ролей)

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

IDEF (Integrated Definition for Function Modeling)

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

Цветные сети Петри

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

Unified Modeling Language

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

ARIS (Architecture of Integrated information Systems)

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

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

Формулирование целей описания бизнес-процесса

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

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

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

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

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

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

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

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

успешное завершение сделки;
отказ клиента от сотрудничества.

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

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

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

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

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

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

Общение с сотрудниками

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

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

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

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

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

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

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

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

Значение при этом имеют такие нюансы, как контекст, стоящая перед аналитиком задача, финансовые возможности компании, временны́е ресурсы и т.п.

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

Определение начала и конца бизнес-процесса

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

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

Составление списка задач с условиями

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

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

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

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

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

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

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

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

Обсуждение деталей с руководством компании и ключевыми сотрудниками

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

Представление финального варианта

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

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

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

5 правил описания бизнес-процессов

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

Итак, описание должно быть:

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

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

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

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

Стандартные графические пакеты для визуализации описания бизнес-процессов в электронном виде. К ним относятся, например, ABC-FlowCharter, CorelFlow, Visio.
Программное обеспечение для анализа, выполненное на базе графических пакетов, дает возможность не только визуализировать, но и обрабатывать ряд данных. К ним относятся, например, Ablauf-Profi, Proplan, Vamos-BE.
Процессно-ориентированное программное обеспечение. В эту группу входят продукты с широкими функциональными возможностями, позволяющими анализировать, моделировать и визуализировать бизнес-процессы, а также включающими модули, поддерживающие оценку и документацию. В некоторых системах можно создавать анимированные модели. Это обеспечение представлено такими продуктами, как SYCAT, ARISToolset, AENEIS, AIBAS.

Аналитики чаще всего для описания бизнес-процессов используют такой инструмент, как BPMN-2.0 (Business Process Model and Notation). Он характеризуется:

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

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

Итогом работы становится графическое изображение с текстовыми пояснениями наиболее значимых моментов процесса: BPMN-2.0 балансирует между легкостью восприятия и сложностью описания бизнес-процессов. Продукт доступен на сайте Object Management Group.

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

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

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

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

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

Дальнейшее управление бизнес-процессами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Облако тегов

Понравилась статья? Поделитесь:

Источник

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

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

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

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

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

Раскладываем процесс обработки заказа на действия

Кто такой потребитель бизнес-процесса

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

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

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

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

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

Задачи бизнес-процесса

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

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

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

Виды бизнес-процессов

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

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

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

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

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

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

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

У любого бизнес-процесса есть:

Вход — исходное сырьё или данные, необходимые для старта.
Выход — результат проделанной работы.
Ресурсы, необходимые для его выполнения.
Управляющие воздействия — методики, инструкции, правила выполнения, требования.
Владелец — тот, кто владеет ресурсами, управляет процессом и несёт ответственность за результат. Это не обязательно руководитель подразделения или компании. Владельцем процесса «Сборка заказа» будет руководитель склада.
Исполнители — сотрудники, задействованные в выполнении процесса.
Критерии оценки — индикаторы, с помощью которых владелец видит «узкие места» и принимает решения относительно процесса. Для сборки заказа индикаторами могут быть время исполнения, дополнительные издержки.

Описать бизнес-процесс можно:

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

Для графического описания чаще всего применяют нотации.

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

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

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

Bizagi Process Modeler;
ELMA;
Visual Paradigm;
ARIS Express;
Camunda.

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

Шаг 1. Задайте границы процесса

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

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

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

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

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

Шаг 3. Разбейте бизнес-процесс на основные этапы

В нашем примере можно выделить следующие этапы:

Регистрация входящей заявки.
Презентация продукта.
Оформление сделки.

Шаг 4. Добавьте развилки и другие события

Дополняем схему основными вариантами развития процесса и промежуточными событиями.

Шаг 5. Обозначьте роли участников процесса

В описаниях не указывают конкретные имена исполнителей. Здесь применяют понятие «роль». Одни сотрудник может выполнять несколько ролей, и одну роль могут исполнять несколько сотрудников. Из ролей складывается должность.

В нашем примере роль одна — менеджер по продажам. Её могут выполнять несколько человек.

Шаг 6. Разместите на схеме документы, программы и базы данных

Документ — это информация на любом носителе: электронное письмо, инструкция, доклад, презентация.

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

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

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

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

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

Главные мысли

Источник

Время на прочтение
15 мин

Количество просмотров 95K

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

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

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

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

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

Как обычно происходит в жизни:

Как это происходит в большинстве проектов
Шаги	Как это происходит
Решение принято, проекту быть!	Понятное дело, что есть повод для радости, особенно, если проект большой, ничего плохого в этом нет! Главное, не радоваться слишком долго, оттягивая начало фактических работ, с этой минуты время будет идти по-другому.
Провели совещание с руководителями, собрали некоторую информацию об их видении результата.	Обычно этот процесс ограничивается несколькими встречами с руководством, затем с руководителями подразделений. Зафиксировав некие «позывы» со стороны Заказчика, они фиксируются в виде общих формулировок. Иногда к этому добавляют имеющуюся документацию (кто-то когда-то пытался уже поводить обследование, документы по существующим регламентам, формы используемых отчетов) Как ни удивительно, но после этого большинство внедренцев систем автоматизации радостно восклицает: «да в нашей системе все это есть! Ну немного поднастроить и все будет работать». На вопрос, надо ли обсуждать, как все должно работать (или как выполняется конкретный процесс) с конечными пользователями, ответ обычно отрицательный. Высказывается мнение, что руководитель все знает за своих подчиненных. А зря… За этим скрывается множество ловушек и препятствий, и сдача работ может превратиться в марафон по полосе с препятствиями. Как известно, марафон принято бегать по ровной дороге, а бег с препятствиями возможен только на коротких дистанциях (можно и не добежать).
Документирование результатов работы	После этого начинается документирование результатов в зависимости от целей работ: *Если требуется разработать Техническое задание, консультант начинает рассовывать полученную информацию по заготовленному шаблону документа, чтобы и выглядело красиво, и основные требования были зафиксированы (те, что озвучены от руководства, а то ведь могут не утвердить). Понимая, что на практике такое Техническое задание особо не используется и приходится все выяснять «по ходу дела», главной целью Технического задания он ставит минимальное время согласования и утверждения.* И, если получится, информация для примерной оценки стоимости будущих работ (кстати, тоже немаловажно). *Если требуется описать бизнес-процессы.* Как ни странно, но часто все предшествующие действия выглядят аналогично, как и в случае с разработкой Технического задания. Разница лишь в оформлении документации. Тут возможны варианты: консультанты описывают процесс произвольными словами или используют какие-либо правила описания бизнес-процессов (нотации). В первом случае такой документ получается удивительным образом похож на Техническое задание. Бывает даже такое, что если заменить титульный лист, никакой разницы не увидишь.В последнем случае часто делают акцент не на соответствии действительности, а на «правильности описания», т.е. формальное следование правилам описания.К сожалению, оба варианта являются не самой лучшей практикой, т.к. являются скорее формальностью, а пользы приносят не много.

Почему сложилась такая практика, как описано выше? Признаться, я не знаю. У кого ни спроси, никто не знает. При этом ситуация меняется не очень быстро, хотя на эту тему постоянно дискутируют, обмениваются опытом, пишут книги… Мне кажется, что одна из причин – низкое качество соответствующего образования. Может еще сказывается и тот факт, что много специалистов приходит вообще их другого бизнеса, и постигают все на практике, т.е. их опыт формируется в той среде, куда они попали. Об отношении ВУЗов и отсутствия их стремления быть ближе к реальности, тоже факт известный, но меня иногда удивляет их позиция. Например, у меня был случай, когда дипломница, талантливый специалист, хотела писать дипломную работу на платформе 1С (хорошую отраслевую разработку), но на кафедре ей сказали, что независимо от темы, на оценку «отлично» рассчитывать будет нельзя, т.к. 1С несерьезная система. Тут дело не в серьезности и объективности такого мнения, а в том, что примитивное задание на классическом языке программирования тут же считалось достойным оценки «отлично».

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

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

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

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

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

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

Шаги	Что и как делать
Выделяем бизнес-процесс	Из общего перечня бизнес-процессов, полученного на предыдущих этапах, выделяем один (по приоритету) для детальной проработки. С остальными затем поступаем аналогично.
Детальное изучение бизнес- процесса	Выделенный бизнес-процесс подвергаем детальному изучению: анализируем полученные первичные документы, отчеты и их структуру, используемые в процессе программы, различные файлы (например, Excel), разговариваем с конечными исполнителями. Собираем различные идеи о том, как можно улучшить процесс. Очень полезно, если удастся понаблюдать за процессом именно в тех условиях, в которых он выполняется (не многие любят, когда за ними наблюдают, но что делать)
Графическое и/или текстовое описание бизнес-процесса (первичное)	Полученную подробную информацию начинаем описывать.Прежде чем описывать процесс, надо определиться, потребует ли он графического описания. Если процесс простой и понятный, функций в нем мало, и, графическое представление не улучшит его понимание или восприятие, то не надо тратить на это время. В этом случае достаточно описать его в текстовом виде в табличной форме. Если же процесс сложный, с различными логическими условиями, то лучше привести его графическую схему. Диаграммы всегда воспринимаются легче. Если Вы решили описать процесс в графическом виде, это вовсе не означает, что не надо приводить его текстовое описание. Т.е. текстовое описание процесса должно быть в любом случае, причем выполненное по одинаковой схеме. Удобно это делать в виде таблицы, в которой указать: исполнителей каждого шага, какую информацию они получают на входе, описание каждого шага, какую информацию формируют на выходе. Ниже мы посмотрим на примере, как это может выглядеть.
Согласование с исполнителями и владельцем бизнес-процесса	Лучший способ понять, насколько удачно вы выбрали стиль изложения информации, это показать результат пользователям (исполнителям) процесса.На самое главное в такой демонстрации это понимание того, насколько правильно Вы поняли, как процесс выполняется.Если обучение проектной команды прошло успешно, то можно ожидать от исполнителей вполне адекватной обратной связи. А если им станет интересно, то продвигаться все начнет гораздо быстрее.Выявленные уточнения и несоответствия необходимо отразить в описании (актуализировать), при необходимости операцию повторить.
Выделение показателей бизнес-процесса	После того, как выработано правильное понимание, как выполняется бизнес-процесс, надо подумать над показателями, которыми можно измерить качество или скорость выполнения процесса. Это не просто, но необходимо. Показатель должен быть измеряемым, т.е. выражен в числовом выражении и должен существовать простой способ эту величину получить. Если измеряемый показатель выделить невозможно, есть риск того, что бизнес-процесс выделен неудачно. Кроме того, не будет возможности понять (измерить ведь нельзя), приведут ли изменения процесса к его улучшению или нет.
Окончательное документирование бизнес-процесса	После того, как мы убедились в правильном понимании, как процесс выполняется (или должен выполняться), можно включать его в документацию.
Дальнейшие действия (или их отсутствие), в зависимости от целей проекта	Дальше возможны варианты: рассматриваемые процессы будут анализироваться и оптимизироваться, разрабатываться должностные инструкции, приниматься решения о необходимости автоматизации отдельных процессов и т.д.Это может быть и отдельный проект: описание бизнес-процессов.

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

Шаги	Что и как делать
Выделяем бизнес-требование/область автоматизации	Выделение в качестве требований целой области автоматизации (например, «Складские запасы») на практике используется, однако, это не самый эффективный способ детализации требований. Область автоматизации представляет собой группу требований, и рассматривать их лучше каждое в отдельности. Например, «Учет поступления материала на склад»
Детальное изучение бизнес-требования	Под детальным изучением бизнес-требования понимается то, как это хочет видеть и будет использовать конечный пользователь (разумеется, в соответствии с целями проекта). В технологиях разработки программного обеспечения это часто называют «вариант использования». Таким образом, детальное изучение бизнес-требования сводится к проработке вариантов использования. Пример такого варианта приведен в приложении 2 к статье. В простейших случаях варианты использования вовсе не обязательно рисовать в виде графических схем, можно ограничиться и текстовой формулировкой. Например, требование «При вводе номенклатуры цена должна рассчитаться как цена закупки +20%» рисовать не имеет смысла. В виде диаграммы имеет смысл представлять требования, объединенные до области автоматизации, как показано в примере в приложении 2.
Моделирование требований в информационной системе	Вот оно! Как Вы наверное помните, я уже обращал внимание на этот важнейший элемент в методике разработки Технических заданий. «Построй модель – получишь результат!» А что надо моделировать? Моделировать надо варианты использования, полученные на предыдущем этапе. Что должно быть на выходе моделирования? Должна получиться демонстрационная программа, в которую внесены пользовательские данные, причем желательно привычные его (пользователя) слуху, с учетом отраслевой специфики, актуальных проблем. И не просто так внесены, а должно быть понятно, откуда эти данные взялись, как рассчитались. В этом месте у читателя должны возникнуть вопросы: А что, если планируется разработка новой системы и моделировать попросту не в чем? Что, если для демонстрации не хватает функциональности, и систему надо дорабатывать? Конечно, Вы должны столкнуться с такой ситуацией, и это нормально. Что делать? Если система совсем новая (как говорится «с нуля»), то моделировать придется по большей части на бумаге, тут Вам диаграммы вариантов использования очень помогут. Частично имеет смысл набросать некоторые экранные формы, которые предполагается разработать (прямо в той среде, в которой будет вестись разработка), т.к. рисовать их в каком–нибудь редакторе будет дольше и эта работа скучная. Если внедряется готовая система, и в ней не хватает функциональности, то ничего страшного нет, данные вносятся руками, а пользователю так и рассказывается, что после необходимых доработок должно рассчитаться так-то и так (и он это видит). Целесообразно сопроводить такую модель текстовым описанием, пусть даже кратким, чтобы пользователь мог самостоятельно попробовать поработать с моделью в свободное время. В этом же описании можно формулировать требования к доработкам.
Демонстрация информационной модели рабочей группе	Полученную модель показываем Заказчику и рассказываем, как все должно работать.Демонстрацию модели лучше проводить по подсистемам, т.е. по группам требований. В случае, если выяснится, что у клиента предлагаемая схема работать не будет, надо подумать о других вариантах использования, внести изменения в модель и показать еще раз. Только если есть уверенность, что планируемая модель у данного клиента «будет жить», можно считать модель удачной.
Разработка тестов	Зачем нужны тесты? То, как мы смогли реализовать требования, нужно будет проверять. Соответственно, на все ключевые участки, сложные алгоритмы и пр. тесты желательно сделать. В том числе эти тесты могут быть использованы при сдаче работ. Вовсе необязательно делать тесты на каждую функцию системы, везде должен быть здравый смысл. Если речь идет о готовой системе, то делать тест на «ввод нового элемента в справочник клиентов» будет выглядеть глупо и бесполезной тратой сил и времени. А вот если это совсем новая система, такое вполне возможно. Зачем делать тесты, если еще нет системы?Во-первых, разработчику будет понятнее, чего от него хотят добиться. Во-вторых, мы облегчаем жизнь тестировщику (кто-то ведь будет тестировать результат разработки). Вообще, тестирование это отдельная дисциплина, весьма не простая с множеством методик. На практике, как правило, все равно используются самые простые методы тестирования.
Документирование требований в виде Технического задания	Собранная информация на предыдущих этапах будет являться как раз тем, что и должно войти в основу документа «Техническое задание» в раздел с требованиями.Так что остается все это грамотно оформить.
Дальнейшие действия (или их отсутствие), в зависимости от целей проекта	Дольше может начаться процесс разработки, поиск партнеров для проекта, тендер и т.д., все зависит от ситуации.

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

Приложение 1. Описанный бизнес-процесс в нотации EPC.

Приложение 2. Вариант использования подсистемы « Заказы»

Источник

Просмотров 39.1к. Опубликовано 21.03.2022
Обновлено 31.10.2022

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

Содержание

Что такое основной бизнес процесс простыми словами
История появления термина
Зачем нужны бизнес процессы
Отличие бизнес процессов от функций и стандартных процессов
Кто описывает бизнес процессы
Характеристики описания основных бизнес процессов
Уровни основных бизнес процессов
Классификация бизнес процессов
Описание бизнес процесса
Основные виды бизнес процессов
Правила описания основных бизнес процессов
Уровни анализа
Этапы описания
Форматы описания бизнес процессов
Схема описания бизнес процессов
Создание и оптимизация бизнес процессов на предприятии
Анализирование
Пошаговое описание
Управление бизнес процессами
Зарождение BPM
Модель зрелости BPM
Моделирование бизнес процессов
Нотации моделирования
В чем разница между нотациями
Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса
Как рассчитать стоимость бизнес процесса
Внедрение бизнес процессов
Оптимизация бизнес процессов
Автоматизация бизнес процессов
Плюсы внедрения процессного управления
Реинжиниринг и постоянное совершенствование
Пример удачного анализа и оптимизации бизнес процессов
Ошибки при внедрении систем управления
Ситуации, когда бизнес процессы нужно описывать
Как бизнес процессы могут быть оптимизированы и усовершенствованы
Где можно обучиться управлению бизнес процессами
Заключение
Отзывы о бизнес процессах
Полезные книги
Литература о принципах и идеологии бизнес-процессов:
Книги про оптимизацию:
Книги о системном мышлении:
Книги о применении процессов:

Что такое основной бизнес процесс простыми словами

Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.

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

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

История появления термина

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

Инструктирование работников стало осуществляться по схеме «человек – человек» и «человек – машина». Все нормы были стандартизированы. Так, нужны были команды, которые бы распознал и человек, и машина.

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

Зачем нужны бизнес процессы

Если компания стремится к качественной системе менеджмента, основанной на стандарте ISO 9001, разработка, описание, внедрение и оптимизация процесса – обязательное условие. В этом случае у предприятия появляется сильное преимущество на конкурентном рынке.

С помощью описания процессов достигают и иные задачи:

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

Отличие бизнес процессов от функций и стандартных процессов

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

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

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

Кто описывает бизнес процессы

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

Специалист должен уметь описывать процессы и:

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

Характеристики описания основных бизнес процессов

Описание процессов характеризуется такими параметрами:

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

Еще есть и другие параметры описания, но не обязательны:

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

Уровни основных бизнес процессов

Процессы имеют многоуровневое строение:

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

Классификация бизнес процессов

Классификация основных процессов осуществляется по разным признакам:

Специфика работы:

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

Сложность:

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

Структурное место на предприятии:

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

Функции отдела:

управления;
распределения финансов;
организации работы склада;
логистики;
производства.

Детализация или комплексность:

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

Исполняемость:

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

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

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

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

Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉

Основные виды бизнес процессов

Все процессы делятся на 6 групп:

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

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

Правила описания основных бизнес процессов

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

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

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

Уровни анализа

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

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

Этапы описания

Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:

Определение цели описания. Процесс и описание могут иметь разные цели. На этом этапе нужно будет сформулировать, зачем данному процессу требуется описание. Например, внедрение автоматической системы приема заявок или снижение стоимости производства и т.д.
Определение целей описания основного процесса – конечного результата, который нужно будет получить. Целей бывает несколько. Все они должны быть обозначены. Например, покупатель может приобрести товар или отказаться от него. Обоим варианта необходимо описание.
Привлечение руководящих сотрудников для обсуждения сформулированных задач и нюансов их выполнения.
Донесение информации до сотрудников, которые будут максимально эффективно выполнять задачи. Важно сформулировать их четко, ясно.
Расставление приоритетов. Все задачи и действия будут делиться на первостепенные и менее важные. При этом учитывается основная цель, количество ресурсов, время, финансы и прочие факторы при описании.
Фиксация начала и конца процесса при описании, их четкое выделение среди прочих элементов.
Определение ключевых точек, которые будут влиять на получение результата. Например, ведение переговоров, торг с клиентом, формирование счета на оплату и др. Эти точки могут иметь несколько сценариев, для каждого из которых необходимо описание.
Создание черновика предварительного описания, который должны будут получить все заинтересованные лица: руководители, клиенты.
Согласование деталей, учет комментариев и пожеланий всех участников процесса описания.
Презентация финального описания с внесенными корректировками (все они должны быть согласованы с руководством).
Оформление окончательного варианта описания с подробными схемами, планами, моделями и иными документами.

Форматы описания бизнес процессов

Описание процессов может быть в 3 форматах:

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

Каждое описание процесса из них имеет свои плюсы и минусы.

простота реализации

отсутствие требований к навыкам оформителя

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

сложности при структурировании и анализировании текста

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

специфический, сложный язык для описания некоторых процессов

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

простое заполнение таблиц без особых навыков

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

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

необходимость в предварительной разработке шаблонов

отсутствие возможности изложить в таблице сложный бизнес-процесс с развернутым описанием

ограниченное место для данных

сложность восприятия при избытке данных

сложности при отображении ответвлений

наглядная демонстрация информации описания, что обеспечивает простоту восприятия

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

глубокая детализация элементов описания

возможность включения любого количества ответвлений

удобное использование графики при разработке программного обеспечения

потребность в специальных навыках

работа с графикой требует большого количества времени

Схема описания бизнес процессов

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

Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:

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

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

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

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

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

Анализирование

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

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

Чтобы проанализировать текущие процессы, необходимо их описать. Это требуется, если:

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

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

Пошаговое описание

Описание текущего бизнес процесса строится поэтапно:

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

Управление бизнес процессами

Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:

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

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

Зарождение BPM

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

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

Модель зрелости BPM

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

Моделирование бизнес процессов

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

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

Нотации моделирования

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

ARIS	Его используют при создании, анализировании, внедрении и оптимизации процессов
DFD	Предназначен для использования в макропроцессах бизнеса
UML	Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре
IDEF	Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3
BPMN	Демонстрирует процесс в разных аудиториях
RAD	Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия
WFD	Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения
ANSI	Это блок-схемы, которые демонстрируют, как идет процесс
ERM	Позволяют сделать описание концепции процессов
SADT	Помогают создавать функциональные модели
FCD	Создан для описания действий, исполнителей, оборудования символами
EPC	В рамках сложного комплексного процесса позволяет определить его вход и выход
STD	Отражает поведение системы во время внешнего воздействия
Дорожки Брюса Силвера	Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому
Unified Modeling Language	Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы
Карты потоков ценностей	Отражают потраченные ресурсы и время
Цветные сети Петри	Предназначены для демонстрации переходов, событий, действий

В чем разница между нотациями

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

BPMN имеет особенности:

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

Нотацию ARIS выбирают с учетом ее характеристик:

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

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

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

Моделирование процессов осуществляется в специальных программах. Самые популярные и удобные из них:

Bizagi Process Modeler	Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров.
Visual Paradigm	Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила.
Elma BPM	Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов.
Fox Manager	Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом.
ARIS Express	Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс.
Business Studio	Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами.

Как рассчитать стоимость бизнес процесса

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

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

Внедрение бизнес процессов

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

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

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

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

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

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

Оптимизация процесса происходит вскоре после его внедрения.

Автоматизация бизнес процессов

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

Автоматизация помогает при:

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

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

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

Управление процессами и их автоматизация имеет преимущества:

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

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

Реинжиниринг – это кардинальная перестройка бизнес процессов.

У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:

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

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

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

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

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

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

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

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

После этого были сформулированы задачи:

Уменьшить срок доставки товара до 5 ч.
Обеспечить своевременную доставку молока в цеха.

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

Сменить поставщика молока.
Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.

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

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

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

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

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

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

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

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

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

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

Помимо этого оптимизация требуется, когда нужно:

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

Моделирование бизнес процессов: гайд от начала до конца: Видео

Где можно обучиться управлению бизнес процессами

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

Непрофильные вузы с направлениями «Экономика», «Менеджмент».
Профильные учебные заведения со специализацией «Предпринимательство».
Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.

Заключение

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

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

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

Александр, 40 лет (Санкт-Петербург)

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

Алексей, 35 лет, (Уфа)

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

Сергей, 32 года, (Москва)

Полезные книги

Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)

Литература о принципах и идеологии бизнес-процессов:

Критическая цепь (Э. Голдратт)
Серия «Цель» (Э. Голдратт)
Дао Тойота (Д. Лайкер)
Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
Кайдзен. Ключ к успеху японских компаний (М. Имаи)

Книги про оптимизацию:

Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
Руководство по улучшению бизнес процессов. Harvard Business School.
Производство без потерь для рабочих. Институт комплексных стратегических исследований.

Книги о системном мышлении:

Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
Искусство системного мышления (Д. О. Коннор)
Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
Ключевые показатели менеджмента (К. Уолш)
Азбука системного мышления (Д. Медоуз)

Книги о применении процессов:

Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
Теория ограничений в действии (Э. Шрагенхайм)
Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

Источник

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

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

Что такое бизнес-процесс и его характеристики
- Виды
Что такое описание БП
Зачем моделировать БП
Как описывать БП предприятия
- Методологии и инструментарий моделирования бизнес-процессов
- Способы моделирования бизнес-процессов
- Правила моделирования бизнес-процессов
- Основные этапы
- Распространенные мифы и заблуждения
Пример, какое должно быть правильное описание БП
- Читать также:

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

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

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

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

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

К сегодняшнему дню сформулировано не мало определений такому явлению как бизнес процесс.

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

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

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

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

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

Рассматривая понятие «бизнес-процесс», необходимо выделить еще два термина в этой области.

Цель бизнес-процесса — разработать последовательность действий, выполнение которых обеспечит достижение поставленных задач.
Задачи бизнес-процесса: контроль выполнения действий, обеспечение оптимизации процесса.

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

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

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

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

Запустить бизнес-процесс не сложно, для этого необходимо:

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

Виды

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

Бизнес-процессы подразделяются на:

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

Продемонстрируем классификацию бизнес-процессов на конкретном примере.

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

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

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

Что такое описание БП

С целью дифференцированности понятий «бизнес-процесс» и «описание бизнес-процесса», необходимо дать определение второму явлению.

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

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

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

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

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

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

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

Зачем моделировать БП

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

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

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

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

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

Цели моделирования процессов:

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

Как описывать БП предприятия

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

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

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

Оптимальный цикл действий состоит из следующих этапов:

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

Методологии и инструментарий моделирования бизнес-процессов

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

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

ARIS — совокупность программных обеспечений. Создает и описывает алгоритмы, а также последовательность действий. Объединяет более 80 моделей.
CA ERwin Data Modeler — специализированная программа, позволяющая описать вызаимосвязь моделей.
BPMN 2.0 — наиболее простая в использовании и рассмпространенная система. Позволяет отследить все взаимодействия сотрудников.

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

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

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

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

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

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

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

Основные этапы

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

Этап 1: Определение входов и выходов предприятия и его внешнего окружения.

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

Этап 2: Описание перечня бизнес-процессов.

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

Этап 3: Определение внутренних входов и выходов каждого процесса.

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

Этап 4: Описание бизнес-процессов в виде набора функций.

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

Этап 5: Распределение функций процессов по подразделениям предприятия.

Для работы бизнес-процесса необходимо определить:

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

Этап 6: Описание бизнес-процесса

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

Этап 7: Составление регламентов бизнес-процесса.

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

Распространенные мифы и заблуждения

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

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

Пример, какое должно быть правильное описание БП

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

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

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

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

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

Источник

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

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

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

Консультация
по услугам 1С

Заявка на
авторский надзор
проектов

Заявка на услуги
ЦКТП

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

повышение результативности;
снижение стоимости;
сокращение длительности;
повышение качества и уменьшение операционных рисков.

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

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

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

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

повышение результативности;
снижение стоимости;
сокращение длительности;
повышение качества и уменьшение операционных рисков.

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

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

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

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

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

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

Рис. 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. Карта процессов верхнего уровня производственной компании

Существует три правила выделения бизнес-процессов верхнего уровня

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

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

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

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

Правило 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 раза.

Напомню еще раз

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

Сергей Ковалев

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

Полезные материалы

Регламент корпоративной технической поддержки пользователей «1С:Предприятие 8 КОРП»
Управление корпоративными проектами
Управление содержанием проекта
Управление требованиями и содержанием в проекте
Оценка сроков и стоимости проекта на ранних стадиях
Подходы к планированию проектов
Оценка стоимости проектов

Поиск по разделу

технологии

Отзывы заказчиков

Министр финансов Рязанской области

Марина Александровна Наумова

Реализация проекта в Рязанской области сделала возможной привести бюджетный учет в регионе к единой методологии и технологии на базе типовых продуктов 1С, построенных с использованием только отечественного ПО. Созданная система призвана обеспечить высокое качество учета и продолжить его развитие по федеральным стандартам, а также перенимать успешный опыт других регионов.
Ректор ФГБОУ ВО Саратовский ГМУ им. В.И. Разумовского Минздрава России

Андрей Еремин

В результате внедрения медицинской информационной системы на базе «1С:Медицина. Больница» и «1С:Медицина. Больничная аптека» автоматизировано ведение электронной медицинской карты пациента; организация профилактики заболеваний, профилактических медицинских осмотров; формирование форм статистического учета и отчетности в сфере здравоохранения, формирование счетов (реестра счетов) за оказанную медицинскую помощь; учет платных медицинских услуг; управление коечным фондом; мониторинг и управление потоками пациентов (электронная регистратура).

Источник

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

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

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

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

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

Бизнес-процессы – это взаимосвязанные и последовательные действия, отвечающие следующим опциям:

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

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

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

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

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

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

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

Скачать пример описания бизнес-процесса

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

Методологии и инструментарий описания бизнес-процесса

Важным, но непринципиальным моментом является вопрос выбора инструментария для описания бизнес-процесса. Эффективность инструмента определяется гибкостью и простотой применения, а также способностью учитывать все парадигмы описания деятельности предприятия. В современной методологии управления чаще всего упоминается инструмента описания бизнес-процессов: BPMN 2.0 (Business Process Model and Notation). Его отличают:

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

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

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

Рисунок 2. Пример графического описания бизнес-процесса в рамках нотации BPMN 2.0

BPMN 2.0 – это своего рода баланс между легкостью восприятия и сложностью описания бизнес-процесса. Инструмент находится в свободном доступе на сайте Object Management Group.

Виды бизнес-процессов

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

В литературе и практике встречается несколько видов классификаций. Чаще всего процессы классифицируют по следующим группам:

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

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

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

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

выбор направлений развития компания;
контроль за исполнением поставленных задач.

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

Скачать пример описания бизнес-процесса

Участники

Участников группируют по-разному, но так или иначе, следующие роли присутствуют во всех методиках:

Владелец.
Менеджер.
Исполнитель.
Аналитик.
Инженер.

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

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

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

Внутренние – сотрудники компании, ответственные за выполнение задач.

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

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

Скачать пример описания бизнес-процесса

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

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

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

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

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

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

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

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

4. «First things first». Основное внимание следует уделять основным процессам. Если есть критичные сложности в основных, эффективность вспомогательных процессов не будет давать никакой добавочной стоимости.

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

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

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

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

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

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

9. Разные уровни описания. При выборе глубины описания следует ориентироваться на его пользователя. Описание для сотрудника IT подразделения, для исполнителя и для сотрудника генерального директора должны иметь разную глубину.

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

Выводы

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

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

Источник

Цели описания процессов организации.

Практика
реализованных проектов демонстрирует,
что описание бизнес-процессов должно
в обязательном порядке иметь заказчиков.
Если модели бизнес-процессов создаются
без четкого понимания алгоритмов их
дальнейшего использования, то, скорее
всего, они никем не будут востребованы.
Как правило, описание бизнес-процессов
используется для их дальнейшей
регламентации (69%) и для совершенствования
деятельности (67%). При этом многие компании
(40,5%) описывают бизнес-процессы для того,
чтобы в дальнейшем их автоматизировать.
Положительно то, что, по данным
исследования, в настоящее время
свыше 28% компаний используют описание
бизнес-процессов для внедрения системы
менеджмента качества (ISO). Это означает,
что компании уже начали совершенствовать
свои бизнес-процессы, а не ограничились
лишь получением «формального»
сертификата.

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

Понятия «функциональный барьер», «процессный подход».

Процессный
подход — систематическая
идентификация и управление, применяемых
организацией процессов и особенно
взаимодействия таких процессов.
(ISO 9000).

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

• деятельности
предприятия на бизнес-процессы;

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

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

Преимущества использования
процессного подхода

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

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

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

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

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

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

• Возможность
глубокой комплексной автоматизации.

«Функциональный барьер»

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

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

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

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

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

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

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

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

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

1)
постоянное регулирование информационных
потоков путем создания банка информационных
данных, внутреннего рынка информации,
пунктов отслеживания и сортировки
получаемой извне информации, отслеживания
мест информационных перегрузок;

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

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

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

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

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

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

Понятие «бизнес-правило». Классификация
бизнес-правил.

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник