Международные практики и стандарты развития систем...

Международные практики и стандарты развития систем управления сетевых энергокомпаний

А.С. Березин, к.т.н., Директор департамента промышленности и энергетики ООО «PSI»

Связь системы управления бизнесом и ИТ

Эффективная система управления в современных условиях уже не мыслиться без

автоматизации – применения современных информационных технологий (ИТ). В мире

видимо уже не существует ни одного известного своей высокой эффективностью

предприятия, где все процессы управления построены «по старинке» - на базе бумажного

документооборота, внутренней переписки «входящее-исходящее», «беганья» множества

секретарей по коридорам и т.п. Причина этого очевидна – современный бизнес принимает

решения на основе Информации, причем Информации крайне разнородной и чрезвычайно

объемной. Это и внутрикорпоративные отчеты, и сводки о деятельности конкурентов, и

рыночная конъюнктура, оперативные сводки с места аварий и множество других видов

информации. Эта информация не может родиться «по щелчку пальцем». Это результат

длительной и кропотливой работы функциональных подразделений и служб

автоматизации по структурированию ЗНАНИЙ о том, как работает бизнес? На каком

участке в цепочке принятия решений какая информация необходима? Где источники этой

информации? В каком виде она должна быть представлена? Какие оптимальные варианты

решения существуют и почему? И т.д.

Другими словами: в современном мире ИТ – это среда и средство управления

современным предприятием. И поэтому один из ключевых фокусов автоматизации -

