Но ведь и Word, и спецификации W3C, и обобщенная схема архитектуры предприятия Джона Захмана “сами по себе” в среде специалистов считаются стандартами, пусть и вне привязки к документам конкретного предприятия. При этом говорят о стандартах “де-факто” и “де-юре”, об открытых и “фирменных” стандартах, о категориях их перспективности, а также о различных смешанных и промежуточных разновидностях. По этой причине ФОСТАС, учитывая как положения федерального закона, так и живую международную практику, выделяет еще одну, возможно, наиболее важную сторону стандарта. Доброкачественный стандарт – это зрелое знание (выраженное в виде требований, параметров качества, шаблонов процессов и т. п.), неоднократно проверенное на практике, имеющее доказанный положительный результат своего применения и получившее признание среди большого количества людей.

Добровольные и обязательные стандарты
Обратим внимание на то, что в общем случае стандарт – это добровольный документ. Его использование обычно связано с давлением внешних обстоятельств, например, непосредственно или косвенно обусловлено требованиями рынка: конкуренцией, необходимостью инвестиций, выходом в новые области сбыта. При этом для ИТ характерно, что по многим направлениям существует сразу по нескольку не противоречащих (и даже противоречащих) друг другу стандартов. Предприятие выбирает из альтернативных стандартов наиболее подходящие для себя и адаптирует их к своим требованиям и обстоятельствам. Такой процесс адаптации вполне допустим по ФЗ № 184, например при разработке стандартов организации, и прямо предполагается многими современными стандартами – скажем, базовыми – на процессы жизненного цикла систем любого типа. Таким образом, никто не обязан применять исходный стандарт точно в том виде, как он написан. Не обязательно применять его и целиком, если, конечно, по своей сути стандарт устроен так, что его отдельные части сохраняют осмысленную целостность и представляют практическую пользу. (Сказанное не относится к вопросам безопасности граждан, к защите окружающей среды и тому подобным областям, по закону регулируемым не стандартами, а обязательными техническими регламентами.)

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

Области действия стандартов весьма различны по своему охвату: от стандарта взаимоотношений отдельной пары поставщик – потребитель до международных стандартов, принимаемых всем мировым сообществом. Стандарт становится особенно ценным в случаях, когда он вырабатывается и принимается на основании добровольного соглашения (консенсуса) большого числа участников. При этом он может быть оформлен юридически, то есть стать стандартом “де-юре” (как стандарты серии ISO 9000), или, добившись всеобщего признания, стать стандартом “де-факто” (как библиотека передового опыта ITIL).

		Ни Word, ни спецификации указанных организаций, ни схема Захмана по ФЗ № 184 стандартами не являются, однако закон говорит, что предприятие может выпустить свои внутренние документы, в которых будут регламентированы характеристики и требования, охватывающие все эти случаи, и создать таким образом свой “стандарт организации”

Каждому стандарту принадлежит свое место в многоуровневой системе конкретизации. Вот для примера малая выборка стандартов разных уровней обобщенности/конкретности для сферы создания автоматизированных систем:

		В общем случае стандарт – это добровольный документ. Его использование обычно связано с давлением внешних обстоятельств, например, непосредственно или косвенно обусловлено требованиями рынка: конкуренцией, необходимостью инвестиций, выходом в новые области сбыта. При этом для ИТ характерно, что по многим направлениям существует сразу по нескольку не противоречащих (и даже противоречащих) друг другу стандартов

Все сказанное по-разному проявляется для ИТ-стандартов двух разных типов. Назовем их условно “организационными” и “техническими”:

Потребности в стандартах
Стандарты – важнейший компонент архитектуры предприятия. Именно они придают архитектуре надежность и экономичность (например, стандарты открытых систем). Стандартами пронизана вся архитектура, они связывают отдельные ее компоненты. Так, стандарты второго типа являются основой для формирования профилей стандартов, которые в свою очередь могут быть двух уровней: уровня предприятия и уровня отдельных систем (профили конкретной системы).

Внедрение стандартов различного типа и уровня представляет собой проект, подчиненный всем законам проектного управления. Невозможно освоить все необходимые “организационные” стандарты сразу. Кроме того, как уже говорилось выше, при неправильном применении стандарт может принести вред предприятию.

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

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

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

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

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

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

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

Дальнейшие пути
Затраты на стандартизацию ИТ – это и путь дальнейшего совершенствования всего предприятия, накопления и анализа информации о его деятельности, внедрения общих систем и стандартов качества. На предприятиях с самыми консервативными базовыми технологиями только высококачественные, стабильно развивающиеся и экономичные ИТ могут быть основой для совершенствования управления, повышения эффективности функционирования и качества продукции. Стандарты также необходимы для отраслей промышленности, связанных с выпуском изделий повышенной точности или с повышенными требованиями по защите производственных процессов.

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

Поскольку на промышленных предприятиях существуют отдельные направления автоматизации, зачастую развивающиеся совершенно независимо как в техническом, так и в организационном смысле, для них особое значение имеют “технические” ИТ-стандарты. Практически на всех таких предприятиях существуют самостоятельные ИТ-отделы нижнего (АСУТП) и верхнего (АСУП) уровней. А в машиностроении есть еще и подразделения, автоматизирующие процессы разработки нового изделия (САПР) и технологической подготовки производства (АСТПП). Между всеми этими подразделениями часто идет своего рода война, заключающаяся в противостоянии применяемых компьютерных платформ и инструментов. И ни о какой интеграции речь не идет ни в техническом, ни в организационном смысле. Потери от “кусочно-рваной” автоматизации, которой болеют такие предприятия, огромны. Не зря во всем мире давно уж заговорили об интегрированном предприятии. Поэтому вопросы комплексной автоматизации особенно важны именно для промышленных компаний. А комплексная автоматизация невозможна без следования современным стандартам, их системного применения. Вместе с тем использование стандартов на большинстве промышленных предприятий лишено общего видения и единого подхода. Это можно сравнить с конвейером, на отдельных участках которого существуют совершенно различные несостыкованные или нестыкуемые стандарты. Какое изделие выйдет с такого конвейера?

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

Евгений Зиндер – президент фонда ФОСТАС
Марина Аншина – заместитель председателя правления фонда ФОСТАС, руководитель отдела ИТ компании “Профайн РУС”