基盤とは？/ セントラルファイナンス
[ 252] IT基盤最適化を基本から考える : スペシャリストが語る最新IT動向 | Wisdom
[引用サイト] http://www.blwisdom.com/specialist/08/
|
株式会社テックバイザージェイピー（TVJP）代表取締役(元ガートナー・ジャパンリサーチ バイスプレジデント)栗原 潔 氏 得意分野はエンタープライズ・システム、無線タグ、ビジネスインテリジェンス、知財関係等。弁理士。技術士（情報工学）。 最初に、基本に立ち返ってなぜ企業にとってIT基盤（業務プログラムを稼動するためのハードウェアやソフトウェアの総称）の最適化が重要であるかを考えてみましょう。経済産業省の調査（情報通信白書平成17年版）によれば、日本の民間企業の設備投資額において情報通信関連投資が占める割合はおよそ４分の１です。これだけでも、IT基盤の最適化の重要性は高いと言えるでしょう。 さらに、IT基盤最適化によるビジネスへの影響も考える必要があります。企業におけるほとんどのビジネス・プロセス（業務手順）がITを前提としたものになっています。効率的なビジネス・プロセスを実現するためには、効率的な業務アプリケーションが必要であり、効率的な業務アプリケーションを実現するためには効率的なIT基盤が必要です（図１参照）。効率的なIT基盤があれば、自動的に企業の競争力が向上するわけではありませんが、効率的なIT基盤なしに今日の激しい競合環境で生き残っていくことは困難であると言ってよいでしょう。つまり、IT基盤最適化はビジネスの成功の十分条件ではないですが必要条件ではあるということです。 その意味で、IT基盤の最適化はあらゆる企業が取り組むべき課題であり、また、最適化により得られる効果も大きいと言えます。 では、IT基盤の最適化では具体的に何を目標にすべきでしょうか？コストの削減というのは誰もが最初に思いつく重要な目標です。もちろん、単にコストの削減だけを行って、サービス・レベルが悪化してしまったのでは意味がありませんので、代表的なサービス・レベルの指標である性能そして連続運用性の向上も重要な目標となることは言うまでもありません。 その意味で、アウトソーシングが人的コストを下げるための手段として一般的になっているのは当然のことです。適切な領域をアウトソースすることでTCO削減を達成できた成功事例は数多く存在します。その一方でアウトソースにより期待されたほどの効果が得られないケースもあります。特に、何から何までアウトソースするという考え方では、肝心のサービス・レベルの低下を招いたり、企業がITの戦略的活用の当事者能力を失ってしまう結果を招く等の弊害の方が大きくなってしまう危険性があります。領域を選んでアウトソースを活用する選択的アウトソーシングの考え方が重要でしょう。 上記のコスト削減、性能向上、可用性向上と言う要件に加えて、最近では特に俊敏性（アジリティ）向上という要素への注目度が高まっています。俊敏性とは環境の変化に対応するスピードのことです。たとえば、業務が急速に拡大していくときにはIT基盤もそれにあわせて拡張可能でなければなりませんし、パートナー企業と組んで新しいビジネス・モデルを実現しようとする時には、IT基盤が他社との有機的連携が容易な設計となっている必要があります。ここでIT基盤の変化対応のスピード、すなわち俊敏性が重要となってくるわけです。IT基盤の俊敏性向上とはIT側の都合によりビジネスの足が引っ張られる状況をなくすことである、と言い換えることもできるでしょう。 『個人情報保護』、投稿に関する『要綱』に同意の上、送信ください。お返事は差し上げておりません。ご提供いただいた情報は、弊社における個人情報保護に準じた取り扱いをいたします。 |
[ 253] 国のIT基盤を設計するITアーキテクト − ＠IT情報マネジメント
[引用サイト] http://www.atmarkit.co.jp/im/carc/serial/lookingfor08/lookingfor08.html
|
ITアーキテクトになったら、できるだけ大規模システムのアーキテクチャ設計にかかわりたい。例えば国のIT基盤、そして参照となるアーキテクチャモデルの策定など。そう思うITアーキテクト志望者は多いだろう。こうした仕事に携わっているITアーキテクトがいる。マイクロソフト 公共インダストリー統括本部 テクノロジーソリューション部のテクニカルアーキテクトである鈴木章太郎氏がその1人だ。（→記事要約へ） マイクロソフト日本法人に「テクニカルアーキテクト」、いわゆる世間一般でいわれているようなITアーキテクト職ができたのは3年前からです。米国ではすでに実績があり、人数も多いのですが、国内では私を含め数名しかおりません。が、今後は少しずつ採用を進め、人数を増やしていきたいと考えています。 マイクロソフト 公共インダストリー統括本部 テクノロジーソリューション部のテクニカルアーキテクトである鈴木章太郎氏 マイクロソフトの場合、テクニカルアーキテクトはプリセールス部隊の一員となっています。しかしテクニカルアーキテクトの仕事は、営業数値を持たされるわけではなく、主にアウトリーチ的な活動が中心。例えば私のケースでいうと、仕事内容は大きく3つに分類されます。 第1に、まずプリセールス部隊の一員として、営業SEやパートナー企業が設計したアーキテクチャをレビューしたり、あるいは実際に自分が設計する仕事。特に当社は、パートナーを通じた営業活動が基本となっているので、パートナーに対する技術支援や協力は必須です。 そこで第2に、パートナー企業や業界アナリスト、大学などでの講演活動があります。これは当社でかかわっている技術標準化の策定動向や、マイクロソフトの具体的なソリューションなどを啓蒙し、さらに技術的に不明な点についてお答えするという活動。関連して書籍の執筆なども行っています。 第3に、政府系諮問機関への参画、講演、アーキテクチャ策定とレビューなども担当しております。これは公共インダストリー本部としてのアウトリーチ活動の一環でもありますが、官公庁側でも「参照すべきアーキテクチャモデル」や「技術標準」について策定する必要があり、そういった疑問に対する支援の役割も果たしています。現在私が参加しているのは、総務省の電子調達関係の委員会、経済産業省の業務システム最適化計画の参照モデル作成ワーキンググループなど。昨年12月に発表された政府統一基準の仕様についてのレビューも行いました。 もちろんMS技術だけを追えばいいわけでもありません。他社の技術、そして業界全体の技術トレンドを的確につかみ、パートナー企業や政府CIO補佐官の疑問に答え、あらゆるアーキテクチャを設計・レビューする。その中には、当然政府で作成している標準アーキテクチャなども含まれます。これがマイクロソフトの“ITアーキテクト”です。 ご存じのとおり、マイクロソフトは製品ベンダです。だからといって、他社の技術に無関心なわけではありません。むしろ最適なアーキテクチャモデルを作るため、特にJavaの動向や仕様は常にウオッチし続けています。 米本社ではテクニカルアーキテクトの数も多く、アーキテクチャレビューが専門だったり、技術検証が専門だったりと、アーキテクトの専門性も高くなっています。が、日本ではまだまだこれからといったところですね。なのでITアーキテクトのキャリアパスについては、これから整備していく必要があると思います。 ちなみに私自身は、かつてあるSI企業でコンサルタントとプロジェクトマネージャの中間的な仕事をしていました。いまでもその当時に使っていたUNIXやOracleの知識は生きていますし、またそうした他社技術について、中立的に学習・評価・検証することが求められています。繰り返しますが、「マイクロソフトにいるから.NET技術しか追わなくていい」というわけではなく、逆にさまざまな技術にも精通することが必要なのです。ハードやソフトは問いません。なぜならこの業界では、他社製品や古いものも含め、co-existence（共存）を前提としているから。むしろ当社のケースでいえば、より幅広く深い技術知識が求められるといえるでしょう。当然、他社との交流も多くなります。 こうしたことから、私が「ITアーキテクトに必要な資質」を挙げるとすれば、とにかく好奇心旺盛であることが条件です。逆にいえば、好奇心がないとITアーキテクトは務まりません。 さらにいえば、コミュニケーション力／調整力、プロジェクトマネジメント能力、UMLやPMBOKといった技法の知識を備えていると、なおいい。特に官公庁でのアーキテクチャモデルの策定では、中立的で幅広い視点が求められます。大変ですが、やりがいのある仕事ですね。 マイクロソフト、テクニカルアーキテクトはプリセールス部隊の一員である。しかし、テクニカルアーキテクトの仕事は、営業数値を持たされるわけではなく、主にアウトリーチ的な活動が中心だ。例えば公共インダストリー統括本部 テクノロジーソリューション部のテクニカルアーキテクトである鈴木章太郎氏のケースでいうと、仕事内容は大きく3つに分類される。 第1に、まずプリセールス部隊の一員として、営業SEやパートナー企業が設計したアーキテクチャをレビューしたり、あるいは実際に自分が設計する仕事。第2に、パートナー企業や業界アナリスト、大学などでの講演活動がある。第3に、政府系諮問機関への参画、講演、アーキテクチャ策定とレビューなども担当する。 システムインテグレータという組織の中のITアーキテクトとマイクロソフトにおけるITアーキテクトの位置付けは若干異なっている。これは、自らはシステム構築を行わないマイクロソフトという企業と、システム構築を主事業とするシステムインテグレータとの違いでもある。 |
セントラルファイナンスのサイトです。
