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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Что дает процессный подход крупному бизнесу?

• С чего начать построение системы управления бизнес-процессами?

• Какие уровни затрагивает система управления процессами на предприятии?

Для чего строить систему управления бизнес-процессами?

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

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

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

1. Высвободить экономический потенциал на уровне операционной деятельности:

   • Повышение слаженности работы департаментов

     Снижение запасов процессов

   • Повышение «оборачиваемости» (скорости) процессов

     Сокращение времени цикла

   • Оцениваемая производительность и эффективность сотрудников

     Работа с утилизацией ресурсов

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

2. Повысить стратегическую эффективность

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

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

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

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

   • Мотивационная политика и расчет заработной платы осуществляются по факту эффективной работы сотрудников.

Уровни зрелости бизнес-процессов

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

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

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

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

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

Кроме этого, важно понимать, что у каждого процесса существуют уровни зрелости:

• Уровень 1 (начальный, бессистемный), когда в компании контролируется исполнение функций.

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

• Уровень 3 (автоматизированный, измеримый). Процесс, либо его часть, автоматизирован в ИТ-системе (SAP, 1С, Oracle, Axapta, Галактика, Парус и т.д.)

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

• Уровень 5. Развитие процессов связано со стратегией компании.

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

Уровень зрелости 2

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

1. Для чего это делается?

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

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

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

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

   

2. Способ регламентации

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

   

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

   • Нотация IDEF хорошо показывает входы, выходы и трансформацию – что происходит внутри процесса.

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

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

   • и т.д.

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

   

Уровень зрелости 3

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

На этом этапе компания может столкнуться с рядом сложностей:

• Внедрение классических ИТ-систем для автоматизации бизнес-процессов в формате «бери и используй» не удовлетворяют потребностям предприятия.

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

• Метрики процесса остаются за рамками проекта внедрения.

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

• В автоматизированной системе процесс «цементируется» и не меняется годами.

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

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

С каких процессов начать?

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

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

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

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

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

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

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

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

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

• Разумеется, процессы должны исполняться.

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

Уровень управления процессами

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

Например, в процессе «Обработка заказа клиента» можно выделить следующие метрики и показатели:

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

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

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

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

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

Уровень исполнения процессов (автоматизация)

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

1. Процесс компании исполняется в рамках ручных операций и регламентов.

   Процесс регламентирован и находится на уровне зрелости 2 и принято решение автоматизировать его исполнение (простая автоматизация, перевод на уровень зрелости 3). Сделать это можно в любой ИТ-системе.

2. Автоматизирована часть бизнес-процесса (лоскутная автоматизация).

   Тот случай, когда определенные участки процесса уже автоматизированы в одной или нескольких ИТ-системах, при этом часть операций выполняется в ручном режиме (email, телефонные звонки, excel и т.д.). По опыту ELMA, такой вид текущего уровня автоматизации процессов встречается у 95% крупных российских компаний.

   

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

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

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

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

   

3. Бизнес-процесс автоматизирован целиком в ИТ-системе, которую уже использует предприятие (ERP, 1С, SAP, Axapta, Oracle, Парус…).

   Здесь возможны 2 варианта работы с процессом: оставить как есть на уровне зрелости 3, либо рассмотреть перенесение процесса в BPMS и соответственно перевод сотрудников, работающих в ИТ-системе, на работу в интерфейсе BPMS.

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

Для чего устранять лоскутную автоматизацию и переводить процесс в BPMS?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Основные

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Diagram.ly

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

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

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

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

2. yWorks

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. ELMA BPM

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

4. Fox Manager

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

5. ARIS Express

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

6. Business Studio

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Содержание статьи:

• С чего начать построение бизнес-процессов?
• Общий подход к работе по построению бизнес-процессов компании
• Построение схемы процессов бизнеса
• Моделирование бизнес-процессов
• Какими качествами должна обладать готовая схема бизнес-процессов?
• Зачем нужно построение бизнес-процессов?
• Как построить схему?
• Результат построения схемы
• Видео

