Рис. 10.3.1. Управление по процессам (целям)

Альтернативой функциональному управлению является « управление по процессам » (основа – знаменитое « управление по целям » П. Друкера ). Наиболее широкое распространение оно получило при организации работы в НИИ и КБ. Возможно, именно поэтому такое управление неоднозначно воспринимается современными российскими менеджерами. Суть его – в контроле не технологий, а результатов работ (рис. 10.3.1).

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

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

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

Понимание целей организации, параметров эффективности и есть главное концептуальное отличие менеджера от функционального эксперта или администратора. Главный критерий эффективности процессного управления – достижение целей группой, отделом, департаментом, предприятием.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Контент

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

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

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

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

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

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

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

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

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

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

Рис. 11.1.2. Пошаговое построение модели бизнес-процессов верхнего уровня транспортной компании (пример)

Рис. 11.1.3. Компоненты модели бизнес-процессов верхнего уровня компании

Выстраивать модель бизнес-процессов верхнего уровня (рис. 11.1.2) рекомендуется по шагам:

1) выделить направления деятельности;

2) систематизировать бизнес-процессы в привязке к направлениям деятельности;

3) назначить владельцев бизнес-процессов;

4) уточнить сферы взаимодействия бизнес-процессов;

5) определить политику дальнейшей детализации описания.

Отраслевая принадлежность рассматриваемой компании отражается, в первую очередь, в описании направлений деятельности (продуктов и услуг). Систематизация бизнес-процессов верхнего уровня может быть основана на трехуровневой модели (рис. 11.1.3), включающей следующие основные компоненты (см. элемент 2.6).

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

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

Поддерживающие бизнес-процессы – создают инфраструктуру компании; клиентами являются основные бизнес-процессы.

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

В качестве примера на рис. 11.1.4 показан макет блочной структуры модели бизнес-процессов верхнего уровня условной компании, оказывающей услуги (авиаперевозки, автоперевозки, смешанные перевозки…). Направления деятельности могут выделяться на разных уровнях детализации, что приводит к необходимости вложенных описаний бизнес-процессов и задания политики описания на каждом уровне вложенности. Процессы управления направлены на обеспечение целенаправленного взаимодействия на основные и поддерживающие процессы, деятельность компании в целом и по компонентам см. также элемент 8.8).

Рис. 11.1.4. Вариант макета блочной структуры модели бизнес-процессов верхнего уровня компании Итак:

11.2. Источники информации для выделения и описания бизнес-процессов

Рис. 11.2.1. Информационные источники выделения и описания бизнес-процессов

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

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

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

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

11.3. Назначение владельцев бизнес-процессов верхнего уровня

Рис. 11.3.1. Закрепление ответственных исполнителей за бизнес-процессы через матрицы соответствий

Модель бизнес-процессов верхнего уровня выступает в качестве корневой для построения детализирующих описаний. При проведении моделирования деятельности реальной компании возникает вопрос о рациональном построении, последовательности дальнейших декомпозиций. Для ответа на этот вопрос практики моделирования рекомендуют, прежде всего, найти владельцев бизнес-процессов (см. рис. 11.1.2). При реализации процессного подхода к управлению компанией определяется состав руководителей компании, между которыми распределяется ответственность за регламентацию, исполнение и совершенствование бизнес-процессов (рис. 11.3.1).

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

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

Закрепление ответственности за бизнес-процессы можно также зафиксировать в Приказе о распределении ответственности между первыми руководителями.

Таблица 11.3.1. Закрепление ответственности за организацию и исполнение бизнес-процессов

Рис. 11.3.2. Изменение границ и результатов бизнес-процессов после согласования их с владельцами Назначение владельцев бизнес-процессов также открывает возможность организации пошаговой детализации регламентации бизнес-процессов «методом колодца» (рис. 11.3.3), когда владелец бизнес-процесса организовывает деятельность по более детальному его описанию. Часто такую деятельность начинают с разработки функционального наполнения бизнес-процессов.