Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Около корпоративной архитектуры

Релиз услуги Service Release

Простыми словами

Релиз услуги — запланированный выпуск конкретной версии системы услуги, относящийся ровно к одной логической услуге. Отвечает на вопрос «какая версия и с каким комплектом сопровождения выходит»: в него упакованы исходник услуги и другие ключевые артефакты, нужные для полной поддержки этой версии, — требования, тест-кейсы и сценарии. Ограничение стандарт ставит явно и оно неочевидно: набор возможностей релиза обязан быть достаточен, чтобы дать результат, отвечающий ценностным ожиданиям предложения, — то есть релиз меряется обещанием потребителю, а не объёмом работ. Отличать от Service Release Blueprint: релиз — это ЧТО выпускается, блюпринт — КАК это разворачивать, и у одного релиза блюпринтов может быть несколько (1:n) под разные среды и способы размещения.

Примеры

Мера релиза — ожидания от предложения

«It must contain a set of features that are sufficient to produce an outcome aligned to the value expectations of the offer.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.7 — определение объекта

Один релиз — несколько блюпринтов

«A Service Release can be released to different environments based on different Service Release Blueprints.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.7 — связь Service Release to Service Release Blueprint (1:n)

Откуда берутся релизы

«A Logical Service can lead to the creation of one or more Service Releases in order to deliver the required service outcomes.»

IT4IT Reference Architecture, Version 2.1, разд. 6.4.7 — связь Logical Service to Service Release (1:n)

Определение из первоисточника

дословная выписка

Represents a planned release of a version of the service system. It relates to a single Logical Service. It represents the packaging of the service source and other key artifacts required to fully support the service system version, such as Requirements and Test Cases/scripts. It must contain a set of features that are sufficient to produce an outcome aligned to the value expectations of the offer.

машинный перевод

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

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Ключевые атрибуты по стандарту: Id — Unique identifier of the Service Release.; Name — Meaningful name of the Service Release; Status — Lifecycle status of the Service Release.; Version — Version of the Service Release.; LogicalServiceId — Unique identifier of the related Logical Service.; ITInitiativeId — Unique identifier of the related IT Initiative. Обязательные связи объекта: Service Release to Service Release Blueprint (1:n); Service Release to Requirement (1:n); Service Release to Test Case (1:n); Service Release to Service Release Blueprint (1:n)

Связи

Как измерить

Частота развёртыванийDeployment frequency, развёртываний в неделю

Сколько развёртываний в промышленную среду происходит за единицу времени. Одна из четырёх ключевых метрик, которые O-AA называет мерой способности организации поставлять изменения.

Частота развёртываний = число развёртываний в промышленную среду / период

  • число развёртываний количество выкладок в промышленную среду
  • период единица времени, за которую считается частота
Доля изменений, приведших к инцидентамChange failure rate, %

Как часто развёртывания в промышленную среду оказываются неудачными и требуют немедленного исправления — в первую очередь отката. Одна из четырёх ключевых метрик DORA, которые O-AA берёт как меру способности организации поставлять изменения.

Доля = число неудачных развёртываний / общее число развёртываний

  • неудачные развёртывания выкладки, потребовавшие немедленного исправления или отката
  • общее число развёртываний все выкладки в промышленную среду за период

Релиз услуги — запланированный выпуск конкретной версии, ровно одной логической услуги. Частота развёртываний считает такие выпуски, доля неудачных изменений — какая их часть потребовала отката или срочной правки; вместе они и описывают темп поставки, ради которого поток Requirement to Deploy существует.

Связанные понятия

Служебные сведения
Вид документа
Объект данных
Место в подходе
Requirement to Deploy (R2D) Value Stream
Редакция
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)
14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций

Поддержка