С чего начать построение бизнес-процессов?

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

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

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

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

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

Построение схемы и этапы

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

1. Установка границ. Любой процесс бизнеса начинается определенным событием и оканчивается другим событием. Для начала вам необходимо обозначить события, которые являются началом и окончанием процесса.
2. Нарисуйте блоки процесса. Выполните построение всех блоков (подпроцессов и операций) в порядке их выполнения. Помните, что на этом этапе схема должна быть упрощенной.
3. Усложните схему. Добавьте в нее возможные варианты развития событий, а также промежуточные операции бизнеса.
4. Расставьте роли. Построение бизнес-процесса не подразумевает введение в схему конкретных должностей или определенных сотрудников. В построении используется понятие роли. Одна роль может исполняться разными сотрудниками, один сотрудник может выполнять несколько ролей.
5. Разместите документы, которые представляют собой любую информацию (письма, доклады, сообщения). Также на этом этапе построения нужно учесть промежуточные продукты, в качестве которых могут выступать переходящие из одного блока в другой процессы.
6. Укажите используемые программы, а также базы данных.
7. Расположите материалы и инструменты, которые используются в бизнес-процессах. Однако не стоит делать описание на этом этапе построения слишком детальным.
8. Определите показатели эффективности, учитываемые в системе, и добавьте их на схему построения.
9. Схему свяжите с другими процессами бизнеса. Укажите, чем ваш процесс обменивается с другими.
10. Проверьте полученную модель после построения.

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

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

ELMA BPM

Преимущества:

• Визуализация с помощью диаграмм;
• Не требует навыков программирования;
• Возможность контроля отслеживать выполнения задач;
• Интеграция с платформой 1С Битрикс
• Назначения ролей;
• Присутствует полна документация по работе с ELMA BPM

Система бизнес-моделирования Business Studio

Преимущества:

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

Visual Paradigm

Преимущества:

• Построение любых моделей
• Проверка моделей на жизнеспособность
• Авто-генерация документов
• Точная настройка моделей бизнес-процессов
• Модели можно перевести в код
• Выгрузка модели в графическом виде
• Версия для Mac OS X

Какими качествами должна обладать готовая схема бизнес-процессов?

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

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

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

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

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

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

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

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

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

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

Как построить схему бизнес-процессов?

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

1. Установка границ. Обозначение событий, которые является началом и окончанием процесса.
2. Схематичное изображение блоков процесса. Расположение блоков подпроцессов, операций в порядке выполнения.
3. Усложнение схемы. Добавление в нее различных вариантов развития событий и промежуточных операций.
4. Распределение ролей. Для построения бизнес-процесса не требуется вводить в схему конкретные должности или определенных сотрудников — используется понятие роли. Один исполнитель не обязательно выполняет только одну роль.
5. Размещение документов (докладов, сообщений, писем), учет промежуточных продуктов.
6. Уточнение используемых программ, систем и баз данных.
7. Расположение материалов и инструментов, применяемых в бизнес-процессах предприятия.
8. Определение показателей эффективности.
9. Связывание схемы с прочими процессами.
10. Проверка структуры полученной модели.

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

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

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

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

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

1. Основные
   принципы формирования системы процессов
   организации.

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

Например,

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

• оформление
  накладной также может рассматриваться
  в качестве процесса.

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

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

Основные
принципы формирования системы процессов
организации

1.
Цель
построения системы процессов организации
–

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

• во
  вторую очередь описание и регламентация
  процессов.

2.
При построении системы процессов важно
сделать акцент
на:

• анализе
  ЦСЦ для потребителей;

• наиболее
  значимых, системообразующих процессах;

• процессах
  управления.

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

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

4.
Не следует стремиться описать все
подряд.

Чем
сложнее становится система, тем больше
противоречий она содержит.

5.
Целесообразно выделить, подробно описать
и реорганизовать только 20%
процессов, которые дают 80% эффекта для
бизнеса организации.

1. Алгоритм
   разработки системы процессов организации.

Тема 9 регламентация процессов

