interaction · version 2026.1

Cloud Governance Interaction Model

A bounded interaction flow from demand through specialist decisions into delivery and run.

Cloud Governance Interaction Model. A bounded interaction flow from demand through specialist decisions into delivery and run.
PNG preview2400 × 832 px18 KBVersion 2026.1 · reviewed 2026-09-08
Explore semantic layers
Cloud Governance Interaction Model previewrequestrefershape serviceconditionsrequirementshandoverevidenceDemand intake: Qualified needDemand intakeQualified needGovernance: Route and coordinateGovernanceRoute and coordinateSpecialist authority: Decision and conditionsSpecialist authorityDecision and conditionsService ownership: Service lifecycleService ownershipService lifecyclePlatform delivery: Build and evidencePlatform deliveryBuild and evidenceOperations: Accept and operateOperationsAccept and operate
Accessible diagram transcript

Objects

  • Demand intake: Qualified need (Consumers)
  • Governance: Route and coordinate (Governance)
  • Specialist authority: Decision and conditions (Authorities)
  • Service ownership: Service lifecycle (Service ownership)
  • Platform delivery: Build and evidence (Engineering)
  • Operations: Accept and operate (Operations)

Directed relationships

  • demandgovern: request (handoff)
  • governdecide: refer (authority)
  • governservice: shape service (handoff)
  • decidedeliver: conditions (authority)
  • servicedeliver: requirements (handoff)
  • deliverrun: handover (handoff)
  • rungovern: evidence (feedback)
01

When to use it

Use to clarify who acts, decides, hands over and accepts.

02

What to challenge

  • Separate accountable authority from delivery execution.
  • Make every important handoff directional and reviewable.
  • Treat this reference pattern as a starting point, not a prescription.
03

Adapt it responsibly

  1. Rename functions to match the organization vocabulary.
  2. Remove elements that are genuinely out of scope.
  3. Validate decision rights and handoffs with accountable stakeholders.
04

Model contents

6 objects and 7 directed relationships. Every object keeps a stable semantic ID.

One model, multiple representations

The browser view and editable file are generated from the same canonical graph, so labels, roles and relationship direction stay aligned.

Clear visual grammar

Shape, color and connector style distinguish actors, governance, authorities, services, engineering, operations and providers.

Make this model your own.

Rename objects, adjust the scope and download an editable version. Your changes stay in this browser; no account is required.

Customize this diagram