Просмотров 27.5к. Опубликовано 21.03.2022
Обновлено 31.10.2022
Деятельность любой компании основана на бизнес процессах. Они предназначены для решения задач на коммерческих и некоммерческих предприятиях. С помощью них распределяются и оптимизируются внутренние контакты работников для достижения поставленных целей. Инструмент обеспечивает и налаживание внешнего рабочего процесса с покупателями, потребителями и поставщиками, поэтому является универсальным механизмом для решения проблем.
Содержание
- Что такое основной бизнес процесс простыми словами
- История появления термина
- Зачем нужны бизнес процессы
- Отличие бизнес процессов от функций и стандартных процессов
- Кто описывает бизнес процессы
- Характеристики описания основных бизнес процессов
- Уровни основных бизнес процессов
- Классификация бизнес процессов
- Описание бизнес процесса
- Основные виды бизнес процессов
- Правила описания основных бизнес процессов
- Уровни анализа
- Этапы описания
- Форматы описания бизнес процессов
- Схема описания бизнес процессов
- Создание и оптимизация бизнес процессов на предприятии
- Анализирование
- Пошаговое описание
- Управление бизнес процессами
- Зарождение BPM
- Модель зрелости BPM
- Моделирование бизнес процессов
- Нотации моделирования
- В чем разница между нотациями
- Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса
- Как рассчитать стоимость бизнес процесса
- Внедрение бизнес процессов
- Оптимизация бизнес процессов
- Автоматизация бизнес процессов
- Плюсы внедрения процессного управления
- Реинжиниринг и постоянное совершенствование
- Пример удачного анализа и оптимизации бизнес процессов
- Ошибки при внедрении систем управления
- Ситуации, когда бизнес процессы нужно описывать
- Как бизнес процессы могут быть оптимизированы и усовершенствованы
- Где можно обучиться управлению бизнес процессами
- Заключение
- Отзывы о бизнес процессах
- Полезные книги
- Литература о принципах и идеологии бизнес-процессов:
- Книги про оптимизацию:
- Книги о системном мышлении:
- Книги о применении процессов:
Что такое основной бизнес процесс простыми словами
Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.
Описанием и управлением процессами занимается предприниматель или специальный менеджер, который несет ответственность за полученный результат (с ним заключается соглашение, в соответствии с политикой конфиденциальности). Если этот результат был хорошим и отвечал намеченным целям, деятельность предприятия признается эффективной.
Понятие процесса управления и качества его описания – это индикатор профессионализма организации.
История появления термина
Впервые термин «бизнес процессы» появился давно — в 70-х г. г. XX века. Именно тогда предприятия стали переходить к информационным системам и информатизации производственного процесса. Возникла потребность в четкой организации управления предпринимательством и трудовыми ресурсами.
Инструктирование работников стало осуществляться по схеме «человек – человек» и «человек – машина». Все нормы были стандартизированы. Так, нужны были команды, которые бы распознал и человек, и машина.
Первая нотация была создана американскими военными. Постепенно методику стали перенимать и организации. Скоро она стала популярна и в области маркетинга, и среди бизнесменов.
Зачем нужны бизнес процессы
Если компания стремится к качественной системе менеджмента, основанной на стандарте ISO 9001, разработка, описание, внедрение и оптимизация процесса – обязательное условие. В этом случае у предприятия появляется сильное преимущество на конкурентном рынке.
С помощью описания процессов достигают и иные задачи:
- установка единых требований, стандартов и регламентов к выпускаемому продукту, на которые будут ориентироваться все участники процесса;
- производство качественного товара;
- снижение себестоимости продукта и издержек;
- ускорение основного процесса;
- автоматизация труда на предприятии;
- обеспечение эффективного управления над различными подразделениями;
- донесение сложной информации в упрощенном и понятном виде;
- обеспечение прозрачности всех производственных этапов;
- понимание специфики производства и разработка способов его совершенствования;
- оптимизация расходов;
- реализация намеченных целей с использованием установленных стратегий;
- повышение имиджа компании и ее инвестиционной привлекательности;
- оперативное нахождение проблем и их решение;
- равномерное распределение ответственности между руководителями разного звена, вместо сосредоточения контроля на одном уровне;
- проектирование дополнительных путей для развития компании;
- минимизация рисков при потере кадров (увольнение, отпуска, больничные);
- оперативное обучение персонала, которые будут пользоваться готовыми схемами;
- мотивация сотрудников.
Отличие бизнес процессов от функций и стандартных процессов
Бизнес процессы отличаются от других процессов, протекающих в компании. В их организации участвуют только люди. Если включается, например, автоматизированная система, речь идет о технологическом процессе.
В основных процессах управления всегда участвует несколько человек. Даже если представитель организации будет один, он все-равно взаимодействует с покупателем или поставщиком, которые тоже – участники.
Процессы могут существовать и в некоммерческих организациях, которые не преследуют цели заработка.
Кто описывает бизнес процессы
Описанием основных процессов занимается персональный квалифицированный сотрудник. Обычно это приглашенный со стороны консультант. Но один специалист не будет разбираться одинаково хорошо в специфике деятельности разных компаний, поэтому он привлекает помощников.
Специалист должен уметь описывать процессы и:
- подробно знать бизнес-анализ и основы работы с нотациями;
- обладать информацией о процессах внутри предприятия;
- уметь оптимизировать работу компании, в соответствии с поставленными задачами и устранять ошибки (по согласованию с руководителем).
Характеристики описания основных бизнес процессов
Описание процессов характеризуется такими параметрами:
- Наименование и цель. Обычно это одно и то же. Все участники должны будут их знать и понимать. Например, название – «Продажа первой партии нового товара». Цель звучит так же.
- Исполнитель или владелец инструмента. Это ответственное лицо, которое будет подробно составлять план, доносить его до сотрудников, вести и контролировать процесс его выполнения.
- Ресурсы, которые используются для достижения поставленных целей.
- Вход – это те ресурсы, которые поступают извне, сырье.
- Выход – это произведенные товары или оказываемые услуги. Иногда может получиться не то, что было запланировано, тогда цель на этом этапе меняется.
Еще есть и другие параметры описания, но не обязательны:
- другие участники;
- последовательный порядок операций;
- контрагенты, поставляющие ресурсы;
- конечные пользователи;
- эффективность деятельности;
- уровень риска.
Уровни основных бизнес процессов
Процессы имеют многоуровневое строение:
- Самый верхний – внешнее воздействие, благодаря которому будут решаться стратегические задачи (например, распределение ресурсов между подразделениями предприятия). Иногда здесь задействованы организационные единицы.
- Внутреннее воздействие для достижения тактических задач, например, продажа продукции.
- Процессы внутри структуры, например, когда будет создаваться рабочий проект.
- Процессы по исполнению задач внутри определенной структуры, например, когда будет разрабатывается план по обслуживанию клиентов.
Классификация бизнес процессов
Классификация основных процессов осуществляется по разным признакам:
Специфика работы:
- процесс производства, когда на выходе будет получаться осязаемый продукт;
- процесс услуг.
Сложность:
- монопроцесс — это такой вид процесса, когда все действия будут односложны и цикличны;
- вложенный процесс — когда монопроцессы будут протекать в определенной последовательности;
- связанный процесс — когда для выстраивания последовательности монопроцессов будет использоваться предварительный план.
Структурное место на предприятии:
- горизонтальное – канал взаимодействия равноправных сотрудников;
- индивидуально-горизонтальное – исполнение функций отдельными лицами;
- межфункционально-горизонтальное – коммуникация сотрудников разных подразделений;
- вертикальное – совместная деятельность работников разного уровня (начальника и подчиненного);
- интегрированное – одновременное горизонтальное и вертикальное взаимодействие работников.
Функции отдела:
- управления;
- распределения финансов;
- организации работы склада;
- логистики;
- производства.
Детализация или комплексность:
- микропроцесс – вид процесса с производством элементов готового продукта, например, стержней для шариковых ручек;
- макропроцесс – выпуск готовой продукции, например, шариковых ручек.
Исполняемость:
- выполняемые, направленные на автоматизацию деятельности;
- невыполняемые, предназначенные для изучения нюансов работы организации и повышения эффективности взаимодействий на разных уровнях.
Описание бизнес процесса
Основные процессы обязательно должны быть подробно описаны. В противном случае они не могут существовать. Для описания процесса нужно расписать определенные действия, которые должны выполнять работники на предприятии для достижения целей.
Для качественного описания руководитель должен точно понимать конечный итог и задачи коллектива. Перед тем как приступить к описанию и реализации проекта, нужно донести эту информацию до всех участников.
Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉
Основные виды бизнес процессов
Все процессы делятся на 6 групп:
- Основная, представляющая полезную ценность для потребителей.
- Вспомогательная, обеспечивающая существование основных процессов, но не имеющая ценности для потребителей.
- Управляющая, предназначенная для контроля над основной и вспомогательной группой процессов и над процессом исполнения целей.
- Сопутствующая – вспомогательный вид процессов, которые будут приносить дополнительный доход.
- Группа развития, предназначенная для увеличения производительности и доходов предприятия.
- Категория совершенствования, направленная на улучшение рабочего процесса, повышения его качества.
Еще есть такие виды процессов: внутренние и внешние, в зависимости от формы решаемых задач, а также структурные (оптимизируют рабочий процесс) и функциональные (направлены на решение текущих задач).
Правила описания основных бизнес процессов
Описание процессов в разных организациях имеют свою специфику, в зависимости от особенностей производства. Однако есть общие правила описания, которые необходимо будет соблюдать на всех предприятиях:
- Законченность, т.е. любая деятельность должна будет иметь собственную цель, конечный итог (иногда в ходе работы цель может измениться).
- Краткость. Инструкции должны быть изложены лаконично с обозначением основных этапов работы и задач сотрудников без лишних деталей и сложных терминов. Это обеспечит быструю и слаженную работу всех отделов.
- Использование общепринятых, типовых обозначений по стандартам IDEF3, BPMN 2.0, BPMN (для преобразования задач в наглядные схемы и таблицы есть специальные программы), чтобы любой участник процесса описания смог прочитать инструкцию и верно истолковать ее.
- Указание конкретных участников процесса описания и ответственных лиц с четким распределением задач между ними.
Описание процессов начинается с моделирования схем. Подробно описываются только те процессы, которые уже были сформированы в компании.
Уровни анализа
Менеджер самостоятельно определяет, насколько подробно будет описан основной бизнес-процесс. Его можно анализировать на 5 уровнях:
- Операции. Это самый детализированный уровень, когда будет требоваться перечислять каждое действие.
- Действия – это ряд операций, в котором должна быть соблюдена определенная последовательность.
- Процедуры – несколько объединенных действий, выстроенных в определенном порядке для достижения поставленных целей.
- Базовый уровень, на котором объединяется несколько взаимосвязанных процедур, которые будут служить достижению результатов. Обычно в них участвует несколько сотрудников.
- Направление работы. Это самый обобщенный уровень, который включает в себя несколько процессов.
Этапы описания
Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:
- Определение цели описания. Процесс и описание могут иметь разные цели. На этом этапе нужно будет сформулировать, зачем данному процессу требуется описание. Например, внедрение автоматической системы приема заявок или снижение стоимости производства и т.д.
- Определение целей описания основного процесса – конечного результата, который нужно будет получить. Целей бывает несколько. Все они должны быть обозначены. Например, покупатель может приобрести товар или отказаться от него. Обоим варианта необходимо описание.
- Привлечение руководящих сотрудников для обсуждения сформулированных задач и нюансов их выполнения.
- Донесение информации до сотрудников, которые будут максимально эффективно выполнять задачи. Важно сформулировать их четко, ясно.
- Расставление приоритетов. Все задачи и действия будут делиться на первостепенные и менее важные. При этом учитывается основная цель, количество ресурсов, время, финансы и прочие факторы при описании.
- Фиксация начала и конца процесса при описании, их четкое выделение среди прочих элементов.
- Определение ключевых точек, которые будут влиять на получение результата. Например, ведение переговоров, торг с клиентом, формирование счета на оплату и др. Эти точки могут иметь несколько сценариев, для каждого из которых необходимо описание.
- Создание черновика предварительного описания, который должны будут получить все заинтересованные лица: руководители, клиенты.
- Согласование деталей, учет комментариев и пожеланий всех участников процесса описания.
- Презентация финального описания с внесенными корректировками (все они должны быть согласованы с руководством).
- Оформление окончательного варианта описания с подробными схемами, планами, моделями и иными документами.
Форматы описания бизнес процессов
Описание процессов может быть в 3 форматах:
- Текстовом, когда информация изложена, в основном, в виде текста. Это самый распространенный вид описания.
- Табличном – наглядном виде. Но здесь есть сложности с подготовкой шаблонов.
- Графическом – самом удобном и понятном варианте в виде моделей и схем.
Каждое описание процесса из них имеет свои плюсы и минусы.
простота реализации
отсутствие требований к навыкам оформителя
множество текста, который нужно полностью прочитать для выделения самого важного
сложности при структурировании и анализировании текста
отсутствие наглядности, что затрудняет восприятие бизнес-процесса
специфический, сложный язык для описания некоторых процессов
отсутствие необходимости в подготовке при наличии шаблона
простое заполнение таблиц без особых навыков
структурированная и понятная демонстрация данных описания
дает возможность сравнения и анализирования числовых показателей описания
необходимость в предварительной разработке шаблонов
отсутствие возможности изложить в таблице сложный бизнес-процесс с развернутым описанием
ограниченное место для данных
сложность восприятия при избытке данных
сложности при отображении ответвлений
наглядная демонстрация информации описания, что обеспечивает простоту восприятия
формирование целостной картины описания процесса, благодаря графическому отображению
глубокая детализация элементов описания
возможность включения любого количества ответвлений
удобное использование графики при разработке программного обеспечения
потребность в специальных навыках
работа с графикой требует большого количества времени
Схема описания бизнес процессов
Когда обработка процессов осуществляется графическим способом, демонстрация информации будет осуществляться с помощью схемы. Так, наглядно можно проследить весь механизм.
Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:
- Фиксация границ – начальной и конечной точки основного процесса описания.
- Выделение основных блоков – базы процесса, в соответствии с их положением в последовательности.
- Внесение дополнительных элементов – ответвлений, всех возможных путей развития событий.
- Распределение ролей между участниками. Один сотрудник может одновременно исполнять несколько ролей.
- Добавление документов: кейсов, презентаций, инструкций, писем и пр.
- Внесение данных об источниках и программном обеспечении, с помощью которых осуществляется автоматизация процесса описания.
- Обозначение инструментов, которые могут помочь в достижении целей.
- Внесение критериев эффективности, с помощью которых будет производиться оценка результата.
- Моделирование процесса с учетом всех полученных сведений при описании.
Схема описания отображается либо в виде карты (блок-схем), либо маршрута (движение данных и ресурсов в процессе). Для этого применяются стандартные международные формы документирования (нотации).
Создание и оптимизация бизнес процессов на предприятии
В ходе создания процессов систематизируются все элементы производственного процесса: ресурсы, информация, пространство, время, техники и пр. Для качественного выполнения этой задачи нужно будет:
- оценить те процессы, которые уже протекают на предприятии, и описать их модели по принципу «как есть»;
- оставить и обновить существующие модели до формата «как быть должно»;
- обеспечить контроль над процессами.
Анализирование
Сначала всегда необходимо проанализировать существующие процессы, выявить дублирующиеся элементы, оптимизировать задачи. Это необходимо, когда:
- есть жалобы от клиентов на качество обслуживания или товара;
- заявки не исполняются к установленному сроку;
- процессы состоят из длинного цикла действий (больше, чем три или пять);
- у предприятия слишком крупные расходы на обслуживание склада и логистики;
- часть помещений пустует;
- загруженность мощностей на максимальном пределе;
- внедрение нового товара или модернизация технологий требуют слишком крупных трат.
Чтобы проанализировать текущие процессы, необходимо их описать. Это требуется, если:
- компания – крупная (у нее есть филиалы, много заявок, покупателей);
- производственный процесс имеет сложную многоэтапную структуру;
- происходит расширение задач организации, открытие дополнительных филиалов, увеличение штата;
- меняется руководство или оформляется франшиза;
- обслуживанием заказов начинает заниматься другой производственный участок;
- сотрудники вынуждены несколько раз выполнять одни и те же операции;
- в рабочий процесс внедряются новые информационные системы.
Процессы можно не описывать в небольших организациях или на только что открывшихся предприятиях.
Пошаговое описание
Описание текущего бизнес процесса строится поэтапно:
- Собирается команда участников этого процесса, включая руководителей.
- Происходит сбор всей необходимой информации о наличии ресурсов, мощностей, требований к качеству продукта, времени для выполнения заявок и пр.
- Формулируется конечный итог.
- Организуется интервью с работниками для определения этапов производства.
- Создается текстовое или графическое описание.
Управление бизнес процессами
Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:
- Этап моделирования, когда происходит определение и описание процессов. Также здесь устанавливается ответственность руководителей.
- Выполнение указанных в описании задач.
- Контроль работы персонала и движения финансов. Сотрудник на руководящей должности следит за исполнением сроков, качества продукции, равномерной загруженностью кадров, переработками, премированием и штрафами сотрудников.
- Анализ выполненной работы, сравнение полученного результата с поставленными задачами, выявление ошибок и оптимизация управления процессом.
Качественное управление деятельностью компании определяется бизнес процессами. Если правильно описать и распределить задачи, проконтролировать их выполнение, показатель эффективности будет высоким.
Зарождение BPM
По мере роста и развития компаний стала появляться необходимость в выстраивании правильного контакта отделов. Причем эта потребность возникла как в малом бизнесе, так и на крупных предприятиях.
Прогресс не стоял на месте, в рабочий процесс стали внедряться технологии, предназначенные для облегчения и автоматизации организационной деятельности, повышения ее эффективности и гибкости. Постепенно они переросли в полноценное управление BPM.
Модель зрелости BPM
Зрелость системы управления отражается в модели описания процессов BPM. В ней отображены стадии управленческого процесса. Чем выше уровень, тем более детального и качественного построения управления процессами можно добиться. На низких уровнях наблюдается хаотичность и неуправляемость.
Моделирование бизнес процессов
С помощью построения модели процессов организуется их максимально точное и полное описание. Оно бывает 3 видов:
- Структурное, которое позволяет исследовать текущие и будущие системы. Оно может быть:
- функциональным (последовательное построение схемы с использованием конкретных ресурсов);
- имитационным (учитываются временные интервалы, внутренние и внешние условия);
- информационным (отображается связь объектов и их характеристики).
- Ориентированное на объекты без детализации – любые преобразуемые предметы в рабочем процессе.
- Интегрированное – сочетающее несколько моделей, т.е. комплексное.
Нотации моделирования
В процессе моделирования используются специальные технические условные обозначения (нотации) – единые по всему миру:
ARIS | Его используют при создании, анализировании, внедрении и оптимизации процессов |
DFD | Предназначен для использования в макропроцессах бизнеса |
UML | Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре |
IDEF | Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3 |
BPMN | Демонстрирует процесс в разных аудиториях |
RAD | Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия |
WFD | Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения |
ANSI | Это блок-схемы, которые демонстрируют, как идет процесс |
ERM | Позволяют сделать описание концепции процессов |
SADT | Помогают создавать функциональные модели |
FCD | Создан для описания действий, исполнителей, оборудования символами |
EPC | В рамках сложного комплексного процесса позволяет определить его вход и выход |
STD | Отражает поведение системы во время внешнего воздействия |
Дорожки Брюса Силвера | Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому |
Unified Modeling Language | Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы |
Карты потоков ценностей | Отражают потраченные ресурсы и время |
Цветные сети Петри | Предназначены для демонстрации переходов, событий, действий |
В чем разница между нотациями
Все нотации имеют свои особенности и используются в разных ситуациях. Какие из них выбрать, решает менеджер в процессе моделирования. Обычно используют BPMN или ARIS.
BPMN имеет особенности:
- развитость семантики;
- использование логических событий, операторов;
- подходит для описания специфических процессов;
- позволяет имитировать процесс;
- отражает, как действие может прерваться.
Нотацию ARIS выбирают с учетом ее характеристик:
- отражение статуса документа;
- демонстрация событий, происходящих до операции и после нее;
- использование логических операторов;
- поддержка корректной имитации процесса;
- построение крупных диаграмм;
- трудоемкость процесса моделирования;
- ограниченность семантики.
На практике использовать BPMN удобнее, так как она поддерживает больше инструментов. С ее помощью можно построить схему как отдельного процесса, так и целой серии.
Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса
Моделирование процессов осуществляется в специальных программах. Самые популярные и удобные из них:
Bizagi Process Modeler | Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров. |
Visual Paradigm | Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила. |
Elma BPM | Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов. |
Fox Manager | Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом. |
ARIS Express | Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс. |
Business Studio | Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами. |
Как рассчитать стоимость бизнес процесса
Перед тем как приступить к управлению и оптимизации процессов, необходимо будет проанализировать предстоящие расходы поэтапно:
- Собрать первичные данные о процессе, сделать его описание, определить, какие операции, как часто и кем будут выполняться. Данные обычно заносятся в таблицу MS Excel с названием столбцов: «Наименование операции», «Коэффициент использования» (частота повторения данной операции), «Исполнитель».
- Проанализировать, сколько времени будет требоваться на выполнение каждой операции. Для этого можно использовать методы фотографирования (фиксация процесса выполнения операции каждым сотрудником), экспертной оценки персонального бизнес-аналитика, анализа данных с помощью информационной системы (на основе прошлого опыта). На практике часто применяются комбинированные способы. Полученные данные заносятся в таблицу в графу «Время исполнения операции».
- Подсчет стоимости ресурсов. Для этого рассчитывается, сколько стоит 1 минута работы данного сотрудника (исходя из размера его заработной платы). Затем это значение умножается на время исполнения операции. Полученное значение заносится в таблицу в графу «Стоимость ресурсов за 1 мин». Для получения полной картины стоимости процесса необходимо добавить все остальные статьи расходов: арендную плату, закупку расходных материалов и пр., но без излишней детализации, так как этот этап может затянуться.
- Подсчет стоимости всего процесса с учетом полученных данных. Для этого необходимо рассчитать, во сколько обходится выполнение одной операции (стоимость минуты времени работника умножается на длительность выполнения задачи). Эти данные нужно занести в таблицу в графу «Стоимость 1 операции», а затем заполнить столбец «Стоимость операций за месяц». Путем сложения значений в последнем столбце можно получить стоимость всего процесса. При этом нужно учитывать, что подобный расчет может иметь большие погрешности.
- Анализирование стоимости процесса. Когда цена каждой операции будет наглядно отображена в таблице, у руководства обычно появляется желание ее удешевить. Сделать это можно с помощью полного исключения данной операции из процесса (нужно проанализировать, насколько она необходима для получения результата), использования более дешевых ресурсов или менее квалифицированных кадров, ускорения выполнения операций, упрощения рабочего процесса.
- Анализирование нагрузки на работников. Для этого учитываются не только операции данного процесса, но и все остальные функции сотрудников. Расчеты помогают понять, насколько та или иная операция трудозатратная, а также распределить нагрузку равномерно между участниками.
Внедрение бизнес процессов
Внедряемый процесс может быть как новым, так и уже существующим, но в обновленном виде. В любой ситуации эта процедура происходит поэтапно:
- Знакомство персонала с новой системой, чтобы они могли ориентироватся не результат.
- Презентация преимуществ, выгоды и эффективности использования системы.
- Тестовый запуск программы на одном сотруднике или в одном отделе.
- Проведение обучения других сотрудников при положительных результатах тестирования.
- Полноценный запуск процесса.
- Управление процессом, осуществление контроля над работой персонала и соблюдением алгоритмов новой системы. Этим занимается руководитель или специальный менеджер.
Еще на этапе внедрения нужно, чтобы каждый сотрудник работал по новой схеме.
Оптимизация бизнес процессов
После того как бизнес процесс внедрен, его нужно будет оптимизировать для четкой и слаженной работы всех подразделений. Оптимизация производится 2 методами:
- «Здравый смысл», когда:
- удаляются дублирующиеся операции;
- исключается лишний контроль;
- автоматизируются часто повторяющиеся операции;
- равномерно распределяются ресурсы;
- корректируются все составляющие процесса: материалы, технологии и пр.;
- процесс максимально упрощается;
- все операции стандартизируются;
- назначается параллельное выполнение задач, процесс ускоряется;
- продолжительность операций и расходов на них сокращаются.
- «Бережливое производство», когда:
- минимизируются паузы в рабочем процессе (простой машин, согласование заказа и пр.);
- исключается производство излишков;
- нерациональные действия сотрудников сводятся к минимуму;
- сокращаются перемещения работников для сохранения времени;
- выпускаемая продукция страхуется на предмет появления возможных дефектов;
- обеспечивается достаточный объем ресурсов.
Оптимизация процесса происходит вскоре после его внедрения.
Автоматизация бизнес процессов
Чтобы оптимизировать внедренный процесс, часто требуется его автоматизация – использование специального ПО для ускорения, упрощения и облегчения выполнения задач.
Автоматизация помогает при:
- сборе информации;
- формировании отчетов;
- передаче информации между отделами;
- снижении расходов на ресурсы;
- оперативном информационном обмене между заказчиками и исполнителями;
- повышении эффективности рабочего процесса.
Для автоматизации используются различные программы (CRM с поддержкой звонков клиентам прямо из системы, ERP). Руководство делает выбор на основе поставленных задач.
Плюсы внедрения процессного управления
Управление процессами и их автоматизация имеет преимущества:
- непрерывное получение данных;
- оперативное выполнение однотипных операций;
- замена человека на компьютер, когда это возможно;
- повышение качества и скорости работы сотрудников;
- быстрый обмен данными между сотрудниками;
- высокая точность операций;
- параллельное выполнение нескольких задач;
- быстрое принятие решений по алгоритму;
- быстрое формирование документов и отчетов.
Реинжиниринг и постоянное совершенствование
Реинжиниринг – это кардинальная перестройка бизнес процессов.
У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:
- Определение потребностей организации, выявление слабых мест.
- Формирование группы ответственных специалистов из своих или персональных привлеченных работников.
- Планирование основных процессов на основе проблем, потребностей клиентов, задач предприятия.
- Смена подхода для улучшения рабочего процесса.
- Подключение сотрудников к тестированию процессов и его полноценному запуску.
Реинжиниринг позволяет осуществлять качественное управление бизнес процессами на предприятии, оперативно решать проблемы по мере их поступления. Так, можно будет оптимизировать до 20% всех процессов в компании.
В ходе постоянного совершенствования происходит последовательная и одновременная проработка большого числа процессов. Такой подход характеризуется:
- непрерывными изменениями;
- постепенным внедрением новой системы;
- командной деятельностью;
- широким охватом всех отделов предприятия;
- минимизацией дефектов с работой на опережение.
Так можно будет осуществлять постоянное управление процессами без глобальных трансформаций.
Пример удачного анализа и оптимизации бизнес процессов
На предприятии по производству молочной продукции был проведен анализ управления процессами. В ходе него были выявлены проблемы:
- долгая доставка до прилавков магазинов, продукция доходила до потребителей несвежей, что изменило отношение покупателей к бренду;
- простой производственного цеха из-за задержек поставки молока.
После этого были сформулированы задачи:
- Уменьшить срок доставки товара до 5 ч.
- Обеспечить своевременную доставку молока в цеха.
Оптимизация процесса позволила предпринять меры:
- Сменить поставщика молока.
- Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.
Ошибки при внедрении систем управления
При внедрении системы управления следует учитывать возможные ошибки:
- Неправильная формулировка цели и задач.
- Отсутствие согласованности между подразделениями.
- Иррациональные желания, не соответствующие возможностям.
- Чрезмерная детализация процесса.
- Описание всех операций и процессов на предприятии.
- Игнорирование общепринятых условных обозначений с использованием своих нотаций.
- Желание получить прибыль от каждого процесса.
- Формирование идеальной схемы процесса.
Ситуации, когда бизнес процессы нужно описывать
Обычно описание процессов требуется, когда компания только создается. Но иногда и длительно существующий бизнес нуждается в трансформации:
- Резкий рост объемов производства. В период развития возрастает нагрузка на предприятие, нанимаются новые сотрудники, расширяется ассортимент. При наличии описанных процессов все эти действия упорядочены и доступны для всех новых работников. Управление осуществляется более эффективно.
- Производство, требующее сложных, многоэтапных действий. Каждое из них должно быть четко описано.
- Открытие новых филиалов по франшизе. Без описания процессов это сделать нельзя, у партнеров должны быть четкие инструкции с полной детализацией рабочего процесса, чтобы применять его на практике.
- Оптимизация финансов, уменьшение расходов на выпуск товаров, выявление ненужных трат.
- Подготовка к дальнейшему развитию предприятия, его расширению.
Как бизнес процессы могут быть оптимизированы и усовершенствованы
Каждое успешное предприятие должно подстраиваться под меняющиеся экономические условия. По мере изменений спроса, климата, финансирования, открытия конкурентов важно вовремя корректировать рабочий процесс, оптимизировать управление бизнес процессами.
Оптимизация позволяет повысить эффективность деятельности компании и еще поднять на новую ступень систему управления. Она обеспечивает гибкость в изменчивой внешней и внутренней среде, а значит, предприятие всегда будет функционировать.
Если в процессе развития компании применяют прежние способы управления, со временем руководитель заметит, что они стали неэффективны. Это происходит, когда расширяется ассортимент продукции, меняется структура или объемы производства.
Помимо этого оптимизация требуется, когда нужно:
- улучшить уже существующую систему управления процессами;
- расширить производство;
- снизить производственную мощность;
- улучшить сервис;
- повысить качество товара;
- сократить штат без потери качества;
- повысить конкурентоспособность;
- повысить эффективность отдельных подразделений.
Где можно обучиться управлению бизнес процессами
Бизнес процессами занимается персональный бизнес-аналитик. Получить профильное образование можно различными способами:
- Непрофильные вузы с направлениями «Экономика», «Менеджмент».
- Профильные учебные заведения со специализацией «Предпринимательство».
- Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
- Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
- Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.
Заключение
Успех деятельности предприятия, во многом, зависит от грамотного применения и управления бизнес процессами. При запуске новой организации или для решения текущих проблем нужно правильно описать процессы, внедрить их и обеспечить контроль над выполнением поставленных задач. Каждый процесс должен двать четкий ответ на поставленный вопрос.
Отзывы о бизнес процессах
«У меня небольшое мебельное производство. Сначала я стабильно получал прибыль, но потом случился кризис. Доходы становились все меньше и меньше. Самостоятельно обнаружить проблему не удавалось. После того как был приглашен персональный бизнес-аналитик и было организовано управление процессами, ситуация сразу изменилась. Так, были повышены цены на готовую продукцию, организована перестановка кадров (уволены низкоквалифицированные работники и наняты хорошие специалисты), расширен ассортимент, открыта новая точка продаж»
Александр, 40 лет (Санкт-Петербург)
«5 лет назад я открыл свое кафе. Расположение удачное, хорошая проходимость потенциальных клиентов, продуманное меню, но особой прибыли дело не приносило. Решил попробовать описание и внедрение бизнес процессов. Так, была максимально автоматизирована работа персонала. Все функции были внесены в компьютер, тщательно продумано рабочее место официантов, поваров, кассиров, сделан упор на качество и свежесть продуктов. Увеличилась скорость обслуживания клиентов, что позволило нам привлечь большое количество посетителей во время бизнес-ланчей, трансляции спортивных мероприятий и т.д. Прибыль вышла на новую ступень»
Алексей, 35 лет, (Уфа)
«Я всегда хотел открыть свой бизнес, но самостоятельно не решался это сделать, боялся рисков. Решением стала покупка франшизы логистической фирмы. Благодаря четкому описанию процессов, предоставленных головным офисом, открытие и запуск компании состоялся быстро и с минимальными финансовым издержками»
Сергей, 32 года, (Москва)
Полезные книги
- Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
- Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
- Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
- Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)
Литература о принципах и идеологии бизнес-процессов:
- Критическая цепь (Э. Голдратт)
- Серия «Цель» (Э. Голдратт)
- Дао Тойота (Д. Лайкер)
- Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
- Кайдзен. Ключ к успеху японских компаний (М. Имаи)
Книги про оптимизацию:
- Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
- Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
- Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
- Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
- Руководство по улучшению бизнес процессов. Harvard Business School.
- Производство без потерь для рабочих. Институт комплексных стратегических исследований.
Книги о системном мышлении:
- Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
- Искусство системного мышления (Д. О. Коннор)
- Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
- Ключевые показатели менеджмента (К. Уолш)
- Азбука системного мышления (Д. Медоуз)
Книги о применении процессов:
- Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
- Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
- Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
- Теория ограничений в действии (Э. Шрагенхайм)
- Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)
Содержание:
1. Основы бизнес-процессов
2. Блок-схема бизнес-процесса
3. Как использовать Мониторинг процессов?
1. Основы бизнес-процессов
Бизнес-процесс являет собой последовательность определенных действий сотрудников компании, где выполнение задачи одним пользователем инициирует создание задачи другому пользователю. Автоматизация такой цепочки при помощи программы 1С:Документооборот 2.1 упорядочивает работу и приводит к ускорению выполнения конечной задачи.
Бизнес-процессы 1С:Документооборот призваны регламентировать процедуру обработки документов, состоящую из последовательных действий над документами; автоматизировать назначение сотрудников компании в качестве ответственных за определенный этап прохождения документа; упростить контроль за ходом работ, согласованием и принятием решений.
В связи с этим, в программе предусмотрены бизнес-процессы следующих видов:
- Исполнение — документ направляется на исполнение одному или нескольким пользователям с одновременным контролем.
- Рассмотрение – входящий или внутренний исходящий документ направляется на рассмотрение ответственному лицу.
- Ознакомление – применяется для рассылки входящего или внутреннего исходящего документа, файла на ознакомление одному или нескольким пользователям.
- Регистрация – применяется для отправки входящего или внутреннего исходящего документа секретарю с целью присвоения регистрационного номера.
- Согласование – применяется для отправки всех типов документов и файлов на согласование ответственным лицам.
- Утверждение/Подписание – применяется для отправки внутреннего, исходящего документа на утверждение к ответственному лицу.
- Обработка входящего документа – применяется для автоматизации полного цикла обработки входящего документа – рассмотрение, исполнение или ознакомление, перемещение в дело.
- Обработка исходящего документа — применяется для автоматизации полного цикла обработки исходящего документа – согласование, утверждение/подписание, регистрация.
- Обработка внутреннего документа — применяется для автоматизации полного цикла обработки внутреннего, исходящего документа – согласование, утверждение/подписание, регистрация, рассмотрение, исполнение или ознакомление, перемещение в дело.
- Комплексный процесс — позволяет настроить маршрут обработки документа в свободной форме, состоящий из разных этапов.
В 1С:Документооборот бизнес-процессы состоят из одной или нескольких задач, которые связаны между собой, и не могут существовать без процесса. В качестве ответственных по задаче могут назначаться конкретные пользователи, роли или пользователи, определяемые автоподстановками.
Программой предусмотрены возможности: принимать задачи к исполнению; делегировать другому пользователю, в результате чего она автоматически попадает на рабочий стол к новому исполнителю; отменить выполнение, но при условии, что процесс не перешел на следующий шаг; отправлять уведомления исполнителям задач о возникновении новой задачи письмом на электронную почту, либо SMS-сообщением, либо всплывающим окном в программе; вести учет трудозатрат на выполнение задачи; создавать дополнительные вопросы сотрудникам по задаче.
2. Блок-схема бизнес-процесса
Для каждого бизнес-процесса 1C:Документооборот создается карточка, из которой вызывается блок-схема, где отражено выполнение этапов бизнес-процесса, что позволяет автору процесса в любой момент определить, на каком этапе находится выполнение, кто из сотрудников уже выполнил свою задачу, а кто — нет.
Пример блок-схемы бизнес-процесса «Согласование»
Новый бизнес-процесс, связанный с определенным документом, может быть создан на основании этого документа.
Для каждого из видов бизнес-процесса можно настроить шаблон, применяемый для сохранения повторяющихся маршрутов процессов.
Шаблон бизнес-процесса содержит следующие сведения:
· Действия процесса;
· Сроки;
· Ответственных;
· Ограничение доступности:
· Предметы процесса;
· Описание;
· Условия запуска и другие.
Исполнители задачи определяются именно в рамках действия в процессе, путём выбора среди конкретных пользователей, ролей, автоподстановок.
При выполнении настройки шаблонов процессов исполнения, согласования, ознакомления и комплексных процессов допустимо использовать условия маршрутизации с целью установки ответственных исполнителей для процессов Исполнение и Согласование или для определения готовности к запуску этапа комплексного процесса.
Настройка шаблона комплексных процессов возможна как списком действий, так и графической схемой.
В карточке вида документа может указываться перечень подчиненных шаблонов бизнес-процессов с возможностью их автоматического запуска при создании новых процессов на основании документов этого вида. Если на определенный вид документа приходится несколько шаблонов бизнес-процессов, тогда пользователь может выбрать из списка рекомендованных.
Бизнес-процессы 1С:Документооборот могут создаваться тремя способами:
— с нуля – когда не требуется привязка к данным программы;
— на основании предмета – когда требуется привязка к документам, файлам или контрагентам;
— как подчиненная задача – когда требуется детализировать работу, но не менять предмет основной задачи.
При любом из способов создания процесса вызывается помощник создания для выбора подходящего шаблона бизнес-процессов. В помощнике отображаются только те шаблоны, доступ к которым имеет текущий пользователь.
В 1С:Документооборот 2.1 предусмотрена возможность вносить изменения (сроки, описание, исполнитель) в незавершенные задачи, при условии изменения полей в карточке подчиненного незавершенного процесса.
Перед стартом процесса происходит проверка на наличие прав у исполнителей на выполнение задач по данному процессу. Если же прав окажется недостаточно, то автор процесса получит соответствующее уведомление.
При необходимости, если задача еще не исполнена, есть возможность исключить ее из процесса, путем удаления исполнителя из процесса, что приведет к пометке на удаление задачи данного исполнителя и присвоения ей статуса Исключена из процесса. Такие задачи не выводятся в отчетах и списках задач.
3. Как использовать Мониторинг процессов?
Также в программе при работе с процессами есть возможность временно остановить процесс с его дальнейшим продолжением, либо прервать вовсе, если он был запущен по ошибке, либо не актуален на текущий момент. Прерванный процесс возобновлению не подлежит. Участники прерванных и остановленных задач не видят их в своем перечне Задачи мне.
Допускается настройка отложенного старта процесса, который будет влиять на расчет срока процесса.
Все предметы, используемые в процессах, могут быть основными или вспомогательными, т.е. те, которые меняют свое состояние при выполнении процессов, или — нет. Все предметы и файлы, внесенные в процесс вручную, становятся вспомогательными автоматически. Но к процессам Исполнение и Согласование и комплексным еще есть возможность добавить Заполняемый предмет, который нужно обязательно внести исполнителю перед завершением задачи.
При организации работы с бизнес-процессами может возникать потребность в проведении их анализа для определения уровня эффективности, необходимости внести изменения и прочее. В 1С:Документооборот 2.1 можно использовать «Мониторинг процессов».
Основными показателями отслеживания служат время просрочки, количество активных процессов, просроченных процессов, процент успешно/неуспешно завершенных процессов, среднее число циклов, среднее количество участников, средние трудозатраты и прочие.
Если использовать мониторинг процессов, можно автоматически отслеживать изменение этих показателей и уведомлять пользователей по почте, если показатель достигает пиковых значений.
Кроме предложенных показателей, есть возможность создать новый.
Нужно учитывать, что Мониторинг процессов только наблюдает за изменением конкретных показателей целей процессов во времени. Для углубленного анализа, например, для загруженности сотрудника служат отчеты (о трудовой и исполнительской дисциплине и т. д.).
Таким образом, реализация бизнес-процессов и их мониторинг в 1С:Документооборот 2.1 обеспечивают:
■ Отслеживание исполнения процессов по заданным показателям.
■ Выявление возможных проблем.
■ Анализ данных и принятие управленческих решений по оптимизации процессов.
■ Оценку текущей ситуации по настроенным шаблонам процессов.
Специалист компании ООО «Кодерлайн»
Елизавета Танцюра.
#статьи
- 10 авг 2022
-
0
Моделирование бизнес-процессов: для чего оно нужно и как его провести
Продолжаем погружаться в управление бизнес-процессами. Рассказываем, как смоделировать процессы компании и описать их самостоятельно.
Иллюстрация: Andrea Piacquadio / Pexels / Colowgee для Skillbox Media
Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.
Дипломированный специалист по автоматизации бизнес-процессов. Девять лет опыта в бизнесе и консалтинге. Смоделировал более тысячи процессов для торговых и промышленных предприятий. Основатель OkoCRM.
Фото: личный архив Александра Завьялова
Ни один процесс нельзя улучшить, предварительно не описав его. Это касается не только бизнес-процессов больших компаний, но и алгоритмов работы ИП или самозанятых. Прежде чем оптимизировать бизнес-процессы, важно зафиксировать, как они работают, — то есть смоделировать.
О базовых терминах и идеях в области бизнес-процессов мы рассказали в большом гайде. В этой статье разберём подробнее:
- что такое моделирование бизнес-процессов и нотации для моделирования;
- какие есть подходы к моделированию и кто этим обычно занимается;
- как изображают бизнес-процессы;
- как самостоятельно описать бизнес-процессы.
Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Моделирование бизнес-процессов — описание этих операций и документирование требований к ним.
Ответственные за моделирование разбираются в процессах компании и описывают, кто, что и как делает. Изучают каждую операцию и разбивают её на этапы. Сначала описывают всё это текстом, затем превращают описание в схему.
В профессиональном моделировании бизнес-процессов часто используют нотации. Нотация — это набор правил для графического описания бизнес-моделей. Нотации описывают:
- какие иконки использовать в моделировании и как их читать;
- как отображать последовательность действий в процессе и отношения внутри него;
- какие элементы обязательно нужно включить.
Нотации нужны для того, чтобы любой человек понимал, что изображено на схеме. Даже если пользователь видит её впервые, он должен разобраться.
Специалисты придумали много вариантов нотаций. Их делят на две основные категории:
- Структурные. Они показывают элементы процесса и взаимосвязи между ними. Это нотации стандарта IDEF: IDEF0, IDEF1x, IDEF4, IDEF5.
- Динамические. Они показывают логику выполнения процессов, последовательность и варианты их использования. Это нотации DFD, EPC, BPMN.
Ниже, когда мы будем говорить о подходах к моделированию, расскажем о двух вариантах нотаций — IDEF0 и BPMN.
С получившейся моделью бизнес-процесса работают дальше. Двигают элементы так, чтобы корректировать продолжительность цикла, влиять на качество результата или снижать себестоимость. Это называется оптимизацией бизнес-процесса — подробнее о ней говорили в статье. Но прежде чем оптимизировать и улучшать, важно провести качественное моделирование.
В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. В следующих разделах разберём их подробнее.
Иногда можно встретить и другие подходы, но обычно это гибридные решения, собранные из основных. Каждый из трёх подходов предполагает, что процессы нужно визуализировать — рисовать их в виде схем. Различия подходов — в принципах визуализации.
При этом подходе описывают результаты, которые нужно получить, и ресурсы, которые при этом будут задействованы, без учёта последовательности действий.
У модели есть точки входа и выхода: то, что имеем на старте, и то, что хотим получить. Внутри — промежуточные результаты, ресурсы и факторы, которые влияют на процесс.
Задача функционального подхода — показать, какие факторы нужно учесть и какие ресурсы задействовать, чтобы процесс состоялся. Подробного описания действий в этом случае не будет, но появится общее представление о процессе.
Я использую этот подход, чтобы оценить результативность бизнес-процесса, а также для того, чтобы показать свои идеи и варианты решений: от общего к деталям.
На мой взгляд, функциональный подход понятнее всего реализован в нотации IDEF0. Она рассматривает процесс как совокупность логически связанных между собой работ. Нотация показывает, как объекты подчинены друг другу внутри процесса.
Разберём на примере. Пусть это будет изготовление рекламного ролика.
Процесс изготовления рекламного ролика — основной блок с процессами. Я называю его «чёрный ящик». У него есть три входа и один выход:
1. Сверху — вход для информации о контроле и ограничениях. Это данные, которые определяют условия для реализации процесса. Например, при разработке ролика нас будет ограничивать законодательство и стайлбук заказчика. А ещё мы будем опираться на перечень услуг клиента — чтобы в рекламе были корректные данные.
2. Слева — вход для основной информации. На её основе будет создан результат. В примере с роликом, чтобы получить эту информацию, для заказчика проводят брифинг.
О том, как составить бриф для клиента в рекламе и digital, писали в статье.
3. Снизу — вход для механизма, который будет осуществлять функцию. В примере с роликом это CRM, где хранятся данные о заказчике, и сотрудники телеканала, которые будут снимать ролик.
4. Справа — выходы. Это результаты, которые мы получим: заключим договор, снимем ролик и предложим сотрудничать на постоянной основе.
Вот как функция будет выглядеть в виде диаграммы.
Инфографика: Майя Мальгина для Skillbox Media
В итоге из нескольких таких диаграмм можно собрать одну большую. Важно соблюдать правила расположения данных — сверху, слева и снизу, — чтобы связи между ними сохранялись.
Для неподготовленного управленца это самый понятный подход. Его используют, когда уже определены границы процесса — начало и конец события.
При процессном подходе описывают не результат, а действия, которые необходимо совершить для достижения результата. Процесс можно детализировать сколько угодно — вплоть до операций каждого сотрудника. Получается блок-схема.
Я сторонник процессного подхода. В результате него получаются более прикладные модели, которые понятны и руководителю компании, и исполнителям. Функциональный же подход больше полезен для общего проектирования процессов — и далёк от их практической реализации.
Например, в функциональном подходе «Обработка заявки» — только один из элементов входа. В центре внимания — результат, то есть заключение сделки. В процессном подходе «Обработка заявки» — большой алгоритм. Он подробно описывает действия всей команды.
У процессного подхода есть свои нотации. Стандартом считается BPMN — базовый набор условных обозначений. Его используют для изображения бизнес-процесса в виде блок-схемы.
Нотация BPMN есть в каждом конструкторе для моделирования, но пользоваться ей не обязательно. Гораздо важнее, чтобы схема процесса была читаемой и понятной для руководителя и исполнителей.
Для примера нарисовали блок-схему обработки заявки в учебном центре. Она не соответствует канонам BPMN, но всё равно наглядна и понятна.
Инфографика: Майя Мальгина для Skillbox Media
Это вариант моделирования «для себя». Его используют, чтобы структурировать общие представления о бизнес-процессе, но не раскладывать его на этапы и не составлять алгоритмов.
При ментальном подходе на процесс смотрят не как на последовательность результатов или действий, а как на набор связанных друг с другом понятий. Обычно их собирают на интеллект-карте: в центре «чёрный ящик» с процессом, на орбите — связанные с ним идеи и элементы. Жёстких рамок и нотаций нет — карты рисуют в произвольной форме.
Такая визуализация помогает найти решение, как сделать процесс эффективнее. Дальше это решение воплощают на основе процессного подхода: забирают в основную модель главные элементы, а ненужные отбрасывают.
Ниже дан пример ментальной карты процесса снабжения предприятия. На карте собраны понятия, которые связаны между собой внутри процесса. Но по этапам они не распределены.
Инфографика: Майя Мальгина для Skillbox Media
Обычно моделированием бизнес-процессов занимаются внутренние сотрудники компании или подрядчики. Выбор исполнителя зависит от размеров бизнеса и целей моделирования.
Например, если нужно построить воронку продаж для CRM и при этом нет цели улучшать процессы, можно строить модель можно своими силами. Когда цель моделирования в том, чтобы оптимизировать процессы, лучше обратиться к аналитикам. Для оптимизации нужно глубоко разобраться в процессах и ещё и думать над тем, как их доработать. Потребуется опыт и знание инструментов.
Рассмотрим, кто может заниматься моделированием процессов.
Собственник и сотрудники. В небольших компаниях лучше, чтобы процессы моделировал собственник: он знает свой бизнес и сможет подробно его описать. Самих процессов в таких компаниях немного, а сложная детализация обычно не нужна.
В компаниях покрупнее собственнику лучше привлекать к моделированию помощников: собрать команду из руководителей отделов и проработать основные процессы вместе. Например, процессы в отделе продаж лучше разбирать со старшим менеджером, а процессы в цехе — с главным инженером.
Подрядчики. В среднем и крупном бизнесе моделировать бизнес-процессы внутренними силами точно не получится — количество и объём всех процессов уже не укладываются в голове собственника.
В этом случае моделированием занимается экспертная группа. В неё входят приглашённые бизнес-аналитики и специалисты, участвующие в моделируемых процессах.
Моделирование как отдельную услугу заказывают редко. Чаще это один из этапов внедрения систем автоматизации — CRM, ECM или ERP. Это работает по такой схеме:
- Команда внедрения — подрядчик — приходит на территорию заказчика.
- Она описывает процессы, проводит аудит и составляет аналитический отчёт с вариантами оптимизации.
- Заказчик утверждает отчёт.
- Подрядчик внедряет систему автоматизации с уже оптимизированными процессами.
Изображение: личный архив Александра Завьялова
Чаще всего бизнес-процессы моделируют графически, в виде карт и схем, как мы показывали выше. Иногда описывают текстом — в виде пошаговой инструкции с уточнениями, кто и что делает. Также используют таблицы: в строках пишут действия, а в столбцах — исполнителей и этапы.
На мой взгляд, графическое моделирование — наиболее удобное и наглядное. Изобразить бизнес-процессы можно двумя способами: в специальных программах для моделирования и в обычных графических редакторах.
В специальных программах. Это способ для профессионалов в моделировании.
Специальный софт удобен тем, что шаблоны нотаций уже вшиты в него, — не нужно изучать правила иллюстрирования дополнительно. Но придётся разбираться в функциональности программ.
Вот четыре конструктора, которые я использовал в своей практике для моделирования процессов:
- Microsoft Visio 2010 — векторный графический редактор для создания разных видов схем: блок-схем, схем технологических процессов, моделей бизнес-процессов, планов зданий и этажей, трёхмерных карт и так далее. Платный.
- Bizagi Process Modeler — программа для моделирования процессов по нотации BPMN с возможностью совместной работы. Бесплатная.
- ARIS Express — программа для моделирования бизнес-процессов и оргструктуры с нотациями eEPC или BPMN. Бесплатная.
- Business Studio — система, в которой можно описать, оптимизировать и регламентировать бизнес-процессы предприятия. Платная.
Скриншот: личный архив Александра Завьялова
Как правило, у всех платных конструкторов есть демоверсии, которых хватает, чтобы смоделировать простой процесс. Но повторюсь, специальное ПО — вариант для профессионалов. Не нужно тратить на него время, если вы не планируете моделировать бизнес-процессы постоянно.
В графических редакторах. Этот способ подойдёт для новичков, которые только знакомятся с моделированием бизнес-процессов. Проще всего взять обычный графический редактор — например, Microsoft Paint, Figma или Adobe Photoshop — и самостоятельно нарисовать интуитивно понятную схему процесса.
Также для изображения бизнес-процессов используют сервисы для создания ментальных карт. На мой взгляд, самые удачные из них — XMind, Diagrams и MindManager.
При выборе сервиса главное, чтобы пользователю было удобно пользоваться им и чтобы было понятно, что получается в итоге. Стандартизация и каноны при этом не так важны. На первых порах для внутреннего использования этот вариант самый доступный.
Покажем, как описать и смоделировать бизнес-процесс, на примере обработки заявки учебного центра. Использовать конструкторы не будем — все модели из примера построим в графическом редакторе.
1. Задаём точки входа и выхода. Вход — первое событие в процессе, выход — результат. Так обозначают границы, чтобы потом наполнить процесс действиями. Нужно определить:
- Когда начинается процесс. В нашем примере это момент получения заявки от клиента. Если компания использует CRM, точкой входа будет попадание заявки в систему.
- Когда процесс закончится. Это момент успешной реализации сделки: клиент оплатил счёт, а продавец и логист организовали доставку.
Можно придумать несколько вариантов точек входа и выхода — для разных вариантов развития события.
Инфографика: Майя Мальгина для Skillbox Media
2. Описываем элементы. При составлении схемы перед глазами нужно держать основную информацию о процессе, чтобы ничего не забыть. Для этого в любом файле подробно описываем:
- зачем нужен процесс;
- из каких шагов и действий он состоит;
- кто исполнители;
- есть ли ограничения по срокам — сколько времени должен занимать весь процесс и его отдельные шаги;
- какие события сопровождают действия исполнителей — например, обмен документами, информацией, денежные переводы;
- какого результата нужно достичь — например, нужны подготовленные документы или оплата по счёту;
- перечень ресурсов — что исполнителю нужно для реализации процесса;
- показатели эффективности — по каким параметрам отслеживать, достигнута цель процесса или нет;
- детали и особенности отдельных этапов.
Здесь лежит шаблон текстового описания процесса.
3. Выделяем основные этапы процесса. На основе описанного в предыдущем пункте процесса составляем блок-схему. В графическом редакторе рисуем каркас — основные этапы в пределах границ входа и выхода.
Инфографика: Майя Мальгина для Skillbox Media
4. Добавляем детали. Наполняем каркас «мясом» — основными событиями по процессу и действиями исполнителя по алгоритму.
Инфографика: Майя Мальгина для Skillbox Media
5. Задаём роли. В процессе может быть несколько исполнительских ролей. Их может выполнять один или несколько сотрудников. Обычно роли обезличены, без уточнения фамилий, — только должности.
6. Наполняем схему ресурсами. Отмечаем на схеме источники ресурсов, которые будут использовать в бизнес-процессе. Например, какие документы кто кому и на каком этапе отправит, какие базы и системы для этого будет использовать.
В нашей «ручной» схеме — это просто дополнительные элементы в алгоритме. Если для моделирования используется специальный софт, к схеме можно прикрепить ссылки.
Инфографика: Майя Мальгина для Skillbox Media
Блок-схема готова. Если таких схем несколько, их процессы можно связать друг с другом на одной карте.
Схемы и алгоритмы нужны, чтобы сделать процессы эффективнее и полезнее для бизнеса. Кроме этого, с готовыми моделями бизнес-процессов проще проводить автоматизацию. Об автоматизации бизнес-процессов расскажем в следующей статье.
- Бизнес-процессы — любые операции внутри компании, которые помогают решать бизнес-задачи и зарабатывать. Моделирование бизнес-процессов — описание существующих в компании процессов и документирование требований к ним.
- В моделировании бизнес-процессов есть три основных подхода: функциональный, процессный и ментальный. Самый понятный подход для неподготовленного человека — процессный. Он даёт подробный алгоритм действий для сотрудников и глубокую детализацию операций.
- Моделировать процессы можно своими силами — если бизнес небольшой и несложный. Если в дальнейшем нужно оптимизировать процессы, лучше привлечь консультантов.
- Бизнес-процессы обычно описывают графически — в виде карт и интуитивно понятных схем. Так с ними проще работать.
- Смоделировать процесс можно самому: разобрать внутреннюю кухню компании, описать в тексте все алгоритмы и на основе этого построить схему в графическом редакторе.
Другие материалы Skillbox Media для менеджеров
Эффективный руководитель
Вы научитесь разрабатывать стратегию, ставить цели, создавать бизнес‑процессы и комфортный климат в команде. Найдёте точки роста в своей компании, сможете претендовать на повышение или масштабировать бизнес.
Узнать про курс
Автоматизация документооборота компании давно стала одной из обычных задач, стоящих перед ИТ-специалистами. Это обусловлено тем, что документы является самым распространенным средством поддержки выполнения бизнес-процессов, обеспечивая фиксацию и перенос информации от одного исполнителя к другому. Поэтому эффективность бизнес-процессов организации во многом определяется скоростью и качеством прохождения документов через сотрудников компании.
С точки зрения специалистов ИТ-службы документы представляют мощный информационный поток, который можно автоматизировать двумя способами. В первом случае прохождением и хранением документов занимаются специализированные системы. Например, прохождение стандартных бухгалтерских документов может автоматизироваться в управленческой информационной системе (1С, Галактика), работа с конструкторско-технологической документацией — в PLM-системе (Лоцман:PLM, T-FLEX DOCs). Но в компании всегда есть набор документов, которые не «ложатся» в одну из существующих информационных систем (ИС). Это могут быть внутренние отчеты, организационно-распорядительная, проектная и другая документация. В этом случае, движение документов может быть автоматизировано только с помощью специализированных систем электронного документооборота с поддержкой технологии workflow (например, OPTiMA-WorkFlow).
Методологию внедрения подобных систем, созданную на основе опыта специалистов ГК «Современные технологии управления» (biztech.ru) (г. Самара), как консультантов по управлению, и специалистов компании Upscale Soft (upscalesoft.ru), осуществляющих разработку и внередние системы «OPTiMA-WorkFlow» (optima-workflow.ru), мы и предлагаем рассмотреть в этой статье.
Формализация документооборота — способ повысить эффективность внедрения СЭД
Интерес к системам электронного документооборота (СЭД) уже давно держится на высоком уровне, но, несмотря на уже более десятилетнюю практику внедрения подобных систем, не все проекты внедрения завешаются успешно. Среди возможных причин неудачи можно выделить: неправильный выбор системы, неподготовленность технической инфраструктуры, саботирование проекта внедрения со стороны сотрудников организации, но, пожалуй, самой главной причиной остается отсутствие должного внимания к формализации документооборота.
Директор по разработке и внедрению компании UpScale Soft Ефим Старостин так комментирует сложившуюся на ситуацию: «Внедряя OPTiMA-WorkFlow в крупных организациях, мы часто сталкиваемся с проблемой недостаточного понимания важности формализации документооборота, что приводит к различным негативным последствиям, например, к частой переделке маршрутных схем движения документов… В редких случаях мы опираемся на готовые модели бизнес-процессов, созданные на базе систем бизнес- моделирования, благодаря чему резко сокращаются сроки внедрения и возрастает отдача от системы документооборота…»
Очевидно, что невозможно внедрить любую информационную систему без формализации самого объекта автоматизации. В нашем случае, объектом автоматизации является процесс прохождения документов через сотрудников компании. Отсутствующее или некачественно выполненное описание документооборота компании на ранних стадиях проекта и недостаточное выделение ресурсов для выполнения этого этапа может привести к:
- Неправильному выбору СЭД, т. к. могут быть неучтены особенности движения документов;
- К срыву сроков проекта из-за необходимости корректировать неправильно выполненное описание документооборота уже в момент внедрения системы;
- К провалу проекта из-за не использования сотрудниками неправильно настроенной системы.
К сожалению, важный этап по формализации документооборота является самым «нелюбимым» у ИТ-специалистов, что проявляется в сдвиге этого этапа в середину проекта и концентрации на сугубо «технических» аспектах. Действительно, приобретение и ввод в эксплуатацию серверов, установка и настройка программного обеспечения уже не вызывает сложностей, а проведение обследования своей собственной компании еще вызывает проблемы. Это связано с незнанием формальных методологий формализации документооборота, а также с тем, что еще не каждая компания имеет в штате бизнес-аналитиков — специалистов по этому виду деятельности.
Подходы к формализации документооборота
Выбор способа формализации документооборота зависит от стратегии развития ИТ-службы и от уровня зрелости компании в целом. Можно выделить два подхода к описанию маршрутов прохождения документов: «от документов» и «от процессов».
Описание документооборота «от документов» исторически является наиболее распространенным и широко используется при внедрении СЭД. При таком подходе во главу угла ставится сам документ и его перемещение между исполнителями. Описание маршрута прохождения внутреннего документа, как правило, выглядит следующим образом: Разработка проекта документа — Согласование документа — Доработка документа -Отправка (или Сдача в архив) документа. Причем стадии «Согласование документа» и «Доработка документа» могут повторяться до тех пор пока не будут устранены все замечания.
Для формализации таких маршрутов могут использоваться любые доступные средства — все должно определяться принципом достаточности для решения поставленной задачи. Самым простым вариантом является разработка схем движения документов в виде обычных графических блок-схем (Рис. 1). Каждая компания может разработать свой собственный способ отображения или заимствовать его у компании, оказывающей услуги по внедрению СЭД, главное — чтобы схемы были понятны сотрудникам компании и позволяли в дальнейшем провести настройку системы.
Плюсами такого подхода является минимальное время разработки методологии формализации документооборота, легкое понимание сотрудниками компании формализованных схем движения документа. Но, если компания планирует внедрение автоматизированных систем управления бизнес-процессами с помощью технологии Workflow, то необходимо использование уже более мощных средств описания маршрутов. В качестве такого средства можно использовать нотацию графического моделирования IDEF3, позволяющую описать сценарий обработки документа с большой точностью. Нотация IDEF3 содержит все необходимые графические элементы для отображения параллельной или последовательной работы с документом, а также дополнительных условий, например, таких как: «выполнение следующих функций должно начаться строго одновременно» или «может начать выполняться только одна из следующих функций».
Минусом применения этой нотации является то, что на самой диаграмме не видно, кто из сотрудников выполняет ту или иную функцию по обработке документа. Чтобы выйти из этой ситуации, можно название должностей сотрудников указывать непосредственно в названии функции (Рис 2). Также, к сожалению, практика показала, что эта нотация, идеальная с точки зрения ИТ-специалистов, является слишком сложной для сотрудников предприятия. Это может привести к формальному утверждению технического задания на внедрение СЭД, но в последствии — к корректировке маршрутов движения документов уже на этапе внедрения системы.
Применение технологий бизнес-моделирования
Описанный подход позволяет внедрить СЭД и минимизировать затраты и риски проекта, проектная документация ИТ-службы при этом пополняется еще одним документом, содержащим еще один срез описания деятельности компании. Главным недостатком такого подхода при его несомненной простоте является отсутствие информации о самом бизнес-процессе, который призван поддержать рассматриваемый документ. Поэтому полученной информации, нужной и достаточной для внедрения СЭД, начинает не хватать, когда возникают задачи изменить содержание документа, оптимизировать маршрут прохождения документа или вообще отказаться от его использования. Это невозможно сделать без анализа дополнительной информации, для этого необходимо знать:
- Какие еще документы используются в бизнес-процессе;
- Какие функции, помимо функций обработки документа, входят в бизнес-процесс;
- Какие сотрудники задействованы при выполнении всех функций бизнес-процесса.
Поэтому трата времени на описание только документооборота не совсем приемлема для организаций, находящихся на зрелом уровне развития, когда рассматриваются и решаются не отдельные задачи по автоматизации, а повышается эффективность деятельности компании в целом. Выходом является создание полноценной модели бизнес-процессов, содержащей описание всех выполняемых функций, а не только действий сотрудников, связанных с обработкой документов. В результате становится возможным анализ и работа не только со следствием — документооборотом, но и с причиной, которая его вызывает, т. е. с бизнес-процессами. Полученное описание бизнес-процессов можно использовать для решения целого ряда задач, стоящих перед ИТ-службой:
- Анализ и принятие взвешенного решения о способе автоматизации бизнес-процессов компании. Возможными способами могут стать, как уже говорилось выше: автоматизация с помощью управленческой информационной системы, внедрение PLM-системы, системы документооборота или workflow или вообще отказ от автоматизации, если решить задачу можно за счет простого изменения бизнес-процесса;
- Формирование маршрутов документооборота, на основе содержащейся в модели информации;
- Разработка технических заданий на внедрение информационных систем с использованием диаграмм бизнес-процессов;
- Формирование инструкций пользователя по работе с информационной системой путем дополнения бизнес-процессов функциями по работе в ИС (занесение данных в систему, получение отчета, и т. п.). В результате становится возможным получение реестра функций ИС и включение регламента работы с ИС непосредственно в должностные инструкции исполнителей.
Система бизнес-моделирования Business Studio
На сегодняшний день для создания модели деятельности компании целесообразно использовать специализированные системы бизнес-моделирования, позволяющие решать широкий круг задач: описание бизнес-процессов и организационной структуры, создание реестра документов компании, формирование отчетов и регламентных документов, в том числе и отчета по документообороту. Например, в системе бизнес-моделирования Business Studio (businessstudio.ru) описание бизнес-процессов и документооборота происходит одновременно. Если в рамках процесса происходит работа с документом (создание, изменение, использование), то документ указывается с помощью входящей или исходящей из функции стрелки, а исполнитель функции закрепляется автоматически при расположении функции в соответствующей дорожке на кросс-функциональной диаграмме (Рис. 3).
Для каждой функции указывается нормативное время выполнения и периодичность. Таким образом, формируется необходимая информация для определения маршрута движения документа, автоматического формирования отчета по документообороту и закрепления функций по обработке документа в должностных инструкциях соответствующих сотрудников. Формы отчета по документообороту могут быть разными в соответствии с решаемыми задачами. Например, для задачи описания сквозного прохождения документа через все бизнес-процессы (и соответственно всех исполнителей) может использоваться следующий отчет.
Процесс | Ответственный | Требования к срокам | Поступления | Передача | ||
---|---|---|---|---|---|---|
Процесс | Ответственный | Процесс | Ответственный | |||
A2.1.1.8 Поставка инструмента | Поставщик | Согласно условиям договора | A2.1.1.9 Получение инструмента и сопроводительной документации. Проверка инструмента на соответствие требованиям | Менеджер по инструменту | ||
A2.1.1.9 Получение инструмента и сопроводительной документации. Проверка инструмента на соответствие требованиям | Менеджер по инструменту | Согласно условиям договора | A2.1.1.8 Поставка инструмента | Поставщик | A2.1.2.1 Формирование приходного материального ордера. Подписание накладной на инструмент | Кладовщик |
A2.1.2.1 Формирование приходного материального ордера. Подписание накладной на инструмент | Кладовщик | В течение 20 мин. | A2.1.1.9 Получение инструмента и сопроводительной документации. Проверка инструмента на соответствие требованиям | Менеджер по инструменту | Бухгалтер | |
A2.1.2.3 Регистрация приходного ордера | Бухгалтер | В течение одного часа. | A2.1.2.1 Формирование приходного материального ордера. Подписание накладной на инструмент | Кладовщик | ||
A2.1.2.4 Прием инструмента на склад. Отметка о приеме в журнале учета движения инструмента | Кладовщик | Не более 20 мин. | A2.1.2.1 Формирование приходного материального ордера. Подписание накладной на инструмент | Кладовщик |
Таблица 1. Регламент прохождения документа «Гарантийный талон», сформированный в системе Business Studio
Ценность такого интегрального подхода состоит в том, что при изменении бизнес-процессов компании пропадает необходимость вносить изменения в два разных места — в модель бизнес-процессов и в описание документооборота так как вся необходимая информация хранится одной модели. Когда меняются бизнес-процессы, возможны следующие виды изменений, отражающихся на документообороте.
№ | Изменения в бизнес-процессах | Отражение в документообороте |
---|---|---|
1 | Изменен ответственный за выполнение функции. | В маршруте движения документа необходимо изменить исполнителя. |
2 | Изменена структура бизнес-процесса. | Изменился маршрут прохождения документа. |
3 | Документ перестал использоваться в компании. | Исключение документа из документооборота. |
4 | Появился новый бизнес-процесс, что повлекло за собой появление нового документа. |
Разработка и ввод в действие:
|
Таблица 2. Изменения в бизнес-процессах и их отражение в документообороте
Все произошедшие изменения необходимо отразить в регламентных документах компании и провести настройку СЭД. Компаниям, которые изначально пошли по пути создания модели бизнес-процессов, отреагировать на такие изменения значительно проще — достаточно актуализировать модель и заново сформировать отчет о документообороте и другие регламентные документы. В случае же, когда подсистема документооборота рассматривается отдельно, необходимо спроектировать новые маршруты движения документов вручную, что обычно приводит к дополнительным затратам времени и непредсказуемому качеству результата.
Недостатками этого подхода являются более высокая трудоемкость описания, так как требуется описать все функции бизнес-процесса, а не только функции, связанные с обработкой документа, и возможность применения в условиях достаточно зрелой организации, в которой существуют устоявшиеся бизнес-процессы. Преимуществом же является получение одной связанной модели системы управления компанией, включающей бизнес-процессы, организационную структуру, документы и используемые информационные системы. Такая модель, разработанная в Business Studio, позволит более эффективно осуществить выбор и настройку СЭД, а на этапе внедрения автоматически сформировать и передать пользователям регламенты работы в информационной системе. Также полученная модель поможет ИТ-службе хорошо изучить работу своей компании, а значит и общаться с руководителями и сотрудниками других подразделений на одном языке.
Компаниям, задумывающимся о внедрении систем электронного документооборота и стремящимся формализовать работу с документами, можно порекомендовать изначально ставить задачу более широко — полностью формализовать свою деятельность, а не только документооборот. Конечно, на это потребуется больше времени, но и эффекта от такого подхода будет значительно больше: ИТ-специалисты получат описание документооборота компании для настройки СЭД, топ-менеджеры — формализованную систему управления, а сотрудники компании — актуальные регламентные документы.
Опубликовано по материалам:
Журнал «BYTE / Россия», № 6 2006
Июнь 2006 г.
Рекомендуемые материалы по тематике
Процедура БП
От процессного управления к цифровой трансформации и роботизации. Версия 4.0
Достичь вершины легко, если ваши работники умеют и хотят работать — интервью с Игорем Лозовицким в проекте «Управление из первых рук»
Техническая поддержка — ПИТ-стоп в вашем бизнесе
Бизнес-процесс (business process) — это многократно повторяющаяся последовательность действий (операций, процедур), которая направлена на создание продукта, имеющего ценность для заказчика (потребителя, клиента, партнера). Продуктом может быть товар, услуга, документ, информация.
Например, у интернет-магазина есть следующие бизнес-процессы: обработка заказа, организация доставки, пополнение запасов, работа с возвратами.
Чаще всего бизнес-процессы описывают в виде блок-схем. Удобно делать это в специальных конструкторах, но можно нарисовать и на бумаге или в mindmap.
Для того же интернет-магазина процесс обработки заказа может выглядеть так:
Бизнес-процесс можно разложить на более мелкие действия и даже описать отдельные его этапы как подпроцессы (например, сборку заказа).
Раскладываем процесс обработки заказа на действия
Кто такой потребитель бизнес-процесса
Любой бизнес-процесс начинается со спроса потребителя и заканчивается его удовлетворением. Даже если вы вяжете на заказ, у вас тоже есть свои бизнес-процессы: есть потребитель и есть продукт, который вы производите, чтобы удовлетворить его запрос. Есть определенная последовательность действий, которая приводит к нужному результату: вы принимаете заказ, покупаете пряжу, вяжете, отдаете готовую вещь клиенту.
Потребитель процесса — субъект, который использует его результаты. Потребитель бывает внешним и внутренним по отношению к организации.
Внешний характерен для материального взаимодействия. Так, внешним потребителем будет клиент, которому вы продаёте товар или оказываете услугу.
Внутренний потребитель находится в самой организации и решает отдельные задачи внутри коллектива.
Например, есть бухгалтер, который начисляет зарплату, — потребителем его процесса будет сотрудник. Он эту зарплату получит. Есть менеджер, который составляет отчёт по продажам, — потребителем процесса будет вышестоящий начальник. Он будет использовать результаты отчёта для принятия решений.
Задачи бизнес-процесса
Бизнес-процессы нужны, чтобы представить сложную информацию в простой для восприятия форме для дальнейшего изучения и принятия решений.
Описание бизнес-процессов решает две задачи:
- Исследование бизнеса. Графические изображения наглядно показывают внутреннюю кухню компании. Так легче найти её наиболее уязвимые места, устранить дублирующие или лишние операции, найти действия, которые затягивают работу во времени.
- Формализация действий. Когда на каждую задачу есть четкая инструкция и алгоритм действий, сотрудники работают эффективнее, а адаптация новых работников проходит в разы быстрее.
Виды бизнес-процессов
Основные. Это процессы, ради которых бизнес создавался и которые приносят прибыль, — производство продукции, оказание услуг. Для производителя детского питания одним из основных процессов будет производство яблочного пюре.
Сопутствующие. Также направлены на создание продукта и приносят прибыль. Однако при этом они обеспечивают сопутствующую деятельность. Для того же производителя детского питания сопутствующим будет процесс производства тары для пюре. Баночки могут делать как для своих продуктов, так и на заказ для других производителей.
Вспомогательные. Направлены на поддержание основных бизнес-процессов. Например, ремонт и обслуживание производственных линий.
Обеспечивающие. Их цель — сделать возможными основные процессы. Это кадровое, финансовое, техническое обеспечение.
Управляющие. Охватывают весь комплекс функций управления. Сюда относят планирование, формирование и осуществление управленческих воздействий, а также контроль.
Процессы развития. Связаны с совершенствованием продукта, улучшением производительности. Например, изменение рецептуры, производство более экологичной упаковки, закупка нового оборудования.
Структура бизнес-процесса
У любого бизнес-процесса есть:
- Вход — исходное сырьё или данные, необходимые для старта.
- Выход — результат проделанной работы.
- Ресурсы, необходимые для его выполнения.
- Управляющие воздействия — методики, инструкции, правила выполнения, требования.
- Владелец — тот, кто владеет ресурсами, управляет процессом и несёт ответственность за результат. Это не обязательно руководитель подразделения или компании. Владельцем процесса «Сборка заказа» будет руководитель склада.
- Исполнители — сотрудники, задействованные в выполнении процесса.
- Критерии оценки — индикаторы, с помощью которых владелец видит «узкие места» и принимает решения относительно процесса. Для сборки заказа индикаторами могут быть время исполнения, дополнительные издержки.
Описать бизнес-процесс можно:
- Текстом. Это будет пошаговая инструкция с подробным указанием регламентов и стандартов выполнения всех действий.
- В табличном виде. В строках таблицы будут прописаны подпроцессы, а в столбцах: исполнители, входы и выходы.
- Графически в виде блок-схемы. Графическое описание (его ещё называют картой бизнес-процесса) наиболее наглядно для восприятия, поэтому его используют чаще всего.
Для графического описания чаще всего применяют нотации.
Нотация — это совокупность принципов и стандартов описания: как именно мы будем описывать процесс, какие условные обозначения для элементов будем применять, правила чтения моделей и их элементов. Это своеобразный конструктор из стандартизированных обозначений элементов процесса, из которых собирают блок-схему.
Нотаций для моделирования бизнес-процессов придумали много: VAD, TPC, BPMN, IDEF. Они отличаются принципами построения, но схемы всегда выстроены логично и понятно, и поэтому считываются интуитивно даже теми, кто впервые их видит.
Популярные инструменты для моделирования бизнес-процессов:
- Bizagi Process Modeler;
- ELMA;
- Visual Paradigm;
- ARIS Express;
- Camunda.
Как правильно описать бизнес-процесс
Шаг 1. Задайте границы процесса
Границы определяются по входам и выходам. Например, чтобы найти границы процесса продаж лидам, полученным с email-рассылки, нужно понять:
- Что является целевым результатом процесса. Для продаж это заключенная сделка. Она будет границей окончания процесса.
- Когда может начаться процесс. В нашем примере — с получения заявки от лида. Это событие будет одной из границ начала процесса.
- Какие ресурсы нужны. Например, CRM-система или менеджер, который будет закрывать сделку. Наличие такого ресурса может являться одной из границ начала, потому что без него выполнить процесс не получится.
Шаг 2. Определите элементы бизнес-процесса
Пока просто текстом ответьте на вопросы в документе или на бумаге. Возможно, в процессе построения схемы информацию придется дополнить или пересмотреть, но сейчас важно собрать все данные в одном месте:
- определяем цель процесса;
- описываем шаги;
- определяем исполнителя;
- описываем последовательность выполнения шагов, или тайминг, ограничения по времени выполнения какого-либо шага;
- определяем, чем сопровождается действие: товарно-материальные ценности, потоки документов, информационные потоки и т.д.;
- описываем результаты процесса (товарно-материальные ценности, документы, информация) и требования к этим результатам;
- перечисляем ресурсы, которые нужны, чтобы бизнес-процесс мог произойти;
- перечисляем показатели, которыми измеряется результативность и эффективность бизнес-процесса;
- указываем владельца процесса;
- описываем нюансы исполнения для каждого шага.
Шаг 3. Разбейте бизнес-процесс на основные этапы
В нашем примере можно выделить следующие этапы:
- Регистрация входящей заявки.
- Презентация продукта.
- Оформление сделки.
Шаг 4. Добавьте развилки и другие события
Дополняем схему основными вариантами развития процесса и промежуточными событиями.
Шаг 5. Обозначьте роли участников процесса
В описаниях не указывают конкретные имена исполнителей. Здесь применяют понятие «роль». Одни сотрудник может выполнять несколько ролей, и одну роль могут исполнять несколько сотрудников. Из ролей складывается должность.
В нашем примере роль одна — менеджер по продажам. Её могут выполнять несколько человек.
Шаг 6. Разместите на схеме документы, программы и базы данных
Документ — это информация на любом носителе: электронное письмо, инструкция, доклад, презентация.
В схеме указываем не просто название документа, программы или базы данных, а даем на них ссылки (в специализированных сервисах есть такая возможность).
По этому же принципу схемы дополняют инструментами/материалами, которые используются в процессе, показателями эффективности, сносками, комментариями и связывают с другими бизнес-процессами.
Правила описания бизнес-процессов компании. Любое описание бизнес-процесса должно быть:
- Завершённым. Процесс должен подробно описывать все действия, необходимые для получения результата, варианты развития событий и заканчиваться достижением той цели, которую ставили в начале.
- Лаконичным. Несмотря на большой объём используемой информации, её нужно излагать компактно, вычленяя только главные моменты.
- Реализовано в стандартных нотациях. Существующие нотации созданы для того, чтобы моделировать схемы, понятные даже человеку с улицы.
- С указанием каждого участника. Иначе процесс будет нерабочим.
- Максимально понятным. Схема не должна быть слишком запутанной, перегруженной, объёмной.
Бизнес-процессы есть в любом бизнесе. Из них складывается вся деятельность компании. Бизнес-процессы важно описывать, чтобы видеть узкие места в работе, и улучшать, чтобы достигать новых целей.
Главные мысли
Группа компаний «Инталев»/
Этой статьей мы начинаем серию статей о новом пока еще явлении в российском менеджменте: управлении финансами и экономикой предприятия через бизнес-процессы и документооборот. Мы последовательно разберем методы и результаты применения процессного подхода при бюджетировании, учете, анализе, но начнем с определения того, что же представляет собой этот подход в целом, что вызвало его появление, какие инструменты работы сегодня в нем применяются.
История вопроса
Ситуация с управлением деятельностью крупнейших западных корпораций в конце 80-х годов прошлого века, т.е. того периода, откуда отсчитывает свои дни концепция процессного подхода в менеджменте, характеризовалась следующими моментами:
- Сложной иерархией подразделений с жесткой централизацией управления;
- «Функциональностью» структур компаний, т.е. выделением служб по принципу работы на том или ином функциональном участке: закупки, производство, продажи и т.д.
Подобная система имела естественные причины возникновения и существования, позволявшие ей продолжительное время обеспечивать относительно эффективное ведение бизнеса. В качестве таких причин можно выделить:
- Принцип как можно более детального разделения труда (специализации) с целью повышения его эффективности на отдельном участке, восходящую еще к Адаму Смиту, и вытекающую из этого необходимость существования сложной системы стыковки этих операций по всему производству;
- Исторически сложившуюся (и, конечно, связанную с причинами, описанными в предыдущем пункте) практику, особенно, в западных странах, подготовки узких специалистов, профессионально выполняющих свои непосредственных обязанности;
- Количественные, а не качественные и структурные, флуктуации спроса от периода к периоду, вызывавшие:
- концентрацию бизнеса на массовом производстве и постоянном увеличении объема выпуска однотипных товаров;
- внимание к внутренним нуждам производства, а не клиента;
- понимание изменений бизнеса как организационной реструктуризации (по сути, «сжатие – расширение» вслед за спросом), а не совершенствования ведения самого бизнеса.
Но, как известно из теории систем, развитие любой системы содержит в себе диалектическую составляющую. В данном случае это означало, что факторы бурного роста производства и бизнеса вообще постепенно выявили неэффективность существующих «рельсов развития». Основными моментами, вызвавшими переосмысление ситуации, были:
- Рост, в том числе территориальный, самих корпораций, управлять которыми из одной штаб-квартиры лишь при помощи функциональных рычагов уже не представлялось возможным.
- Усложнение процессов производства: теперь даже стандартные изделия собирались из тысяч деталей и узлов, поставляемых сотнями подрядчиков из разных регионов и стран, каждый из которых имел свои внутренние традиции, стандарты и процессы.
- Изменение отношений с клиентами – вероятно, наиболее значимый фактор. Высококонкурентная среда обострила требования покупателей к качеству продукции (поставки): прежде всего, к индивидуальности подхода, срокам проведения сделки и услугам, сопровождающим покупку. Руководители компаний не только интуитивно, но и «долларом» начали понимать, что нужно бороться за клиента через качество и скорость его обслуживания, а не улучшения внутренних производственных процессов как таковых.
И если менеджеры-практики, погруженные в текущую работу, имели возможность осознавать такие тенденции только интуитивно, а улучшения проводить на основании традиционных взглядов на бизнес: путем реструктуризации, функциональной регламентации, найма все более квалифицированного (т.е. узконаправленного) персонала и т.д., то ученые, исследующие основы управления, смогли посмотреть на проблему «революционно».
Термин «реинжиниринг» и сама идеология перестройки бизнеса для ориентации на процессы, а не «успех» функциональных подразделений, связаны с именами двух американских исследователей в области менеджмента: Майкла Хаммера (Michael Hammer) и Джеймса Чампи (James Champy). Именно они в конце 80-х – начале 90-х годов перестали задавать менеджерам и специалистам стандартные вопросы вроде «Насколько эффективно (быстро, дешево) у Вас выполняются те или иные задачи?», а задали в корне иной вопрос: «Зачем Вы вообще производите ту или иную работу?». Результаты своих исследований они в 1993 году опубликовали в книге «Реинжениринг корпораций: Манифест революции в бизнесе».
Выводы, сделанные Хаммером и Чампи, действительно можно было на тот момент назвать революционными. Они утверждали, что:
- Подавляющая часть операции, производимых на предприятиях, не имела никакого отношения ни к обслуживанию клиентов, ни к увеличению добавленной стоимости продуктов, а только к поддержанию внутреннего функционирования организаций;
- Специалисты узкого профиля, профессионально выполняющие свои локальные обязанности, понятия не имели о качестве продуктов на выходе всей цепочки операций, частью которой они являлись (проще говоря, не существовало конкретного ответственного лица за конечный результат);
- Большую часть времени на выполнение заказов клиентов занимали внутренние трансакции: передача информации и этапов работ между отделами, согласование их результатов, многократный контроль и переделки в случаях, когда видение работы одной службы не совпадало с точкой зрения другой и т.д.
В качестве панацеи от этой пагубной ситуации Хаммер и Чампи предложили взгляд на организацию не как на совокупность служб и отделов, а как «фабрику бизнес-процессов». Само понятие «бизнес-процесс» они охарактеризовали следующим образом:
«Под «процессом» мы понимаем набор операций, которые, взятые вместе, создают результат, имеющий ценность для потребителя – например, разработку нового продукта».
На Рисунке 1 изображен новый взгляд на предприятие, основу деятельности которого составляют кросс-функциональные, т.е. пересекающие границы функциональных служб («дымоходов» в трактовке апологетов процессного подхода), бизнес-процессы.
Рис. 1. Процессное предприятие
Отметим, что, разрабатывая свою концепцию, будущие «гуру менеджмента» опирались на практический опыт, существовавший в штабных структурах НАТО, описывавших свои регламенты в терминах процессов по технологии IDEF (о нем – чуть ниже) еще с 60-х годов. Но Хаммер и Чампи качественно развили эту идею для нужд бизнеса.
Помимо термина «бизнес-процесс» исследователи ввели еще одно основополагающее понятие своей концепции – реинжиниринг (в некоторых русских транскрипциях: реинжениринг), суть которого заключается в построении деятельности уже существующей и функционирующей организации «с нуля», но уже с ориентацией на процессы, а не отдельные замкнутые функции. Как провозгласили в 1993 году Хаммер и Чампи: «Нужно все начать заново!».
- Техника построения бизнес-процессов
Для понимания техники построения бизнес-процессов нужно определить ряд терминов:
- Операция (функция) – простейшее действие, неразложимое на составляющие, на выходе которого образуется некоторый результат.
- Бизнес-процесс – последовательность логически связанных операций (функций), на выходе которой образуется некоторый результат.
Примечание: Разделение работ на операции и процессы определяется только требуемым уровнем детализации. Для разрешения этого вопроса в конкретных средствах описания бизнес-процессов существует такое понятие, как вложенный процесс: операция, представляемая таковой на одном уровне рассмотрения, при дальнейшей детализации уже сама по себе может являться цепочкой еще более простых операций, т.е. процессом.
- Процессный подход – взгляд на предприятие как связанное множество бизнес-процессов. Противоположностью ему является структурный (или функциональный) подход, рассматривающий предприятие как совокупность некоторых статических структур, выполняющих определенные функции.
- Реинжиниринг – перестройка (как правило, достаточно глубокая) организации путем моделирования и внедрения эффективных бизнес-процессов.
- Инжиниринг – поддержание текущего процессного управления на предприятии и постоянное совершенствование процессов.
- Вход процесса – ресурсы в любых формах (материальные, человеческие, информационные), возникшие вне данного процесса, но перерабатываемые внутри него для получения желаемого результата.
- Выход процесса — результат, появляющийся после завершения процесса: продукт, услуга, информация (как внутренние для предприятия, так и внешние).
Примечание: Так как процессов на предприятии множество и все они определенным образом взаимосвязаны, то выход одного процесса часто является входом для другого.
- Событие – некоторая ситуация, позволяющая определить, что одна операция завершена и необходимо (возможно) переходить к совершению следующей. Пример: оформление документа (операция) – документ оформлен (событие) – передача документа в бухгалтерию (операция) – документ передан (событие).
Примечание: Упрощенно бизнес-процесс можно трактовать как поток чередующихся событий и операций, ограниченный входом и выходом.
- Интерфейс – участок процесса, на котором он становится кросс-функциональным (кросс-организационным), т.е. пересекает границы одного подразделения (или предприятия).
- Владелец процесса – сотрудник предприятия, пользующийся результатом процесса и/или выполняющий большую часть работ по нему, и, вследствие этого, его контролирующий.
- Клиент процесса — сотрудник предприятия (внутренний клиент) либо контрагент предприятия (внешний клиент), пользующийся результатом процесса.
Примечание: В случае с внутренним клиентом, владелец и клиент процесса могут совпадать в одном лице.
На Рисунке 2 представлена общая схема условного бизнес-процесса с элементами, определенными выше (в формате EPC (англ. Event-driven Process Chain – Функционально-событийная диаграмма).Рис. 2. Общая схема бизнес-процесса
- Результаты инжиниринга
Комплексный реинжиниринг является достаточно сложной и иногда даже болезненной процедурой для предприятия с устоявшейся структурой и методами управления. Поэтому необходимо выделить те положительные результаты, которых можно достигнуть при его грамотном проведении. Укажем лишь некоторые (наиболее явные и значимые) из них:
- Объединение работ.
В технологиях, основанных на структурном подходе, существует, как правило, множество работ по созданию отдельного продукта, поскольку сотрудникам каждого отдела «необходимо» внести свою лепту. Процессный же подход позволяет свести воедино разрозненные участки работ и передать их в ведение так называемых ситуационных команд (caseteam), состоящих из специалистов в различных областях, но работающих вместе и под общим контролем (владелец процесса) для достижения общего и всем понятного результата. Предельным случаем этого метода является передача всех работ одному ситуационному работнику (caseworker), способному ответить за конечный выход.
- Параллелизация работ.
При структурном подходе подавляющая часть работ неизбежно выполняется последовательно, поскольку каждый этап должен быть передан от одного отдела к другому. Если же цепочка работ переосмыслена как единый бизнес-процесс, то видна его общая логика, и теперь работы, которые действительно могут идти одновременно, можно запускать параллельно, избавляясь от простоев и получая огромную экономию времени.
- Делегирование полномочий принятия решений непосредственному исполнителю
Два фактора влияют на возможность делегирования полномочий:
- Если прописана общая схема процесса, то работник даже на самом нижнем уровне представляет, какой результат ждут от него на следующем этапе в той или иной ситуации. Таким образом, он сам может принять решение о том, какие действия и когда необходимо предпринять.
- Технически реинжиниринг тесно связан с автоматизацией, которая обеспечивает ответственному сотруднику постоянный доступ к базам данным, на основе информации из которых можно принять компетентное решение, соответствующее общей ситуации в компании, без обращения к вышестоящему лицу.
- Индивидуализация результатов на основе многовариантности процессов
Фрагментация работ, свойственная структурному подходу, позволяла относительно эффективно действовать только при хорошо накатанной одномерной логике процесса, и, следовательно, производить типовые продукты. Одной из основных задач, стоявших перед новой технологией, было обеспечение клиентов наилучшим сервисом и удовлетворение их индивидуальных потребностей. Это стало возможным благодаря описанию множества возможных вариантов последовательности работ и выходов процесса в зависимости от того, какие требования предъявлял клиент.
- Выполнение работ в точке наибольшей эффективности
Видение существующего процесса на всех участках позволяет определить, где и какие работы можно выполнить наиболее эффективно, и, в соответствии с этим, выстроить новый процесс. В частности, это оказалось одним из факторов популярности такой формы сотрудничества предприятий, как «аутсорсинг» (англ. outsourcing – «передача части своих функций на сторону»). Суть ее заключается в выделении среди всех функций, выполняемых в компании, тех, что не относятся напрямую к ее бизнесу, и передача их выполнения сторонним подрядчикам, специализирующимся на данных работах, по контракту. Так компании сокращают свои накладные расходы и одновременно получают более качественный результат работ, осуществленных специалистами.
- Сокращение времени контроля и согласования
При совместной работе специалистов различных отделов над общим процессом практически отпадает необходимость согласования промежуточных этапов, так как работа «прозрачна» для всех участников. По этой же причине сокращается количество точек контроля и время прохождения каждой из них при сохранении и даже увеличении качества конечного продукта.
- Унификация контакта с внешней средой.
Клиенту, как правило, удобней и дешевле контактировать только с одним сотрудником компании, представляющим весь процесс по осуществлению сделки и отвечающим за ее результат. Структурный подход зачастую не давал такой возможности, поскольку различные работы по сделке проводились отдельно, и на каждом этапе возникал новый «ответственный», которого нужно было вводить в курс дела и налаживать с ним отношения. Для процессного же обслуживания клиентов выделяется так называемый ситуационный менеджер (case manager) – в российской практике большее распространение получили термины «клиент-менеджер» или «проект-менеджер»,- ведущий сделку от начала до конца и отвечающий за ее результат как перед собственным руководством, так и перед клиентом.
- Совмещение централизованных и децентрализованных функций
Гибкая структура процессов и постоянный доступ к необходимой информации позволяют быстро принимать решения как на верхнем уровне (по ключевым стратегическим вопросам), так и в самом нижнем звене исполнения (по оперативной ситуации), без длительной процедуры вертикальной передачи вопросов и распоряжений.
- Инжиниринг и реинжиниринг
Важным моментом является соотнесение понятий «инжиниринг» и «реинжиниринг». Некоторые специалисты предпочитают не выделять два самостоятельных термина, дабы не перегружать концепцию процессного управления «лишними» смыслами. С этим можно согласиться, но лишь до определенных пределов, а именно, до внедрения процессного управления на практике.
За любой революцией следует более стабильный этап развития и поддержания вновь созданной системы. Это верно и в отношении процессов: после коренной перестройки предприятия возникает множество других задач и форм работы с процессной структурой.
Существуют различные элементы управления процессом:
- контроль существующего процесса;
- улучшение существующего процесса;
- перепроектирование существующего процесса;
- замена процесса.
Подобная сложность заставляет отделять реорганизацию бизнеса от его перманентного ведения. Ситуация усугубляется также тем, что, если реинжиниринг – предмет, скорее, идеологический (решение о его необходимости принимается на уровне ментальности, взглядов на бизнес вообще), то инжиниринг — более технологичен, он ведется на основе конкретных процедур и средств уже после того, как процессный подход начинают рассматривать как нечто, само собой разумеющееся.
Постепенно реинжиниринг, который предлагает сломать существующую на предприятии систему и построить ее заново на основе такого революционного изменения бизнес-процессов, стал превращаться в систему управления, “обрастать” технологией, становиться на почву научного обоснования. Стали появляться соответствующие программные продукты. От реинжиниринга, как метода реорганизации бизнеса через коренную перестройку имеющихся бизнес-процессов, управленческая мысль перешла к понятию “бизнес-инжиниринг”, то есть система создания бизнеса, как инженерной науки, через проектирование и управление бизнес-процессами. В бизнес-инжиниринге во главу угла ставится процессный подход, где объектом управления являются процессы на предприятии. И в этом смысле можно считать, что реинжиниринг, как техника их преобразования, стал лишь составной частью бизнес-инжиниринга.
- Средства описания бизнес-процессов
На сегодняшнем рынке программных средств для описания и моделирования бизнес-процессов «распространенными» можно назвать две технологии:
- IDEF (англ. Integrated DEFinition for Function modeling – Интегрированное Средство для Функционального Моделирования), представленный целым рядом продуктов нескольких разработчиков (см. Таблицу 1);
- EPC (или родственная ей технология UML – Unified Modeling Language), реализованная в семействе продуктов ARIS германской фирмы IDS Scheer AG или российском «ИНТАЛЕВ: Навигатор».
В России популярно мнение, что обе группы программных продуктов логично относить к так называемым CASE-средствам (англ. Computer-Aided Software/Systems Engineering – Системы Разработки Программного Обеспечения). Это мнение, как нам кажется, основывается на том, что и IDEF, и EPC широко используются для автоматизации бизнес-процессов. Однако, в функционалах двух систем, и, соответственно, разумной практике их применения имеется существенное различие: если продукты, основанные на технологии IDEF, предназначены для описания процессов на низких машинных уровнях (т.е. следующим этапом в описании является уже создание программного кода), то EPC – это средство описания высокого, проще говоря «человеческого», уровня. Таким образом, по нашему мнению, к CASE-средствам корректно относить только IDEF-продукты, тогда как EPC – к самостоятельной технологии по методическому описанию процессов.
В задачи нашей статьи не входит анализ технических тонкостей данных систем, и мы ограничимся разбором их возможностей с точки зрения реинжиниринга. Ниже приведена Таблица 1, иллюстрирующая текущие рыночные характеристики обеих технологий: назначение функционала, основные разработчики и примеры существующих продуктов.
Таблица 1. Технологии и программные продукты по описанию бизнес-процессов
Технология |
Назначение |
Разработчик |
Продукт |
IDEF |
Описание бизнес-процессов на низком уровне для кодирования автоматизированных систем |
Computer Associates |
BPwin |
ERwin |
|||
MetaSoft Corporation |
Design/IDEF |
||
Rational Software |
Rational Rose |
||
EPC |
Описание, моделирование и анализ бизнес-процессов на высоком уровне для методического проведения инжиниринга |
IDS Scheer AG |
и т.д. |
ИНТАЛЕВ |
|
В Таблице 2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.
Таблица 2. Сравнительные характеристики технологий IDEF и EPC
Характеристика |
IDEF |
EPC |
Объекты описания |
(в т.ч. информационные)
|
|
Формат представления данных (семантика) |
Жестко заданный стандарт |
Произвольный |
Число объектов на схеме |
От 2 до 8 |
Любое |
Логика построения процесса |
Принцип доминирования одной функции над другой |
Хронологическая последовательность выполнения функций |
Характеристики связей между объектами |
Определяется направлением связи (т.е. 4 типа: слева, направо, сверху и вниз по отношению к функции) + комментарии |
Определяется индивидуальными свойствами (атрибутами) связи, т.е. практически неограниченное число |
Приведем пример одного конкретного процесса – «Выполнение заказа клиента», — описанного в форматах обеих технологий. На Рисунке 3 представлена IDEF-диаграмма.
Рис. 3. IDEF-диаграмма процесса «Выполнение заказа клиента»
На Рисунке 4 тот же самый процесс представлен в формате событийно-функциональной диаграммы EPC.
Рис. 4. EPC-диаграмма процесса «Выполнение заказа клиента»
Понятно, что конечный результат описания реально существующего в жизни процесса, в каком бы формате оно ни производилось, будет одинаков. Однако, есть и существенные различия в техниках описания, которые позволяют по-разному рассматривать один и тот же процесс. Вот лишь важнейшие из них:
- IDEF-диаграммы более статичны, поскольку отражают структурные (иерархические) взаимосвязи между функциями, но практически ничего не говорят об их соотношении во времени. Это, с одной стороны, дает IDEF преимущество, так как в форматах EPC неочевидно, какая функция какой управляет (если только речь не идет о вложенном процессе), но, с другой, содержит и тот недостаток, что без временной взаимосвязи функций процессы чрезвычайно сложно объяснить их потенциальным участникам и, следовательно, внедрить.
- Формат IDEF-диаграмм жестко задан: можно отображать только от 2 до 8 функций на одной схеме, — что сильно сокращает степень свободы в творческом описании процессов и лишает диаграммы индивидуальности.
- Это же ограничение плюс необходимость отразить все существенные детали и свойства процесса делают IDEF-диаграммы перегруженными специфическими обозначениями – они плохо воспринимаются пользователями.
- Четко формализованный подход IDEF облегчает взаимодействие разработчиков и внедренцев прикладного программного обеспечения, поскольку техническим работникам, как правило, легче разговаривать на общем языке.
Все вышеперечисленные факторы заставляют нас сделать вывод о том, что для задач именно финансового менеджмента более продуктивным и удобным является технология EPC, на базе которой мы далее и будем строить свою работу.
Рассмотрев идеологию процессного подхода и технику построения бизнес-процессов, в следующих статьях мы расскажем об их применении в областях бюджетирования, управленческого учета, казначейства и многих других аспектах современного финансового менеджмента.
Хаммер М., Чампи Дж. Реинжениринг корпораций: Манифест революции в бизнесе. Пер. с англ. – СПб: Издательство С.-Петербургского университета, 1997. Стр. 21.
Автор — генеральный менеджер проектов Группы компаний «ИНТАЛЕВ».
Процессный подход к управлению организациями
ниже приведены некоторые определения бизнес-процессов:
Бизнес-процесс — совокупность различных видов деятельности, в рамках которой «на входе» используется один или более видов ресурсов, и в результате этой деятельности «на выходе» создается продукт, представляющий ценность для потребителя. (М. Хаммер, Д. Чампи, Реинжиниринг бизнес-процессов)
Бизнес-процесс — совокупность взаимосвязанных или взаимодействующих видов деятельности, преобразующих входы в выходы. (ISO 9000:2000)
Бизнес-процесс — несколько связанных работ или процедур, в совокупности реализующих конкретную цель текущей деятельности в рамках существующей оргструктуры.
Бизнес-процесс — это:
- процесс из последовательности операций на предприятии, которые направлены на преобразование неких входных информационно-материальных потоков с целью получения результатов, представляющих ценность для клиента;
- процесс создания добавленной стоимости продукции, удовлетворяющей при этом потребностям клиента;
- совокупность взаимосвязанных функций, которые имеют один или более входов и выходов и завершаются созданием продукта, необходимого клиенту;
- упорядоченный процесс преобразования множества входов во множество выходов, который реализует бизнес-функцию предприятия;
- набор последовательных действий, которые приводят к решению определенной предпринимательской задачи.
На рисунке представлено графическое изображение процесса, позволяющее связать вместе его существующие определения, где:
- «Выход» описывает то, что создается в результате деятельности, ее конкретную цель (ценность для клиента, ценность для заинтересованных лиц) — в частном случае, это товары и услуги;
- «Вход» описывает то, что преобразуется или расходуется в процессе деятельности (например, сырье и материалы, заявка на выполнение работ, обращение клиента и т.п.);
- «Управление» — описывает целенаправленный характер деятельности и включает все допустимые управляющие воздействия (приказы, распоряжения, задания на выполнение работ и т.п.);
- «Механизм» («Ресурсы») — описывает ресурсы, используемые для достижения поставленной цели (например, оборудование, человеческие ресурсы). Их отличие от «Входа» в том, что они используются в производственном цикле многократно;
- «Функциональный блок» — собственно деятельность компании или ее части, по преобразованию «Входа» в «Выход», преследующего заданную цель, установленную в «Управлении» и использующая для этого имеющиеся «Ресурсы».
Терминология процессного подхода [по Репину, Елиферову]:
Владелец бизнес-процесса — должностное лицо, которое имеет в своем распоряжении персонал, инфраструктура, программное и аппаратное обеспечение , информацию о бизнес-процессе, управляет ходом бизнес-процесса и несет ответственность за результаты и эффективность бизнес-процесса.
Вход бизнес-процесса — ресурс, необходимый для выполнения бизнес-процесса.
Выход бизнес-процесса — результат (продукт, услуга) выполнения бизнес-процесса.
Документооборот — система документального обеспечения деятельности организации.
Заказчик — должностное лицо, имеющее ресурсы и полномочия для принятия решения о проведении работ по описанию, регламентации или аудиту (проверке) бизнес-процесса.
Модель — графическое, табличное, текстовое, символьное описание бизнес-процесса либо их взаимосвязанная совокупность.
Процессный подход — применение для управления деятельностью и ресурсами организации системы взаимосвязанных процессов.
Показатели бизнес-процесса — количественный и/или качественные параметры, характеризующие бизнес-процесс и его результат.
Показатели эффективности бизнес-процесса — параметры бизнес-процесса, характеризующие взаимоотношение между достигнутым результатом и использованными ресурсами.
Показатели продукта (услуги) — параметры продукта бизнес-процесса.
Показатели (данные) удовлетворенности клиента (потребителя) — параметры удовлетворенности клиента.
Поставщик — субъект, предоставляющий ресурсы.
Потребитель (клиент) — субъект, получающий результат бизнес-процесса.
Потребитель может быть:
а) внутренний — находящийся в организации и в ходе своей деятельности использующий результаты (выходы) предыдущего бизнес-процесса;
б) внешний — находящийся за пределами организации и использующий или потребляющий результат деятельности (выход) организации.
Операция (работа) — часть бизнес-процесса.
Регламент бизнес-процесса (описание бизнес-процесса) — документ, описывающий последовательность операций, ответственность, порядок взаимодействия исполнителей и порядок принятия решений по улучшениям.
Сеть бизнес-процессов организации — совокупность взаимосвязанных и взаимодействующих бизнес-процессов, включающих все функции, выполняемые в подразделениях организации.
Функция — направление деятельности элемента организационной структуры, представляющие собой совокупность однородных операций, выполняемых на постоянной основе.
{НАВЕРХ}
Консультация по услугам
Мы с радостью ответим на ваши вопросы и предложим индивидуальное решение
- Программные решения
- Организационные решения
Процессный подход к управлению организациями
info@plansys.ru
+7 (903) 792:84:52
Москва