1. Основные
   элементы процесса требующие регламентации.

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

• порядок
  управления процессом;

• порядок
  выполнения процесса;

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

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

При
регламентации процесса следует учитывать
его основные
элементы:

• деятельность
  по управлению процессом:

• владелец
  процесса и его полномочия;

• технология
  управления процессом (как минимум –
  планирование и отчетность);

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

• входы
  процесса, в том числе:

• требования
  к входам;

• события,
  инициирующие начало процесса;

• выходы
  процесса, в том числе:

• требования
  к выходам (результатам);

• события,
  завершающие процесс;

• деятельность
  по преобразованию входов в выходы
  (технология выполнения процесса):

• ответственность
  персонала;

• выполнение
  операций (структура и взаимосвязь
  операций);

• ресурсы,
  необходимые для выполнения процесса,
  в том числе:

• персонал;

• инфраструктура;

• оборудование;

• информация;

прочие.

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

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

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

1. Возможные
   варианты описания процесса.

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

1. Базовые
   принципы регламентации процессов.

1.
Регламентировать только то, что
действительно необходимо

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

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

• Регламентировать
  нужно только то, что действительно
  необходимо, на том уровне, который
  действительно необходим.

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

2.
Стремиться к простоте

НМД
по процессам в организациях, как правило,
чрезмерно объемные, сложные по структуре
и содержат много «воды». Причины:

• те,
  кто пишет НМД, как правило, сами их не
  исполняют (поэтому не всегда заботятся
  об их простоте и четкости);

• нехватка
  времени (и других ресурсов) на подготовку
  хорошо проработанного документа;

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

• непонимание
  того, что действительно важно для
  регламентации деятельности;

• излишняя
  приверженность стандартизации (как
  следствие – множество типовых разделов
  документа, которые часто не нужны);

• недостаточная
  квалификация разработчика документа;

• прочие.

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

3.
«Лучше толще, но меньше»

Если
есть возможность лучше сделать 1 толстый
документ, чем 20 тонких.

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

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

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

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

4.
Учет квалификации персонала и культуры
организации

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

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

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

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

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

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

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

1. Регламентация
   процессов на различных уровнях
   управления.

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

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

• конкретные
  процессы организации;

• деятельность
  ее структурных подразделений.

К
числу таких документов относятся:

• регламенты
  выполнения процессов (сквозных и
  внутрифункциональных);

• положения
  о подразделениях;

• классификаторы;

• справочники;

• технологическая
  документация;

• прочие.

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

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

К
числу таких документов относятся:

• должностные
  инструкции сотрудников;

• рабочие
  инструкции сотрудников;

• операционные
  карты процессов (сквозных и
  внутрифункциональных).

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

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

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

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

• процессы
  управления;

• общие
  для всей организации процессы, правила,
  политики.

Сюда
могут относиться следующие документы:

• устав
  организации;

• правила
  внутреннего трудового распорядка;

• положение
  о совете директоров;

• регламент
  процесса управления организацией;

• положение
  (регламент процесса) о разработке
  бизнес-плана организации;

• положение
  о бюджетировании (регламент процесса
  бюджетирования);

• положение
  о бюджетном комитете;

• положение
  о техническом совете;

• положение
  о совете по качеству;

• положение
  об управлении договорами;

• положение
  о представителе руководства по качеству;

• типовые
  процедуры (например, обязательные ДП
  СМК);

• кадровая
  политика;

• этический
  кодекс организации;

• прочие.

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

1. Методика
   регламентации процессов.

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

Положение
о системе управления организацией

1.
Назначение
и область применения документа

2.
Нормативные ссылки

3.
Термины и определения

4.
Основные принципы формирования системы
управления организацией

5.
Организационная структура и система
процессов организации

5.1
Схема и описание организационной
структуры.

5.2
Схемы и описание системы процессов.

6.
Органы
управления организацией

6.1
Совет директоров.

6.2
Генеральный директор.

6.3
Бюджетный комитет.

6.4
Технический совет.

6.5….

