- осуществляет управление бизнес-процессом, выполняя планирование, мониторинг, контроль, анализ и принятие управленческих решений;
- производит планирование на периоды и подаёт план вышестоящему руководителю;
- планирует ход бизнес-процесса на заданный период;
- фиксирует результаты планирования и контроля (учета) в плане работ (таблица 8).
Таблица 8 – План управления бизнес-процессом
№
Наименование работы (задачи, задания, функции)
Срок исполнения /
Периодичность контроля
Показатели
Плановое значение
Фактическое значение
Владелец бизнес-процесса осуществляет контроль показателей бизнес-процесса (параметры из таблицы 7) путём сравнения полученных фактических значений показателей с плановыми значениями.
Владелец бизнес-процесса осуществляет мониторинг удовлетворенности клиента путем сравнения полученных фактических значений показателей со значениями показателей за предыдущий период.
Владелец бизнес-процесса ежемесячно составляет отчет по бизнес-процессу. К отчету владелец бизнес-процесса прикладывает протоколы анализа отклонений, оформленные в течение отчетного периода.
В пояснительной записке приводится план управления бизнес-процессом без указания фактических значений параметров.
1.3.3 Разработка структурно функциональной модели объекта автоматизации
Следует различать две модели бизнес-процесса. Модель «как есть», демонстрирует ситуацию до автоматизации. В этом случае рассматривается соответствующее состояние в предметной области. Для графического документирования бизнес – процессов рекомендуется применение SADT –технологии.
Таблица 9 содержит описание подпроцессов бизнес-процесса для формализованного описания бизнес-процесса, представленного в виде SADT диаграммы.
Таблица 9 – Шаблон формы табличного описания подпроцессов бизнес-процесса (на основе технологии SADT)
№
Наименование операции (активности, деятельности)
Управление активностью
Входы
(документы, данные, материалы и др.)
Выходы
(документы, данные, материалы и др.)
Исполнитель
(ответственный за операцию, механизм реализации)
При каких условиях начинается
Чем регламентируется и завершается
Выбор функций системы для автоматизации выполняется на основе анализа с обоснованием преимуществ выбранного решения (снижение трудоемкости расчетов, учет и обеспечение контроля выполнения и т.д.).
Формулируются цель и задачи автоматизации и проектирования программного продукта, принципы выбора концептуальных решений, дается их оценка. Рассматриваются типовые решения, применяемые программные продукты и информационные технологии для моделирования заданной системы.
Модель бизнес-процесса «как должно быть» отражает ситуацию в предметной области после реинжиниринга. Для её построения рассматриваются возможные варианты (последовательности) выполнения деятельностей, обосновывается возможность реинженеринга процессов путём их «вертикального» и «горизонтального» сжатия, затем принимается рациональный вариант.
Данную модель рекомендуется представить в виде высокоуровневой Диаграммы деятельности UML.
Таблица 10 содержит графы для формализованного описания бизнес - процесса, представленного в виде Диаграммы деятельности.
Таблица10 – Формализованное описание бизнес – процесса представленного в виде Диаграммы деятельности UML
№
Наименование
деятельности
Характеристика
перехода
Объекты, связанные с деятельностью
Исполнитель (ответственный за деятельность, подразделение)
Условия перехода
Действия при переходе
Наименование объекта
Изменение состояния объекта
Методические рекомендации. Постоянное совершенствование системы управления деятельностью в любой сфере требует не только автоматизации функций объекта моделирования, но и совершенствования осуществляемых бизнес-процессов. Это достигается путём анализа и реинжиниринга бизнес-процессов на основе процессного подхода, который базируется на нескольких основных принципах [7, 21, 23].
- несколько рабочих процедур объединяются в одну, т.е. происходит горизонтальное сжатие процесса (по имеющимся оценкам, горизонтальное сжатие ускоряет выполнение процесса примерно в 10 раз);
- исполнители принимают самостоятельные решения, т.е. осуществляется не только горизонтальное, но и вертикальное сжатие процессов (наделение сотрудников большими полномочиями и увеличение роли каждого из них приводит к значительному повышению их отдачи);
- шаги процесса выполняются в естественном порядке;
- процессы имеют различные варианты исполнения (тот или иной вариант выбирается в зависимости от конкретной ситуации, состояния и т.д.);
- работа выполняется в том месте (подразделении, отделе), где это целесообразно (устраняется излишняя интеграция, что приводит к повышению эффективности процесса в целом);
- уменьшается количество проверок и управляющих воздействий;
- минимизируется количество согласований путем сокращения внешних точек контакта;
- единая точка контакта обеспечивается уполномоченным менеджером (в тех случаях, когда шаги процесса либо сложны, либо распределены таким образом, что их не удается объединить силами небольшой команды);
- средством компромиссной реализации такого подхода в условиях сложившейся структурно-функциональной модели управления является обеспечение общего доступа к корпоративной базе данных с разделением прав на изменение информации.
В целом описание бизнес-процесса и подпроцессовдолжно быть выполнено в текстовой, графической и табличной форме. Приведенная в различной форме информация должна быть согласована.
