- •Стандарты и методологии в жизненном цикле программного обеспечения информационных систем
- •Кому и зачем нужны стандарты?
- •Какова структура нормативной базы предприятия и как ее выбрать?
- •Цели, задачи и состав нормативно-методического обеспечения
- •Все ли надо стандартизировать?
- •Нужно ли пользоваться международными стандартами или разрабатывать свои, российские?
- •Состав и статус дополнительных стандартов
- •Методические документы и шаблоны
- •Регламентирующие документы
- •Заключение
- •P.S. Кто должен разрабатывать стандарты?
- •Стандарты, рекомендуемые в качестве первоочередных в части регламентации процессов предприятия
- •В части порядка разработки и документирования ис и по
- •В части качества программных средств
Регламентирующие документы
Стандарты не работают сами собой. Они должны быть включены в технологические процессы предприятия, должны быть определены их роль и место в процессе, процедуры их использования и контроля их выполнения. Элементы НМО должны быть введены в действие соответствующими приказами. Организацией применения стандарта занимается, как правило, служба качества предприятия совместно с ИТ-службой. Обычно она подготавливает организационно-распорядительные документы – регламенты, которые описывают распределение ответственности между участниками процессов, в том числе и в части использования НМО и контроля его использования. Регламенты крайне полезны при внедрении, они снимают психологические трудности внедрения и обеспечивают его высокую эффективность.
Заключение
В статье мы попытались дать общее описание работ по созданию и использованию НМО заказывающими и разрабатывающими организациями. Многие могут сказать: «Зачем такая страсть – ведь живем же без этого».
Да, живем. Но как? Работа без стандартов делает руководителя зависимым от персонала, формирует прослойку «незаменимых людей», от которых зависит успех разработки или других процессов даже тогда, когда существенную часть работ при хорошей организации может выполнить персонал средней квалификации. Такой стиль работы удорожает процессы, уменьшает их надежность, а в итоге снижает общую эффективность деятельности организаций.
Работа по стандартам и методикам существенно облегчает жизнь команды, уменьшает время и упрощает вхождение в коллектив новых участников разработки, а кроме того, обеспечивает необходимый уровень качества, поскольку уменьшается общая трудоемкость работ и сокращается число ошибок в проекте.
Именно поэтому внедрение нормативно-методического обеспечения в организации должно быть не кампанией, а систематической работой.
P.S. Кто должен разрабатывать стандарты?
Здесь есть два аспекта: стратегический и тактический.
Стратегией развития стандартизации должны заниматься специалисты по стандартизации – прежде всего Госстандарт, привлекая при необходимости специалистов в области ИТ и координируя деятельность профессиональных групп. Должна быть усилена роль государства, увеличено государственное финансирование работ в этой области, в том числе в рамках государственных программ.
Вопросы конкретной области стандартизации эффективнее решать силами профессиональных групп, по типу, например, IEEE, EWOS, OMG и т. п., как это делается во всем мире. Участники рынка заинтересованы в развитии стандартов, поэтому целесообразно привлекать их к инвестициям в стандартизацию и к работе в этой сфере. Такие тенденции в нашей стране появились и их следует всячески поддерживать.
Стандарты, рекомендуемые в качестве первоочередных в части регламентации процессов предприятия
1. IEEE Std 610.12-1990. IEEE Standard Glossary of Software Engineering Terminology. 2. ГОСТ Р ИСО МЭК 12207-99. Информационные технологии. Процессы жизненного цикла программного обеспечения. 3. IEEE 1074. Жизненный цикл разработки программных средств. 4. ИСО/ТО 10006:1997 (R). Менеджмент качества. Руководство качеством при административном управлении проектами. 5. ISO 15846, ISO 10007. Стандарты по менеджменту конфигурации программных средств. 6. ISO 9000 - 2000; группы ГОСТ Р 9000х. 7. ISO/IEC TR 15504. Оценка процессов жизненного цикла ПО (Information technology - Software process assessment).
