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

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

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

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

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

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

Цель регламентации бизнес-процессов

В большинстве случаев регламентация преследует следующие цели:

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

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

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

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

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

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

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

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

Ещё важно сразу продумать:

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

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

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

Типичные ошибки при регламентации бизнес-процессов

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

Также приходится сталкиваться с тем, что:

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

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

После того, как регламентация бизнес-процессов выполнена, можно приступать к их формализации с помощью систем класса BPM или Low-code. Системы Low-code, например, платформа Comindware Business Application Platform, имеют столь же большое количество возможностей, как и BPMS, и смещают центр тяжести усилий по разработке бизнес-приложений и дальнейшей их адаптации к новым требованиям бизнеса с программистов на аналитиков. Цифровая трансформация с их помощью позволяет перейти на новые принципы работы более плавно и принести хорошие результаты – но только если регламентация была проведена грамотно и с учётом всех нюансов.

Закажите демонстрацию Comindware Business Application Platform и объективно оцените её преимущества для решения ваших задач.

Елена Гайдукова, маркетолог-аналитик. Работает в сфере BPM и автоматизации процессов с 2014 года. В настоящее время является бренд-менеджером решений на базе Comindware Business Application Platform.

Похожие записи:

Опубликовано: 25 сентября 2018 в разделе Бизнес-процессы

Лидер среди BPMS на российском рынке

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

Взгляните на цифровую трансформацию глазами ИТ-директора СургутНефтеГаз

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

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

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

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

Попробуйте инновационную платформу для разработки и запуска бизнес-приложений Comindware Business Application Platform

Попробуйте полнофункциональ­ное решение для управления бизнес-процессами

Случайные статьи

• Особенности закупок в РФ — 4 главных стоп-фактора
• Зачем бизнесу ESM?
• Аналоги SharePoint для автоматизации бизнес-процессов
• Перспективы автоматизации бизнес-процессов в страховании
• Управление маркетинговой деятельностью организации
• Первое в России независимое исследование эффективности цифровой трансформации
• Начало работы вашей команды с Comindware

Полезные страницы

• Современная BPM система
• Преимущества системы автоматизации бизнес-процессов
• CRM система с функционалом BPMS
• Карта Блога

Источник: www.comindware.ru

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

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

75 просмотров

На реплику «регламенты не нужны, потому что их никто не читает» я отвечаю: «вы просто не умеете их готовить».

Оффтоп — мы запустили спецпроект! Telegram-канал «Бумажный мир» — экспертный канал о работе с документами и архивной отрасли! Актуальные новости, законодательство, инструкции и инструменты! Подписывайтесь.

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

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

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

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

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

За счет чего это достигается?

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

Материал подготовлен партнёром «Делис Архив», к.и.н., директором DocManagement Consult Софьей Ульянцевой.

DocManagement Consult – это команда методологов, экспертов в области управления документами и системных архитекторов по ведущим системам электронного документооборота, разработчик проекта ГОСТ Р «Эталонная модель цифрового документооборота организации»

Источник: vc.ru

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

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

Введение

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

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

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

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

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

1. Годовой;
2. Квартальный;
3. Месячный;
4. Недельный;
5. Ежедневный.

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

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

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

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

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

1. Контур управления:

1. Процесс управления:

1. Операция;
2. Операция;
3. …

1. Операция;
2. Операция;
3. …

1. …

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

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

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

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

1. Сбор и анализ информации для выработки решения:

1. Определение состава собираемой информации;
2. Определение форм отчетности.

1. Анализ альтернатив;
2. Подготовка вариантов решения;
3. Принятие решения;
4. Выработка критериев оценки достижения результата.

1. Планирование;
2. Организация исполнения плана;
3. Мотивация персонала;
4. Координация.

1. Учет результатов;
2. Сравнение по принятым критериям.

1. Анализ дополнительной информации;
2. Диагностика возможных причин отклонений.

1. Регулирование на уровне реализации (возврат к п. 3);
2. Регулирование на уровне выработки решения (возврат к п. 1, 2).

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

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

Описание процессов управления в среде Business Studio

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

Рассмотрен процесс управления Транспортным отделом торговой компании «Оптима»*, г. Ижевск. Описание процессов выполнено в среде моделирования Business Studio 3.5. На рисунке слева видно дерево процессов, в котором процессы управления структурированы по соответствующим контурам.

Для описания объекта модели «Управление ТО» и контуров управления использована нотация «Процесс». Это наиболее простая нотация в Business Studio, но в рамках рассматриваемой задачи ее использование вполне адекватно.

Для описания процессов управления внутри контуров управления использована нотация «Процедура» (более подробно об этой нотации можно прочитать в статье «ARIS eEPC или „Процедура“ Business Studio?»). На Рис. 1. показана схема процесса «Корректировка потребности в а/транспорте на месяц/квартал». В рамках данной модели все процессы управления были описаны в виде подобных схем.

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

1. Содержание деятельности;
2. Начало процесса;
3. Результат процесса.

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

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

Рис. 1. Структура процессов управления Транспортным отделом

Формирование отчета для выгрузки информации из Business Studio

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

1. Описание контура управления;
2. Описание процесса в контуре управления;
3. Описание операций процесса (в табличной форме) и схему процесса.

На Рис. 2. показана работа мастера отчетов среды моделирования Business Studio. При помощи системы так называемых «привязок» была сформирована необходимая структура отчета. Далее был создан и отредактирован (под формат, принятый в компании) шаблон отчета — регламент процесса управления на уровнях.

После этого готовый отчет был сохранен в папке пользовательских отчетов среды моделирования Business Studio и запущен на исполнение для объекта «Управление ТО» (см. Рис. 3).

Рис. 2. Мастер отчетов Business Studio. Разработка регламента управления на уровнях

Рис. 3. Запуск отчета для объекта «Управление ТО»

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

Рис. 4. Содержание регламента процесса управления, полученное автоматически в результате запуска отчета в среде моделирования Business Studio

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

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

Рис. 5. Вывод информации о контуре управления в отчете

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

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

На Рис. 6 видно, что описание операций процесса выводится в виде таблицы, содержащей следующие столбцы:

1. Номер операции;
2. Наименование операции;
3. Исполнитель;
4. Инициирующие события;
5. Входящие документы;
6. Описание операции;
7. Завершающие события;
8. Исходящие документы.

Графическая схема процесса представлена в виде.

Объем регламента процесса управления в целом составил для процесса «Управления ТО» около 70 страниц в MS Word, что немного для такого значительного количества процессов.

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

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

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

* Компания «Оптима» — это сеть современных удобных и доступных каждому магазинов в формате «дрогери», «магазин самообслуживания у дома». На сегодня «Оптима» — крупнейшая сеть магазинов непродовольственной группы в Удмуртии. Также компания представлена в Перми и Пермском крае, Республиках Башкортостан и Татарстан. В данный момент компания «Оптима» насчитывает более 60 магазинов и продолжает уверенно и динамично развиваться.

Шаблон отчета в формате XML для загрузки в систему Business Studio

Сентябрь 2010 г.

Источник: www.businessstudio.ru