リスクマネジメントの専門知識・事例を学ぶ

どのような業種や職種でも今やＩＴは企業には欠かせないものとなっています。その様な状況でＩＴに関する開発プロジェクトが立ち上がり自分の周囲に、直接は自分の業務とは無関係のＩＴ関連のメンバーが出入りすることも珍しくなくなりました。
その様な背景で、ＩＴ開発の初心者のプロジェクトマネージャーの方の役にもたつかと思いますが、主な対象はＩＴ以外の職業の方が、自社のプロジェクトをどのようなスキルの担当者が行っているのかを少しでも理解していただいて、コミュニケーションリスクの軽減に役立てていただきたくてお送りいたします。

従って、ここでは対象を「ＩＴ開発プロジェクト管理」に限定しています。

私は経験30年程のコンピュータ技術者で、ここ２～３年程はインドをナレッジアウトソーシング先にしたビジネスを行っていますが、それ以前の１0 年程のミッションは技術開発におけるプロジェクト管理でした。その中でプロジェクト進行上でのリスクで最も大きな問題に人材としての開発技術者の確保があり、更にはＩＴ以外の方々がＩＴ開発系の人材の特徴に対する知識を、全くと言っていい程理解していない事実を痛感していましたので、この機会に解説させていただきます。

１．「ＩＴスキルスタンダード」なるものがあります
一口にＩＴ関連の「職種」といっても多岐に亘り、更に仕事に携わる技術者のスキルレベルとなると中々明確に判断できないのが実情です。そこで経済産業省で、一応の判断基準を定義していますので御紹介します。

① 「ＩＴスキルスタンダード」とは指標
「ＩＴスキルスタンダード」とは、各種ＩＴ関連サービスを提供する「職種」の単位で、業務に携わるのに必要な技術者の知識やスキルレベルなどを体系化した指標です。
それぞれの「専門分野」毎に達成度指標を定め、更に指標ごとに必要とされるスキル（熟達度）を７段階で定義しています。

② １１の「職種」
「ＩＴスペシャリスト」や「ソフトウェアデベロップメント」、「プロジェクトマネジメント」、「マーケティング」など１１の「職種」を定義し、それぞれを製品や技術などによっていくつかの「専門分野」 に細分化しています。

【表１：１１の職種】

③ ７段階のレベル
個々の「職種」や「専門分野」に対して、技術者の実績や能力に応じた７段階のレベルを定めています。

・レベル１～２：
このレベルの知識は、e-ラーニングや大学の講義でもカバー可能。

・レベル３～４：
情報処理技術者試験で測定できる知識レベル。

・レベル５～７：
相当高度なスキルであり、対面のインタビューなども必要となるので、的確に認定することは困難。

●

２．要素技術と経験年数の関係
図１に有名な？「ＩＴスキルスタンダード」のイメージ図を示します。

●最上段は「職種」：11種類の職種に分類されています。
●その下が「専門分野」で「職種」毎に細分されています。この部分はいわゆる「要素技術」の部分となります。
●下段部分が各「要素技術」別に求められる「レベル」と７段階に分類してマトリックスを構成しています。

※この図の一つの使い方としては、ＩＴ関連の「職種」と、必要とされる「要素技術」と、求められる「スキルレベル」を理解する指標として便利に使えます。

【図１：ＩＴスキルスタンダード】

３．立場の違いによるコミュニケーションリスクの問題
図１の「ＩＴスキルスタンダード」のイメージ図での「職種」毎に「専門分野」を分類して求められるスキルレベルを説明していますが、通常仕事を進めていく場合には異なる「職種」の担当者が参加して進められます。そこでは当然の事として「専門分野」の違いからのコミュニケーションリスクが発生することになります。

ＩＴスキルスタンダードはその性格上、各「職種」毎にレベル付けされていますが、レベル付けに対応しての一貫した教育訓練が提供されていないのが実情です。「専門分野」が各々独立して、それらを横串的につなぐような体系だった思考ができる人材は極めて少ないのも現実です。

立場の違いによるコミュニケーションリスクの回避策は、各「職種」にまたがった広範囲な知識と経験を有する人材がキーマンとして存在するかにかかっています。しかしながら、そのキーマンとなる人材に求められる知識範囲の広さは多岐に亘り、しかもＩＴ業界自体歴史が浅いこともあって知識としても秩序だった体系等が存在していませんし、現在提供されているＩＴ関連教育が個別分野の知識重視に限定されていることも問題としてあげられます。

