Skip to content
The first pages of the Deployment Runbook template

Deployment Runbook

Document template for Google Docs and Word

Make a copy in Google Docs
Price
Free
Style
Modern
Difficulty
Beginner
Updated
November 6, 2026

Every page (7)

Overview

An on-call engineer paged at three in the morning should not need to ask the person who built the service how it works. This runbook sets out what that engineer needs in the order it is used: the pre-checks, the deploy steps, the verification, the rollback and the communication. Each command comes with the output to expect and the action to take if the output differs.

The sample is a deployment runbook for a payments API at Foxhollow Labs, with a canary, a full rollout, a single-command rollback and a support call script. All names, figures, commands and contacts are fictional. Replace the service, alerts and escalation contacts with your own, run each command in staging, and paste the real output beside it.

Useful for

  • An engineer on call at night deciding whether to roll back a deploy or escalate to the manager
  • A release engineer walking through the four checks before a planned deploy on a Tuesday
  • A new on-call engineer reading the runbook before their first shift on the rota

What's included

  • Pre-checks: four go or no-go checks, with the approval path for risky changes
  • Steps: the deploy in four commands, with timings and the stop condition for each
  • Verification: the checks that prove the service is healthy before the window closes
  • Rollback: when to roll back, the single command to use and when not to
  • Communication: a schedule of who hears what, and a support call script
  • Make it yours: numbered steps for naming the service and testing each command

How to use it

  1. 1

    Click Make a copy in Google Docs, then confirm on the Google page. The copy is saved to your own Google Drive.

  2. 2

    Replace the service name, owner team and on-call channel in the overview before anyone uses the runbook.

  3. 3

    Run each command in staging, and paste the expected output beside it in the steps table.

  4. 4

    Update the escalation contacts and the next review date, then link the runbook from every alert.

  5. 5

    Delete the guide page, then share the runbook with the on-call rota and the engineering manager.

What you need

Requirements

  • A Google account with access to Google Drive

Works with

  • Google Docs
  • Microsoft Word (download the .docx)

Questions

Are the organization, people and commands fictional?

Yes. Foxhollow Labs, the payments service, its people, the commands, the channels and the contact details in this sample are fictional. Replace them with your own before the runbook goes near a pager.

Should every deploy follow the runbook?

Yes. Every production deploy follows the same four steps and stop conditions, so the on-call engineer always knows what a normal deploy looks like. Skipping a step needs the approval recorded in the ticket.

How often should the runbook be reviewed?

Review it every month, and after any incident where the runbook was wrong or missing. Record the review date at the top of the document so readers can see when it was last checked.

  • #runbook-template
  • #on-call
  • #deployment-runbook
  • #incident-response
  • #sre
  • #release-engineering
  • #google-docs

Also in Developer workflows

All developer workflows templates
Get this template

Preparing your template…