- •1.1.4. Процессы подразделений (внутрифукнциональные процессы)
- •1.1.5. Сквозные (межфункциональные) процессы
- •1.1.6. Декомпозиция процессов
- •1.1.7. Процессная и функциональная системы управления: возможно ли совмещение?
- •1.2. Сеть процессов организации
- •1.2.1. Особенности выделения процессов в организации
- •1.3.1. Классификация процессов
- •1.3.2. Размер и число процессов
- •1.4.1. Применение правил выделения процессов
- •1.4. Техника пошагового выделения процессов
- •1.4.2. Пошаговое выделение процессов организации
- •1.5. Практический пример выделения
- •1.5.1. Исходные данные по компании
- •1.5.2. Результаты обследования компании консультантами
- •1.5.3. Проект сети процессов компании
- •1.5.4. Уточненный список процессов и их владельцев
- •1.6. Литература к главе 1
- •1.1.6. Декомпозиция процессов
- •1.1.7. Процессная и функциональная системы управления: возможно ли совмещение?
- •1.2.1. Особенности выделения процессов в организации и объединения их в одну сеть
- •1.3.1. Классификация процессов
- •1.3.2. Размер и число процессов
- •1.4.2. Пошаговое выделение процессов организации
- •1.5. Практический пример выделения
- •1.5.1. Исходные данные по компании
- •1.5.2. Результаты обследования компании консультантами
- •1.5.3. Проект сети процессов компании
- •1.5.4. Уточненный список процессов и их владельцев
- •1.6. Литература к главе 1
- •Глава 2
- •2.1.1. Функции системы менеджмента процесса
- •Раздел 6 «Управление ресурсами» — ресурсам процесса;
- •Раздел 7 «Выпуск продукции» — технологии процесса (учет требований потребителя, проектирование, закупки, выпуск продукции и т.Д.);
- •Раздел 8 «Измерения, анализ и улучшения» — организация мониторинга и улучшений процесса.
- •Раздел 5. Ответственность руководства
- •Раздел 7. Выпуск продукции
- •Раздел 8. Измерения, анализ и улучшения
- •2.1.5. Сегментирование деятельности на примере процесса бюджетирования
- •2.2. Управление бизнес-процессами (процессами)
- •2.2.1. Процесс управления организацией
- •2.2.2. Система показателей для управления процессами
- •2.2.3. Ресурсы процесса
- •2.3.1. Система документации процесса
- •2.4.1. Техника согласования входов и выходов между процессами
- •2.4.2. Табличное согласование входов и выходов процессов между собой
- •2.5.1. Исходные данные по компании
- •2.5.2. Список показателей, предложенных финансовым директором в ходе обсуждения способов измерения хода процесса
- •1. Показатели продукта.
- •2. Показатели процесса.
- •3. Показатели удовлетворенности потребителей.
- •4. Показатели Отдела информационного обеспечения.
- •2.5.3. Окончательный перечень показателей, вошедших в «Справку о ходе процесса «Управление финансами»»
- •Глава 3
- •3.1. Обзор методик моделирования
- •3.1.1. Для чего используются методики моделирования бизнес-процессов
- •3.2.1. Почему модель процесса должна быть «объемной»?
- •3.2.2. «Объемные» модели в нотации aris еЕрс
- •3.2.3. «Объемные» модели в нотации idef0
- •3.2.4. Модель бизнес-процесса в aris еЕрс, удовлетворяющая требованиям процессного подхода к управлению
- •3.3. Примеры типичных ошибок при формировании схем бизнес-процессов
- •3.3.1. Ошибки при формировании схем в нотации idef0
- •3.3.2. Ошибки при формировании модели в нотации aris еЕрс
- •Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2.
- •3.4.2. Разбор примера описания процесса
- •3.5.2. Структура шаблона регламента выполнения бизнес - процесса
- •Раздел 1. Назначение документа
- •Раздел 2. Область применения 2.1 Настоящий документ обязаны знать и использовать в работе следующие должностные лица: • (указать должностных лиц)
- •Раздел 3. Нормативные ссылки
- •Раздел 3.1. Нормативные документы внешнего происхождения
- •Раздел 3.2. Внутренние нормативные документы При разработке данного описания процесса использованы следующие нормативные документы внутреннего происхождения:
- •Раздел 4. Определения терминов, обозначения и сокращения
- •Раздел 5. Владелец процесса, выходы и входы процесса
- •Раздел 5.1. Владелец процесса
- •Раздел 5.2. Выходы Процесса Раздел 5.2.1. Выходы по управлению
- •Раздел 5.3. Входы Процесса Раздел 5.3.1. Входы по управлению
- •Раздел 5.2.2. Выходы процесса
- •Раздел 5.3.2. Входы процесса
- •Раздел 6. Ресурсы процесса
- •Раздел 7.4. Описание процесса Раздел 7.4.1. Описание схемы управления процессом в своей работе Владелец процесса руководствуется следующими документами.
- •Раздел 7.4.2. Описание схемы подпроцессов
- •Раздел 8. Ответственность руководства за управление процессом
- •Раздел 8.1. Общие положения
- •Раздел 8.2. Управление процессом Раздел 8.2.1. Планирование деятельности
- •Раздел 8.2.2. Сбор информации по показателям процесса Владелец процесса организует сбор первичной информации для расчета следующих показателей:
- •Раздел 8.2.3. Контроль и анализ хода процесса и его результатов
- •Глава 1.
3.2.3. «Объемные» модели в нотации idef0
Возможны различные способы описания деятельности руководителя на диаграммах IDEF0 (см. рис. 3.12). Можно отображать функцию управления на каждой диаграмме модели (вариант 1). В этом случае все остальные функции, указанные на диаграмме, будут иметь входы — управляющие воздействия, которые являются результатом деятельности руководителя. При таком способе описания деятельности руководителя придется включать функцию управления в каждую диаграмму модели бизнес-процесса.
Второй способ отображения деятельности руководителя иллюстрирует вариант 2. В данном случае на некоторой диаграмме верхнего уровня отображается функция управления, выполняемая руководителем. Выходом этой функции является управляющее воздействие, которое будет входом для диаграммы более низкого уровня (т.е. декомпозированной диаграммы). Используя возможность ветвления стрелок, можно отобразить управляющие воздействия для всех функций диаграммы нижнего уровня. Такой способ предполагает, что при декомпозиции модели мы должны время от времени отображать функции управления. Однако комплексное описания процесса при помощи декомпозиции, как правило, неудобно.
Вариант 3 описания управления (рис. 3.12) подразумевает, что существует несколько отдельных моделей IDFE0, совокупность которых представляет собой комплексную модель бизнес-процесса. В этом случае деятельность руководителя описывается в виде отдельной модели, диаграммы которой имеют выходы — управляющие воздействия. На диаграмме другой модели, описывающей деятельность сотрудников, появляются туннельные
190
входы — управляющие воздействия. Модели, описывающие деятельность сотрудников, имеют информационные выходы, отображаемые туннельными стрелками. Эти выходы, в свою очередь, будут туннельными входами в модель, описывающую деятельность руководителя. Таким образом, обеспечивается увязка нескольких моделей в единую комплексную модель бизнес-процесса.
Рис. 3.12. Возможные способы описания деятельности руководителя
в IDEF0
Безусловно, можно предложить и другие способы описания управленческой деятельности руководителей и их участия в процессе. Какой способ для отображения участия руководителя в бизнес-процессе выбрать? Это определяет сама организация. Можно составить схему бизнес-процесса уровня исполнителей, а деятельность руководителя расписать в виде подробной таблицы с указанием операций, входящих и исходящих документов, принимаемых решений. Можно сформировать схемы процесса для работы самого руководителя. Можно пытаться отобразить участие руководителя на одной плоской схеме, увеличивая количество возможных ветвлений и слияний процесса. Однако нужно выбирать тот способ, который наилучшим образом подходит для последующей регламентации и управления бизнес-процессом. Моделируя, главное не забыть про руководителя, поскольку именно он отвечает за управление и улучшение бизнес-процесса.
191
3.2.4. Модель бизнес-процесса в aris еЕрс, удовлетворяющая требованиям процессного подхода к управлению
При внедрении процессного подхода к управлению необходимо описать существующие процессы с целью создания регламентирующих документов (например «Описание процесса», «Регламент выполнения процесса»). Должна быть разработана Методика описания процессов, которая определяет порядок и технические средства описания. Следует отметить, что не обязательно пытаться отобразить всю информацию по процессу на его графической схеме. Необходимо заранее определить, какая информация будет представлена графически, а какая — при помощи таблиц и текста. При использовании относительно простых программных продуктов (например, при использовании MS Word или Visio для формирования графических схем) большая часть информации о процессе будет представлена в виде таблиц и текста, а при использовании сложных продуктов (ARIS Toolset) большую часть информации можно занести в базу данных моделей процессов.
В качестве технического средства описания потоков работ может быть, например, использован ARIS Toolset и нотация ARIS еЕРС1. Ниже приводятся требования к моделям ARIS еЕРС, сформулированные с учетом требований процессного подхода
к управлению.
Аналогичные требования можно предложить при использовании IDEF0 и IDFE3.
Модель процесса в ARIS еЕРС должна по крайней мере включать следующую информацию:
1) входы/поставщики процесса {process interface, document,
technical term);
2) выходы/клиенты процесса (process interface, document,
technical term);
3) ресурсы: персонал, оборудование, информация, среда (organization unit, application system и т.п.);
1 Рассматривается ARIS Toolset, так как этот продукт получил в настоящее время достаточно широкое распространение в России. Аналогичные рассуждения могут быть сделаны относительно особенностей применения любых других продуктов моделирования бизнес-процессов, использующих методики описания процессов класса work flow.
192
технология выполнения процесса (event, function, opera tors);
все этапы цикла управления (планирование, выполнение, контроль, анализ, принятие решений);
контрольные точки для измерения показателей;
возможные отклонения от нормального хода процесса;
показатели процесса, продукта и данные удовлетворенности клиентов;
9)участие руководителя (управление процессом).
Рассмотрим, каким образом указанные выше требования могут быть отражены на модели бизнес-процесса, построенной в нотации ARIS еЕРС.
Рис. 3.13. Фрагмент модели в ARIS еЕРС. Описание входов/ выходов процесса
На рисунке 3.13 показан фрагмент модели процесса в нотации ARIS еЕРС. Овалами обведены: интерфейс-«Процесс-по-ставщик 1» и вход-«Документ». Вторым входом в процесс является «Материал». Поставщиком рассматриваемого процесса является также «Процесс-поставщик-2». Клиентом процесса является «Процесс-клиент», который получает результат выполнения процесса в виде документа. Таким образом, на модели бизнес-процесса отображены поставщики/входы и клиенты/ выходы. Это исключительно важно, так как позволяет четко описать границы бизнес-процесса.
На рисунке 3.14 показаны ресурсы, используемые при выполнении процесса: программное обеспечение и структурные подразделения (персонал). Они обведены овалом.
193
процесса
Комплексная модель бизнес-процесса должна включать в себя деятельность руководителя и сотрудников. На рисунке 3.15. показаны возможные варианты деления модели процесса верхнего уровня на несколько составляющих.
Рис. 3.15. Составляющие элементы модели бизнес-процесса
194
Первый вариант содержит пять необходимых элементов любого процесса:
планирование деятельности;
выполнение деятельности;
контроль деятельности;
анализ деятельности;
принятие решений.
При декомпозиции такой модели вниз затруднительно одновременно описывать деятельность руководителя и его подчиненных. Поэтому предлагается рассмотреть по крайней мере две модели: модель деятельности руководителя и модель деятельности сотрудников, как показано на рисунке 3.15. В этом случае модель деятельности руководителя будет содержать следующие функции (группы функций, части процесса):
планирование деятельности;
контроль деятельности руководителем;
анализ деятельности руководителем;
принятие решений.
На рисунке 3.16 приводится пример отображения на модели контрольной точки процесса. В данном примере при выполнении «Работы 1» исполнитель фиксирует в «Журнале учет № » некоторые показатели. Форма регистрации информации может быть различной: бумажной (журналы) и электронной (файлы базы данных, прикладные системы). На модели важно показать' на каком этапе процесса необходимо фиксировать информацию для последующей ее обработки и анализа с целью последующего улучшения процесса.
Модель процесса должна отображать не только нормальный ход процесса, но и возможные отклонения. Так на рисунке 3 17 показано отклонение от нормального хода процесса, которое может случиться после выполнения «Работы 1». В этом случае выполняется «Действие в случае отклонения». Конечно, все отклонения в модели процесса отобразить невозможно, но это и не требуется. Необходимо в первую очередь описывать наиболее существенные отклонения, которые могут в значительной степени повлиять на процесс, либо сделать его последующее нормальное выполнение невозможным. Следует отметить, что по мере совершенствования процесса перечень возможных существенных отклонений будет меняться, что потребует своевременного пересмот-Ра моделей и регламентирующей документации. Заметим, что отклонения от нормального хода процесса можно описывать при помощи текста, не отображая на графической схеме.
195
На рисунке 3.21 показана связь модели, описывающей деятельность сотрудников, с моделью деятельности руководителя.
Представим себе, что при выполнении процесса возникали некоторые отклонения, которые были зафиксированы в «Журнале учета...».
По итогам работы в течение месяца владелец процесса (руководитель) анализирует возникшее отклонение, используя информацию о соответствующих показателях из журнала учета либо сводные данные, предоставленные сотрудниками. Руководитель выявляет причину отклонения и оценивает возможный ущерб для организации (процесса) в случае, если отклонение не будет устранено. Затем руководитель разрабатывает корректирующие мероприятия и оценивает их экономическую эффективность.
Если величина возможного ущерба превышает стоимость корректирующих мероприятий, руководитель организовывает выполнение корректирующих мероприятий (назначает ответственных исполнителей).
Требуется включить в модель процесса функцию «Уничтожить документ». После выполнения указанной функции следует повторно выполнить «Работу 1». Отклонение в ходе процесса и обратная связь показана на схеме модели (рис. 3.20) при помощи символов логики («исключающее или»).
198
Рис. 3.21. Связь моделей деятельности руководителя и сотрудника
В качестве примеров корректирующих мероприятий на рисунке 3.21 представлены:
1) корректировка должностной инструкции исполнителя, выполняющего «Работу 1», т.е. инструкции на ту работу, при выполнении которой возникло отклонение;
199
Важно подчеркнуть, что рисунок 3.21 на примере фрагментов моделей иллюстрирует методику, позволяющую увязать модели деятельности сотрудников с моделью деятельности руководителя в рамках комплексной модели бизнес-процесса, удовлетворяющей требованиям процессного подхода к управлению.