Print to PDF without this message by purchasing novaPDF (http://www.novapdf.com/)

http://www.novapdf.com/


достижение эффективности информационного обеспечения процессов управления (т.е.

процессов разработки, принятия и контроля управленческих решений).

Однако, каким образом на практике ИТ повышает качество управления? Опыт

применения ИТ в России в последние 10-15 лет не балует нас большим количеством

«success stories». Для многих компаний уже становится очевидным, что перенос в ИТ

(даже в самые передовые платформы управления типа SAP) традиционной системы

управления, итоговых форм отчетности и замена секретарей на электронную почту не

приносит ожидаемых результатов. В чем же причина!? Для этого нам придется несколько

углубиться в понятие «эффективность системы управления».

Эффективность системы управления

Для организации работы любого предприятия необходимы три ключевых компонента:

люди, процессы и технологии (см. Рис.1).

Главной ценностью любой компании являются люди. «Кадры (по-прежнему) решают

все!». Труд людей положен в основу процветания любой компании.

Процессы – это то, что делает взаимодействие(!!!) людей целенаправленным,

организованным, создающим ценность для потребителя. «Правильный процесс дает

правильные результаты!».

Технологии – это то, что делает процессы эффективными в данных условиях

существования предприятия. Но технологии не должны заменять людей, они должны

помогать им осуществлять свою деятельность наилучшим образом. Очевидно, это

относится и к ИТ.




Рис. 1. Структура системы управления предприятием

Понятие эффективности системы управления может быть выражено двумя ключевыми

терминами: Системная эффективность и Операционная эффективность.

Системная эффективность зависит от того, насколько рационально(!!!) организовано

управление предприятием в текущих внешних и внутренних условиях его деятельности.

Системная эффективность ориентирована на процессы управления (их количество и набор

функций) и соответствующую им оргструктуру предприятия. От правильного построения

процессов решающим образом зависит качество продукции, сроки освоения нового

изделия или услуги. Системная эффективность рассматривается как относительно

независимая от людей. Конечно, не редки случаи, когда процессы выстраиваются под

конкретных людей, но в «лучшей практике» это, как правило, не так.

Операционная эффективность – это отношение конечных результатов деятельности

организации к затратам на функционирование аппарата управления. Операционная

эффективность как раз зависит от людей, их личных и деловых качеств. Конечные

результаты могут выражаться через такие показатели, как объем производства или

продаж, прибыль, себестоимость. Затраты на аппарат управления – текущие расходы на

оплату труда, подготовку и переподготовку управляющих кадров, а также стоимость

технического оснащения их труда, включая и ИТ.




Конечно, системная и операционная эффективность взаимосвязаны. Например, системные

риски приводят к операционным рискам – недополученной прибыли, прямым убыткам и

пр. Но эта связь не прямая, а осуществляется в основном через людей. Идеально

настроенные процессы не будут работать, если находящихся в них человек элементарно

не знает, что ему делать. И наоборот, гений - производственик может «разбиться в

лепешку» и не достичь целевых результатов, если производственные процессы

предприятия состоят из отдельных несвязанных фрагментов.

Каким образом ИТ влияет на вышеупомянутые составляющие системы управления и ее

эффективность?

Влияние ИТ на людей весьма ограничено. ИТ, в основном, влияют на степень

актуальности и упорядоченность и информации и помогают человеку принять правильное

управленческое решение. А чаще всего ИТ просто снижают риск принятия неправильного

решения. Связь ИТ с процессом еще более слабая. Как правило ИТ используют для

автоматизации уже сложившихся производственных процессов. Если сравнивать

предприятие с человеческим организмом, то можно сказать, что ИТ – это нервная система,

которая должна подсказать, что и где болит. Лечение – это управленческое решение,

которое как и неправильный диагноз, может «лечить совсем не ту болезнь».

Таким образом, ИТ больше влияют на системную эффективность управления, чем на

операционную. Пронизывая процессы управления и обеспечивая взаимодействие людей в

одной среде управления, ИТ связывают процессы в цепочки и ликвидируют так

называемые «организационные разрывы», которые являются главной причиной низкого

качества управления. И, очевидно, чем более качественно информированы люди и чем

реже они совершают ошибки при принятии решений на любом уровне управления, тем

меньше и системные риски предприятия. Например, реже приходится что-то

переделывать или вообще списывать затраты в убыток.

В итоге мы видим, что ИТ занимают в сфере управления современным предприятием

совершенно уникальное место. С одной стороны, ИТ связывают процессы и людей в этих

процессах. С другой – больше и лучше информированные люди через прямое и наглядное

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

эффективности.

Казалось бы вот она – «волшебная палочка» управленца! С помощью ИТ можно решить

все внутренние проблемы с управляемостью бизнеса да еще и поднять стоимость




предприятия! Однако почему-то все вокруг не говорят о потрясающих успехах внедрения

новых ИТ-систем. Скорее наоборот, крупные менеджеры после стольких лет неудачных

инвестиций в крупные ИТ-проекты почти разуверились в действенности этого механизма

управления. В чем же дело?

Архитектура предприятия

Этот вопрос будоражит лучшие умы отрасли на протяжении последних 30 лет.

Определилась причина неудачных инвестиций в ИТ, которая на сленге ИТ-спецов

оформилась в следующей известной фразе: «Автоматизация хаоса приводит к

автоматизированному хаосу».

Чудес не бывает. И сами ИТ, и объект их применения (система управления

предприятием), и субъект их использования (люди) представляют собой слишком

сложные сущности, чтобы успешное и результативное внедрение управляющих

информационных систем было простым и легким делом. К счастью, за указанные 30 лет

человечество далеко продвинулось в деле осознания, формализации и применения

специальных знаний, методик, компетенций и инструментов, которые могут обеспечить

действительно потрясающие результаты повышения эффективности систем управления

современных предприятий посредством применения ИТ.

Все эти знания, методики и компетенции оформились в отдельное направление на стыке

ИТ и бизнес-консалтинга, которое в мировой практике получило совокупное название

Enterprise Architectures – Архитектура предприятия.

Существует несколько определений Архитектуры предприятия, предлагаемых в

различных национальных и международных стандартах. Приведем одно из них:

Архитектура предприятия представляет стратегическую информационную основу,

которая определяет:

структуру бизнеса;

информацию, необходимую для проведения этого бизнеса;

технологии, применяемые для поддержания деловых операций;

переходные процессы преобразования, развития, которые необходимы для

реализации новых технологий в ответ на появление новых изменяющихся бизнес -

потребностей.




Таким образом, под Архитектурой предприятия здесь понимается всестороннее и

исчерпывающее описание всех ключевых элементов предприятия и межэлементных

отношений, которые в своей совокупности обеспечивает исполнение предприятием своей

миссии на протяжении всего жизненного цикла предприятия.

Архитектуру предприятия стали представлять, например, в виде следующих слоев (см.

рис. 2): корпоративные миссия и стратегия, стратегические цели и задачи; бизнес-

архитектура; системная архитектура (ИТ-архитектура):

Корпоративные миссия и стратегия определяют основные направления развития

предприятия и ставят долгосрочные цели и задачи.

Бизнес-архитектура на основании миссии, стратегии развития и долгосрочных

бизнес-целей определяет необходимые бизнес-процессы, информационные и

материальные потоки, а также поддерживающую их организационно-штатную

структуру.

Системная архитектура определяет совокупность методологических,

технологических и технических решений для обеспечения информационной

поддержки деятельности предприятия, определяемой его бизнес-архитектурой.

Системная архитектура включает в себя архитектуру ИТ-приложений, архитектуру

данных и техническую ИТ-архитектуру.

Рис.2. Пример представления архитектуры предприятия.

Значение понятия Архитектуры предприятия постоянно увеличивается за счет

обеспечения возможностей эффективного использования существующих и

эволюционного перехода к новейшим технологиям.

КК оо рр пп оо рр аа тт ии вв нн ыы ее мм ии сс сс ии яя ии сс тт рр аа тт ее гг ии яя

Б и з н е с Б и з н е с –– а р х и т е к т у р аа р х и т е к т у р а

Бизнес-процессыОрганизационно-

штатнаяструктура

Системадокументооборота

С и с т е м н а я а р х и т е к т у р аС и с т е м н а я а р х и т е к т у р а

Приложения Данные Оборудование




В ряде стран (США, некоторые страны ЕС) правительственные директивы требуют,

чтобы предприятия имели четко описанную архитектуру. Часто это обязательное

требование для получения важного государственного заказа или большого банковского

кредита. По прогнозам ведущих консалтинговых компаний, через несколько лет

архитектура превратится для предприятия в одно из главных средств управления

изменениями, обеспечивая при этом: оказание помощи менеджерам при анализе

потенциальных изменений и их реализации; предоставление основы для совместной

работы бизнес-менеджеров и ИТ-менеджеров над целями, бизнес-процессами и

выстраиванием предприятия в целом; предоставление единого хранилища всей

информации о предприятии; обеспечение менеджерам поддержки в принятии решений —

они могут обозревать отношения, задавать вопросы, идентифицировать проблемы,

выполнять моделирование и т. д. Фактически, создание архитектуры предприятия

является первым шагом на пути к предприятию, которое может реагировать на внешние

изменения в реальном времени.

Модель Захмана

Инженер компании IBM Дж. Захман одним из первых осознал важность Архитектуры

предприятия и ее связь с ИТ. Модель Захмана, разработанная в 1987 году, основана на

дисциплине классической системной архитектуры и обеспечивает общий словарь и набор

структур, достаточный для описания современных сложных корпоративных систем. В

своей работе Дж. Захман определил архитектуру предприятия как "набор описательных

моделей, которые применимы для описания предприятия в соответствии с требованиями

управленческого персонала и которые могут развиваться в течение определенного

периода". Термин "архитектура" здесь не случаен, он подчеркивает существующую

аналогию между внутренней структурой абстрактного объекта – модель предприятия, и

сложного искусственного объекта, такого как завод или космическая станция.

Модель Захмана преследует две основные цели - с одной стороны, логически разбить все

описание архитектуры предприятия на отдельные разделы для упрощения их

формирования и восприятия, с другой - обеспечить возможность рассмотрения целостной

архитектуры с выделенных точек зрения или соответствующих уровней абстракции.

Основная идея заключается в том, чтобы обеспечить возможность последовательного

описания каждого отдельного аспекта системы в координации со всеми остальными. Для

любой достаточно сложной системы общее число связей, условий и правил обычно




превосходит возможности для одновременного рассмотрения. В то же время отдельное, в

отрыве от других, рассмотрение каждого аспекта системы чаще всего приводит к

неоптимальным решениям, как в плане производительности, так и стоимости реализации.

Модель Захмана представляется в виде таблицы, имеющей пять строк и шесть столбцов,

которая приведена на Рис. 3. Заметим, что в модели именно пять строк, просто

отображенная на рисунке шестая строка соответствует уже не уровню описания

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

Рис. 3. Модель архитектуры предприятия Захмана.

Модель Захмана широко используется большинством компаний, входящих в список

Fortune2000 и послужила основой для создания целого ряда других методик и моделей

описания архитектуры предприятия, таких как:

Федеральная Архитектура США (FEAF).

Методика описания архитектуры Open Group (TOGAF).




Методика описания архитектуры министерства обороны США (DoDAF).

Enterprise Architecture Model национального института стандартов и технологий

США (National Institute of Standards and Technology - NIST).

Обобщенная стандартная архитектура предприятия и методология (GERAM)

Международной федерации автоматизированного управления/ Международной

федерации по обработке информации (IFAC/IFIP) и др.

Именно GERAM была в итоге признана как наиболее методически проработанный подход

к созданию архитектуры предприятия и на ее базе родился первый международный

стандарт ISO 15704:2000 "Industrial automation systems - Requirements for enterprise-

reference architectures and methodologies" - ИСО 15704:2000 "Промышленные

автоматизированные системы. Требования к стандартным архитектурам предприятия и

методологиям". С большим опознанием, только в 2010 году появился российский аналог

данного стандарта ГОСТ Р ИСО 15704-2008, который является аутентичным переводом

стандарта ISO.

С учетом положений ISO 15704:2000 в 2006 году был выпущен стандарт ISO 19439

«Enterprise integration — Framework for enterprise modelling», а сам ISO 15704 в 2005 году

получил «Дополнительные представления с точки зрения пользователя». В 2010 году ISO

19439 также получил статус российского стандарта ГОСТ Р ИСО 19439-2008 «Интеграция

предприятия – Основа моделирования предприятия».

Таким образом, российские предприятия получили основу для начала работ по созданию

архитектур своих предприятий на базе самых современных международных

методологических подходов.

Основные положения ГОСТ Р ИСО 15704

Следует отметить, что моделирование архитектуры предприятий является сложной

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

системного инжиниринга, знания программных сред, языков и специальных методологий

моделирования. По этой причине Стандарт ГОСТ Р ИСО 15704 не является легким

чтением для новичка. Стандарт чрезвычайно насыщен специфическими терминами и

языковыми конструкциями, которые редко применяются в обычной речи.

Базовый набор терминов, которыми оперирует Стандарт:




предприятие: Одна или несколько организаций, разделяющих определенную

миссию, цели и задачи для получения выхода (результата) в виде продукции или

услуги.

инжиниринг предприятия: Дисциплина, применяемая для выполнения любых работ

по созданию, изменению или реорганизации любого предприятия.

интеграция предприятия: Процесс обеспечения взаимодействия между объектами

предприятия, необходимого для выполнения целей предприятия

модель предприятия: Представление о том, чего предприятие планирует достичь и

как оно работает.

жизненный цикл: Конечный набор общих фаз и этапов, через которые система

может проходить в течение своей истории жизни.

история жизни: Фактическая последовательность этапов, через которые прошло предприятие или его система в течение своей жизни.

методология: Набор инструкций (представленных в виде текста, компьютерных

программ, инструментов и т.д.), являющихся поэтапной помощью для

пользователя.

Стандарт устанавливает требования к стандартным архитектурам предприятия и

методологиям, а также требования по их соответствию полному (завершенному)

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

Область применения стандартных архитектур предприятия и методологий

распространяется на следующие составные части, обязательные для выполнения всех

типов проектов по созданию предприятий, а также на любые изменяющиеся проекты,

необходимые в течение всего срока жизни предприятия, включая:

a) создание предприятия;