※ＩＴ関連以外の方が、ＩＴ開発のミーティングに参加する場合に、同じＩＴ関連のメンバーでもその「職種」の違いによるコミュニケーションギャップが生じている事が、ミーティングでのコミュニケーションを冷静に観察してみると気づく事も多いと思います。

●

４．ハード開発者とソフト開発者での、ハード仕様書とソフト仕様書との意味の違い
一種のコミュニケーションリスクコントロールですが、ハード技術者とソフト技術者間の勘違いの例を御紹介します。

① ハード技術者
一般には電子回路設計や実装技術と言って筐体(きょうたい）設計を担当します。

●実装技術１：設計した電子回路を実際にボード上にパーツを配置して動作する回路に組み上げる技術を言います。

●実装技術２：筐体(きょうたい）　→　入れ物、ケースへボードや電源と言ったパーツを組み込む技術を指して言います。

●ハード仕様書：文字通り電子回路の仕様書を指します。

●ソフト仕様書：通常はアプリケーションプログラムが参照する、直接ハードウエアを制御する部分を指します。

② ソフト技術者
ハードを制御する為のプログラム作成、ビジネスを支援する為のアプリケーション開発をする技術者等広範囲に使われる表現です。

●実装技術：ソフト技術者の言う実装とは、書物に書かれていたり、あるいは頭の中で考えたプログラム構造を実際にプログラミングする事です。物理的に物を製作して機器に組み込むわけではありません。

●ハード仕様書：直接ハードウエアを制御するプログラム部分の主にインターフェースを記載したドキュメントを指します。
⇒ハード技術者は、この部分を「ソフト仕様書」と考えます。

●ソフト仕様書：いわゆるアプリケーションソフトウエアを開発する為の設計ドキュメントの事を指します。

※これもコミュニケーションリスクの一種と言えますが、もし貴方がハード技術者、ソフト技術者の両方が参加するミーティングを主催する場合には注意することをお勧めします。

●

■筆者より
今回経済産業省が公開した「ＩＴスキルスタンダード」を例に取り上げましたが、実はＩＴ以外の方がＩＴ関連の「職種」の方々とのコミュニケーションリスクの可能性を理解するか、最小にするのに役に立つと考えています。少しでもお役に立てれば幸いです。

今回記事を作成するに当たり、下記Ｗｅｂサイトよりダウンロードさせていただいた、ファイルに記載された調査報告を参考にしました。
【経済産業省】http://www.meti.go.jp/report/data/g21226aj.html
ＩＴスキル標準 －ＩＴｻｰﾋﾞｽ・ﾌﾟﾛﾌｪｯｼｮﾅﾙ育成の基盤構築に向けて－
（ＩＴスキル・スタンダード協議会報告書）

★今後の予定
４．ビジネス系開発に求められる要素技術（ＩＴスキル）
・言語ベースや、簡易言語での開発者
・クライアント・サーバーって、どんなシステム？
・最近のＷｅｂ系アプリケーションでのリスクコントロール
・ハッキング防止技術を持ったＷｅｂ系アプリ開発
→これからもっとも求められる種別のエンジニアを確保する方法！

５．ＯＳ、システム系開発に求められる要素技術（ＩＴスキル）
・知られざる開発の実際！
・ハイリスクな開発の実態
・開発技術者に求められる要素技術

６．組み込み系開発に求められる要素技術（ＩＴスキル）
・正しい認識はリスクコントロールの基本！
・現在と今後数年のマーケット規模を理解するべき
・今後の日本での開発規模拡大と人材不足リスクを意識していないのは日本人くらい
→インドからのアプローチと問題点

７．電子回路設計開発に求められる要素技術（ＩＴスキル）
・ハードウエア開発技術者の持つ要素技術を理解するのもリスクコントロール
・製品の全開発工程でお仕事の手順
・製品種別により求められる要素技術
－アナログ回路設計技術者
－パルス回路設計技術者
－デジタル回路設計技術者
－低周波回路設計技術者
－高周波回路設計技術者
－電源回路設計技術者

以上毎月１回、残り４回でお送りします。