[IT土方]手順書！

とあるＰＪというか現場で、何度も何度も、「○○プロセス再起動手順」みたいのをコピペして渡して、運用部隊に引き継いだことがある。

つまりどういうことかというと、そこの運用部隊は引き渡される手順書をナレッジとして蓄積することなく、ただ形式的に受け取るだけ。
その「○○再起動手順」は、複数のサーバで、全く同じ手順でオペレーションできる。だから、「引継ぎしなくともいいでしょ」といっても、「いえ、ルールですので手順書はつくってください」といわれる。
だから、タイトルとかヘッダフッタだけ変えて、渡す。（たとえば、「Ａサーバ○○手順書」を「Ｂサーバ○○手順書」に変えて、日付を変えるぐらい）

確かに、ホスト名とかパスワードとかは変わってくるのだが、そういう可変パラメータは別台帳で管理すりゃいいだけの話だ。サーバ追加日もそっちの台帳に書いておけばいい。

だから、その運用部隊は、「○○プロセス再起動手順」を、サーバごとに20本ぐらい持ってる。
ヤツらは、それを、システムごとに、１キングファイルにファイリングしたいわけ。だから、システムごとに受け取りたいのね。

その手順が、たとえばセキュリティホール発見！　とかそういう理由で、変わってしまったら、どうするんだろうか？
ヤツらはゼッタイ、それぞれの更新はしないと思うね。

で、オペミスが生まれるんだ。（ちょっとザマミロ）


今考えると、ホント、クダラないね。

運用部隊にナレッジを蓄積しよう、という気があるのだったら、たとえば、Ａシステムでも○○プロセス再起動手順があるが、今回運用に引き継がれるＢシステムの同一プロセス再起動において、何か相違はあるか？　と、逆にＰＪ側に聞くことができる。

それで、相違が発生する（前手順、後手順があるとか）んだったらＰＪ側に新たにつくってもらえばいいし、なければ、パラメータだけ受け取ってあとは運用側で処理すればいい。そうすればＰＪ側も助かる。


これは「氷山の一角」であって、構築部隊は運用部隊に対して、この例と似たような偏見を持っている。

まあオイラは歳もとったし、広く浅く構築も運用もやってるから、どちらの言い分もわかるっちゃわかるんだが。。

インフラは、運用とか構築とか関係なく、どこもかしこも「変わらなければならない」んだよ。