7.
Процесс
управления организацией (раздел
может быть выделен в отдельный документ
— «Регламент процесса управления
организацией»).

7.1
Описание процесса управления организацией.

7.2
Схема процесса управления организацией.

7.3
Карта стратегии.

7.4
Система показателей организации.

7.5
Структура нормативной базы организации.

8.
Порядок
внесения изменений

9.
Рассылка

10.
Лист регистрации изменений

11.
Ознакомление сотрудников

Положения
о коллегиальном органе управления

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

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

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

• подготовка
  совещаний коллегиального органа не
  ведется;

• на
  рассмотрение выносятся сырые документы
  или работа ведется вообще без них;

• протокол
  совещания не ведется;

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

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

• контроль
  выполнения решений не осуществляется;

• в
  протоколах не указываются лица,
  ответственные за исполнение решений;

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

Типовая
структура Положения
о коллегиальном органе управления

1.
Назначение и область применения документа

2.
Нормативные ссылки

3.
Термины и определения

4.
Состав коллегиального органа

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

6.
Компетенция коллегиального органа

7.
Сроки и порядок созыва коллегиального
органа

8.
Взаимодействия коллегиального органа

9.
Порядок внесения изменений

10.
Рассылка

11.
Лист регистрации изменений

12.
Ознакомление сотрудников

13.
Приложение А. Форма протокола заседания
коллегиального органа

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

Регламентация
типовых процессов организации

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

Такую
деятельность можно и нужно регламентировать
для организации в целом.

Например,

1.
Работа с договорами

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

2.
Управление документацией

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

Структура
типовой
документированной процедуры:

1.
Назначение и область применения документа

2.
Нормативные ссылки

3.
Термины и определения

4.
Общее описание выполнения процедуры

5.
Матрица ответственности

6.
Порядок внесения изменений

7.
Рассылка

8.
Лист регистрации изменений

9.
Ознакомление сотрудников

10.
Приложение А. Формы документов

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

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

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

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

1.
Назначение и область регламента.

2.
Нормативные ссылки.

3.
Определения терминов, обозначения и
сокращения.

4.
Границы процесса.

4.1
Потребители и выходы процесса

4.2
Поставщики и входы процесса.

4.3
Начало и завершение процесса.

5.
Управление процессом.

5.1
Ответственный за процесс, его полномочия
и ответственность.

5.2
Планирование процесса.

5.3
Контроль и отчетность по процессу.

6.
Выполнение
процесса.

6.1
Общее описание процесса.

6.2
Структура подпроцессов и ответственность
участников процесса.

6.3
Описание подпроцессов (операций)
процесса.

7.
Документирование и архивирование.

8.
Порядок внесения изменений.

9.
Ознакомление сотрудников.

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

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

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

• определения
  задач, которые должно решать подразделение;

• установления
  ответственности его руководителя;

• описания
  функций подразделения;

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

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

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

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

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

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

Ниже
приводится нетипичная для российских
предприятий
структура
положения о подразделении.

1.
Общие положения. Назначение подразделения.

2.
Организационная структура подразделения.

3.
Полномочия и ответственность руководителя
подразделения.

4.
Основные задачи и функции подразделения.

4.1
Основные задачи подразделения.

4.2
Функции подразделения.

5.
Показатели деятельности подразделения.

6.
Матрица ответственности подразделения.

7.
Взаимодействия с другими подразделениями.

7.1
Подразделение получает.

7.2
Подразделение передает.

8
Лист ознакомления сотрудников.

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

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

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

1.
Общие положения. Назначение подразделения.

2.
Организационная структура подразделения.

3.
Управление подразделением.

3.1
Полномочия и ответственность руководителя
подразделения.

3.2
Планирование деятельности подразделения.

3.3
Контроль деятельности подразделения
и отчетность.

4.
Процессы, выполняемые подразделением.

4.1
Общее описание деятельности подразделения.

4.2
Процессы, в выполнении которых участвует
подразделение.

4.3
Матрица ответственности сотрудников
подразделения.

