1.4. Нужно ли пользоваться международными стандартами или разрабатывать свои, российские?

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

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

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

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

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

Нормативной базой НМО являются прежде всего следующие международные и отечественные стандарты в области информационных техно­логий:

• стандарты ИСО/МЭК;

• стандарты IEEE;

• стандарты OMG;

• стандарты ГОСТ Р;

• стандарты организациии-заказчика.

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

Полная реализация концепции для крупной заказывающей организации может потребовать значительного времени, поэтому лучше решать задачу поэтапно. Начальное формирование нормативной базы целесообразно основывать на группе первоочередных стандартов [2, 3].

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

Никто не запрещает организации-заказчику или разработчику использовать необходимые ей стандарты вне зависимости от их статуса. Ограничения могут возникать только в случаях, когда использование стандартов в отрасли или на предприятии уже жестко регламентировано (например, авиация и т. п.). Международные и отечественные стандарты, перечисленные в предыдущем разделе, при необходимости должны быть просто введены в действие в порядке, установленном в Российской Федерации.

Недостающие для организации проекта по созданию ПО ИС стандарты следует разработать как отраслевые или стандарты предприятия. К их числу должны относиться стандарты, регламентирующие прежде всего:

– порядок инициации проекта и разработки ПО;

– порядок приемки ПО;

– порядок внедрения и эксплуатации;

– порядок постановки работ по сопровождению;

– состав выпускаемых программных документов и их соответствие ГОСТ Р.

В этих нормативных документах не должно быть привязки к конкретным проектам, системам или платформам.

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

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

Методические документы и шаблоны. Методические документы определяют основные процессы и этапы работ, порядок их выполнения на этапах проекта, роли и ответственность персонала и документацию, являющуюся результатом работ. Состав и содержание методических документов зависят от методологии ведения работ и используемых инструментальных средств.

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

Методические документы могут описывать по составу и содержанию работ следующие процессы:

1) вспомогательные процессы (ГОСТ Р ИСО/МЭК 12207-99): документирование (определяет действия для записи информации, являющейся результатом выполнения какого-либо процесса жизненного цикла); управление конфигурацией; обеспечение качества (определяет действия для достижения гарантии того, что программные продукты и процессы соответствуют заданным требованиям);

2) организационные процессы, включающие в себя управление проектом, создание инфраструктуры (определяет основные действия для создания нижней структуры процесса жизненного цикла), усовершенствование, обучение (определяет действия для обеспечения соответствующего обучения).

Методические документы, как правило, регламентируют следующие аспекты выполнения проектов программных средств и управления этими проектами:

1) функциональная схема технологических процессов для каскадного и спирального жизненных циклов. Описание каждого процесса должно содержать следующие сведения: наименование процесса и его назначение, условия выполнения, состав, структуру, назначение и описание содержания входных данных (документов), необходимых для выполнения процесса, и выходных данных (документов), получаемых в результате выполнения процесса, роль (роли) участников выполнения процесса, метрики трудоемкости, способы ее измерения и оценки, основные риски при выполнении процесса, состав и назначение инструментальных средств, используемых при выполнении процесса;

2) описание ролей разработчиков и руководителей, принимающих участие в выполнении проекта ИС и управления этим проектом, включающее в себя следующие сведения для каждой роли: наименование роли и ее назначение, состав процессов, в выполнении которых она участвует, права и обязанности роли в каждом из этих процессов, с какими ролями и в каких целях данная роль взаимодействует, требования к ее квалификации и опыту;

3) инструкции по работе с инструментальными средствами, которые должны содержать сведения о том, в каких процессах, кем («какой ролью») и для каких целей используется каждое инструментальное средство, и подробные руководства по работе на каждом инструментальном средстве. Эти инструкции могут представлять собой документацию на инструментальные средства.

При проведении работ по разработке ПО целесообразно использовать шаблоны проектных и программных документов. Шаблоны всех документов, создаваемых на протяжении жизненного цикла ПО, и описания их содержания после апробации целесообразно оформить в виде отраслевого стандарта предприятия и ввести в действие в установленном порядке.

Регламентирующие документы. Стандарты не работают сами собой. Они должны быть включены в технологические процессы предприятия, должны быть определены их роль и место в процессе, процедуры их использования и контроля их выполнения. Элементы НМО должны быть введены в действие соответствующими приказами. Организацией применения стандарта занимается, как правило, служба качества предприятия совместно с ИТ-службой. Обычно она подготавливает организационно-распорядитель­ные документы – регламенты, которые описывают распределение ответственности между участниками процессов, в том числе и в части использования НМО и контроля его использования. Регламенты крайне полезны при внедрении, они снимают психологические трудности внедрения и обеспечивают его высокую эффективность [4].

Заключение

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

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

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