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

---

С этим файлом связано 1 файл(ов). Среди них: Гулев_LR_1 (1).docx.
Показать все связанные файлы

---

Подборка по базе: Метрология, стандартизация, сертификация и техническое документи, Тема 3.5. Документирование перевода работника и выполнения им до, Практическая работа Документирование.docx, ПЗ документирование.docx, ПЗ документирование(2).docx, П.А. Документирование деятельности негосударственных организаций, ПЗ документирование.docx, ПЗ документирование.docx, ПЗ документирование.docx, ПЗ документирование.docx

---

МИНОБРНАУКИ РОССИИ
Федеральное государственное бюджетное образовательное учреждение высшего образования «МИРЭА – Российский технологический университет» РТУ МИРЭА филиал РТУ МИРЭА в г. Ставрополе

Кафедра _информационных технологий_____

(наименование кафедры)

РЕФЕРАТ на тему «Регламентация и документирование бизнес-процессов»

по дисциплине

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

(наименование дисциплины)

Выполнил студент: ___

Гуляев Д. В.____________________

(фамилия, имя, отчество студента)

__________________

СНБО-01-20_____________________

(учебная группа)

___________________________________________________

(подпись)
Проверил: __Киселева Татьяна Владимировна_______

(Ф.И.О., должность, звание, ученая степень)

________________________________________________________

________________________________________________________

(подпись)
Оценка: __________________________________________

Ставрополь 2022

Содержание

Введение

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

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

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

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

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

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

Ниже представлен наиболее полный «путь» проекта по регламентации.

В небольших компаниях часть этапов выполняются за 10-30 минут.

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

Этапы регламентации:

1. Принятие решения о необходимости регламентации

При принятии решения о необходимости разработки ТР руководствуются следующими основополагающими принципами:

1) идентификация проблемы (в том числе ее природы и значимости);

2) рассмотрение всех возможных вариантов подхода к проблеме;

3) изучение возможного влияния на барьеры в торговле в случае признания ТР как наиболее предпочтительного варианта;

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

5) изучение степени гармонизации с международными и региональными регламентами и стандартами;

6) рассмотрение механизма оценки соответствия;

7) изучение возможности пересмотра и контроля ТР;

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

9) соблюдение правил разработки и принятия ТР [2].

1. Выбор, кто и каким путём будет это делать. Формирование группы, распределение ролей в группе, полномочия группы
2. Обследование компании общее и создание модели бизнес-процессов

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

Также очень важен в диагностике свежий, «незамыленный» взгляд. А ещё на нас не влияют сложившиеся в Вашем коллективе неформальные отношения и интересы отдельных подразделений, поэтому мы независимы и более объективны [3].

В диагностику могут входить:

• Общий отчёт (проблемы, рекомендации и план действий) — входит в мини-аудит
• Модель бизнес-процессов
• Требования к процессам
• Анализ управленческих процессов
• Матрица ответственности
• Диаграмма причин и следствий «Скелет рыбы»
• Углублённый анализ конкретной проблемы
• Подробный анализ конкретного процесса

1. Описание процессов «как есть»

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

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

1. Постановка целей и распределение ответственности. Назначение владельцев процессов
2. Формирование требований к процессам

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

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

1. Решение спорных вопросов. Создание регламентов «как надо». Согласование регламентов и их защита

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

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

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

1. Разработка приложений, бланков, форм
2. Запуск и правка по итогам внедрения. Настройка механизма корректировки регламентов
3. Закрепление новой ответственности участников
4. Поддержание работы регламента

1. Структура регламента бизнес-процесса.

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

• Общие положения
• Термины, определения, сокращения
• Описание процесса
• Ответственность
• Контроль

Подробнее содержание разделов регламента представлено в таблице 1.

Таблица 1 — Содержание разделов

Раздел	Содержание
Общие положения	Назначение регламента (Настоящий регламент определяет порядок…); Область применения: объекты или работники организации, которых касается регламент; Нормативные документы, на основании которых разработан регламент (если они есть); Порядок утверждения, внесения изменений и отмены регламента
Термины, определения, сокращения	Определение терминов и разъяснение сокращений, используемых в тексте регламента. Термины приводятся в алфавитном порядке. Каждый из них пишется с новой строки в единственном числе, а его определение указывается через тире без слова «это». В качестве источника определений желательно использовать законодательные акты, государственные стандарты и другие нормативные документы
Описание процесса	Пошаговое описание процесса. Для удобства этот раздел делится на подпункты, каждый из которых соответствует очередному этапу процесса. В разделе указываются работники, задействованные в выполнении, описываются действие и результат
Ответственность	Ответственность участников процесса за неисполнение регламента (дисциплинарная, административная, уголовная). Последняя касается обычно сложных производственных процессов, связанных с риском для здоровья и жизни работников
Контроль	Указание Ф.И.О. должностного лица, ответственного за контроль исполнения регламента, а также, при необходимости, средства контроля

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

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

Требования к оформлению перечисленных реквизитов установлены ГОСТ Р 6.30-2003. Методические рекомендации по внедрению ГОСТ Р 6.30-2003 разъясняют и конкретизируют порядок внедрения и применения данного стандарта [5].

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Инструкции, скрипты и процедуры.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 1 — Схема потока документов в организации

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

