4.Особенности управления и оценки персонала в ИТ-организации
Известные на сегодня методы управления персоналом, апробированные в ряде отечественных организаций и адаптированные к деятельности кадровых служб, могут быть объединены три подгруппы:
• методы формирования кадрового состава организации;
• методы поддержания работоспособности персонала;
• методы оптимизации кадрового потенциала.
К первой группе методов, ориентированных на формирование кадрового состава организации, относятся методы проектирования организационной структуры. В динамично изменяющихся условиях внешней и внутренней среды проектирование превращается в достаточно постоянную деятельность руководства организаций. В самом общем виде можно обозначить четыре основных метода, используемых при создании проекта организационной структуры: 1) аналитический, 2) технологический, 3) организационно-культурный и 4) «прототипический» методы. В процессе знакомства с материалом данной главы читателю предстоит осуществить свой выбор между перечисленными методами, взвесив все возможности и ограничения каждого из них. Мы надеемся, что выбор будет сделан в пользу усиления возможностей каждого из методов по принципу их взаимодополнительности.
В силу ряда обстоятельств структура организации (или организационная структура) может и должна рассматриваться как отражение отношения организации к своему персоналу. Именно структура организации определяет степень включенности людей в дела предприятия, типы и принципы формирования рабочих групп и управленческих команд, особенности построения сетей коммуникации, и в конечном виде, ту метафору, в соответствии с которой и построена организация.
Виды структурирования
Поскольку структура — это прежде всего совокупность взаимосвязанных звеньев, образующих систему, то возможные связи между звеньями системы позволяют различать следующие виды структурирования:
1) линейная — звенья связаны друг с другом последовательно;
2) функциональная;
3) кольцевая — звенья связаны друг с другом также последовательно, но «выход» последнего звена одновременно является «входом» первого;
4) «колесо» — в отличие от кольцевой в центре (на месте «оси») имеется звено, связанное со всеми остальными;
5) звездная — в отличие от структуры «колесо» отсутствуют периферийные связи («обод»), а звенья связаны между собой лишь через центр (центральное звено);
6) многосвязная — в отличие от кольцевой структуры каждое звено связано со всеми остальными;
7) сотовая — каждое звено связано либо с четырьмя другими (либо с тремя) и имеет один внешний «выход» («вход»), либо с двумя и имеет два внешних «выхода» («входа»);
8) иерархическая — характеризуется наличием иерархии управления;
9) смешанная — в различных подсистемах возможны перечисленные виды структур.
Экспериментальное изучение этих видов структурирования показало различную их эффективность. Так, достаточно простым и четко поставленным задачам, а также рутинным заданиям, допускающим возможность ошибки, более соответствуют звездная и иерархическая структуры, поскольку обеспечивают быстрое получение решений. Многосвязная структура в смысле безотказности и правильности решения более подходит для сложных задач с неполной информацией, хотя процесс решения занимает больше времени. Линейная структура дает неплохие результаты при решении простых задач с малым объемом исходных данных. Кольцевая — предпочтительнее там, где требуется творческий подход к решению, она же способствует наибольшей удовлетворенности участников своей деятельностью. Наименьшее влияние на результат решения оказывает квалификация участников в многосвязной и сотовой структуре, а наибольшее — в звездной и иерархической.
С точки зрения «топографии» организационное пространство может быть распределено: 1) географически (цеха, отделы), 2) функционально (каменщик, нормировщик), 3) статусно (рабочие, служащие, руководители) и иерархически (начальник отдела, директор завода).
Основные типы организационных структур мы рассмотрели выше, сейчас же обсудим наиболее эффективные из них.
Линейная организационная структура
Это тип организационной структуры, строго иерархически организованной, характеризующейся разделением зон ответственности и единоначалием.
Преимущества линейных организационных структур:
• четкая система взаимных связей;
• быстрота реакции в ответ на прямые приказания;
• согласованность действий исполнителей;
• оперативность в принятии решений;
• ясно выраженная личная ответственность руководителя за принятые решения.
Основной проблемой, свойственной этому типу структуры, принято считать ограничения, задаваемые диапазоном контроля, который определяется качественными и количественными характеристиками связей, непосредственно «замыкаемых» на руководителе.
С точки зрения качественных характеристик речь идет о содержании и направлениях информационных потоков между руководителем и подчиненными, которые могут быть не только односторонними или двусторонними (параметр направления), но и регулятивными, информационными и проблемными (параметр содержания).
Количественные характеристики связей в большей степени, чем качественные, поддаются измерению.
Методика в общем понимании этого слова является инструментом для создания широкого спектра различных архитектур и как правило, включает в себя описание методов проектирования ИТ-архитектуры в терминах использования определенных "строительных блоков", описание того, как эти "строительные блоки" связаны между собой, набор инструментов для описания элементов архитектуры, общий словарь используемых терминов. Методики также могут содержать список рекомендуемых стандартов и совместимых продуктов, которые могут использоваться для реализации различных элементов архитектуры. Важно понимать, что методики не только задают набор документов и планов, необходимых для описания предприятия, но и определяют, как все эти элементы описания связаны между собой.
Однако в каждой сфере есть более или менее строгие правила игры или стандарты. Существуют индустриальные стандарты для описания отдельных доменов архитектуры предприятия, например, ИТ-архитектуры, принятые такими организациями, как IEEE, ISO, описанные в ITIL, COBIT и т.д. Но, ни один из этих стандартов не занимает доминирующего положения. Более того, ни один из них, взятый в отдельности, не дает группам разработчиков архитектуры, всех необходимых инструментов с методической точки зрения и с точки зрения шаблонов, используемых для описания даже одного домен архитектуры предприятия. Однако этот накопленный арсенал методик и стандартов предоставляет архитекторам широкие возможности выбора моделей, примеров и опыта различных индустрий.
Стандарт ИСО 15704:2008 нацелен на решение задач трех типов: создание предприятия, его реструктуризация и инкрементальные изменения. Он ориентирован как на людей, так и на технологии (базовые и вспомогательные) и фиксирует необходимость комплексного подхода. В основе этого стандарта лежит подход, отличающийся от «обычных» стандартов и методик ИТ-специалистов: в центре внимания постоянно находится именно предприятие как комплексный объект а не просто как «объект автоматизации».
Стандарт определяет требования к стандартной архитектуре предприятия и методологии, которые позволяют проверять стандартную архитектуру специфического предприятия и его методологию на предмет полноты в отношении настоящей и будущей целей. При этом архитектура понимается как описание (модель) основной компоновки и взаимодействия частей системы (будь то физический либо абстрактный объект или сущность).
Принципиально важным в стандарте ИСО 15704 является определение архитектур двух типов, имеющих отношение к интеграции предприятия, а именно:
системные архитектуры (называемые иногда архитектурами «типа 1»), действие которых распространяется на проектирование системы, например, на информационную, являющуюся частью системы интеграции предприятия;
стандартные архитектуры предприятия (называемые иногда архитектурами «типа 2»), действие которых распространяется на организацию разработки и выполнения проекта, например, интеграцию предприятия или другую программу развития предприятия.
В стандарте рассматриваются в первую очередь архитектуры типа 2.
Настоящий стандарт устанавливает требования к стандартным архитектурам предприятия и методологиям, а также требования по их соответствию полному (завершенному) представлению стандартной архитектуры предприятия и методологиям.
Область применения стандартных архитектур предприятия и методологий распространяется на следующие составные части, обязательные для выполнения всех типов проектов по созданию предприятий, а также на любые изменяющиеся проекты, необходимые в течение всего срока жизни предприятия, включая:
создание предприятия;
выполнение работ по реструктуризации предприятия;
нарастающие изменения, распространяющиеся только на части жизненного цикла предприятия.
Рассмотрим более подробно, какие ключевые принципа построения стандартной архитектуры предприятия:
Возможность применения для всех предприятий – основные принципы интеграции можно использовать для предприятий различного размера. В данном случае производство можно рассматривать как вид услуги оказываемой предприятием, при этом неважно, к какой отрасли эта услуга относится;
Идентификация предприятия и определение миссии – предприятие призвано приносить прибыль, предоставляя потребителю актуальный продукт. Чем правильнее определена миссия предприятия, тем успешнее оно будет с ней справляться;
Разделение функций по выполнению миссии от функций по управлению миссией – функции выполнения миссий включают в себя процессы направленные непосредственно на производство, например закупка и хранение материалов. Функции управления миссией связаны зачастую с изменением производственного процесса, например планирование;
Идентификация структуры процесса – все преобразования, происходящие во время производственного процесса можно разделить на два класса: преобразование материалов и энергии и преобразование информации. В комбинации эти преобразования определяют общую функциональность предприятия;
Идентификация содержания процесса – необходимо четко понимать, где и как человеческий фактор вписывается в предприятие и как достигается распределение функций между людьми и оборудованием.
Признание этапов жизненного цикла предприятий - Любое предприятие, независимо от типа, следует своему жизненному циклу. "Жизненный цикл предприятий" распространяется не только на предприятие, но и на его продукцию;
Эволюционный подход к интеграции предприятия – выполнение интеграции должно производиться плавно в зависимости от имеющихся ресурсов.
Модульность - определять все виды деятельности необходимо модульным образом, чтобы они впоследствии могли быть взаимозаменяемыми с другими видами деятельности, выполняющими аналогичные функции, но различным образом.
Данные ключевые принципы стандартной архитектуры предприятия описаны для обеспечения основы, необходимой для выполнения требований, которые также описаны в стандарте и составляют большую его часть.
Стандарт определяет следующие группы требований к стандартной архитектуре предприятия:
Приемлемость и охват типов объектов предприятия.
Понятия.
Компоненты стандартных архитектур предприятия.
Приемлемость и охват типов объектов предприятия
3.1.1 Обобщенность
Управление персоналом не должна базироваться на какой-либо единой методологии с сопутствующей ей архитектурой, поскольку существует несколько стандартных архитектур, действие которых распространяется на конкретный специфический вид деятельности предприятия. Т.е. в первую очередь при определении архитектуры предприятия следует не выбирать единый подход или методологию, а обратить внимание на её приемлемость и способность выполнять требования, установленные в данном стандарте.
Понятия
3.2.1 Ориентация на человека
Стандартные архитектуры предприятия должны быть способны представлять такие человеческие аспекты, как организационные и рабочие роли, способности, профессиональные навыки, компетенцию, обязанности, полномочия и отношение к организации.
3.2.2 Ориентация на процесс
Стандартные архитектуры предприятия и методологии должны быть способны представлять работу предприятия с учетом ее функциональности и поведения. Такие представления обращают особое внимание на концепции жизненного цикла всех сущностей предприятия и поддерживают операции, ориентированные на процесс.
3.2.3 Ориентация на технологию
Стандартные архитектуры предприятия и методологии должны быть способны представлять все технологии, применяемые в работе предприятия.
3.2.4 Ориентация на выполнение миссии
Стандартные архитектуры предприятия и методологии должны быть ориентированы на любой процесс и составляющие его виды деятельности, участвующие в выполнении установленной миссии предприятия, заключающейся в производстве продукции и услуг предприятия для потребителей.
3.2.5 Ориентация на управление миссией
Управление персоналом должна быть способна представлять любой процесс и составляющие его виды деятельности для управления установленной миссией предприятия в соответствии с критериями, определенными менеджментом предприятия.
3.2.6 Среда моделирования предприятия
Стандартные архитектуры предприятия и методологии, основанные на модели, должны быть способны представлять моделируемые сущности в рамках концептуального пространства, определенного размерностями жизненного цикла, общности и модельными представлениями.
3.2.7 Жизненный цикл
Стандартные архитектуры предприятия и методологии идентифицируют и представляют этапы жизненного цикла, относящиеся ко времени жизни любой сущности предприятия.
3.2.8 История жизни
Стандартные архитектуры и методологии предприятия должны быть способны представлять историю жизни любой сущности предприятия; то есть представлять во времени производственную деятельность, выполняемую любой сущностью предприятия.
3.2.9 Модельные представления
Стандартные архитектуры моделирования и методологии, основанные на модели, обеспечивают концепции (понятия) для представления различных представлений (видов) модели предприятия (см. ИСО 14258, подраздел 3.7), что позволяет описывать ее как интегрированную модель, но при этом представлять пользователю в различных подмножествах. Представления включают в себя подмножество факторов, представленных в интегрированной модели для того, чтобы сконцентрировать внимание на интересующих вопросах, которые заинтересованные стороны пожелают рассмотреть, прибегая к моделированию предприятия. Различные представления могут использоваться для высвечивания отдельных и сокрытия других аспектов модели. Понятие «представление» применимо для моделей всех типов сущности на протяжении всего их жизненного цикла.
Стандартные архитектуры моделирования и методологии, основанные на модели, включают в себя следующие четыре представления содержания модели:
1 - функциональное;
2 - информационное;
3 - ресурсное и
4 - организационное.
Разработчики модели могут разработать дополнительные изображения, отвечающие определенным интересам пользователя, которые затем пользователь может применять.
3.2.10 Общность
Стандартные архитектуры и методологии, основанные на модели, способны представлять общие элементы предприятия, частные модели предприятия и обособленные (конкретные) модели предприятия.
Компоненты стандартных архитектур предприятия
3.3.1 Методологии инжиниринга
Должна быть разработана методология инжиниринга предприятия, которая помогает каждому виду деятельности на любой стадии жизненного цикла достигать наибольшей эффективности.
3.3.2 Языки моделирования
Для описания деятельности предприятия используются различные языки моделирования
Могут использоваться различные языки, отвечающие требованиям различных пользователей. Языки моделирования предприятия должны быть достаточно выразительными для того, чтобы моделировать роли человека, операционные процессы и их функциональное содержание.
3.3.3 Общие элементы
Стандартные архитектуры предприятия и методологии могут основываться на общих элементах проектирования и моделирования предприятия. Такими общими элементами в порядке возрастания формализации являются словари, мета - модели и онтологические теории. Эти общие элементы обеспечивают согласованность представлений предприятия.
3.3.4 Частные модели
Стандартные архитектуры предприятия и методологии обеспечивают понятие «частные модели предприятия» (повторно используемые стандартные модели). Это позволяет пользователю понять и повторно использовать понятия, которые являются общими для многих предприятий и, следовательно, улучшить эффективность моделирования.
3.3.5 Обособленные модели
Стандартные архитектуры и методологии предприятия обеспечивают создание его обособленных моделей, описывающих часть любой сущности предприятия или всю сущность.
3.3.6 Инструменты
Стандартные архитектуры и методологии предприятия обеспечиваются поддержкой компьютеризированных инструментов, которые помогают пользователю в проведении инжиниринга предприятия и выполнении интеграционных проектов.
3.3.7 Модули
Стандартные архитектуры предприятия и методологии способны представлять понятие модулей предприятия или внедренных строительных блоков или систем (продукции или семейств продукции), которые применяются как общие ресурсы при инжиниринге предприятия и его интеграции.
3.3.8 Операционные системы предприятия
Результатом процесса инжиниринга предприятия является конструкция или модель операционной системы предприятия, которая включает в себя оборудование и программное обеспечение, необходимые для выполнения задач и целей предприятия. Содержание операционной системы определяется его требованиями.
Таким образом, вышеуказанный стандарт все лишь формирует критерии к стандартной архитектуре предприятия и описывает ее структуру.
Существрует и закрепленный в стандарте подход к моделированию предприятия как такового. Он изложен в ИСО 19439:2008. Настоящий стандарт устанавливает основные положения, обеспечивающие общую основу для идентификации и координации разработки стандартов на моделирование предприятий, не ограничиваясь производством на основе компьютерного интегрирования. Стандарт также является основой для последующей разработки стандартов на модели с применением компьютера, обеспечивающих принятие решений по производственному процессу, что в результате приводит к основанным на модели функционированию, мониторингу и управлению.
В рамках настоящего стандарта определены четыре модельных представления (вида) предприятия. Дополнительные представления, отвечающие интересам определенных потребителей, могут быть разработаны, однако такие дополнительные представления не являются предметом данного стандарта. Данный стандарт определяет характерные понятия, необходимые для обеспечения создания моделей и поддержки их использования промышленными предприятиями.
Как таковое понятие архитектуры предприятия не приводится в данном стандарте. Однако, основа, описанная в настоящем стандарте, структурирована с учетом трех размерностей. Размерами являются:
фаза модели предприятия;
представление модели предприятия;
общность.
Модели предприятия имеют жизненный цикл, который относится к жизненному циклу моделируемой сущности. Жизненный цикл модели предприятия является результатом процесса разработки модели, с помощью которой модели создаются, вводятся в эксплуатацию и окончательно ликвидируются. Соответствующая размерность среды (инфраструктуры) определяется термином «фаза модели предприятия» и дополнительно устанавливается в 5.2.
Данная размерность подразделяется на семь фаз модели предприятия (5.2.2-5.2.8), отличающихся различными преднамеренными описаниями происхождения, существования и вывода объекта предприятия из эксплуатации.
Разложение (3.12) и детализация (3.14) характеризуют последовательность между фазами модели, которыми являются:
идентификация области деятельности;
определение понятия;
определение требований;
проектная спецификация;
описание внедрения;
действие области деятельности;
определение вывода из эксплуатации.
Степень оценки модели предприятия позволяет моделирующему и пользователю модели предприятия отфильтровать свое видение реального мира посредством выделения тех аспектов, которые имеют отношение к их конкретным интересам и содержанию.
Работая с моделью предприятия, моделирующий должен использовать представления модели предприятия в соответствии с 5.3.1 для выделения конкретного аспекта и игнорирования других.
Пользователь может использовать предварительно определенные представления или сформировать дополнительные представления в расчете на конкретные цели посредством выбора соответствующего подмножества конструкций языка моделирования.
Размерность представления следует определять термином «представление модели предприятия». Размерность далее рассматривается в 5.3.
Предварительными оценками, определенными в 5.3.2 - 5.3.5, являются:
функциональное представление;
информационное представление;
ресурсное представление;
организационное представление.
Обобщение (3.34) является продвижением от одной или более определенных концепций к наиболее общей концепции, представляющей их общие характеристики или существенные свойства. Специализация является обратным процессом, который берет начало из более общей концепции и продвигается к чему-то с определенной целью.
Пример: Специализация посредством дополнения признаков (3.2), таких как показатели плотности и температуры для хранения продуктов.
Степень продвижения такого обобщения - специализации определяется термином «обобщенность» и дополнительно устанавливается в 5.4.
Настоящий стандарт определяет следующие три уровня обобщенности в 5.4.2 - 5.4.4:
обобщенный уровень;
частный уровень;
обособленный уровень.
Концепция представления модели предприятия является средством, отражающим различные аспекты предприятия, которые описаны в рамках объединенной модели для пользователя или разработчика модели в различных подмножествах (представлениях модели предприятия). Каждое представление модели предприятия содержит подмножество фактов, представленных в объединенной модели и предоставляющих пользователю возможность сконцентрироваться на соответствующих вопросах, которые заинтересованные лица хотели бы рассмотреть при моделировании предприятия. Набор пронумерованных различных видов представления модели предприятия определяет размерность представления модели предприятия.
Различные представления модели предприятия могут быть доступны, высвечивая определенные аспекты модели и скрывая другие.
Концепция оценки модели предприятия распространяется на весь жизненный цикл разработки модели предприятия. Любая манипуляция с представлением модели предприятия (любое изменение содержания конкретного представления) отражается в объединенной модели и, следовательно, во всех соответствующих представлениях модели предприятия.
Такая среда характеризуется четырьмя представлениями модели предприятия, которые позволяют сгруппировать содержание модели и выразить его различными способами. Каждое представление сфокусировано на одном важном аспекте деятельности предприятия в рамках выделенной области деятельности. Четырьмя представлениями модели предприятия являются:
функциональное представление (5.3.2) для описания функций предприятия;
информационное представление (5.3.3) для описания информации о предприятии, используемой и полученной в процессе деятельности предприятия;
ресурсное представление (5.3.4) для описания имущественных средств предприятия, необходимых для деятельности;
организационное представление (5.3.5) для описания организации, организационных взаимосвязей и обязанностей по принятию решений в процессе деятельности предприятия.
Концепцию представления модели предприятия распространяют на все фазы модели предприятия. Подобным образом для каждого из четырех представлений модели предприятия рассматривают уровни общности (5.4.1).
Несмотря на то, что четыре представления модели предприятия описываются в 5.3.2, 5.3.3, 5.3.4 и 5.3.5, их создание и применение полностью определяются разработчиком или пользователем модели. Целью настоящего стандарта не является установление внутреннего содержания или последовательности разработки, или использования процессов. В дополнение к четырем представлениям модели предприятия, определенным в данной среде, разработчики модели могут создавать дополнительные представления для конкретных интересов пользователей, которые затем допускается использовать любым заинтересованным лицам в своих интересах.
Функциональное представление описывает домен бизнес-процессов предприятия, их функциональность, поведение, входы и выходы. Функциональное представление описывает комплекс одиночных стадий процессов как совокупность процессов (бизнес-процессов и деятельностей предприятия), структурированных в виде сети осуществляемых действий, отражающих их логическое соединение и взаимозависимости. Функциональное представление отражает поведение системы, взаимные зависимости и воздействие элементов в процессе функциональной деятельности предприятия. Также представляют связанные с принятием решений операции менеджмента и преобразующие и поддерживающие действия.
Функциональное представление отражает связи с производственным окружением, поскольку оно отражает ограничения и учитывает соответствующие входы и выходы. Функциональное представление идентифицирует все сущности предприятия (материал, информацию, ресурсы и управление), необходимые для выполнения функции, как объекты предприятия. Процессы описывают с помощью применения соответствующих языковых конструкций моделирования, определенных на общем уровне. Описанные процессы могут включаться в частные модели, а также в модели конкретных предприятий.
Информационное представление описывает объекты предприятия, связанные с информацией (как материальные, так и информационные), по мере их использования и производства в операционных процессах предприятия.
Объекты предприятия в информационном представлении описывают с использованием соответствующих языковых конструкций моделирования, определенных на общем уровне. Описанные объекты могут быть организованы как частные модели, представляющие типовые информационные модели доменов предприятия, принадлежащих к конкретным промышленным сегментам, а также представляющие модели для конкретных предприятий.
Ресурсное представление описывает имущественные средства предприятия (людские и технологические компоненты) по мере их применения в ходе выполнения производственных операций предприятия. Образцы ресурсов в последующем приписывают к деятельностям предприятия в соответствии с требуемыми способностями. Ресурсы можно также структурировать в ресурсные модели для таких применений, как управление имущественными средствами.
Объекты предприятия в ресурсном представлении описывают с использованием соответствующих языковых конструкций моделирования, определенных на общем уровне. Описанные объекты могут быть организованы как частные модели, представляющие типовые ресурсные модели доменов предприятия, принадлежащих к определенным промышленным сегментам, а также представляющие модели для конкретных предприятий.
Организационное представление описывает обязанности и права в рамках домена предприятия. Такое представление обеспечивает сбор и структурирование различных обязанностей (связанных с процессами, материалом, информацией, ресурсом и управлением) на предприятии и включает отображение этих обязанностей по организационным объектам (сущностям) и/или таким организационным группам, как департаменты, отделы и отделения. Организационное представление также обеспечивает представление обязанностей по связанным с принятием решений видам деятельности в виде связанных с принятием решений структур для проверки согласованности и полноты.
Объекты предприятия в организационном представлении описывают с использованием соответствующих языковых конструкций моделирования, определенных на общем уровне. Описанные объекты могут быть организованы как частные модели, представляющие типовые организационные модели доменов предприятия, принадлежащих к определенным промышленным сегментам, а также представляющие модели для конкретных предприятий.
Модель соответствует настоящему стандарту, если:
модель предприятия содержит функциональное представление и информационное представление,
модель предприятия содержит ресурсное представление или необходимую информацию для построения ресурсного представления,
модель предприятия содержит организационное представление или необходимую информацию для построения организационного представления.
Методология моделирования соответствует настоящему стандарту, если:
модель предприятия, разработанная на основе методологии моделирования, сама соответствует настоящему стандарту,
методология моделирования включает в себя фазы модели предприятия, и возможно отличить различные проявления модели, соответствующие каждой фазе,
методология моделирования обеспечивает вывод частных и обособленных моделей из общих языковых конструкций моделирования и контролируемое дополнение общих языковых конструкций моделирования для их ссылочного каталога,
методология моделирования отражает изменения содержания для всех соответствующих представлений модели предприятия.
Положение о соответствии должно включать в себя либо положение о полном соответствии требованиям раздела 5, либо положение о частном соответствии, которое ясно определяет области несоответствия. Рекомендуется, чтобы модель предприятия также включала положение полноты и соответствия или другое в соответствии с ИСО 15704, а также демонстрацию этого соответствия изучением развития конкретного большого предприятия. Это изучение должно включать все фазы на примере содержания модели, цели и применения, включая подчеркивание роли людей, а также аспектов безопасности и экономических аспектов для удовлетворения потребителей.
Подводя итог рассмотрению данного стандарта, можно сделать вывод о том, что стандарт предъявляет требования к моделям предприятий и методологиям моделирования, но не является описанием какой-либо одной или нескольких методологий.
Одним из важнейших итогов последних лет в области стратегии использования ИТ и проектирования систем уровня предприятия стало выделение архитектурного подхода в качестве необходимого и приоритетного [ (Trends in Enterprise Architecture 2005: How are Organizations Progressing? IFEAD Report of the Third Measurement, 2005)]. Происходит резкий рост числа предприятий (предприятий в смысле АП и международных стандартов), активно работающих с АП. Это касается предприятий всех масштабов и отраслей, коммерческих компаний и государственных органов - от отдельных агентств до международных организаций. Вопрос о том, что полномасштабное использование АП действительно дает принципиально новые возможности, практически уже не дискутируется (при этом продолжается изучение способов количественного измерения добавочной ценности, создаваемой применением АП). Заключение исследования распространения и применения дисциплины АП в мире (проведенного уже третий раз) включает в себя, в том числе, следующие выводы (см. [ (Trends in Enterprise Architecture 2005: How are Organizations Progressing? IFEAD Report of the Third Measurement, 2005)]):
АП используется не только в больших, но и малых организациях (от 100 до 1000 работающих) и на предприятиях всех отраслей, причем программы e-Government стимулируют развитие АП в частном секторе и наоборот.
АП используется не как "системная архитектура" в смысле архитектуры информационных систем (ИС), но как инструмент стратегического управления; при этом из инструмента ИТ-директора и CIO, используемого только для планирования ИТ и создания ИС, она стала инструментом и областью ответственности Советов Директоров, применяемым, в том числе, для планирования изменений в организации.
Организации, относящиеся к АП серьезно, имеют в штате позиции "Архитектора предприятия" и Архитекторов других областей своей деятельности, причем внешние консультанты-архитекторы могут играть роли "тренеров", "помогающих и дополняющих", но не заменяющих этих внутренних Архитекторов компаний - Заказчиков ИТ.
Разворачивание АП как профессиональной дисциплины все еще продолжается, продолжается сдвиг от технологических вопросов к обще-деловому спектру проблем, растут потребности в образовании и тренинге в области АП.
Все больше организаций определяют свою собственную общую, "рамочную" (framework) схему АП вместо использования или простой адаптации существующих схем.
При работе с АП в большинстве случаев продолжают использоваться простейшие "настольные" инструменты (типа офисного пакета или графического дизайнера), хотя использование сложных репозиториев АП растет.
В части архитектурной работы с бизнес-процессами широко используются принятые техники моделирования бизнес-процессов, при этом BPML является стандартом.
OMG MDA и UML широко используются для моделирования ИС.
Что касается п. 4 этих выводов, надо заметить, что в США (где использование АП наиболее распространилось) уже имеет некоторую историю углубленное преподавание АП, включая изучение сложных многомерных общих схем АП. Это важно отметить в связи с п. 5 выводов по следующей причине.
Устройство общих схем (frameworks) АП достаточно сложно, достаточно полная схема АП по своей сути является многомерной структурой, в которой можно выделить до 6-ти и более относительно независимых измерений. В связи с этим ежедневная практическая работа и, в особенности, необходимость демонстрации АП бизнес-менеджерам требуют внешне упрощенных представлений. По этой причине организации с разной профессиональной культурой будут разрабатывать близкие им упрощенные варианты схем АП. Однако понимание зависимостей, скрытых в этих упрощенных представлениях, работа с этими зависимостями требуют от архитекторов образования в данной области на глубоком, желательно "классическом университетском" уровне.
Одним из важных итогов и одновременно одной из тенденций развития АП является появление сервисно-ориентированной АП (не путать с SOA). Она отличается фокусированием АП в целом и ее элементов на предоставление услуг (сервисов) и на работе с сервисами как с центральным архитектурным элементом. Заметим, что такая АП существенно шире, чем SOA, она охватывает сервисное осмысление и представление бизнеса как такового, а также некоторые сервисные структуры вычислительных ресурсов – SOC (Services Oriented Computing). Вместе с тем, сервисно-ориентированная АП может рассматриваться как одно из упрощений ЕА, достигаемое за счет достаточно сильного упрощения некоторых архитектурных аспектов и измерений, в том числе, выходящих за рамки текущего понимания сервисного подхода.
Из российской практики известны и другие тенденции, сводящие попытки использования АП к частным, ограниченным областям (ИТ-архитектура, "системная архитектура"). Должности и подразделения, в названиях которых есть слово "архитектура", стали появляться, но не наполняются полноценным содержанием АП. Контакты с представителями соответствующих должностных позиций и подразделений в компаниях показывают, что абсолютное большинство из них находится ниже того барьера, за которым начинается переход от работы с технологической архитектурой к работе с АП как с комплексной архитектурой. В качестве одного из типичных примеров можно назвать известные попытки официально подменить комплексную Архитектуру Электронного Правительства или Электронного Государства в России чем-то, названным "АПО" - Архитектурой Программного Обеспечения.
Возможно, наиболее сложными при внедрении АП являются проблемы человеческого фактора, а именно: преодоление консерватизма как традиционных управленцев, так и ИТ-специалистов, которым, во-первых, надо оперировать новыми понятиями, во-вторых, мыслить, выходя за границы своих обычных представлений о целях и масштабах выполняемой работы, в-третьих, уметь работать "на равных" за общим столом. Надо принимать во внимание и условно технические проблемы, в частности, необходимость в формировании общего профессионального языка и соответствующего словаря. Однако последние проблемы вполне решаемы, примером может служить словарь терминов в области АП и e-Government, разработанный Фондом ФОСТАС, который, например, уже взят на вооружение Сообществом ИТ-директоров Украины в качестве ядра для создаваемого АП глоссария.
Существуют и объективные причины, усложняющие широкое внедрение достаточно развитых общих схем (рамочных схем, frameworks) АП. Важнейшая из них заключается в том, что многим специалистам нелегко свободно работать даже с трехмерными структурами, а при работе с АП объективно может присутствовать шесть и более актуальных измерений, которые должны быть гармонизированы между собой и с процессами в системе.
За последние 3-5 лет в мире в области стратегии использования ИТ и проектирования систем уровня предприятия произошел переход к широкому практическому использованию дисциплины "Управление персоналом" на качественно новом уровне рассмотрения действительно комплексной архитектуры, не ориентированной только на ИТ. Это касается предприятий всех масштабов и отраслей, коммерческих компаний и государственных органов. АП используется не как "системная" и/или "ИТ-архитектура" (в смысле архитектуры информационных систем, ИТ-инфраструктуры и т.п.), но как инструмент стратегического управления предприятием. При этом из инструмента ИТ-директора и CIO она стала инструментом и областью ответственности Советов Директоров, применяемым, в том числе, для планирования изменений в организации.
|
