IT人材育成とCIOの役割

　そうすると、プログラム開発、プログラム設計、システム設計と積み上げ方式でいかないと、上流工程の担当ができず、時間がかかるし、第一ユーザー系企業にいる限り、そのチャンスに恵まれるかどうか分からない、という声が聞こえてきそうです。

 

　しかし、別の観点でいうと、過去の経験は貴重ですが、ITエンジニアにとってそれが足かせになっているのも確かです。「どうあるべきか」「何のた めに」という目的意識と推進力が重要です。IT人材は、開発を多く経験しているがゆえに、視野が狭くなって限定的になり、クリエイティブではなくなる傾向 が確実に存在します。特に上流工程のモデリングの部分は、下流から上がってきたITエンジニアではうまくこなせず、技術ベースさえ理解できていれば下流工 程が未経験であってもデザインセンスのある人の方がうまくこなせることが多い、というのは疑いようのない事実です。

 

 

さらに次の図で、システム分析の概略をまとめました。

 

　お気づきでしょうが、全体の概略図では「問題分析」は見えてきません。なぜなら「問題」は「要求」の裏返しだからです。大事だけれど見えにくい。 「問題分析」とは、現行システムについての問題指摘、または企業経営観点から提起された問題を吟味し、問題の本質や特質を把握し、有効な解決策を策定でき るように図るための第一歩です。

 

●問題分析

本質的な問題提起にを深堀りする

• ・本質的な問題提起にを深堀りする
• ・長期的システム計画との整合性を確保する

• ・的を射たシステム分析や問題解決のための情報を得る
•  

下の図は問題の検討側面を表したものです。

次に、問題の識別と実態調査は以下の観点で実施します。

• ・長期計画との整合性

• ・問題の関与者

• ・問題の重要性／大きさ

• ・問題の構造

• ・問題の原因

• ・問題の環境

• ・問題の特性

• ・問題解決の感度

 

●関連問題の洗い出しと整理

 

●重点課題の設定

　体系的に整理された問題を重点課題候補として評価し、「何をすべきかを」決定します。重点課題候補評価の基準としては、システム開発のごく初期の段階であるため、次のような側面が重点的に評価されるべきです。

• ・外部環境との整合性：「不確実性下での」評価
• ・技術的可能性
• ・アプローチ間または内部の整合性
• ・問題解決に対する有効性

　先に述べましたように、基本的には問題は要求の裏返しであり、問題分析をして次に要求分析をするというより、問題から解決のためのシステム要求を順次導き出すという位置づけとなるでしょう。