Управление жизненным циклом ПО в контексте ИТ-услуг
В референтной модели ITIL (IT Infrastructure Library, библиотека инфраструктуры ИТ), где рассматривался жизненный цикл услуг, процессы управления жизненным циклом программного обеспечения (ПО) прямо не описывались. Там были процессы жизненного цикла услуг, например проектирование услуги или создание услуги. Услуга может включать разработку ПО, а может и не включать. Поэтому процессы разработки ПО традиционно рассматривались отдельно.
От ГОСТ 34 к процессному взгляду
Ранние попытки формализовать эту деятельность в России и СССР привели к созданию комплекса стандартов ГОСТ 34. Он не отменён и обязателен для государственных предприятий. У стандарта много достоинств. Но со временем изменился взгляд на регламентацию управленческой деятельности: возобладал процессный взгляд на разработку ПО. Вслед за этим появились референтные процессные модели, детализирующие процессы разработки ПО или программно-технических систем. Таких моделей много. Далее речь пойдёт о референтных моделях, которые специально описывают управление качеством при разработке ПО.
Место процессов ЖЦ ПО в цепочке создания ценности
В цепочке добавленной стоимости провайдера ИТ-услуг процессы управления жизненным циклом ПО находятся внутри блока «Проектирование и разработка услуг», в нижней части. Там расположен кластер процессов управление жизненным циклом ПО. Проектирование и разработка ПО — часть конкретной услуги — автоматизации бизнес-процесса. У ПО есть собственный жизненный цикл, и у его разработки тоже есть жизненный цикл.
Сюда входят:
- процессы, создающие стоимость: проектирование, разработка, тестирование, отладка, анализ требований, модификация, управление изменениями и др.;
- специфические процессы, выполняемые управленцами, — процессы управления жизненным циклом.
Стандарт ISO/IEC 12207 и его русскоязычная версия
Далее рассматривается стандарт с длинным названием. Это аутентичный перевод на русский язык международного стандарта ISO/IEC 12207:2008 (ISO — International Organization for Standardization, Международная организация по стандартизации). Русскоязычная версия получила обозначение ГОСТ Р ИСО/МЭК 12207-2010; число 2010 — год появления стандарта, а в действие его ввели с 2012 года. Название «ГОСТ Р ИСО/МЭК» указывает, что это русскоязычная версия международного стандарта. Аббревиатуры ISO, IEC и их русские аналоги совпадают по смыслу с английским названием.
Значение стандарта
Этот стандарт де-факто стал одним из основополагающих документов, описывающих управление разработкой ПО. Практически любая известная методика или процессная модель, которая ссылается на разработку ПО, обязательно ссылается и на этот стандарт. Для своего времени он был очень инновационным инструментом и остаётся таким. Он ввёл множество концепций и идей, применимых далеко не только к разработке ПО. Хотя специфика разработки ПО, конечно, есть, при небольших интеллектуальных усилиях те же принципы и философию можно использовать почти в любой инжиниринговой деятельности — деятельности по проектированию и разработке чего-либо. Поэтому этот стандарт можно считать вершиной среди референтных процессных моделей.
Краткие итоги
Разделение жизненного цикла услуги и жизненного цикла ПО имеет практический смысл, поскольку управленческие решения касаются разных объектов. Для услуги важны ценность для потребителя, состав работ и результат, а для ПО — требования, проектирование, разработка, тестирование, сопровождение и изменения. Поэтому процессы управления ЖЦ ПО естественно рассматривать как отдельный кластер, даже если они включены в более широкий контур проектирования и разработки услуг.
Переход к процессному взгляду меняет способ регламентации: на первый план выходят повторяемые процессы, роли, входы и выходы, управление изменениями и качеством, а не только комплекты документов. Референтные процессные модели нужны для формирования общего языка, сравнения практик и построения системы управления. Они не заменяют конкретные стандарты, а помогают упорядочить деятельность и увидеть место отдельных процессов в цепочке создания ценности.
Стандарт ISO/IEC 12207 и его русскоязычная версия занимают особое положение, потому что становятся точкой согласия для разных методик разработки ПО. Его ценность не только в перечне процессов, но и в переносимых принципах: управляемость, ориентация на качество, выделение жизненного цикла, связь разработки с более широкой инженерной и сервисной деятельностью. Практическое применение связано с выбором процессов, их адаптацией к масштабу организации, рискам и типу продукта. Для государственных предприятий сохраняется роль ГОСТ 34, но процессные модели дополняют его там, где требуется гибкость, управление изменениями и качеством.
В прикладном смысле важно не механически копировать стандарт, а использовать его как рамку: определить границы жизненного цикла, распределить ответственность, связать разработку ПО с услугой и бизнес-процессом заказчика, выбрать процессы создания стоимости и процессы управления. Такой подход снижает неопределённость, улучшает планирование, контроль изменений и качество результата. Он также показывает, что зрелые практики разработки ПО могут быть перенесены на другие инжиниринговые задачи, если учитывать их специфику и контекст.
В ITIL (IT Infrastructure Library) рассматривался жизненный цикл услуг, а процессы управления ЖЦ ПО прямо не раскрывались. Услуга может включать разработку ПО, а может не включать, поэтому разработку ПО традиционно рассматривали отдельно.
Ранние попытки формализовать эту деятельность привели к ГОСТ 34. Он не отменён и обязателен для государственных предприятий. Со временем возобладал процессный взгляд на разработку ПО, появились референтные процессные модели, детализирующие процессы разработки ПО и программно-технических систем. Далее речь о моделях управления качеством при разработке ПО.
В цепочке добавленной стоимости провайдера ИТ-услуг процессы управления ЖЦ ПО находятся в блоке «Проектирование и разработка услуг». Проектирование и разработка ПО — часть услуги автоматизации бизнес-процесса. У ПО есть свой ЖЦ, у разработки — тоже. Процессы делятся на создающие стоимость (проектирование, разработка, тестирование, отладка, анализ требований, модификация, управление изменениями) и специфические процессы управления ЖЦ, выполняемые управленцами.
Рассматривается международный стандарт ISO/IEC 12207:2008, его русскоязычная версия — ГОСТ Р ИСО/МЭК 12207-2010 (в действии с 2012 г.). «ГОСТ Р ИСО/МЭК» означает русскоязычную версию международного стандарта. Стандарт де-факто стал основополагающим для управления разработкой ПО: известные методики и процессные модели, ссылающиеся на разработку ПО, ссылаются и на него. Он инновационен, ввёл концепции и идеи, применимые не только к ПО. При небольших усилиях его принципы и философию можно использовать почти в любой инжиниринговой деятельности — проектировании и разработке чего-либо. Поэтому стандарт считают вершиной среди референтных процессных моделей.
1. В ITIL прямо не описывались процессы управления ЖЦ ПО, так как разработка ПО традиционно рассматривалась отдельно.
2. Услуга может включать или не включать разработку ПО, поэтому жизненный цикл услуги и ЖЦ ПО не совпадают.
3. ГОСТ 34 — действующий комплекс стандартов, обязательный для государственных предприятий.
4. В регламентации управленческой деятельности произошёл переход к процессному взгляду на разработку ПО.
5. Референтные процессные модели детализируют процессы разработки ПО и программно-технических систем.
6. Управление ЖЦ ПО находится внутри блока «Проектирование и разработка услуг» в цепочке добавленной стоимости провайдера ИТ-услуг.
7. Проектирование и разработка ПО связаны с услугой автоматизации бизнес-процесса.
8. В разработке ПО есть процессы создания стоимости и специфические процессы управления ЖЦ.
9. К процессам создания стоимости относятся проектирование, разработка, тестирование, отладка, анализ требований, модификация и управление изменениями.
10. ISO/IEC 12207 — международный стандарт, русскоязычная версия — ГОСТ Р ИСО/МЭК 12207-2010.
11. ISO/IEC 12207 де-факто стал основополагающим для управления разработкой ПО; на него ссылаются известные методики и модели.
12. Принципы ISO/IEC 12207 применимы не только к ПО, но и к инжиниринговой деятельности в целом.
1. Почему процессы управления ЖЦ ПО не были прямо раскрыты в ITIL?
2. Как услуга может быть связана с разработкой ПО?
3. Какое место занимает ГОСТ 34 в регулировании разработки?
4. В чём суть процессного взгляда на разработку ПО?
5. Зачем нужны референтные процессные модели?
6. Где в цепочке добавленной стоимости провайдера ИТ-услуг расположены процессы управления ЖЦ ПО?
7. Какие процессы при разработке ПО создают стоимость?
8. Какие процессы относят к управлению жизненным циклом?
9. Что означает обозначение ГОСТ Р ИСО/МЭК 12207-2010?
10. Почему ISO/IEC 12207 считают основополагающим стандартом?
11. В чём инновационность ISO/IEC 12207?
12. Как принципы ISO/IEC 12207 можно применять за пределами разработки ПО?