5.
Ресурсы, необходимые для осуществления
деятельности.

6.
Взаимодействия с другими подразделениями
и процессами.

6.1
Подразделение получает.

6.2
Подразделение передает.

7.
Лист ознакомления сотрудников.

1. Регламентация
   процессов на операционном уровне:
   операционная карта (паспорта) процесса;
   должностная инструкция; рабочая
   инструкция.

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

• операционной
  карты (паспорта) процесса;

• должностной
  инструкции;

• рабочей
  инструкции;

• прочих.

Операционная
карта процесса
включает
первую страницу, которая должна содержать
всю основную информацию о процессе, и
последующие (1-3 стр.) – с графической
схемой процесса. Графическая схема
обычно формируется в формате Work How (поток
работ). Операционная карта процесса
должна быть краткой и понятной сотрудникам,
выполняющим процесс. Эти карты могут
строиться как для сквозных (межфункциональных)
процессов, так и для процессов, границы
которых определены внутри одного
структурного подразделения.

Если
операционная карта становится слишком
сложной, следует подумать о:

• регламентации
  такого процесса с помощью шаблона
  регламента его выполнения;

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

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

Структура
должностной инструкции, ориентированной
на управление процессами

1.
Общие положения.

2.
Требования к квалификации.

2.1
Квалификация.

2.1.1
Навыки.

Административные

Специальные.

2.1.2
Профессиональные знания.

3.
Должностные обязанности.

3.1
Управляет подразделениями (процессами).

3.1.1
Подразделение

3.1.2
Процесс 1.

3.1.3
Процесс ….

3.2
Участвует в процессах

3.2.1
Процесс 1.

3.2.2
Процесс…

3.3.Выполняет
следующие функции по процессам.

3.3.1
Процесс 1.

3.3.2
Процесс…

4.
Права и полномочия.

5.
Взаимодействия.

5.1
Получает.

5.2
Передает.

6.
Ознакомление сотрудников.

7.
Приложения.

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

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

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

• перечень
  работ, выполняемых с определенной
  периодичностью;

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

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

1.
Общие положения.

2.
Требования к квалификации.

3.
Регламентирующие работу документы.

4.
Порядок выполнения операций процесса.

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

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

Лао-Цзы

Содержание

1. Предприятие как система

2. Как анализировать предприятие, если  предприятие — это система?

3. Методология структурного анализа SADT

4. Где использовать систему бизнес-процессов?

1. Предприятие как система

Мир, в котором мы живем, —  взаимосвязанная совокупность естественных и искусственных систем.

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

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

Рис. 1  Система аэропорта: парк самолетов и наземные службы

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

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

Элементы системы

Итак, если организация – это система, то это совокупность взаимосвязанных элементов. Что выступает в качестве элементов организации? Работники, станки, компьютеры…. А здания, а огнетушители, а дороги на территории производственного комплекса? И тут мы можем просто «утонуть» в перечисляемых элементах.

Система как черный ящик

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

Но зачем выделять такую мегасистему? Зачем нам все это отражать в системе? Какую задачу мы решаем? «Мы» — это кто: экономисты, юристы, менеджеры, пожарные?
Вернемся в исходную точку: зачем мы начали анализировать организацию? Какая проблема? Не обеспечена пожарная безопасность? Низкое качество продукции? Большие расходы на содержание организации? Неутешительные результаты бенчмаркинга?

Практические рекомендации при выделении систем

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

2. Как анализировать предприятие, если  предприятие — это система?

Поскольку предприятие – это система, то  в рамках исследования (анализа деятельности) предприятия должен использоваться системный анализ.

Этапы системного анализа

В исследовании любой проблемы системы можно отметить главные  этапы:

1) постановка цели  исследования;

2) выделение проблемы (системы): выделить главное, существенное, отбросив малозначимое, несущественное;

3) описание: выразить на едином языке (уровне формализации) разнородные по природе явления и факторы;

4) установление критериев: определить, что значит «хорошо» и «плохо» для оценивания полученной информации  и сравнения альтернатив;

