「ミスを許さない手順書」を作ってみた 〜 個人的にはこれ以上できることはあまりなさそう/20260827-ssmjp-operation-procedure-update

最初は興味深かったけど「運用手順書の設計思想」あたりから方向性が怪しくなってきて、ついぞ「ミスを許さない手順書」が出てくることはなかった

手順書は絶対に間違える。みんな、よく手順書通りにできるもんだと感心している。自分でもポンコツだと思うがテスト手順書もまともに手順通りに操作できない。というわけで弊社はそういうの全廃してる。

タイトルはともかく「矛盾がなく目的がわかるようになってて読みやすい」が大事なのと、ヘッダで目的や概略理解させてシナリオとタスク書くってのはいい手順書作れたと/見たとき、まあそうなってるなとは思った。

ミスを許さないのであれば手順書を使った運用自体をやめるべきだと思う

ミスを防ぐ手順書ではなく、ミスしたときの責任追及について書かれた手順書に読める

システム

「ミスを許さない」がそもそも間違ってて、「ミスが出てもリカバリできる体制」を作らなきゃいけない

何に対してミスを許さないのかが書かれてないのでやり直しです。

この資料はレベル3を満たしてるの？