Проектируем корпоративную архитектуру Кондратьев Вячеслав
• Проекты – совокупность процессов, обеспечивающих решение уникальной задачи.
Рис. 2.0.1. Как устроена компания
2.1. Компания как система
Современные научные методологии активно используют методы, основанные на рассмотрении объектов как систем. Такой подход получил широкое распространение в физике, химии, биологии, а в последнее время – в менеджменте и бизнес-инжиниринге. В этой связи базовые исходные определения и подходы системного анализа компаний полезно знать и применять.Рис. 2.1.1. Пиктограмма «Система»
Бизнес-инжиниринг рассматривает компанию как специальный класс систем. Поэтому применяются следующие понятия.
Системный взгляд на компанию. Методология выделения и определения общесистемных понятий, к которым, в частности, относится и понятие «система», получила в настоящее время значительное развитие или успешно развивается для многих классов объектов. В то же время многочисленные попытки дать всеобъемлющее, универсальное определение системы натолкнулись на значительные трудности. Это выразилось в появлении целого ряда несовпадающих определений. По мере обобщения они все в большей степени приобретают характер исходных категорий, определение которых дается через описание присущих объекту свойств и характерных особенностей, через отношение вводимого понятия к набору других исходных понятий соответствующего уровня общности и последующую конкретизацию на более частных системах.Система – не просто множество элементов, связанных отношениями, а принципиальное целостное множество элементов, физически и (или) концептуально связанных отношениями
Если попытаться проследить эволюцию понятия «система» не вдаваясь в подробности, то можно сказать, что оно укладывается в интервал между одним из первых определений системы как совокупности элементов, находящихся во взаимодействии (Л. Берталанфи, 1949), и современным ее определением как цельного комплекса взаимосвязанных элементов.
Целое – больше суммы составляющих его частей
Целостность. Понятие целостности восходит к Аристотелю, который утверждал, что целое больше суммы составляющих его частей. В современном представлении понятие целостности означает, что свойство системы не выводится только из свойств ее элементов, и что целое обладает новыми интегративными свойствами, возникающими в результате взаимодействия элементов, и что эти свойства сохраняются в рамках существования системы. Таким образом, понятие целого отражает лишь такие связи объектов, при наличии которых так или иначе их совокупность может быть выделена как явление нового порядка, способное к сохранению своей качественной определенности при данных условиях.
Еще одним значимым вкладом общей теории систем стало понимание организации, компании как открытой системы . Принятие такого понимания сильнейшим образом повлияло на эволюцию организационного строительства и стратегирования, где возникло значительное число сюжетов состыковки внутренней и внешней среды организации. Достаточно напомнить знаменитый метод SWOT-анализа (Strengths – сильные стороны организации; Weaknesses – слабые стороны организации; Opportunities – возможности во внешней среде; Threats – угрозы во внешней среде [1]). Современные концепции стратегического управления интенсивно развивают эти сюжеты, стремясь нацелить компании на эффективное позиционирование во внешней среде и быструю адаптацию внутренней среды.
Рис. 2.1.2. Пиктограммы: система, внешняя среда, система во внешней среде
Внешняя среда. В исследовании систем важнейшую роль играет принцип учета их взаимодействия с внешней средой. Среду составляют внешние по отношению к целостной системе предметы и явления, с которыми система так или иначе взаимодействует, изменяя их и изменяясь при этом сама. При таком определении к среде относятся все те, не входящие в систему объекты, с которыми система взаимодействует.
Выделение внешней среды требует установления границы системы и выделения объектов внешней среды , находящихся с ней во взаимодействии. Под этим углом зрения к самой целостной системе относят только те объекты, которые принимают участие в создании свойств целого, остальное – внешняя среда системы.
Таким образом, «система» и «внешняя среда» – два исходных понятия, играющих роль базовых договоренностей для описания компаний и организаций (см. рис 2.1.2).
Объекты, образующие внешнюю среду, имеют неодинаковое значение для ее функционирования. Условия среды, без которых данная система не может функционировать и развиваться, являются существенными, необходимыми; условия, которые не оказывают существенного влияния на внутреннюю природу системы, называются сопутствующими; остальными условиями пренебрегают. Таким образом, проблема выделения среды системы – это проблема выделения существенных связей системы с окружающим миром, без изучения которых рассматривать данную систему невозможно.Классификация свойств внешней среды для целей учета: существенные, сопутствующие, пренебрегаемые
Моделирование организации деятельности компании представляет прикладное ее описание на выбранном специализированном языке. В процессе моделирования могут описываться как внутренние компоненты компании, так и объекты, находящиеся во внешней среде. Выбор внутренних и внешних объектов описания определяется прикладными целями, то есть задачами моделирования, и значимостью их учета для достижения требуемого результата в решении задач моделирования.
2.2. Подсистемы, компоненты, элементы
Рис. 2.2.1. Состав системы
Понимание системы как целостного множества элементов, связанных отношениями, естественным образом приводит к выделению группы понятий, характеризующих ее состав. Используется несколько определений.
Компонента системы – это любая ее часть, вступающая в определенное отношение с другими ее частями.
Подсистема – это такая целостная часть системы, которая сама образована из компонент. Подсистему можно рассматривать как меньшую систему в системе более высокого порядка.
Понятие элемента, наоборот, соответствует понятию конечного, неделимого. Отсюда следующее его определение.
Элемент – это предел членения в рамках данного качества системы. Он не состоит из компонент и представляет собой нерасчленяемый элементарный носитель именно этого качества системы. Таким образом, исходным для выделения понятия «элемент» является выделение того качества системы, для которого ищутся элементарные его носители.
Применительно к задачам организации деятельности компании эти понятия, в числе прочего, могут трактоваться следующим образом.
Корпоративная архитектура – общая модель организации деятельности компании.
Бизнес-процессы, функции, проекты, организационная структура, модели ответственности – типовые примеры составных компонент корпоративной архитектуры.
Основная деятельность, финансы, экономика, учет, маркетинг – все это примеры подсистем компании.
Действия, операции – предел членения (элементы) бизнес-процессов.
Система управления – системный комплекс методов и средств воздействия субъекта на объект управления для реализации поставленных целей.
Модель – прикладное описание объекта на специализированном языке.
2.3. Структура системы
Рис. 2.3.1. Типология структурирования Структура придает системе необходимую целостность и определяет ее устойчивые характеристики, позволяющие отличать то, что называется системой, от объекта другого вида.
Структура (вообще) – представление системы как совокупности относительно инвариантных, устойчивых, однородных в определенном смысле подсистем и элементов, а также их взаимосвязей между собой
В зависимости от точки зрения и решаемой задачи фокус внимания при структурировании может смещаться на разные типы структурных описаний системы, или, как их еще называют, структурных срезов системы (см. рис. 2.3.1).
Структурный срез (частная структура) – выделение для решения поставленной задачи типа компонент и связей между ними
Понятие «структура» имеет длительную историю развития. Анализ эволюции этого понятия дает удобный способ раскрыть его современное содержание. Эволюция этого понятия может быть охарактеризована следующими определяющими моментами: последовательностью расширения типологии структур; установлением отношений между различными типами структур, т. е. осознанием наличия своего рода структуры отношений между структурами более высокого уровня, которые называют архитектурой системы (или метаструктурой ).
Особенностью архитектур компаний и организаций является их гетеротонный характер, т. е. неоднородный состав компонент, – организационные структуры, функции, процессы, информационные технологии и т. п.
Изначально пространственный структурный срез соответствовал рассмотрению объектов с точки зрения пространственных отношений составляющих их компонент. Такой срез называли архитектоникой системы , подчеркивая этим термином пространственный характер обозначаемых отношений: «верх – низ», «право – лево», «внутреннее – внешнее», «несущее – несомое» и т. д. Именно в этом узком смысле термин «структура» первоначально означал отношение частей в архитектурном сооружении. Сегодня понятие архитектуры расширено и распространено на рассмотрение устройства систем вообще, в том числе компаний и организаций.
Архитектура – представление состава относительно разнородных ключевых компонент системы, возможно обладающих описанием собственной структуры, а также их взаимосвязей между собой
Рис. 2.3.2. Примеры представления организационных схем
Современные методологии системного анализа исходят из того, что реальные компании и организации, рассматриваемые как системы, представляют единство множества различных структур и разных архитектур (см. рис. 2.3.1). Разные типы структур могут возникать не только в связи с разнообразием систем (материальные и идеальные, биологические и идеальные и т. д.), но и с разнообразием структурных срезов одной и той же системы. Эти структуры и архитектуры существуют реально, но аналитики могут абстрагироваться от всех других структур, изучая лишь необходимый структурный срез, выбор которого определяется целями анализа.
Типология структурных представлений: понятие структуры, структурный срез (частная структура), архитектура
Выбор способа графического представления структурных схем неоднозначен и определяется соображениями удобства и наглядности представления информации. На рис. 2.3.1 показан ряд типовых вариантов представления организационной структуры.
1. Организационная структура как иерархия подразделений.
2. Организационная структура как иерархия руководителей и подразделений.
3. Организационная структура как стратифицированная иерархия подразделений в привязке к типам процессов, исполняемых подразделениями.
4. Организационная структура как иерархия подразделений в привязке к проектам и процессам, исполняемым подразделениями.
Корпоративная архитектура компании – системное представление ключевых структурных срезов компании, применяемое для решения прикладных задач организации деятельности
2.4. Функции и функциональные структуры
Рис. 2.4.1. Древо функций бюджетирования
На понятие «функция системы» (или «функция ее компонент») распространяется традиционный эффект системных исследований. Это понятие приобретает все большую четкость и определенность по мере сужения круга объектов, для которых оно строится, по мере перехода к более конкретным сферам предметной области.
Функция системы, или функция ее компонент, является предназначением или реализацией, проявлением относительно устойчивой реакции на взаимодействие внутри системы или вне ее
На общем уровне функцию в системном ее понимании можно определить как такое отношение части к целому, при котором само существование или какой-либо вид проявления части обеспечивает существование или какую-либо форму проявления целого.
Функциональная зависимость может иметь место: между отдельными компонентами данной системы; между компонентами и системой в целом; между системой в целом и другой более широкой системой, компонентой которой она сама является. Функции не существуют вне субстанциональных носителей. Они «привязаны» в системе к ее компонентам, и функциональная зависимость осуществляется в рамках присущей данной системе структуры внутренней организации.
Функция – устойчивый обособленный вид деятельности
Часто описание функции удобно декомпозировать на более мелкие составляющие.
Функциональную структуру можно рассматривать как один из типов структурных описаний системы.
Иерархическое представление древа функций называют функциональной структурой
Можно говорить и о том, что каждая функциональная структура в целом обеспечивает реализацию определенной метафункции или функциональной сферы. Или наоборот, удобным способом описания метафункции являются иерархические модели функциональных структур (рис. 2.4.2).
Рис. 2.4.2. Пиктограмма «Иерархия (древо) функций»
В качестве примера на рис. 2.4.1 показано древо основных частных функций, поддерживающих функциональную сферу (метафункцию) «бюджетирование в компании».
2.5. Процессы и их структуризация
Рис. 2.5.1. Пиктограмма «Бизнес-процессы»
Рис. 2.5.2. Пиктограмма «Стандарты ISO»
Структуры процессов. Выделению отношений, реализующихся одновременно в пространстве и времени, а также в определенной логике, соответствуют пространственно-временные и причинно-следственные структуры. В 1960 г. специалисты предложили расширить традиционное употребление понятия структуры, включив в него не только законы строения объектов, но и законы строения процессов. Перенесение понятия структуры на рассмотрение процессов – важный шаг в развитии этого понятия.
В менеджменте в качестве процессов наиболее часто рассматриваются административные процессы управления, функции менеджмента, процессы обмена информацией, материально-вещественные процессы преобразования ресурсов в продукты и услуги.
Идея структуризации процессов получила интенсивное развитие за последние несколько десятков лет. Повсеместно массовое внедрение и использование описания процессов инициировало создание международных стандартов по описанию процессов. В частности, стандарты описания процессов можно найти в стандартах качества ISO 9000, принимаемых более чем в ста странах мира, в том числе и в России.
Международные стандарты семейства ISO 9000 основываются на понимании того, что любая работа выполняется как процесс (см. рис. 2.5.3).Рис. 2.5.3. Пример изображения процесса
Каждый процесс имеет вход и выход – результат процесса. Процесс сам по себе является (или должен быть) преобразованием, которое добавляет стоимость. Каждый процесс включает определенным образом трудовые и (или) другие ресурсы. Выход – это продукция, материальная или нематериальная.
Выходом может быть, например, счет-фактура, программный продукт, жидкое топливо, прибор для клиники, банковская услуга или промежуточная продукция любой общей категории.
Применяются несколько определений процесса, а сама концепция определения процесса претерпела определенную эволюцию.Рис. 2.5.4. Иллюстрация понятий, связанных с процессом
Словарь ISO от 1994 г.: процесс – это совокупность взаимосвязанных ресурсов и деятельности , которая преобразует входящие элементы в исходящие. Существенным в определении является упор на организацию и преобразование ресурсов в ходе реализации процесса, а сами ресурсы часто рассматриваются как вход процесса.
В более позднем определении от имени системы менеджмента качества – TQM (от англ. total quality management) внимание фокусируется на понимании процесса как организованной деятельности , предназначенной генерировать предварительно установленный определенному пользователю выход , обеспечив при этом необходимый вход процесса. При такой точке зрения ресурсы, как и деятельность, включены в процесс, а входом являются приходящие извне потоки от других процессов.
Определение процесса дополняется рядом поддерживающих понятий (см. рис. 2.5.4).
Выход (результат) процесса – продукция или услуги.
Вход процесса – комплектация и поставки.
Руководитель процесса – РrМ (от англ. process manager) – лицо, ответственное за его качественную реализацию.
Границы процесса – определяют начальный и конечный интерфейсы проекта, интерфейс между процессом и его пользователем и потребителем.
При построении цепочек границы и интерфейсы процессов требуют согласования (см. рис. 2.5.5).Рис. 2.5.5. Согласование входов и выходов бизнес-процессов
Рис. 2.5.6. Границы процесса можно проводить по-разному
Границы процесса устанавливаются в процессе его описания и допускают определенные подвижки (см. рис. 2.5.6).
Граница выхода – располагается за последней операцией процесса.
Граница входа – предшествует первой операции процесса.
Интерфейсы процесса – зона, в которой взаимодействуют операции.
Первичный выход – основной выходной результат процесса.
Вторичный выход – побочный выходной результат процесса, который может быть востребован вторичными клиентами процесса.
Первичный вход – поток объектов, инициирующих запуск процесса (заказ клиента, сырье, материалы).
Вторичный вход – поток объектов, обеспечивающих штатное протекание процесса.
Выходные требования – отражение нужд и ожиданий потребителя.
Входные требования – отражение требований к входу, обеспечивающих выполнение выходных требований.Описание процесса
Формулировка названия процесса
Задание границы процесса
Задание входов процесса, классификация их на первичные и вторичные
Задание выходов процесса, классификация их на первичные и вторичные
Назначение владельца процесса
Паспортизация процессов
Выделение процессов
Согласование (с привлечением владельцев процессов) границ и интерфейсов процессов
Согласование карты процессов
Составление классификатора процессов с необходимыми атрибутами
Документированное описание процессов
2.6. Типология процессов
Рис. 2.6.1. Общая типология процессов
В популярных классификациях часто называется пять базовых видов процессов (см. рис. 2.6.1).
• Индивидуальные горизонтальные процессы, выполняемые отдельными исполнителями (организационными звеньями).
• Межфункциональные горизонтальные процессы, выполняемые многими исполнителями (организационными звеньями).
• Вертикальные процессы, отражающие взаимодействия исполнителей (организационных звеньев) по вертикали.
• Интегрированные процессы, отображающие деятельность исполнителей по вертикали и по горизонтали.
• Вложенные процессы, входящие в состав более сложного процесса.
Рис. 2.6.2. Пиктограмма «Процессы управления»
Распространенные на практике методологии моделирования процессов придерживаются этих конструкций, но не буквально, а скорее ориентировочно. В результате чего детализированные описания процессов часто бывают гетеротонными (состоящими из разнородных компонент и интегрированными относительно приведенных определений). Более того, и сама приведенная базовая классификация не единственно возможная. Многие классификации строятся на типологии предназначения процессов. Как распространенный пример классификации такого рода можно привести выделение в компании основных бизнес-процессов (поставки, производство, сбыт), поддерживающих процессов и процессов управления (см. рис. 2.6.2 и рис. 2.6.3).
При проведении инжиниринга одним из первых специалисты рекомендуют решать вопрос о способе представления описания процессов верхнего уровня.Рис. 2.6.3. Пример представления модели процессов верхнего уровня
• Основные бизнес-процессы, горизонтальные, обеспечивающие преобразование входов в выходы и достижение финальных результатов, соответствующих интересам компании. Бизнес-пороцессы часто пытаются представить как последовательную цепочку процессов, добавляющих стоимость, поскольку каждый последующий процесс определяет требования к предыдущему. Например, для дистрибьюторской компании: маркетинг и планирование сбыта, закупки, транспортная логистика, складская логистика, продажи, послепродажное обслуживание.
• Поддерживающие бизнес-процессы, горизонтальные, обеспечивающие исполнение основных процессов. Например, для дистрибьюторской компании: поддержка и развитие дистрибьюторской сети, обеспечение информационными ресурсами, обеспечение инфраструктурными сервисами.
• Управленческие (административные) процессы, вертикальные, обеспечивающие управление деятельностью компании, основными и обеспечивающими процессами. Например, стратегическое управление, управление финансами, управление персоналом, операционное управление бизнес-процессами.
Популярный вариант изображения процессов верхнего уровня показан на рис. 2.6.4.Рис. 2.6.4. Пример изображения процессов верхнего уровня
2.7. Процесс или функция
Рис. 2.7.1. Варианты соотношения моделей процессов и функций
Понятия процесс и функция применяются как модельные конструкции для описания способов исполнения работ и организации функционирования компании. Соотношения между этими понятиями относительные и зависят от принятой договоренности при моделировании (см. рис. 2.7.1).
Возможен и часто применяется вариант, когда принимается договоренность о моделировании, при которой каждый процесс декомпозируется на функции и моделирование идет от процессов верхнего уровня к составляющим их функциям.
В другой системе договоренностей сначала задаются функции, понимаемые как «свернутые» процессы, а затем представляются процессы их реализации, связи между процессами и снова более мелкие функции, составляющие процессы.
В практике моделирования организации деятельности для одной и той же компании могут применяться одновременно несколько разноцелевых и разноуровневых моделей, в которых взаимное позиционирование бизнес-процессов и функций может меняться в зависимости от ракурса рассмотрения. Например, функция может получаться как результат декомпозиции модели бизнес-процессов более верхнего уровня и выступать как операция в модели бизнес-процессов более нижнего уровня модели процедур (рис. 2.7.2).Рис. 2.7.2. Пример взаимного позиционирования разноуровневых моделей процессов и функций
2.8. Концепция проекта
Рис. 2.8.1. Компоненты организации проекта Впервые подход, получивший название «управление проектами» , или PМ (от англ. project management), был практически реализован в 50-е годы прошлого века в военной и аэрокосмической отрасли США. Однако само управление проектами, например строительство дома, осуществлялось с незапамятных времен. Появление новой сфокусированной на выделенном проекте технологии управления было обусловлено необходимостью поставить на индустриальную основу создание сложных уникальных объектов с вовлечением большого числа участников, повышением требований к срокам выполнения работ и эффективности использования различных видов ресурсов, качеству и результатам (разработка самолета, запуск спутника и т. п.).
Проект – уникальная сборка бизнес-процессов, обеспечивающая реализацию поставленных целей в заданный срок с заданными ресурсами
Особенности управления проектом (рис. 2.8.1):
• рассмотрение проекта как уникальной комбинации процессов;
• сосредоточение прав и ответственности за достижение результатов проекта у руководителя проекта и проектной группы;
• выделение бюджета проекта;
• применение специальной проектной организационной структуры и проектной мотивации его участников;
• разработка и применение специальных стандартов реализации составляющих проект процессов.
Рис. 2.8.2. Пиктограмма «Проекты»
При декомпозиции проект (рис. 2.8.2) может разбиваться на субпроекты, а те, в свою очередь, на процессы. Процессы могут разбиваться на подпроцессы или функции. В итоге возникает «слоистое» описание порядка исполнения проекта: проект – субпроекты – процессы – функции.
На следующем шаге так выделенные сферы проекта могут закрепляться за исполнителями (организационными звеньями), и таким образом формируется проектная модель ответственности.Экспресс-оценка организации проекта
Припомнить и написать название проекта.
Оценить по пятибалльной шкале компоненты организации проекта:
– назначение уполномоченного руководителя проекта;
– наличие выделенного бюджета проекта;
– применение проектной организационной структуры;
– применение проектной мотивации;
– наличие регламента проекта
2.9. Процесс или проект
Рис. 2.9.1. Разделение управления на процессное и проектное
Процессная форма предполагает управление повторяющимися операциями, объединенными в достаточно стабильные повторяющиеся бизнес-процессы.
Проектная форма предполагает управление уникальной комбинацией операций, объединенных в рамках уникального проекта.
С учетом разделения организации деятельности на процессную и проектную в системе управления компанией можно выделить две формы:
• управление процессами;
• управление проектами.
Соотношение процессов и проектов в различных компаниях может проявляться по-разному. Одни компании, например производители массовых товаров, применяют преимущественно процессную форму организации работ. Другие компании, например строительные, применяют преимущественно проектную форму организации работ. Значительная часть компаний одновременно использует и проектные и процессные формы организации своей деятельности.
Под процессом понимается связанный комплекс работ, реализуемый по заданным требованиям и обеспечивающий достижение нужного результата (планирование, проектирование, производство, торговля и т. д.). Получение конечного результата обычно требует реализации совокупности связанных процессов.
Рис. 2.9.2. Пиктограмма «Система менеджмента качества»
Система менеджмента качества – TQM (от англ. total quality management) уточняет понятие процесса, рассматривая его как любую организационную деятельность (в том числе и проектную), предназначенную генерировать предварительно установленный для определенного пользования выход, обеспечив при этом необходимый вход процесса.
Относительно этого определения проект понимается как связанный комплекс работ, направленный на изучение уникального объекта или решения.Рис. 2.9.3. Сравнение длительности этапов реализации процессов и проектов
Определение проекта фокусируется на уникальности получаемого в проекте результата. Признаки проекта:
• уникальность и неповторимость;
• координированное выполнение взаимосвязанных действий;
• направленность на достижение конкретных целей;
• ограниченность по времени (наличие начала и окончания);
• ограниченность по ресурсам.
Уникальность события, координирование взаимосвязанных действий, определенные цели и ограничения по ресурсам являются основными отличительными признаками бизнес-проектов. В то же время часть этих признаков в той или иной мере присуща и бизнес-процессам. Полезно различать процессную и проектную форму организации деятельности, чтобы правильно организовать управление.
В жизненных циклах бизнес-процессов и бизнес-проектов можно выделить одинаковые этапы: разработка, реализация, завершение, но временные пропорции этих этапов в проектах и процессах различны (см. рис. 2.9.3).
Процесс, будучи однажды разработан, потом довольно долго работает в режиме повторения заданного порядка действий, поэтому этап реализации занимает наибольшую часть жизненного цикла бизнес-процесса. Этап завершения бизнес-процесса гораздо короче этапа его реализации.
В проекте в связи его уникальным характером этапы разработки и завершения пропорционально увеличиваются, а этапы реализации соответственно уменьшаются.
Описание проекта может детализироваться. Так, логику исполнения проекта показывают с помощью процессов. При таком взгляде проект показывается как совокупность процессов по его реализации (см. рис. 2.9.4).
Большие проекты могут состоять из субпроектов, а те, в свою очередь, реализуются как совокупность процессов (см. рис. 2.9.5). Возникает схема вложений описания проекта, использующая «принципы построения матрешки» .Рис. 2.9.4. Вложенные в проект процессы
Рис. 2.9.5. Вложенные в проект субпроекты с вложенными в них процессами 2.10. Постоянное совершенствование процессов и моделей организации деятельности
Рис. 2.10.1. Сферы применения моделей организации деятельности
В современных компаниях и организациях задачи моделирования процессов часто возникают в ходе реализации проектов по переходу на новые стандарты управления и компьютеризированные системы. Однако и после реализации этих специальных проектов желание получить конкурентные преимущества в условиях быстроменяющейся среды заставляет коммерческие организации постоянно перестраивать свою деятельность. Причиной изменений может быть вывод на рынок новых продуктов и услуг, что должно быть либо вписано в существующую организацию деятельности компании, либо для этих целей должны быть созданы новые подразделения. Работу этих новых подразделений надо поставить, тиражируя в них стандартизованные на уровне организации процессы или проектируя уникальные (новые для организации процессы). Такая же задача стоит при выходах на новые рынки других регионов, при создании новых точек сбыта (см. рис. 2.10.1).
Перестройка процессов может инициироваться и требованиями клиентов, и результатами сравнения с организацией деятельности конкурентов (benchmarking) , или анализом процессов в рамках системы менеджмента качества и т. п. Так или иначе, в современных организациях осуществляются непрерывные изменения процессов.
Такая же потребность адекватно отвечать на вызовы изменяющейся среды заставляет менять и процессы функционирования государственных органов.
Все это приводит к тому, что моделирование процессов и организации в целом становится не единичным мероприятием, а важной постоянной функцией современного менеджмента, осуществляемой с помощью специальных методологий и программных средств, а бизнес-инженер – одной из ключевых фигур в усилиях по созданию конкурентных преимуществ за счет лучшей организации деятельности компании.
Сегодня внимание бизнес-инженера фокусируется в первую очередь на таких компонентах организации деятельности, как: процессы и проекты, функциональные модули, организационные структуры, системы управления, документооборот, применение информационных технологий. Главный фокус внимания бизнес-инженера направлен на итерацию и практическое использование подобных приложений с целью обеспечения реализации стратегии, обеспечения эффективности деятельности, развития конкурентоспособности компании.3. Структурирование систем управления
Контент
• Субъект – тот, кто управляет.
• Объект – тот, кем управляют.
• Управление – целенаправленное воздействие субъекта на объект.
• Система управления – целостная методология и средства целенаправленного воздействия субъекта на объект.
• Модели цикла управления – описание циклического повторения типовых этапов управления.
• Структурирование систем управления – по применяемым моделям управленческого цикла; по уровням управления; по сферам управления (рис. 3.0.1).
Рис. 3.0.1. Как структурировать систему управления
3.1. Выделение субъекта и объекта управления
Рис. 3.1.1. Пиктограмма «Субъект и объект управления»
Рис. 3.1.2. Пиктограмма «Система управления и объект управления»
Управление – целенаправленное влияние на объект управления со стороны субъекта управления
При рассмотрении проблем управления в компании или организации выделяют две подсистемы – объект управления и субъект управления (см. рис. 3.1.1).
В качестве объекта управления могут выступать деятельность подразделений и исполнителей, бизнес-процессы и проекты компании.
В качестве субъекта управления рассматривается деятельность звеньев управления, реализующих административно-управленческие и информационные процессы.
Система управления – методология и средства, обеспечивающие субъекту исполнение процессов управления объектом
Часто в определение системы управления включается как ее компонент и сам субъект (см. рис. 3.1.2).
Реализуемые субъектом процессы управления рассматриваются как вертикальные, включают взаимодействия субъекта с объектом и относятся к субъекту и системе управления.
Реализуемые объектом процессы деятельности рассматриваются как горизонтальные, часто подразделяются на процессы основной деятельности и процессы поддержки основной деятельности и относятся к объекту управления (см. рис. 3.1.3).
Рис. 3.1.3. Выделение процессов деятельности субъекта управления и процессов деятельности объекта
Рис. 3.1.4. Структурирование системы управления
Как провести начальное структурирование системы управления компании (рис. 3.1.4)
1. Описать компанию и ее место во внешней среде
Читать бесплатно другие книги:
