「やめていくシステム管理者から仕事を引き継ぐには？」記事へのコメント

設定ファイル読め

[Technical Type (3408)]

設定ファイルのありかはOSが決まればだいたい決まるから、システムの設定を見ればわかるだろ。説明が要るぐらいなら引継ぎなんて無理。つまり、前任者の考えている事は、設定ファイルの記述に反映されている。あとは、１週間あるなら優先順位をつけて前任者に教えてもらえ。このあたり、スキルの低い後任者だと、あれも教えてくれ、これも教えてくれと、重要じゃない事を伝授させて肝心な事を教わり損ねるのがオチ。で、「教えてくれなかった」とか言うし。「あんな無意味な事を貴重な一週間のうち４日もかけて説明を強いたのはお前だろ。結局管理はできないし利用

Re:設定ファイル読め

[Anonymous Coward]

　私はとあるシステムのメンテナンス業務をを上司から引き継いだのですが、定型化できる業務であるにもかかわらずルール化・文書化されていませんでした。
　トラブルが発生したため、上司（何処かに出向しているわけではない、同じ職場にいる）に聞くと
「あれー、どうやってやるんだっけ？　忘れちゃった（笑）」
　と一言。
　ログや設定を片っ端から調べ、原因を特定して対応したりして、少しずつ勉強していますが、調べてみるとDBのバックアップが定期的に行われていませんでした。
　また、システムの運用上の取り決めがないため、前担当者の上司が勝手にサーバーを落としたりしていました。

　引き継ぎの対象者がすぐ近くにいても、いなくても、私の意見としては、
・運用上、定期的にやっていること（バックアップとか特に重要）
・起こったトラブルの対応方法
・社内でのシステム運用上のルール（なければ方針を決める）
　を相手がいる間に、知ることですね。
　そして、それを簡単なメモでもいいからまとめおき、時間があれば少しずつマニュアル化していくことです。

　でないとあとで、忘れちゃった（笑）自分、もしくはその後任が大変な思いをします。

Re:設定ファイル読め

[Ryo.F (3896)]

そして、それを簡単なメモでもいいからまとめおき、時間があれば少しずつマニュアル化していくことです。

できればそれを、スクリプト化(プログラム化)しておくと、さらに良いですね。
基本的に、マニュアル化できることは、プログラム化することができるはずですから。

# しかし、運用に「回される」人は、プログラムが苦手だったり…