Вячеслав Кондратьев - Проектируем корпоративную архитектуру Страница 32

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

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

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

10.4. От функций к бизнес-процессам

При модели управления , ориентированной на регламентацию работ через функции ( функционально-ориентированная модель управления ), единственным «владельцем», по терминологии стандартов ISO 9000:2000 , всех процессов является «первое лицо» компании. Директор единолично отвечает за надлежащее исполнение бизнес-процессов и показатели результативности деятельности компании. Руководители более низкого ранга отвечают за функции, а не за бизнес-процессы (рис. 10.4.1). Они не отвечают за работу от начала до конца. Формально для них работа попросту не определяется таким образом. Иначе говоря, в отношении функций вообще сложно построить систему контроля и сфокусировать модель ответственности. Что значит хорошо (или плохо) выполнять свои функции? Функция – это название вида работ, у функции нет начала и конца, не ясно, в соответствии с какими принципами их нужно правильно называть, какими должны быть показатели результативности, нет меры для измерения этой работы. Функциональное представление работ потребовалось дополнить описанием логики их выполнения, описаниями входов и выходов работ, показателями результативности и другими (по необходимости) важными характеристиками. Так появились описания работ в форме бизнес-процессов.

Рис. 10.4.1. Иллюстрация закрепления ответственности при функциональном подходе

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

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

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

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

Рис. 10.4.2. Иллюстрация закрепления ответственности при процессном подходе

Часть III. КОРПОРАТИВНАЯ АРХИТЕКТУРА

11. Проектирование ядра модели корпоративной архитектуры компании

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

13. Мониторинг и актуализация корпоративной архитектуры

14. Корпоративная архитектура компании и ее компоненты в навигационных слайдах

11. Проектирование ядра модели корпоративной архитектуры компании

11. Проектирование ядра модели корпоративной архитектуры компании

Контент

Владелец бизнес-процесса – руководитель, отвечающий за организацию, совершенствование и исполнение бизнес-процесса.

Головное подразделение – подразделение, отвечающее за организацию, совершенствование и, может быть, частично за исполнение бизнес-процесса.

Функциональное исполнение бизнес-процесса – упорядоченное представление функций, образующих бизнес-процесс.

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

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

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

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

Ядро корпоративной архитектуры – принимаемая политикой регламентации деятельности компании корневая часть корпоративной архитектуры.

11.1. Формирование модели бизнес-процессов верхнего уровня