担当システム案件の、7月/8月移行作業に向けて慌ただしくなってきました。
先週末、僕がdPub5に参加している裏で、後輩が休日作業で
バタバタしておりちと申し訳なかったなと反省。
週明けの本日、朝からシステムコンティンジェンシープランに
頭を悩ませていました。
コンティンジェンシープラン － ＠IT情報マネジメント用語事典 |
システムに不測の事態が発生した時の対応計画を事前に
とりまとめたもの。
よくコンチプランなんて省略して言ったりします。
IT業界にいる人ならみんな頭を悩ませるコンチプラン。
どこまでを想定して対策を立てるかで難易度やボリュームが
ガラッと変わってきちゃうんですよね。
今回のケースだと、現行システムが定義しているコンチプランが
数年前のものであり、（業務量など）現在の実態に即していない
という問題点がありました。
「システム障害時はエンドユーザが手でデータを打鍵する」という
コンチプランに対し、およそ数万件というデータが発生している実態。
とても人の手で対応できるボリュームではないけども、
コンチプランとして定められている矛盾。
重要なものだとわかっちゃいるが、後回しにされがちなんですよ
コンチプランって。
今回の案件内でどこまで見直すことができるか。
属人化をふせぐためにも、システム担当が行う作業はきっちり
再定義したいと思います。