僕が考えた最強の作業手順書 - Qiita

某所で見かけたシステム運用作業手順書の記事に、「作業直前に作業手順書の変更はしない」「手順書に無い作業をしない」といった事が書かれていました。 いや、それはあくまで心掛けの話であって、それも大事だけど、そもそも作業手順書はどうあるべきかという話が抜けおちているのではないか？それは世間ではあまり明文化されていないのではないか？と思いました。 不遜ながら、私が思う作業手順書のあり方を書いてみます。 1. 存在している まさか、本番作業を勘とノリでやっちゃうなんて。まさかね… 2. 保存されている Githubでも、Google Driveでも、Notionでも、Wikiでもいいですが、作業手順書は保管されていますね？えっ？保存していなかったら、同じような作業をもう１回することになったらどうなるんですか？障害が起きて、デプロイ手順に問題がないか調査したい時にどうするんですか？ なお、保存するなら

[pascal256]

どのステップも超大事。特に「判断させない」は手順書書きなれてないと中々落とし勝ちなので要注意

[NOV1975]

問題発生時の応急措置が書かれているようでは最強とはいえないかな…最強といいたいなら応急措置ではなくて、手順をこなしていった際の結果による分岐手順として書かれるべきだよ（じゃないと判断入っちゃうから）

[perl-o-pal]

コマンドは極力コピべで済むようにするとか、操作ログには時刻を入れるとか、何かあったときの連絡体制を書いておくとか、資材の場所と搬送方法書いておくとか、思いつくだけでも色々あるので、書いたのは若手かな？