Overview
Playbooks are a great way to create a document that can help speed incident resolution. Think of them as a collection of simple instructions to empower someone to resolve a particular incident (even if they have minimal experience). Playbooks are automatically attached to incidents when they match a configured condition (for example: severity, service, functionality, team impacted). If you have Playbooks or supported documentation hosted internally, you can link to them in the “External URL” field and provide detailed instructions in the content field. On the above example, the Database outage playbook will be attached to any incident with the SEV2 severity or the customers-postgresql-db microservices. Please note that this is all OR logic currently, meaning this playbook will be attached to an incident that has just one of those matching conditions, such as SEV2 severity for example. Additionally, at the bottom of the Playbook details page you have the ability to append any relevant tasking that needs to be done during the incident. Playbooks are a great way to prevent a single person from becoming the de facto expert on how to resolve a particular problem. One person shouldn’t be the only one who knows how to bring a critical system back online.Related Pages
Example Usage with Incidents
Walk-through of how playbooks auto-attach based on incident type and other properties.
Workflows Overview
The adjacent automation surface — event-driven actions that can complement playbooks during response.
Configuration Overview
The umbrella page covering incident properties and configuration surface.