Incident preparation
Record the affected service, impact, start time, recent changes, and a reachable technical contact. Keep credentials and sensitive records out of an initial report.
Useful support begins with a defined service boundary, the right technical information, and a route to the people responsible. Establish the support model when the environment is designed.
Record the affected service, impact, start time, recent changes, and a reachable technical contact. Keep credentials and sensitive records out of an initial report.
Distinguish a service interruption from degradation, a routine request, or a planned change. Coordinate with the infrastructure, application, and connectivity owners involved.
Plan change windows, dependency checks, communications, validation, and rollback criteria around the agreed operating responsibilities.
Connect incident themes, capacity trends, configuration changes, and recovery exercises to an improvement plan that has named owners.
Key inputs and operating decisions to establish for your environment.
| Design area | What we review together |
|---|---|
| Critical interruption | An important production service or business workflow is unavailable. |
| Degraded service | A service is usable but significantly impaired or at risk. |
| Routine request | Access, information, configuration, or a non-urgent operational task. |
| Planned change | A reviewed modification with a change window, validation, and rollback plan. |
| Response commitments | Channels, coverage, priority definitions, and response objectives are established in the service agreement. |
Existing customers should use the support and escalation details supplied with their engagement.
Use the project planner to describe the support ownership and operating requirements your organization needs.
Capture the requirements, boundaries, and operating priorities in a clear project brief.