Четвертый уровень определяет способ закрепления функций за организационными звеньями и их ответственность, формируя модель архитектуры компании ( рис. 7.21). [c.323]
Архитектура сбалансированной системы показателей устанавливает, какие организационные единицы хотят построить свою стратегию в соответствии с принципами системы и какие связи существуют между этими подразделениями. Применение сбалансированной системы показателей может быть очень многообразным. Она может использоваться на предприятиях любого типа (на больших, средних и малых предприятиях, в холдинговых компаниях и дочерних обществах, на государственных и частных предприятиях, совместных предприятиях и в альянсах), на любом иерархическом уровне (холдинг, сферы предпринимательской деятельности, функции, отделы, сотрудники) и по отношению к любому бизнес-процессу. [c.109]
Модель бизнеса показывает, что является окружающей средой компании и как компания взаимодействует с этой средой. Под окружающей средой понимают все, с чем компания взаимодействует в ходе выполнения своих бизнес-процессов - в частности, клиентов, партнеров, субподрядчиков и т.д. Модель бизнеса показывает работникам всех уровней, что должно быть сделано, когда и как именно. В общем случае необходима не одна, а несколько интегрированных и согласованных бизнес-моделей. Ключевой элемент модели бизнеса - описание архитектуры компании, т.е. описание ее наиболее важных статистических структур отделений, отделов и др. Однако просто организационная схема плохо отражает архитектуру компании. Другие важные статические структуры - процессы (их описание, но не исполнение), продукция, человеческие и технические ресурсы. Структуры состоят из взаимосвязанных элементов. Элементы имеют ответственных за них владельцев - кого-либо из сотрудников компании. Элементы осязаемы они имеют содержание, им может быть присвоено значение (иногда несколько значений), у них есть ограничения. Обычно динамику -поток событий в компании - не рассматривают как часть архитектуры. Определяя архитектуру, как правило, не принимают в расчет ни совместное функционирование элементов, ни то, что они делают в данной ситуации или как они взаимодействуют, чтобы выполнить свое назначение. Наличие некоторого потока событий (например, процесса) имеет отношение к архитектуре, но сам способ протекания событий не относится к архитектуре. Действия и принимаемые решения, образующие поток событий, являются деталями отдельного процесса. Следовательно, во многих случаях важно описать динамику бизнеса и включить ее в модель, но, как правило, динамика не учитывается в архитектуре модели. [c.74]