5) идеализация (концептуальное моделирование): ввести рациональную идеализацию проблемы, упростить ее до допустимого предела;

6) декомпозиция (анализ): разделить целое на части, не теряя свойств целого;

7) композиция (синтез): объединить части в целое, не теряя свойств частей;

решение: найти решение проблемы.

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

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

Методология структурного анализа и проектирования SADT (Structured Analysis and Design Technique — технология структурного анализа и проектирования ) – это методология, разработанная специально для описания и анализа искусственных систем, попадающих в разряд средней сложности.

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

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

Модели  и описательное моделирование

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

М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А.

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

 

Рис. 2  Семейство согласованных подмоделей исследуемой системы, описанных разными  языками моделирования

Нотация – множество символов (объектов) и правил их применения.

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

3. Методология структурного анализа SADT

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

Основные принципы методологии SADT

Основные принципы методологии структурного анализа:

1)    Определение цели моделирования;

2)    Определение границ модели (модель точно устанавливает, что является и что не является субъектом моделирования);

3)    Установление только одной точки зрения

ПРИМЕЧАНИЕ. Для создания согласованной модели механического цеха можно встать на точку зрения как мастера, так и механика, или контролера. Однако, ни одна из полученных моделей не позволит написать учебное руководство для всего персонала цеха. Только с позиции начальника  цеха можно увидеть все виды работ, выполняемые в цехе. Именно с его точки зрения можно проследить взаимосвязи обязанностей различных работников

Стандарт IDEF0 – один из стандартов методологии SADT

Методология SADT и ее развитие – стандарты IDEF — широко используются  в мире  самыми разными компаниями  в самых разных областях деятельности.
Самый распространенный стандарт IDEF0  представляет собой метод структурно-функционального моделирования, описывающий бизнес-процессы в виде иерархической системы взаимосвязанных функций.

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

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

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

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

Рис.4  Контекстная диаграмма в стандарте IDEF0

Рис.5  Декомпозиция контекстной диаграммы

Все объекты  диаграммы должны иметь текстовые описания.

4. Где использовать систему бизнес-процессов?

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

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

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

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

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

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

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

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

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

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

Рис. 1. Алгоритм построения системы процессов организации

На первом шаге осуществляется разработка модели процессов организации на верхнем уровне. Цель создания модели — понимание того, как устроен бизнес организации. Рекомендуется создавать эту модель, используя принципы определения и построения схем цепочек создания ценности (ЦСЦ). Формируемая модель является структурной. Ее назначение — системно показать процессы компании на верхнем уровне и основные, наиболее важные связи между ними. Для создания структурной модели можно использовать любую, понятную и удобную бизнес-аналитикам нотацию (в т. ч. IDEF0 и т. п.). Главное, чтобы эта нотация соответствовала поставленной задаче. Для создания структурной модели можно использовать MS Visio, как наиболее доступный инструмент. На крайний случай, можно нарисовать модель на бумаге.

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

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

• Номер процесса;
• Наименование процесса;
• Ответственный за выполнение процесса руководитель;
• Участники;
• Входы;
• Инициирующие события;
• Выходы;
• Завершающие события.

Заметим, что схемы ЦСЦ являются промежуточным, рабочим материалом, необходимым для понимания бизнеса в целом и создания основы, «скелета» системы процессов. Но результат работы (система процессов) представляется в табличной форме.

На шаге 4 выполняется согласование границ процессов по входам/выходам и инициирующим/завершающим событиям. Это довольно длительный и затратный с точки зрения вовлечения человеческих ресурсов этап, но он позволяет сделать систему более адекватной. Как правило, при согласовании входов/выходов структура процессов несколько изменяется. Обратим внимание, что для процессов 1 и 2 уровня нужно согласовывать только границы ответственности руководителей на уровне решаемых задач, достигаемых целей и т. п. «Стыковка» на уровне реальных рабочих документов выполняется на 3 и 4 уровнях.

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

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

