Соглашение об объёме работ Scope Agreement
Простыми словами
Соглашение об объёме работ — точка, где спрос превращается в одобренную работу с деньгами: предложенный и утверждённый бюджет, прогнозы затрат и выгод, объём и статус предполагаемой работы. Отвечает на вопрос «что мы обязались сделать и под какой бюджет», и дальше его читают в потоке R2D: ИТ-инициативы создаются по его спецификациям и возвращают в S2P запросы на изменение бюджета, ресурсов или сроков. Отличать от Portfolio Backlog Item: элемент бэклога — сырой спрос, а соглашение собирается из рационализированных элементов (n:m). Отличать и от IT Budget Item: соглашение — обязательство по объёму, а элемент бюджета — источник денег под него (n:1).
Примеры
«Used for building the IT investment plan of record for the company or a specific line of business or function.»
IT4IT Reference Architecture, Version 2.1, разд. 5.4.3 — определение объекта
«Maintain a linkage between the proposal which authorized one or more IT Initiatives.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.1 — связь Scope Agreement to IT Initiative (1:n)
«Shall consider the R2D Value Stream project portfolio as the authoritative source for the list of IT deliverables or services that will be rendered during a project lifecycle.»
IT4IT Reference Architecture, Version 2.1, разд. 5.4.3 — функциональные критерии компонента Proposal
Определение из первоисточника
дословная выпискаProposals are created from rationalized Portfolio Backlog Items. Scope Agreements reflect budget, cost/benefit projections, scope, status, and other key attributes of proposed work. Views can be created for specific functions, such as line of business, or holistically, such as company-wide. Used for building the IT investment plan of record for the company or a specific line of business or function.
Предложения создаются из рационализированных элементов портфельного бэклога. Соглашения об объёме работ отражают бюджет, прогнозы затрат и выгод, объём, статус и прочие ключевые атрибуты предполагаемой работы. Представления можно строить как под конкретные функции — например направление бизнеса, — так и целостно, в масштабе компании. Используется для построения официального плана ИТ-инвестиций компании либо отдельного направления или функции.
Источник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 Scope Agreement.; Description — Details of the Scope Agreement.; BusinessEntity — Business or geographic unit.; ProposedBudget — Requested budget of the Scope Agreement.; ApprovedBudget — Approved budget of the Scope Agreement.; Status — Scope Agreement status (e.g., proposed, approved, rejected). Обязательные связи объекта: Scope Agreement to Portfolio Backlog Item (n:m); Scope Agreement to IT Budget Item (n:1); Scope Agreement to IT Initiative (1:n)
Связи
Исходящие
- Обязательная связь объектов данных, кардинальность n:mPortfolio Backlog Item
- Обязательная связь объектов данных, кардинальность n:1IT Budget Item
- Обязательная связь объектов данных, кардинальность 1:nIT Initiative
Входящие
- Обязательная связь объектов данных, кардинальность n:1Portfolio Backlog Item
- Обязательная связь объектов данных, кардинальность 1:nIT Budget Item
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций