スキルスタンダード研究所は、各業界へのスキル標準の活用・推進、プロフェッショナル人材育成に向けたコンサルティングサービスを提供します。
ITスキルスタンダード研究所
スキルスタンダード研究所についてニュースサービスドキュメントコラムお問い合わせ
コラム
第232話:iCD2015 最新情報 〜役割の理解
 6月末に発表されたiCD2015は、9月15日IPA開催のセミナーを皮切りに、最新のスキル標準として本格的な展開がスタートします。iCDは中身うんぬんよりも考え方を理解することが重要です。今回から数回に分けてそのポイントを解説します。
「役割」の理解
 iCDでは、タスクを全ての中心に置いていますが、使う側として一番身近なのが、タスクを束ねた「役割」です。これをしっかり理解いただくために、今まで経産省・IPAから公表されたスキル標準を基に、経緯を説明したいと思います。

 ITSS・ETSSでは「職種」、UISS・CCSFでは「人材像」という言葉を使ってきました。
活用側ではそれぞれを人材に当てはめて使うのをイメージすることが一般的でした。
「職種」は厳密にいうと、人や役割ではなく、技術領域をカテゴライズした言わば分類のようなものです。ITSSの初期の説明文では明記されていましたが、使う側では知らずに、もしくは知った上で人材や役割と読み替えていたのが事実です。そのせいで、会社の仕事の単位や組織の単位と合わないことが問題視されたのもうなずける話です。
一方で、「人材像」も実在の人物をイメージしてしまうことから、複数の仕事を掛け持ちしている人、たとえば設計とPMなどを一つの人材像で表現しようとしたため、色々な組み合わせのものが多数登場してしまう羽目になってしまいました。
そういった、理解の違いをなるべく無くしていかないと、人材育成の仕組みとしては、うまく機能しません。

 そこでiCDでは、共通した理解を促すために、今まで使ってきた「職種」や「人材像」という言い方を止め、「役割」に統一しました。本来企業で一番使われるのは役割/ロールであるということからも、大変現場感のある表現だと言えます。

 しかしながら、過去の経緯もあり、役割の捉え方については注意が必要です。先述の職種や人材像の時と同様の混乱を招く危険もあります。
しかし、次のポイントをよく理解しておけば問題になることはありません。

・人と役割は通常1:nで考える
 PMをやりながら設計も担当している、など。
・役割は育成できる単位とする
 PMを育成する、という考えになりたてること。
 もし、PM+設計の役割設定になっているとすれば、育成のゴールが不明確になる。
・組織の枠を外してキャリアパスが設計できる単位とする

 ※次回はITSS活用している場合のiCDへの移行の考え方を説明します。
登録:2015-09-15 10:23:56
 サイトの利用について | プライバシーポリシー | 情報資産管理方針 |
トップページへ戻る