b) выполнение работ по реструктуризации предприятия;

c) нарастающие изменения, распространяющиеся только на части жизненного цикла

предприятия.

Область деятельности Стандарта распространяется на все знания, необходимые для

инжиниринга/интеграции предприятия. Таким образом, Стандарт определяется

посредством программного подхода, обеспечивающего обобщенную основу для описания

составных частей, необходимых для процессов всех типов инжиниринга/ интеграции

предприятия, например, при:




проведении основных работ по инжинирингу/интеграции предприятия (установка в

полевых условиях, полная реорганизация, слияние, реорганизация, создание

виртуального предприятия или консорциума, комплекс предприятий или

интеграция в цепи поставок и т.д.);

различных нарастающих изменениях, предусматривающих непрерывное

улучшение и адаптацию.

Целью Стандарта является обеспечение унификации методов нескольких дисциплин,

применяемых в процессе изменений, таких как методы промышленного инжиниринга,

менеджмента, управления инжинирингом, обмена информацией, коммуникационные и

информационные технологии, то есть их комбинированное использование в противовес

раздельному применению.

Стандарт обеспечивает описание всех элементов, рекомендованных при проведении

инжиниринга и интеграции предприятия и устанавливает требования на комплекс

инструментов и методов, из которого любое предприятие может выбрать приемлемые для

