リリース手順書の作り方チェックリスト

これだけは（最低ライン）

• 作業の手順が、番号付きで「上から順にやれば終わる」形になっているか
• リリース後に確認する画面・機能が、具体的に書いてあるか
• うまくいかないときの「戻し方」が、1行でも書いてあるか

余裕があるとき（任意）

• 冒頭に「対象・内容・所要時間・実施日時」があるか
• 作業前のバックアップ（何を・どこに）が項目になっているか
• この変更の影響範囲を確認する項目があるか
• 告知の要否と、出す・戻すが項目になっているか
• コマンドやURLが、コピペできる形でそのまま書いてあるか
• 「キャッシュ削除」「再起動」など飛ばしやすい一手を省いていないか
• 戻す引き金（何が起きたら戻すか）と、様子を見る時間の区切りがあるか
• 戻したあと「原因調査→修正→再リリース」までを想定してあるか
• リリースのたびに、気づいた点を1行ずつ直して育てているか

全部に○が付かなくても大丈夫です。上の3つがあれば、記憶頼りのリリースからは抜け出せます。下の項目は、リリースを重ねながら少しずつ足していけば十分です。