第9回 データ管理でみると意外に違う米国と欧州:データで戦う企業のためのIT処方箋(1/2 ページ)
多くのITのトレンドは米国で生まれ、数年のタイムラグを置いて日本でも広まります。データ管理の手法やツールも同様ですが、なぜこのタイムラグが生まれているでしょうか。将来を見越した仕組みを選定する際の参考として、今回は似ているようで異なる米国と欧州のアプローチを紹介します。
ITのトレンドやそれを生み出すベンダーの多くは米国に源流を持ち、日本では米国からおよそ3年のタイムラグで普及することが一般的です。この差は「ただベンダーが米国企業だから」という理由だけではなく、各国で異なる企業体制やITに対するアプローチによってもたらされます。今回からは、将来のITのインフラや運用の改善に向けて有意義な検討を行っていくときの参考になるよう、それぞれの国のITに対するアプローチを紹介したいと思います。
米国のITアプローチ
米国は、日本のように職能(能力)ではなく職務(タスク)に応じた人事・組織制度のため、IT担当者はできるだけ専門知識を持ち、日々の対応の他、継続して改善策が提示できることが求められます。また、「自社のシステムを自社がコントロールする、できる」という考え方で製品を選定することが多く、この選定ではベストブリードの構成を取ることが多々ありますが、最初からマルチベンダーありきで検討することは通常ありません。
単一ベンダーで構築できるならそれに越したことはないのは日本と変わりませんが、上記の「コントロールする(主体性を維持する)」という点が重要です。運用性やコスト、将来性などが合致すればマルチベンダー構成となることや、クラウドの活用に懸念やためらいが無い、という位置づけがより実態に近い説明といえるでしょう。
また、IT部門も含めて職務に応じた体制を構築しており、転職も一般的であることから、同等のスキルレベルであれば人が変わっても影響が出ないよう、とにかく効率化、標準化への意欲が強く、パッケージとベストプラクティストをそのまま適用して運用することが多いのも一つの特徴です。
ただ、ベストプラクティスが現場側での操作・運用にまで一貫してベストであることは少なく、不便になることもあります。そのため、シャドーITが発生する素地は日本より大きく、日本よりも根深い課題になっています。米国では国を挙げてコンピューティング、プログラミングを推進している関係や、言語構造からも論理的思考が一般的です。「ノウハウを持っている」ことが人材としての価値を上げることも後押しするので、シャドーITに手を染める(手を出せる)現場担当者が比較的多く、日本よりも危機感があります。このことは、さまざまな調査会社の調査でも、パブリッククラウドが普及期となった2013年以後、CIOの課題として継続的に挙げられています。
それを避けるべくCIOの立場では、「現状維持」や「過去の方式の踏襲」は選択肢の第一位にはならず、「サービス化できる」基盤を自社で持つことでシャドーITを抑止し、ガバナンスを維持するため、リスクの検討を踏まえて新しい技術や方式を積極的に導入する傾向が強くあります。
シャドーIT=企業内のITシステム標準を策定し運用管理するIT部門が把握していない(把握できない)ITシステム利用を指す
- 一般的には、社内システムやツールの利用に不満を持つ業務部門側ユーザーが直接外部のサービスを導入または利用することが多い
- 社内システムは、システムの更新がハードウェアのリプレースタイミングに紐づきやすく更新間隔が数年単位になりがちなことに対し、クラウドサービスでは1、2年以下の短いスパンで新しいサービスや機能改善が行われる為、利用者からみた使い勝手や汎用性・応用性の差が生まれやすいことが主要な要因になっている
- IT部門が把握していないシステム利用の為、企業全体のIT統制やセキュリティ統制に合致しているか不明な場合が多く、企業統治の観点で問題になりやすい
- 業務部門側でクラウドサービスの費用を直接支払っていることが多いため、支払いの稟議、承認手続きの中で企業としては正しく承認された利用になってしまっていることも多い(社内統制の抜け穴)
- CIOやIT部門としては、「自社内システムの改善(利用者の不満解消)とユーザー部門へのセキュリティ教育などによる社外利用の排除」か「IT部門も関与する形で社外利用も含めた統制・管理を行う」かのいずれか、または組合せた対処が必要になっている
- IT部門などがクラウドサービスの利用ルールを策定して積極的に外部サービスの利用を許諾することで、シャドーIT化を防止している企業もでてきている
例外としてIT関連企業の場合は、先端技術について現場エンジニアがCIOやIT部門の担当者と同等以上の知識を持っており、その手のエンジニアの方が最新技術の採用に意欲的であったりすることも多いため、IT担当者の役割としては標準化や社内統制といった点に重きが置かれる傾向にあります。この点は日本企業におけるIT部門の位置づけに近いかもしれません。
関連記事
- 第8回 SDS導入のきっかけと効果、あえて一斉導入しなかった国内商社の場合
前回はSDSの一斉導入に踏み切った欧州のユーザー企業事例をご紹介しました。今回は“あえて”一斉導入をしなかった国内の専門商社のケースを取り上げてみます。 - 第7回 SDS導入のきっかけと効果、一斉導入した欧州通信事業者の場合
SDSの特徴やメリットを説明してきましたが、実際に利用している企業では何を期待して導入に至ったのか、またその効果はどれほどだったのかは気になるところです。今回は一斉導入に踏み切った欧州のユーザー企業事例を紹介します。 - 第6回 比較で読み解くソフトウェア定義ストレージの選定術
ソフトウェア定義のストレージ(SDS)の製品は、実際にどのように選べばよいのでしょうか。今回は実装方式を説明しながら、2つのステップによる選び方を紹介します。 - 第5回 ソフトウェア定義ストレージとはどんなもの?
ソフトウェア定義インフラストラクチャのうち、データ管理に直結するのが、ソフトウェア定義のストレージです(SDS)。様々なモノが提供されていますが、目的や訴求ポイントが違っていてなかなか分かりにくい状況ではないでしょうか。今回は製品の違いやメリットを解説します。
Copyright © ITmedia, Inc. All Rights Reserved.