него инструменты и методы, обеспечивающие успешное первоначальное планирование

интеграции и выполнение процессов изменений, которые могут произойти в течение

операционного времени жизни предприятия. Стандарт не навязывает конкретного

комплекса инструментов или методов, однако определяет критерии, которым должны

соответствовать выбранные инструменты и методы. Стандарт рассматривает модели

предприятия как важную составную часть организации и интеграции предприятия; она

включает в себя различные формальные (и менее формальные) формы описаний

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

инжиниринга предприятия, например, компьютеризированные модели и представления

конструкции на основе текста и графики.

Базовый термин Стандарта - жизненный цикл предприятия или любой из его сущностей

(процесса, продукта, объекта, роли и пр.) представлен на Рис. 4. Различные этапы

жизненного цикла определяют виды деятельности, характерные для периода жизни

каждой отдельной сущности предприятия Виды деятельности жизненного цикла

распространяются на все виды деятельности - от идентификации до утилизации (или

конца срока жизни) предприятия или производственной его сущности.




Рис. 4. Состав этапов жизненного цикла предприятия.

Процессы, как правило, могут претерпевать изменения в любой период времени или

осуществляться параллельно с эксплуатацией сущности. Кроме того, процессы изменения

могут взаимодействовать между собой. В рамках одного процесса, такого как проект