Рисунок 2 — Пример схемы подготовки документа к отправке
Организация документооборота на предприятии может быть разработана по одной из трех форм: централизованной: все документы хранят одном подразделении — обычно это входит в функционал канцелярии или секретариата; децентрализованной: документацию распределяют по тем структурным подразделениям, которые осуществляют ее обработку, исполнение и хранение; смешанной: это комбинация первых двух форм. Организационная структура компании и объем документооборота — это главные факторы, которые определяют выбор формы. В небольшой организации с ограниченным документопотоком чаще используют централизованную форма. Функции делопроизводителя при этом поручают сотруднику бухгалтерии, кадровой службы, секретарю-референту. Компания, чьи структурные подразделения расположены территориально на удалении друг от друга, используют децентрализованную форму организации документооборота. В крупных компаниях целесообразно организовать движение документов по смешанной форме. Хранит бумаги специализированное подразделение, а текущая документация находится в работе у исполнителей. При этом исполнителям должны быть знакомы требования, предъявляемые к документообороту, а также требованиями по делопроизводству, установлены новым ГОСТ Р 7.0.97-2016. В каждой компании есть нормативные документы, регламентирующие деятельность организации, к их числу относится и инструкция о делопроизводстве. Этим регламентом устанавливается форма организации делопроизводства.

Рисунок 3 — Инструкция по делопроизводству: образец

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

Рисунок 4 — Документооборот в организации: схема для небольшой компании с централизованной формой движения документации
Заключение

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

1. https://spb-progressor.ru/bp.htm
2. https://studwood.net/749701/menedzhment/printsipialnye_osnovy_prinyatiya_resheniya_neobhodimosti_razrabotki_tehnicheskogo_reglamenta
3. https://spb-progressor.ru/r_diagnostika.htm
4. https://studbooks.net/2034566/informatika/model
5. https://ecm-journal.ru/material/Sostavljaem-reglament-na-primere-biznes-processa-kontrolja-ispolnenija-poruchenijj
6. https://koptelov.info/reglament-biznes-protsessa/
7. https://mikhailov.biz/blog/posts/chto-takoe-biznes-protsessy-kak-ih-opisyvat-reglamentirovat-optimizirovat-sut-protsessnogo-podhoda
8. https://www.sekretariat.ru/article/210898-organizatsiya-dokumentooborota-v-organizatsii-19-m4

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

Существует много разных определений понятия «бизнес-процесс». Вот, некоторые из них:

Процесс – преобразование объекта труда, добавляющее его стоимость.  Э. Деминг

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

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

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

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

Функциональный и процессный подход

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

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

 

Рис. 1 Линейно-функциональная иерархическая структура.

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

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

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

 

 Рис. 3 Синие пунктирные линии – решение проблем через руководителя.

А что же процессный подход?

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

В результате применения процессного подхода, мы получаем:

— оптимизированные процессы

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

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

Категории Бизнес-процессов

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

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

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

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

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

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

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

1. Описанию подлежат те процессы, которые уже сложились(сформировались).

2. Описание процессов начинается с моделирования схем.

3. Моделировать процессы следует в соответствии с уровнями детализации.

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

