Элемент портфельного бэклога Portfolio Backlog Item
Простыми словами
Элемент портфельного бэклога — единица входящего спроса: новый запрос, запрос на доработку или на исправление дефекта, попавшие в единую воронку. Отвечает на вопрос «что у нас просят и откуда это пришло»: у элемента есть источник, статус исполнения, сведения о принявшем решение и — если спрос относится к живой услуге — идентификатор концептуальной услуги. Отличать от Requirement потока R2D: элемент бэклога — заявленная потребность на уровне портфеля, а требование — то, во что она разложена для разработки (1:n). Отличать и от Scope Agreement: соглашение собирается из уже рационализированных элементов бэклога (n:m) и отражает работу, которую предлагают одобрить, вместе с бюджетом и прогнозом выгод.
Примеры
«Portfolio Backlog Items represent the repository of all incoming demands including but not limited to new requests, enhancement requests, and defect fix requests.»
IT4IT Reference Architecture, Version 2.1, разд. 5.4.4 — определение объекта
«The conceptual service ID. Is demand related to a live service (e.g., enhancement requests)?»
IT4IT Reference Architecture, Version 2.1, разд. 5.4.4 — атрибут ITServiceId
«One or more Portfolio Backlog Items may be included in a Scope Agreement.»
IT4IT Reference Architecture, Version 2.1, разд. 5.4.4 — связь Portfolio Backlog Item to Scope Agreement (n:1)
Определение из первоисточника
дословная выпискаPortfolio Backlog Items represent the repository of all incoming demands including but not limited to new requests, enhancement requests, and defect fix requests.
Элементы портфельного бэклога представляют репозиторий всего входящего спроса, включая, но не ограничиваясь, новые запросы, запросы на доработку и запросы на исправление дефектов.
Источник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 Portfolio Backlog Item (demand request).; Description — Description/details of the Portfolio Backlog Item (demand request).; Source — Where did the demand originate from (e.g., person/department)?; ScopeAgreementId — Unique identifier of the related Scope Agreement.; EstimatedBudget — May store budget (as estimated during creation of the Scope Agreement) of the Portfolio Backlog Item.; ExpectedCompletionDate — May store expected completion date (as estimated during creation of the Scope Agreement) of the Portfolio Backlog Item.; ITServiceId — The conceptual service ID. Is demand related to a live service (e.g., enhancement requests)?; FulfillmentStatus — Status information.; DecisionMaker — Information on who took the decisions related to the demand. Обязательные связи объекта: Portfolio Backlog Item to Conceptual Service (n:1); Portfolio Backlog Item to Requirement (1:n); Portfolio Backlog Item to Scope Agreement (n:1)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:1Conceptual Service
- Обязательная связь объектов данных, кардинальность 1:nRequirement
- Обязательная связь объектов данных, кардинальность n:1Scope Agreement
Входящие
- Обязательная связь объектов данных, кардинальность n:mScope Agreement
- Обязательная связь объектов данных, кардинальность 1:nConceptual Service
- Обязательная связь объектов данных, кардинальность 1:1Problem, Known Error
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций