 |
||||||||||||
|
||||||||||||
| 前のページ 1 2 3 | ||||||||||||
|
||||||||||||
| システム完成後のリスク | ||||||||||||
|
情報システムは開発完了後、約10年〜15年の長い期間のシステム維持と運用フェーズがはじまる。システム改訂を繰り返しながら、システムを維持・拡大していく運用フェーズの期間は、開発初期の構想段階から開発完了までの期間と比べて圧倒的に長い。 この長いシステム維持と運用フェーズのことを初期の開発段階から考慮しておかないと、本番カットオーバ後に、システム運用で思わぬ「追加コスト」や運用ミスに起因する「システム障害の発生リスク」を背負うことになってしまう。 このため、システム運用を行う人の立場に立った運用機能を組み込むような配慮が必要である。例えば、障害を伝えるオペレータへの通知メッセージにしても、注意を促す意味での「Warningメッセージ」やオペレータヘの対応を促す「Cautionメッセージ」、致命的なエラーを知らせる「Fatalメッセージ」などのメッセージ体系を事前に組み立て、運用設計を行うべきである。単にメッセージを通知しても、それがどういう意味で事態の重大さのレベルが示されなければ、システム運用者は現場で1つも対応策を打てない。 また、システム改訂作業に当たってはシステムの構想段階に設定した開発思想を崩さずに維持できるチェック体制（ガバナンス体制）とその要員確保を行っておかないと、どんなに優れた思想であってもすぐに崩れてしまう。「システムの根幹となる思想を理解し、それ自身を成長させていくことが重要なのだ」と考える集団でないといけない。 長い期間、システムに愛着のない人がシステムの維持改訂作業や運用作業に携わっていても、システムを良くしようとする気持ちが働かない。これらを肝に銘じて開発体制のプロデュースを行うべきである。つまり、自分が開発したシステムのファンを周囲に作ることがとても大切であり、その力こそがシステムの生命を伸ばすものだと筆者は考える。 |
||||||||||||
| システムエンジニアに求められる資質 | ||||||||||||
|
これまでシステム開発プロジェクトの組成段階に潜むリスクについて紹介した。これらのリスクを打破し、情報システムの開発プロジェクトを成功に導く要因は、結局それに携わるシステムエンジニアの資質に依存してしまうところが大きい。 この資質について筆者は、実際の開発プロジェクトを通して、能力開発を行っていきたいと常日頃考えている。本連載の最後に筆者が考えるシステムエンジニアの資質を列挙しておく。
表1：システムエンジニアに求められる10ヶ条 次回は、システム開発時の考慮不足によって発生する「セキュリティのリスク」について解説する。 |
||||||||||||
|
前のページ 1 2 3 |
||||||||||||
|
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
|
|
||||||||||||
|
||||||||||||
-
-
連載