Обычно для разработки адекватной бизнесу системы процессов требуется не менее 3–4 итераций. Для компании среднего размера (численность 1000–1500 человек, 100–150 сотрудников руководящего состава) такая работа занимает около 2 месяцев.

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

Использование отраслевых решений и материалов других компаний

На практике при построении системы процессов могут использоваться:

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

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

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

Необходимость графической модели процессов на верхнем уровне

Отдельно стоит обсудить, насколько полезны графические модели процессов для построения системы процессов. Например, с точки зрения автора, ошибкой является попытка построения многоуровневой системы процессов организации в одной модели IDEF0 (или другой нотации). Если соблюдать формальные правила, то в такой модели может получиться 7–8 уровней декомпозиции. Но реальную ценность для последующего описания и регламентации имеет всего 1–2 нижних уровня, где выполнятся конкретные операции процессов и осуществляется реальный документооборот! Именно на этих уровнях процессы могут быть описаны в формате Work Flow (поток работ), и при помощи этих описаний сформированы регламенты работы сотрудников («регламент процесса», «инструкция по выполнению процесса» и т. п.).

Можно сказать, что структурная модель верхнего уровня нужна:

1. Бизнес-аналитикам для понимания деятельности организации и создания адекватной системы процессов (в первую очередь, для корректного перехода к процессам уровня Work Flow — «регламентируемым» или «автоматически исполняемым» в BPMS процессам);
2. Руководителям, которым такая модель нужна для анализа и совершенствования архитектуры бизнеса.

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

Пример построения системы процессов торговой компании

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

Рис. 2. ЦСЦ торговой компании

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

В результате обсуждения появилась первая версия системы процессов компании. Ее фрагмент представлен на Рис. 3.

Рис. 3. Первая версия системы процессов торговой компании

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

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

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

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

Рис. 4. Четвертая версия системы процессов торговой компании

Было принято решения описывать на отдельных листах MS Excel процессы:

1. Центрального офиса (индекс — ЦО);
2. Распределительного центра (индекс — РЦ);
3. Типового универсама (индекс — УН).

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

Создание системы процессов в Business Studio

После того, как система процессов была создана и согласована в виде файла MS Excel, было принято решение перенести ее в среду моделирования Business Studio. Данные были предварительно обработаны и загружены в Business Studio. Это легко можно сделать путем пакетного импорта из файла MS Excel. Результат (дерево процессов) представлен на Рис. 5.

Рис. 5. Система процессов торговой компании в Business Studio

Были созданы три папки: «Процессы ЦО», «Процессы РЦ» и «Процессы УН». Внутри этих папок процессы имеют 4-уровневую структуру. Четвертый уровень — это уровень операций, выполняемых конкретными сотрудниками подразделений.

На Рис. 6. показан пример описания одного из операционных процессов в нотации «Процедура» Business Studio.

Заметим, что в данном проекте стыковка процессов по входам/выходам в файле MS Excel не осуществлялась. Это решено было делать при последовательном описании и согласовании схем процессов 3 или 4 уровня в Business Studio.

Рис. 6. Описание процессов в нотации «Процедура»

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

Рис. 7. Описание организационной структуры компании в Business Studio

Рис. 8. Описание организационной структуры подразделения компании в Business Studio

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

Заключение

Еще раз обратим внимание на систему процессов в среде моделирования Business Studio, представленную на Рис. 5. Важно, что описание процессов в такой системе можно начинать с третьего или, лучше, с четвертого уровня — там, где есть реальный документооборот. Это означает, что процессы первого и второго уровня вообще можно не описывать! В этом случае исключаются значительные затраты времени на моделирование и согласование «неисполняемых» (в BPMS) и «нерегламентируемых» (слишком общие для этой цели) «процессов» 1 и 2 уровня.

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

Сентябрь 2010 г.

Рекомендуемые материалы по тематике

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

Принципы оптимизации бизнес-процессов на основе анализа результатов ФСА-моделирования в системе Business Studio

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

Конференция «Системная практика управления бизнес-процессами»: вопросы и ответы. Часть 1.