непрерывного улучшения, разнообразные виды деятельности жизненного цикла будут

активны в любой период времени. Например, параллельные процессы инжинирингового

проектирования и внедрения могут выполняться в рамках процесса инжиниринга одного

предприятия со значительным перекрытием во времени и, как правило, параллельно с

работой предприятия.

Стандарт обеспечивает методологию моделирования, которая устанавливает связи между

жизненным циклом и историей жизни предприятия или его отдельного элемента.

Например на Рис. 5 показан пример модели, представляющей простой случай в

комбинации с семью процессами: тремя инжиниринговыми, тремя операционными и

одним процессом вывода из эксплуатации.




Рис. 5. Связь жизненного цикла и истории жизни предприятия.

Общее описание архитектуры предприятия представляет собой достаточно сложную, но

интегрированную совокупность нескольких моделей различных представлений

деятельности предприятия в целом или его отдельных сущностей на конкретных этапах

жизненного цикла (Рис. 6). К основным представлениям относятся:

представления по различным аспектам проявления модели архитектуры (цели

деятельности, физическое проявление, содержание, средства реализации); имеется

возможность определять дополнительные аспекты, например экономические или

экологические;

описание всех аспектов или какой-то их части на каждой из семи или восьми фаз

формирования архитектуры и функционирования предприятия;

