Показываем бизнес-процессы
Шрифт:
HTMl-навигатор – это статичный web-сайт, который автоматически создает программа. Ключевая возможность HTMl-навигатора – возможность переходов между документами. Каждый объект системы в HTMl-навигаторе представлен гиперссылкой, в том числе и приложенные к объектам внешние файлы (например, формы документов в формате Microsoft Word). Благодаря этому обеспечивается удобная и быстрая работа с информацией.
Полученный результат можно использовать для:
• публикации на внутреннем или внешнем интернет-портале;
• передачи сотрудникам компании;
• проведения презентаций.
Для создания HTMl-навигатора программы моделирования БП имеют специальные приложения – ARIS Business Process Management Portal – публикация моделей бизнес-процессов в Интранет и работа над их улучшением; Model Navigator – продукт для просмотра моделей Erwin и BPwin с возможностью генерации отчетов; Е-Мастер – системаПример. Свойства HTMl-навигатора, генерируемого Business Studio.
При открытии HTMl-навигатора с помощью стандартного браузера отображается дерево с соответствующими разделами Business Studio (Процессы, Субъекты, Объекты и т. д). Каждому элементу дерева сопоставлен один основной документ, который позволяет сформировать Business Studio. Например, при выборе Процесса откроется Документ «Регламент процесса», при выборе Подразделения – «Положение о подразделении» (рис. 9.8.1), при выборе Должности – «Должностная инструкция».
Business Studio позволяет сформировать HTMl-навигатор с заданным объемом информации: документация по конкретному процессу, основная регламентирующая документация данного подразделения, документация по всем объектам Business Studio.
9.9. Корпоративный портал
Рис. 9.9.1. Корпоративный портал – регламент процесса (пример)
На рисунках 9.9.1–9.9.8 представлены примеры скриншотов корпоративного портала.
В программе Business Studio созданы элементы корпоративной архитектуры – модели организационной и функциональной структур компании (рис. 9.9.6), процессная модель (см. рис. 9.9.1 и 9.9.2), модель закрепления ответственности, модель БП верхнего уровня, классификатор документов (рис. 9.9.7), прикреплены «внешние» (созданные не в программной среде Business Studio) документы (подробнее об этом – в элементе 10.1).
Каждому элементу модели (процессу, процедуре, объекту, субъекту и т. д.) соответствует «паспорт» (набор характеристик), заполняя который пользователь создает параметры процесса, должности, подразделения. Эти данные попадают в отчет по конкретному элементу. Чем больше данных, тем подробнее получается отчет. К каждому элементу можно также «прикрепить» любое число «внешних» документов, при этом формируются классификатор (реестр) документов и маршрут движения документа (документооборот, см. рис. 9.9.7). При необходимости можно сохранять в указанной директории или просматривать данный документ, используя гиперссылку в окне документа (рис. 9.9.7 и 9.9.8).
Таким образом, использование программного продукта позволяет:
1. Сформировать взаимосвязанные модели организации.
2. Создать систему взаимосвязанных, стандартных регламентов.
3. Проводить постоянную актуализацию регламентов.
4. Представить пользователю полную информацию о запрашиваемом объекте, указать все связи и документы, связанные с ним.
5. Создать информационную основу с целью последующей детализации регламентов, систематизации и описания операций в целях внедрения ERP.
6. Способствовать внедрению системы регламентации компании и СМК.
Применение программного продукта позволяет сконцентрироваться на проблемах наполнения регламентов актуальной информацией, а не над тем, как это сделать и как довести эту информацию до сотрудников.
10. Практикум. Создание комплексной системы моделирования и регламентации деятельности компании в целях развития ее корпоративной архитектуры и СМК
Ключевые
• Корпоративная архитектура компании – модель организации компании, увязанная с регламентирующими документами и методиками.
• Электронная корпоративная архитектура компании – совокупность компонент корпоративной архитектуры компании, разработанных и поддерживаемых с применением информационных технологий.10.1. Ключевые регламентирующие модели и документы в составе корпоративной архитектуры
Укрупненно методика детализации и регламентации корпоративной архитектуры компании показана на рис. 10.1.1, а характеристики регламентирующих документов и модулей – в таблице 10.1.1. Развитие детализации на положения о подразделениях описано в разделе 10.2, пример реализации методологии в ОГК-3 проиллюстрирован в разделе 10.3.Продолжение табл. 10.1.1
Продолжение табл. 10.1.1
Продолжение табл. 10.1.1
Продолжение табл. 10.1.1
Окончание табл. 10.1.1
Итого: типовые компоненты корпоративной архитектуры
• Корневая модель бизнес-процессов компании
• Приказ о распределении ответственности между первыми руководителями
• Политика в области организации моделирования и регламентации бизнес-процессов
• Карты (детальные регламенты) бизнес-процессов
• Реестр внешних регламентирующих документов
• Организационная схема компании
• Внутренние регламентирующие документы
• Модели ответственности подразделений за исполнение подпроцессов и функций
• IDEF0 – представление бизнес-процессов
• Положение о департаментах
• Организационные схемы департаментов
• Положения об отделах
• Организационные схемы отделов
• Процедуры, потоковые диаграммы (CFFC диаграммы), инструкции
• Карты рабочих мест
• Должностные инструкции
• Положение о корпоративной архитектуре
• Электронная модель корпоративной архитектуры
10.2. Гармонизация бизнес-процессов и организационно-функциональных моделей
Организационная структура компании – это не просто схема, на которой указаны подразделения и взаимосвязи подчинения между ними. Она должна отражать логику функционирования организации и соответствовать стратегическим направлениям ее развития. Несущими конструкциями структуры являются организационная схема и организационно-функциональные модели компании.
Дизайн и совершенствование организационной структуры – важная часть организационного развития, процесса изменений, совершенствования системы управления.
Довольно сложная часть организационного дизайна компании связана с детальным моделированием ее функционала. Возможный сценарий разработки функциональной модели компании представлен на рис. 10.2.1.
На основании «Корневой модели бизнес-процессов» разрабатывается «Модель закрепления ответственности за бизнес-процессы», которая определяет владельцев БП, головные структурные подразделения. Владельцы БП уточняют границы, входы и выходы БП, определяют функции (первого уровня), исполнение которых происходит в рамках процесса. На основании этих данных разрабатываются «Карта бизнес-процессов», «Модели функций первого уровня» и «Классификатор функций бизнес-процессов».
Далее разрабатываются «Модели согласования функций от бизнес-процессов с функциями департаментов», «Модели распределения функциональной ответственности между исполнительным аппаратом и филиалами компании» (рис. 10.2.2). Результаты учитываются в положении о департаменте, в положении о филиале и в Классификаторе функций структурных подразделений.
На следующем шаге объекты рассмотрения детализируются, разрабатываются «Модели согласования функций департаментов с функциями отделов» и на этой основе уточняются положения о департаментах, модели распределения функциональной ответственности между исполнительным аппаратом и филиалами компании, классификаторы функций структурных подразделений. На основе результатов согласования функций департаментов и отделов пополняется Классификатор функций структурных подразделений и уточняются положения об отделах (см. рис. 10.2.2).