ISO/IEC/IEEE 15288:2023 — Systems and software engineering — System life cycle processes

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

Стандарт про жизненный цикл любой рукотворной системы — не только программной. Завод, спутник, информационная система, система из систем: набор процессов и терминов один3.

Отсюда его место в разговоре. Когда предмет договора — изделие, внутри которого есть и железо, и программы, и люди, спорить в терминах разработки ПО не выходит. Нужен уровень выше, и это он.

Нужен, если вы строите или принимаете сложную систему, а не программу.

Нужен, если работаете с системами систем: стандарт прямо распространяется на них и на элементы системы3.

Не нужен, если ваш предмет — программное средство целиком. Тогда точнее ляжет соседний ISO/IEC/IEEE 12207, который об этом же, но про ПО.

Что внутри

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

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

Сравнение с соседом любопытно само по себе. У 12207 есть пятое приложение — про обоснование доверия к системе; здесь его нет4. В остальном конструкция повторяется до мелочей: один комитет строил оба документа по одному чертежу.

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

Система интереса. То, о чём договорились, что рассматриваем как систему. Границу проводит не природа предмета, а соглашение сторон.

Система из систем. Отдельно оговорённый случай: стандарт применим и к ним3. Для крупных программ это главная причина брать именно его.

Подгонка. Как и у соседа, вынесена в приложение4: полный состав процессов не предполагается обязательным.

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

Раздел о соответствии в стандарте есть4, и рядом — приложение о подгонке. Читается это так же, как у 12207: соответствие означает осознанно выбранный и обоснованный состав процессов, а не все подряд.

Практически это защищает подрядчика не хуже, чем заказчика. Если состав согласован, требование «а почему у вас нет вот этого процесса» разбивается о зафиксированную подгонку.

Как менялся

Действующая редакция — вторая по нумерации совместной серии, 2023 год1. Предыдущая, 2015 года, отозвана2. На систематический пересмотр стандарт не выставлен2.

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

От ISO/IEC/IEEE 12207 отличается предметом, а не устройством: тот про программные средства, этот про системы вообще. Организации, которые делают программно-аппаратные комплексы, обычно берут оба и стыкуют.

От ISO/IEC 33001 отличается назначением: тот про то, как оценивать процессы, этот про то, какими они бывают. Приложение с эталонной моделью процессов для оценки4 — как раз мостик между ними.

В России

Редкий для нашего раздела случай, когда российская адаптация не отстаёт. Действует ГОСТ Р 57193-2025, введённый 30 июня 2025 года; он заменил редакцию 2016 года5. То есть разрыв с международной редакцией 2023 года — два года.

Для сравнения: у соседнего 12207 российская адаптация соответствует поколению 2008 года и отстала на две редакции. Один комитет, одна серия, а судьба в российском контуре разная.

И ловушка, на которой теряют время. По номеру «15288» действующий ГОСТ не находится: у российской адаптации собственный номер — 57193, без «ИСО» в обозначении5. Искать надо по названию или через поле замены в карточке старого документа.

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

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

Российский ГОСТ 57193-2025 — 90 страниц, ищется в базе Росстандарта по названию5.

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

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

Инструментов «под 15288» не бывает — ниже наблюдения из работы. Процессы стандарта закрываются системами управления требованиями и конфигурацией, средствами системного моделирования, инструментами управления программами и проектами.

Особенность против программной линейки: здесь заметную роль играет модельно-ориентированная инженерия — стандарт вынес её в отдельное приложение4, и это не случайно.

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

Наблюдения из практикиПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4, не из текста стандарта.

Берут вместо 12207 или наоборот. Оба документа похожи настолько, что выбирают по привычке, а не по предмету договора. Признак ошибки простой: если в предмете есть железо и люди, а вы ссылаетесь на программный стандарт, рамка узка.

Ищут ГОСТ по номеру 15288 и делают вывод, что российской адаптации нет. Она есть, под другим номером.

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

С чего начать

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

Дальше берите оглавление в предпросмотре4 и размечайте состав процессов под свой договор.

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