先行して発表されたITSS(ITスキル標準)は、ITサービス企業の考え方を元に作成されています。多くのユーザー企業は、その内容を反映してか終始傍観者でした。
ところが最近、システムの構築・運用のみならず、企画から一括してIT企業にアウトソーシングするケースが多くなり、ユーザー企業側にも「このままではIT戦略を実現できる人材が育たなくなる」という危機感が芽生えてきました。市場での競争を強いられている企業にとっては、ITを駆使した戦略策定は必須です。
UISS登場の背景
多くのユーザー企業では、「経営層」、「IT部門」、「IT活用部門」それぞれの立場として、ITに関わる役割が明確になっていない場合が多いと言え、昨今の競争激化やコスト削減の流れの中で、問題視されることもしばしばです。
また、IT部門自体もビジネス環境の変化や情報技術の進展に、継続的に対応できるための「あるべきタスク(業務機能)」が体系立って整理されていない状況です。
それに関らずコスト削減・効率化を目的に、IT部門の機能の多くを、情報システム子会社を含むアウトソーサに切り出す傾向が強くなっています。そのため、システムの発注者、活用者としての意識が薄れ、本来自らが担うべく役割すらITベンダなど外部に依存する様になりました。
その結果、「戦略的なIT」を企画立案・活用するスキルが空洞化してしまっています。
競争がますます激化、グローバル化していく中で、それらを見直しIT部門のあるべき姿を定義し、自社内のIT人材のスキルを高める必要が生じてきました。
UISSは、こうしたユーザーの声を背景に生まれたものです。
ITSSとの違い
ITSSはシステム開発プロジェクトを中心に策定されており、エンジニア自身が何ができるかという個人視点になっています。しかしながら、ユーザー企業のIT部門は、システム構築の重要性もさることながら、構築されたシステムをビジネス部門やその先の顧客にサービスする時点が本当のスタートです。
さらに企業自体のメインビジネスを支えるという観点から経営戦略の取り込みも重要な課題です。
UISSはこれらの視点により、広い範囲で策定されています。
また、UISSは活用側の観点が色濃く出ており、その結果がキャリアフレームワークの独自性の考え方や、機能役割定義の提供などに現れています。
ITSSとUISSは「単一のIT業界」か「複数の業界に属するユーザー企業」か、という対象エリアの違いが明確です。多くのITサービス企業が他社と比較することをITSS導入目的とすることが特徴であることに対し、UISS導入はIT戦略実現のための人材育成にフォーカスされています。
IT部門同士を比較する必要は無く、自社のメインビジネスをITで支えるということが大きなミッションであるからです。
その基本方針で、UISSは自社に合わせて組み立てるための「素材」と「導入方法」を提供する形になっています。
具体的には、ユーザー企業の中でIT戦略実現を円滑に進めるための「タスク(機能)」と「スキルセット」を定義し、それらを「人材像(役割)」ごとに組み立てる手順を示しています。
これがITSSとUISSの大きな基本理念の違いです。
企業がUISSを取り入れることのメリット
先に述べたように、UISSではユーザー企業のIT部門として必要な機能を網羅的に定義してあり、そこからUISSを活用する各企業の戦略やビジネスモデルを基に、必要なものを選択してくるという方式になっています。選択した機能に必要なスキル定義がサブセットとして提供されているので、機能を選択するだけでスキルセットの基本形ができるという考え方です。
活用側に軸足を置いた効果的な考え方で、企業戦略から入るという理想的なトップダウンでの策定手法と言えます。
この方法で進めると、どこのものでもない自社の目的にあった活用環境が構築できます。
一から考えて作り出すことは大変困難ですが、UISSとして提供されているものをうまく使いこなせば、効率的・効果的にUISS導入が果たせるわけです。
具体的には次のような観点で活用できます。
・組織力強化のための利用
組織の持つべき機能、および過不足の明確化
・役割の可視化、および組織設計
インソース、アウトソースの役割分担の明確化
業務機能を把握し、生産性や業務品質の向上に向けた人材育成の検討に活用
・企業戦略実現に向けた効果的な投資の実施
優先順位の明確化、投資効果の把握
システム発注時のRFP策定やITベンダからの提案の評価での利用
・プロジェクトアサインの効率化
・自社目標と現状にあった育成計画の立案
メンバの現状スキルの把握、強化すべきポイントの把握
・キャリアパスの明確化
目標とするキャリアを実現するために、どのようなスキル開発が必要になるかの明確化、およびキャリアチェンジ を図る際の参照モデルとして利用
当初完成度と改善PDCA
どのような人材がビジネス目標達成に貢献できるか、つまりTo Beである人材像(人材モデル)を定めずして、経営層、管理層、そして社員の皆さんが納得するものを用意できるはずもありません。
そのTo Be人材モデルは、手順に沿ってUISSをうまく活用することにより、誰にでも説明がつくものとして策定することが可能です。
しかし、企業が人材に関して過去に苦労してきたことが、一朝一夕に解決するわけではなく、初めから完璧なものを作れるはずもありません。あまりにも不完全なものにしないために、スキル標準を使い正しい手順で策定すれば、70%程度の完成度の人材モデルを構築することは可能です。
また、このような人材育成の仕組みは、構築して終わりではなく、運用のPDCAと同時に、改善のPDCAを廻すことによって、さらに完成度を上げることができるのです。
そういう意味で、当初の活用計画の中に、運用プロセスや評価プランを入れておくことも重要ですし、運用していく人材も事前に育成しておくのも大事なことです。
トラックバックURL: http://blogs.ciojp.com/system/mt-tb.cgi/78
スキルスタンダード研究所 代表取締役社長ユーザー企業IT部門、国内・外資ITベンダでの経験を活かした人材育成の仕組みづくりのコンサルティングサービスを提供しています。プロフェッショナルとして外部の新鮮な風を送り込むことが大きな使命と考え、幅広く貢献していく所存です。
Copyright© 2000 - 2010 IDG Japan, Inc./IDG Interactive, Inc. All rights Reserved.