The observation is late, and a service team needs to understand what to do next. The operating model connects measurement to people, knowledge and reviewed action.
See the whole event and its shared responsibilitiesOne fictional event · connected responsibilitiesUseful information depends on more than arrival.
ObserveCollection edge
TransportShared transport
Process & vetMission environment
Use & decideRetained human decision
Shared services & responsibility
Platform · mission integration · service operations · cyber defense
Authored fictional illustration—not a running simulation, measured performance result or customer environment. Relationship colors are not readiness or authorization judgments.
1Service
2Ownership
3Knowledge
4Handover
5Sustain
Steps in this worked example · not a topology or timing model
Step 1 · Enterprise operations
Connect the event to a service
An alert references the observation journey, the affected service and its support record. The team checks whether the event affects useful information, rather than treating every component alarm as a mission incident.
What to notice
Service context, impact and a trustworthy link to the underlying evidence.
The useful question
What does the event mean for the people using this service?
Step 2 · Enterprise operations
Route by responsibility
A platform issue goes to the shared platform owner. An exchange problem brings in mission-system integration. Service operations coordinates restoration, while cyber defense handles its agreed security responsibilities.
What to notice
Responsibility boundaries and escalation paths that respect the team’s existing knowledge.
The useful question
Which team should own this work, and whose help does it need?
Step 3 · Enterprise operations
Use evidence and approved knowledge
Rules and AIOps provide signals for triage. An optional agent can gather permitted context and suggest a runbook. An engineer reviews that recommendation before any separately authorized action.
What to notice
Sources, uncertainty, tool scope and separation of advice from execution.
The useful question
What would make this recommendation safe and useful for the support team?
Step 4 · Enterprise operations
Burn knowledge into the handoff
The team records the verified finding, a candidate regression test, a runbook update and remaining questions. Specialists and receiving operators rehearse the handoff together rather than handing over an unexplained fix.
What to notice
Usable knowledge, practiced recovery and a named owner for follow-up.
The useful question
What should the next operator be able to do without rediscovering this investigation?
Step 5 · Enterprise operations
Plan beyond restoration
Day 2 means operating what was built. Year 2 means sustaining it as missions, people, providers and controls change. Service catalogues, skills, reassessment and refresh remain part of that work.
What to notice
Capacity to maintain the operating model after the original engineering team leaves.
The useful question
Which knowledge, skills or shared services would make continued support more repeatable?
The implication
What this helps you see.
Sustainment improves when telemetry, support ownership and practiced knowledge develop together.
Keep the limits visible
What the example does not establish.
Roles illustrate a discussion, not an accepted RACI or a service commitment.
No incident, automated remediation or operational improvement is executed or measured.
Public synthetic teaching example · no customer records, client data entry, live AI or performance measurements.