• Операция — минимальная часть дейтяльеости. Выполняется «автоматически» (переключить скорость в автомобиле, скопировать в Word и т.п.)
• Действие — несколько последовательно выполняемых операций, требующие осознанного контроля (доехать из пункта А в пункт B, написать текст и т.п.)
• Процедура — несколько последовательно выполняемых действий. У процедуры всегда есть результат (устное сообщение
• Бизнес-процесс базового уровня — последовательность взаимосвязанных процедур, выполняемых несколькими исполнителями, приводящая к значимому для организации результату.
• Направление деятельности — укрупнённая часть деятельности компании, состоящая из нескольких групп бизнес-процессов базового уровня

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

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

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

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

Зачем моделировать и регламентировать процессы? Всем ли это нужно?

 Всем ли подходит Процессный подход? Процессный подход полезен практически для любй компании с устоявшимися процессами. Но есть категория, для которых возврат на вложенные ресурсы будет максимальный.  Это такие компании с достаточно большим количеством управленческих воздействий. По опыту консультантов, регламентация деятельности приносит наибольшую пользу там, где количество постоянных управленческих воздействий превышает 1000.  Где Управленческие воздействия (УВ) = правила х исполнители. 

 

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

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

Язык описания бизнес-процессов. Нотации.

Нотаций описывающих процессы много. Самые популярные нотации процессов:  eEPC, BPMN, Cross Functional Flowchart (Процедура), Flowchart, IDEF0,.

Что такое нотация ?

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

Как правило при описании процесса отражают, как минимум четыре сущности процесса:

• вход процедуры (процесса)
• исполнитель процедуры
• сама процедура (текстовое обозначение- отглагольное существительное)
• выход процедуры (результат процедуры/процесса)

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

 Каждая нотация имеет свои плюсы и минусы:

Диаграмма Cross-functional Flowchart  – не отображает исполнителей, EPC – наиболее подробная, но если процессы большие, то схема разрастётся до больших плохо читаемых размеров, BPMN – современная, наиболее развивающаяся нотация, но наиболее полезна, если в будущем вы планируете автоматизировать процессы.

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

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

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

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

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

группа 1. Методы оптимизации «здравого смысла»:

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

  Примеры оптимизаций из первой группы : 
  При описании взаимодействия между отделом бронирования заказов и отделом продаж туристической компании было замечено, что 80% всех причин отказов в бронировании вызвано всего пятью причинами. Стандартизовав эти 5 причин, ИТ-специалисты сделали 5 кнопок во внутренней ERP-системе, что позволило значительно сократить объём переписки между отделами, ускорило и упорядочило информирование менеджеров продаж.

группа 2. Методы бережливого производства

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

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

Метод согласования входов — выходов между на стыках процессов SIPOC.

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

Для решения проблем на таких стыках разработана методика SIPOC. SIPOC — акроним  от слов supplier, input, process, output, customer (поставщик, вход, процесс, выход, клиент).

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

 
Рис. 5 Методика согласования требований «клиент-поставщик» SIPOC.

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

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

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

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

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

Категории процессов

Процессы принято делить на :

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

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

Мифы и заблуждения

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

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

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

Больше полезных материалов в моем Instagram

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

персонал;

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

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

информация;

прочие.

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

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

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

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

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

Причины:

1. те, кто пишет
   документы, сами их не исполняют;

2. нехватка времени
   на подготовку хорошо проработанного
   документа;

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

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

Принцип
3.
Лучше
толще, но меньше.

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

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

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

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

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

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

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

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

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

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

• ответственность
  и полномочия руководителей;

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

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

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

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

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

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

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

Шаблон регламента
процесса представлен в приложении 1.

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

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Для чего предприятия регламентируют свои бизнес-процессы? Приводит ли это к заметному росту эффективности?

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

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

1. Понятие регламентации

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

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

Регламентация – это установление подробных правил, определяющих порядок деятельности государственного органа, учреждения, организации и др. (Большая советская энциклопедия. — М.: Советская энциклопедия. 1969—1978)

Введем общие понятия регламента и инструкции.

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

2. Цели регламентации

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

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

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

•    Тиражирования опыта в другие организации (филиалы, новые предприятия);

•    Накопления знаний и передачи их новым сотрудникам (при обучении, приеме на работу)

•    Для проведения внутренних аудитов.

3. Проблемы регламентации

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

 

Рис.1 Области регламентации при наличии системы бизнес-процессов

Без предварительно построенной системы процессов традиционны следующие ошибки:

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

•    неправильно определены границ процессов;

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

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

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

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

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

4. Типовая структура регламента бизнеса-процесса

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

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

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

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

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

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

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

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

5. Особенности регламентации бизнес-процессов верхнего уровня

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

•    Ответственность и полномочия руководителей;

•    Технология управления бизнес-процессом (планирование, организация, контроль, мотивация, принятие решений по процессу);

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

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

Важно:

•    Создать систему процессов;

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

<<Содержание регламента бизнес-процессов верхних уровней (шаблон)

6. Особенности регламентации бизнес-процессов операционного уровня

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

<<Содержание регламента бизнес-процессов операционного уровня (шаблон)

Алгоритм разработки

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

ШАГ № 1: Найти проблему

ШАГ № 2: Определить «вход» и «выход» процесса

Наш процесс: Василий планирует…

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

Введение

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

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

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

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

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

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

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

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

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

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

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

1. Контур управления:
   1. Процесс управления:
      1. Операция;
      2. Операция;
      3. …
   2. Процесс управления:
      1. Операция;
      2. Операция;
      3. …
   3. Процесс управления
      1. …

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

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

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

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

1. Сбор и анализ информации для выработки решения:
   1. Определение состава собираемой информации;
   2. Определение форм отчетности.
2. Выработка решения:
   1. Анализ альтернатив;
   2. Подготовка вариантов решения;
   3. Принятие решения;
   4. Выработка критериев оценки достижения результата.
3. Реализация решения:
   1. Планирование;
   2. Организация исполнения плана;
   3. Мотивация персонала;
   4. Координация.
4. Учет результатов реализации решения:
   1. Учет результатов;
   2. Сравнение по принятым критериям.
5. Оценка и контроль результатов реализации решения;
6. Анализ и выявление существенных факторов, повлиявших на решение и результаты его реализации:
   1. Анализ дополнительной информации;
   2. Диагностика возможных причин отклонений.
7. Регулирование существенных факторов доступными инструментами:
   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 был разработан специальный отчет, который включает информацию о процессах на 3-х уровнях:

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

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

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

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

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

Отчет, запущенный для объекта модели «Управление ТО» сгенерировал документ в MS Word и вывел всю информацию о контурах и процессах управления в нужном формате. Автоматически было получено содержание документа (см. Рис. 4.).

Рис. 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 г.

Рекомендуемые материалы по тематике

Глоссарий. Регламент процесса

Методика описания бизнес-процессов банка. Версия 2.0

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

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