конкретизацию модели архитектуры предприятия на трех уровнях - обобщенном,

уровне частичных моделей (они же повторно используемые или референсные) и

конкретных моделей конкретного предприятия.

Последнее особенно важно для понимания общегосударственного и отраслевого

назначения данного Стандарта, которое подразумевает три уровня инжиниринга

предприятий национальной экономики:




Уровень, например, Министерства промышленности и энергетики, на котором

формируются обобщенные модели промышленного предприятия и

соответствующая методология работы с такими моделями.

Уровень отраслевых Научных Центров, которые формируют уже рефересные

модели для предприятий конкретной отрасли, например, электроэнергетика.

Уровень Инжиниринговых Центров (отделов, департаментов) конкретных

предприятий, которые формируют конкретные модели своей деятельности.

Рис. 6. Интегрированная модель архитектуры предприятия.

Некоторые выводы

Можно говорить о том, что в самой идеологии построения Стандарта ГОСТ Р ИСО 15704

заложен мощный инструмент для модернизации систем управления как отдельных

предприятий, так и целых отраслей промышленности.




Идея трехуровневого описания архитектуры предприятия и «многократно применимых

референсных моделей» позволяет находить наиболее удачные модели организации

производственных процессов, проводить реинжиниринг предприятия с минимальными

рисками для потери управляемости, проводить бенчмаркинг различных предприятий

между собой, формировать типовые отраслевые ИТ-решения и пр.

По этой причине в развитых странах мира развернута коллективная работа по созданию

референтных моделей для отдельных отраслей промышленности (добывающая и

перерабатывающая промышленность, авиа- и судостроение и пр.). Цель этой работы -

формирование целевой модели максимально-эффективного делового процесса, созданной

для предприятия конкретной отрасли, внедренной на практике и предназначенной для

использования при разработке/реорганизации деловых процессов на других предприятиях

данной отрасли (см. Рис. 7).

Рис. 7. Методика создания референтной модели.

Изложенный подход представляется наиболее эффективным при решении задач

общегосударственного уровня, таких, например, как повышение доступности

энергетической инфраструктуры. Для этого необходимо начать внедрять в

электроэнергетических компаниях современную практику формирования архитектуры

предприятия - моделей инжиниринга и интеграции производственных и корпоративных

бизнес-процессов, связанных с обеспечением технологического присоединения к сети

новых потребителей. Тогда на этапе осмысления проблемы в целом достаточно быстро

обнаружатся «организационные разрывы» и определятся наиболее эффективные

организационно-технические методы их устранения.

Используемая литература:




1. Васильев Р.Б., Калянов Г.Н., Левочкина Г.А. «Управление развитием

информационных систем». – М.: Горячая линия-Телеком, 2009

2. А. Головин. «Определение эффективности ИТ-проекта», журнал «Information

management» (№2, 2011)

3. ИСО 15704:2000 "Промышленные автоматизированные системы. Требования к

стандартным архитектурам предприятия и методологиям".

4. Кондратьев В.В. Проектируем корпоративную архитектуру. Навигатор для профессионала. Изд. 2-е дополненное – М.: Эксмо, 2007.




Международные практики и стандарты развития систем...

Education

Transcript of Международные практики и стандарты развития систем...