ISO/IEC/IEEE 12207:2026 — Systems and software engineering — Software life cycle processes

Зачем вам этот стандарт

Стандарт отвечает на вопрос, из-за которого срываются договоры на разработку: что именно считается работой над программой и в каком порядке она делается. Речь о процессах у заказчика, поставщика и разработчика — чтобы все трое называли одно и то же одними словами3. Про то, как программировать, здесь нет ни строчки.

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

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

Нужен, если у вас спор с подрядчиком о том, входила ли работа в объём. Стандарт даёт нейтральную рамку, на которую можно опереться обеим сторонам.

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

Что внутри

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

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

Формулировки самих процессов остаются за оплатой: предпросмотр владельца отдаёт оглавление, но не текст4.

Ключевые понятия

Процесс, деятельность, задача. Три уровня вложенности, которыми размечен весь документ. Путать их — обычная ошибка при написании ТЗ.

Подгонка (tailoring). Отдельное приложение о том, как убирать лишнее4. Стандарт заранее согласен, что целиком его берут редко.

Жизненный цикл целиком. Не только разработка: приобретение, поставка, сопровождение и вывод из применения — полноправные части1.

Что обязательно, а что на выбор

У стандарта есть отдельный раздел о соответствии4 — и это главное, что стоит знать до спора с проверяющим. Соответствие не означает «сделайте все процессы»: рядом стоит приложение о подгонке, то есть сокращение состава предусмотрено самим документом.

Поэтому ссылка «работы ведутся по 12207» без указания, какие процессы взяты и какие отброшены, не значит почти ничего. Договор должен называть состав.

Как менялся

Действующая редакция — вторая, опубликована 29 апреля 2026 года2. Редакция 2017 года отозвана2.

Здесь есть ловушка нумерации, на которой спотыкаются: «вторая редакция» относится к нумерации совместной серии ISO/IEC/IEEE, а сам стандарт под номером 12207 живёт с девяностых и менялся куда чаще. Поколение, знакомое большинству российских специалистов, — это редакция 2008 года.

Чем отличается от соседей

Ближайший сосед — ISO/IEC/IEEE 15288, тот же комитет и та же конструкция, только про системы целиком, а не про программную часть. Оглавления у них почти совпадают вплоть до приложений4.

Разделять их просто: если предмет договора — программа, вам сюда; если изделие, в котором программа лишь часть, — к соседу.

С ISO/IEC/IEEE 32675 отношения другие: тот не спорит с этим стандартом, а раскладывает по его группам процессов практикуПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 DevOps.

В России

Формально ГОСТ есть, и он действует. Фактически он отстал сильнее, чем любой другой документ в нашем разделе.

Действует ГОСТ Р ИСО/МЭК 12207-2010, введённый в 2012 году. Он отвечает международной редакции 2008 года5. С тех пор оригинал сменился дважды — в 2017 и 2026 годах, — и адаптаций этих редакций в базе Росстандарта нет5.

Разрыв в две редакции означает, что ссылка «по ГОСТ Р ИСО/МЭК 12207» и ссылка «по ISO/IEC/IEEE 12207» сегодня указывают на разные документы. В договоре это стоит различать явно.

Сравнение, которое многое объясняет: у соседнего 15288 российская адаптация обновлена через два года после международной редакции. Один комитет, одна серия — и совершенно разная судьба в российском контуре.

Где взять первоисточник и сколько стоит

227 франков у владельца, электронная версия или бумага1. Бесплатны предпросмотр и фрагмент1.

Российский ГОСТ ищется по обозначению в базе Росстандарта5. Он отстал, но для ссылки в договоре по-прежнему может быть нужен именно он.

Что покрывает из шестидесяти практик

Чем это автоматизируют

Отдельного класса систем «под 12207» не существует — дальше наш взгляд. Процессы стандарта ложатся на системы управления требованиями, системы ведения задач и версий, средства управления конфигурацией и сборкой, инструменты управления жизненным циклом приложений.

Общая закономерность: инструмент обычно закрывает технические процессы и почти не трогает договорную сторону и поддержку проектов — а спорят с подрядчиком как раз о них.

Где ломается применение

Из практики; в стандарте таких предупреждений нет.

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

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

Берут как методику разработки. Стандарт не отвечает на вопрос «как делать» и разочаровывает того, кто пришёл за этим.

С чего начать

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

Обычно выясняется, что технические процессы живут, а соглашения и поддержка проектов растворены. Это и есть место, где рвётся.

Что читать дальше