保険システムよもやまばなし（第17回）
ビジネスに資するシステム利活用（6）
令和元年！ 10連休を経て、「令和」が幕を開けました。
平和で、明るく・元気な時代であってほしいと、切に願っています。
さて、この新しい時代、特筆すべき一つにＡＩや５Ｇ等、ＩＴ技術進化が挙
げられます。ＡＩ・５Ｇ等の技術進化・環境整備は、自動運転車等を実現さ
せ、便利な時代になっていくと思いますが、その一方で日常生活のＩＴ依存
度は、ますます高まり、新たなリスクも生じさせます。
連休明けの令和、早速その兆候のような洗礼を受けました。
楽天銀行を筆頭に、ゆうちょ銀行、みずほ銀行でネットバンキングが利用出
来ない事態が発生。日本航空（JAL）では、国内線搭乗手続きに混乱が！
また、いくつかの自治体では、元号変更（「平成」⇒「令和」）に伴う正し
い手続きが行われなかった事態も発生しました。ＴＶニュースや新聞紙上で
も取り上げられましたので、皆さんもご存知のことと思います。
これらは、いずれもＩＴに起因して生じたもの。連休明けに一斉に利用した
り（アクセスの集中）、元号変更への適切な対応・確認を十分行わなかった
ことにより生じたシステム障害でした。「元号変更に伴う大きなシステム障
害は無かった」との政府見解でしたが、細かな障害でも生活に影響を及ぼす
ような事態がいくつか生じたようです。まぁ、このレベルで終わったことに
感謝すべきなのかもしれません。
しかし、このような事態が開発・導入したばかりのシステムに生じたらどう
でしょう？ まさに前回お伝えした、「システム完成・稼働後の不具合（バ
グ、仕様相異、レスポンスが遅い等）」の事態です。お金をかけ、時間もか
けたシステム、このような事態に直面したら、冷静に振舞うのは難しい状況
になります。特に、ビジネスのＩＴ依存度が高い状態になると、システムの
不具合・障害が大きなビジネスリスクになりかねません。システムの安定稼
働や品質が、極めて重要になってきます。
一方、過度に安定稼働・品質を追い求めていくと、すぐにコストに跳ね返っ
ていきます。例えば、安定稼働に向けて、ある程度のアクセス集中（ピーク
性）を考慮して、それに耐えうるだけの機器性能を確保しておく必要はある
と思いますが、度を越したアクセス集中まで対応するとなると、コストは大
変です。また、システムに組み込む処理プロセスやロジックについて、正し
く機能するかの確認・検証は重要ですが、めったに生じないような例外的な
ケースまでを想定していると、組み込むことにも、確認・検証にも時間・コ
ストが必要になっていきます。こう言った過剰な性能や品質にならないよう
に、合理的に適切に割り切りながら対応していくことが求められます。しか
しながら、こう言った割り切りをシステム部門が行うことはなかなか難しく、
ここは経営の責任と権限で的確・適切に判断・決定していくべき事項、経営
が力を発揮すべき事項と思われます。ポイントは、システムには何かが起き
る！と言う前提で、その際の影響を最小限にコントロールできるような、リ
スクベースの考え方に基づくことにあります。システムに係る知識・経験は
それほど求められるものではありません。
システム開発局面において、正しい情報に基づいてリスクベースの合理的割
り切りが適切・的確になされていくと、円滑かつ効率的なシステム開発を促
し、開発期間やコストのコントロールも組織として関与・対応していけるこ
とが可能になってきます。未だに、「システムのことは良く分からなくて」
とおっしゃる経営者は少なくないと思いますが、ビジネスのＩＴ依存度が
ますます高まっていく令和の時代を戦い抜いていくためにも、ＩＴに真正面
から向き合ってみるのは如何でしょうか？
K System Planning
島田洋之
