Читать онлайн «Показываем бизнес-процессы». Страница 42

Таким образом, использование программного продукта позволяет:

1. Сформировать взаимосвязанные модели организации.

2. Создать систему взаимосвязанных, стандартных регламентов.

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

4. Представить пользователю полную информацию о запрашиваемом объекте, указать все связи и документы, связанные с ним.

5. Создать информационную основу с целью последующей детализации регламентов, систематизации и описания операций в целях внедрения ERP.

6. Способствовать внедрению системы регламентации компании и СМК.

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

Рис. 9.9.2. Корпоративный портал – диаграмма процесса (пример)

Рис. 9.9.3. Корпоративный портал – положение о департаменте (пример) Рис. 9.9.4. Корпоративный портал – положение об отделе (пример) Рис. 9.9.5. Корпоративный портал – должностная инструкция (пример) Рис. 9.9.6. Корпоративный портал – классификаторы функций и структурных звеньев (пример) Рис. 9.9.7. Корпоративный портал – классификатор документов, маршрут документа (пример) Рис. 9.9.8. Корпоративный портал – просмотр прикрепленного внешнего документа (пример) Рис. 9.9.9. Организация обновлений регламентов, моделей деятельности и корпоративного портала

Ключевые понятия

•  Корпоративная архитектура компании – модель организации компании, увязанная с регламентирующими документами и методиками.

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

Рис. 10.0.1. Развитие представлений корпоративной архитектуры

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

Продолжение табл. 10.1.1

Окончание табл. 10.1.1

Итого: типовые компоненты корпоративной архитектуры

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

• Приказ о распределении ответственности между первыми руководителями

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

• Карты (детальные регламенты) бизнес-процессов

• Реестр внешних регламентирующих документов

• Организационная схема компании

• Внутренние регламентирующие документы

• Модели ответственности подразделений за исполнение подпроцессов и функций

• IDEF0 – представление бизнес-процессов

• Положение о департаментах

• Организационные схемы департаментов

• Положения об отделах

• Организационные схемы отделов

• Процедуры, потоковые диаграммы (CFFC диаграммы), инструкции

• Карты рабочих мест

• Должностные инструкции

• Положение о корпоративной архитектуре

• Электронная модель корпоративной архитектуры

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

Рис. 10.2.1. Последовательность разработки функциональной модели компании (пример)

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

Дизайн и совершенствование организационной структуры – важная часть организационного развития, процесса изменений, совершенствования системы управления.

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

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

Далее разрабатываются «Модели согласования функций от бизнес-процессов с функциями департаментов», «Модели распределения функциональной ответственности между исполнительным аппаратом и филиалами компании» (рис. 10.2.2). Результаты учитываются в положении о департаменте, в положении о филиале и в Классификаторе функций структурных подразделений.

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

Рис. 10.2.2. Схема согласования бизнес-процессов и положений о структурных подразделениях В результате применения процедур согласования и гармонизации происходит последовательная декомпозиция БП в функции первого уровня (функции владельцев БП), функции второго уровня (функции руководителей департаментов) и в функции третьего уровня (функции руководителей отделов) (рис. 10.2.3).