午後問題の歩き方 | 午後問題の読み方～マネジメント系

矢沢久雄
2020-08-20 更新

この記事は基本情報技術者試験の旧制度（ 2022 年以前）の記事です。
この記事の題材となっている「午後問題」は現在の試験制度では出題されません。ご注意くださいませ。

午後問題の問 5 は、令和 2 年度からストラテジ・マネジメント系の問題です。ここでは、このうちマネジメント系（プロジェクトマネジメント / サービスマネジメント）の問題を扱います。

ほとんどの過去問題が、

説明文の内容を適切に読み取る設問
説明に示された通りに計算をする設問

から構成されています。

特殊な知識を要求されることは、ほとんどありません。

ただし、問 2 ～問 4 のテクノロジ系の選択問題と比べて、時間がかかる内容になっている場合があるので、選択するかどうかは、試験当日によく考えてください。

ここでは、例として、平成 21 年度春期午後問 6「スケジュール管理」を紹介します。

この問題は、あまり時間がかかりません。

1 前半部は、国語の長文読解問題のようなもの
2 説明文になくても、言葉の意味から正誤を判断できる場合がある
3 後半部は、中学生レベルの算数の計算問題のようなもの

前半部は、国語の長文読解問題のようなもの

問題は、マネジメントに関する事例（架空の事例）の説明から始まります。

ポイントと思われる部分に下線を付けながら読んでください。慣れていないと、ほとんどの部分に下線を付けてしまうかもしれませんが、それは仕方がないことです。

それなら、ここは説明の区切りだとわかった部分に、大きく区切りの線を引いてください。そうすれば、後で見直すときに、わかりやすいからです。

問 6　スケジュール管理に関する次の記述を読んで，設問 1 ~ 3 に答えよ。

　A 社は，2 年前に基幹業務システムを B 社に委託して再構築し，業務効率の向上に成功した。経営改革を更に進めるため，蓄積された経営データを活用した経営管理システムを開発することになり，情報システム部内で第Ⅰ期プロジェクトを立ち上げた。

[第Ⅰ期プロジェクトの概要]

　経営管理システムは，経営データ分析サブシステム M1 と経営幹部向けナビゲーションサブシステム M2 とで構成される。M1 はデータ集計用プログラムと分析プログラムとから成る。M2 は，M1 による分析結果を経営幹部向けに編集し，イントラネットを通してブラウザで閲覧できるようにする。これらのサブシステムの要件定義は， A 社の情報システム部が行い，設計からテストまでの開発作業は，経営管理システムの開発経験も豊富である B 社に委託した。B 社は，A 社からシステムの概略機能について説明を受けた後に概算見積りを行い，開発期間を 3 か月として請負契約を結んだ。

　なお，開発はすべて B 社内で行うことにした。

[システム開発の遂行状況]

　情報システム部による要件定義は予定どおりの日程で完了し，要件定義書が B 社に渡された。B 社は，自社内での開発作業を開始し，開発期間中は両社合同のプロジェクト進捗会議を毎週 1 回行った。

　開発開始から 2 か月が経過した時点の進捗会議で，B 社から ” M1 の開発作業に遅れが出ているが，開発メンバを増やして納期に間に合わせる” という報告があった。しかし，2 週間後に B 社から “開発作業の遅れを取り戻せないので，納期をとりあえず 2 週間延ばしてほしい” との申出があり，A 社は仕方なく了承した。その後もスケジュールの遅れは続き，当初の予定から 1 か月遅れて開発が完了した。B 社からは， ” M1 が予想以上に複雑であり，更に M2 の操作性を自社判断で一層高めたことによって，開発規模が当初見積りの 1.5 倍になってしまったことが遅延理由である” との報告があった。

　A 社側での受入検査の結果は，品質を含めて良好で，特に，M2 は要件定義時の仕様よりも使い勝手がとても良く，経営幹部の評価も高かった。

以下に、ポイントになると思われる部分を書き出してみました。

A 社（ユーザ企業）が B 社（開発会社）に開発を委託している。
2 年前の基幹業務システムは成功している。
今回の経営管理システムは、以下の 2 つである。
- M1:　経営データ分析サブシステム
- M2:　経営幹部向けナビゲーションサブシステム

それでは、設問 1 を見てみましょう。

説明文の内容を適切に読み取れたなら、選択肢の中から正解を選べるでしょう。もしも、選べないなら、とを付けて消去法でやってください。

「選べなかったら消去法」

これは、基本情報技術者試験の全ての問題に共通する解法テクニックです。なぜなら、基本情報技術者試験の問題は、すべて選択問題だからです。

設問 1

　B 社は，今回のシステム開発での遅延理由を二つ挙げている。契約時の見積値とは違ってしまった原因の説明として，表 1 中のに入れる最も適切な答えを，解答群の中から選べ。

表1　B 社の回答と原因の説明

[システム開発の遂行状況] 中の B 社の回答	原因の説明
1　M1 が予想以上に複雑であったこと	a
2　M2 の操作性を一層高めたこと	b

解答群

ア: 開発担当者の技術力が計画時の予測よりも低かったので，実際の開発期間が契約時の見積値を超えてしまった。
イ: 設計作業の途中に，A 社との調整を行わないで勝手に機能を広げてしまったので，開発規模が増大し，実際の開発期間が契約時の見積値を超えてしまった。
ウ: 要件定義書を受け取った時点で契約時の概算見積りを見直さなかったので，契約時の概算見積りによる計画のまま開発が進められて，実際の開発期間が契約時の見積値を超えてしまった。
エ: 要件定義をすべて A 社側で行った上に，開発作業をすべてB社内で行ったので，A 社の業務の理解に計画よりも多くの時間を要した。また，仕様の解釈に誤解が生じて設計作業の手戻りも発生し，実際の開発期間が契約時の見積値を超えてしまった。

選択肢ア～選択肢エは、以下のように、説明文から得られる理由から、とを付けられます。

正解は、空欄 a が選択肢ウで、空欄 b が選択肢イです。これは、例ですので、自分の判断でとを付けてください。

ア: 開発担当者（ B 社）は、「開発経験も豊富」とあるので、技術力は低くない。
イ: 「 M2 の操作性を自社判断で一層高めた」とあるので、空欄 b である。
ウ: 「概略説明→概算見積り→開発期間 3 か月で契約」とあるので、空欄 a である。
エ: B 社は、A 社の基幹業務システムで成功実績があるので、A 社の業務理解に時間はかからない。仕様の解釈に誤解が生じるような記述はない。

タグで関連記事をチェック消去法のやり方

説明文になくても、言葉の意味から正誤を判断できる場合がある

続いて、設問 2 です。今度は、説明文を読みながら、そこにある穴埋めをする問題になっていますが、説明文から得られる理由から選択肢の正誤を判断するという解法は、設問 1 と同様です。

設問 2

　両社合同によるプロジェクト進捗会議を毎週実施したにもかかわらず，今回のような開発の遅れが生じたことを互いに反省し，進捗会議でのリスク管理について対策会議を行った。この結果，次のような改善策の実施を決めた。に入れる最も適切な答えを，解答群の中から選べ。

　これまでの進捗会議では，主にサブシステム単位での作業状況を，B 社から報告していた。開発上で何らかの問題が発生した場合又はそのおそれがある場合には，問題点の内容，プロジェクトへの影響度及び対策案について両社で相談してきた。

　今後は，より定量的なデータによって開発状況の実態を把握し，プロジェクトに悪影響を与えることがないよう未然に防止する。もし発生した場合でも，その影響を最小限に抑えられるようにする。

　定量的なデータとしては，各開発工程での作業成果物の生産データ(プログラム規模など)，品質データ(レビュー結果，テスト結果など)及び進捗データ(プログラムの完成度，プロジェクト進捗度，計画と実績の差異分析)を使用する。これらのデータを分析することによって，例えば，今回の開発での c といった現象を回避する。

　また，開発途中での仕様，スケジュール，開発体制に関する変更管理(変更提案，変更に対する審識・承認など)を進捗会議の場で行う。これによって，例えば，今回の開発での d といった現象を回避する。

解答群

ア: 開発メンバを増強する
イ: 概算見積りを行った時点よりも要求機能が複雑であった M1 の納期遅延
ウ: 操作性を一層高めたことによる M2 の納期遅延
エ: 納期を 2 週間延ばした後の更なる遅れの発生

正誤を判断して、選択肢にとを付けた例を以下に示します。

ここでは、説明文から得られる理由だけでなく、言葉の意味から正誤を判断していることにも注目してください。

空欄 c と空欄 d は、「・・・といった現象を回避する。」という文書になっています。

したがって、空欄 c と空欄 d には、現象とは呼べないものは入りません。このことから、現象ではない選択肢アは、どちらの空欄にも不適切でだとわかります。

正解は、空欄 c が選択肢エで、空欄 d が選択肢ウです。

ア: 「開発メンバを増強する」は、現象（問題）ではなく、対策である。
イ: 空欄 c の定量データ、空欄 d の変更管理は、「 M1 が予想以上に複雑」に効果はない。
ウ: 操作性を勝手に高めないように変更管理をするので、空欄 d である。
エ: 2 週間という数字を示しておきながら、どんどん日数が増えてしまったのだから、定量化すれば対策できる。これは、空欄 c である。

後半部は、中学生レベルの算数の計算問題のようなもの

マネジメント系の問題も、今後の記事で紹介するストラテジ系の問題も、国語の長文読解だけで終わることは、滅多にありません。

ITエンジニアである以上、マネジメント（管理）もストラテジ（戦略）も数字で示して実践するべきだからです。

したがって、ほとんどの問題の後半部は、計算を行う設問になっています。

この問題でも同様です。

筆者が知る限り、基本情報技術者試験の問題を解くのに、あらかじめ特殊な公式を暗記しておく必要があったことは、一度もありません。

計算のやり方は、必ず問題に示されています。

ただし、計算を行うのに、基本的な算数の知識は必要とされます。

これは、中学生レベルの知識（方程式、不等式、1次関数、平方根、統計など）です。

高校生レベルの知識（微分、積分、三角関数など）は不要ですので、算数が苦手な人も、どうぞ安心してください。

[第 Ⅱ 期プロジェクトの概要]

　経営管理システムの完成から 1 年後，A 社の経営幹部から新たな経営データ分析機能の要求があり，情報システム部に第 Ⅱ 期プロジェクトを立ち上げた。このプロジェクトでは，経営データ分析サブシステム M3 の新規開発とナビゲーションサブシステム M2 の改造を行う。システム開発は B 社が再び請け負い，開発作業は前回の開発担当者 2 名で行う。B 社では，前回の反省から，開発でのスケジュール見積精度の向上を図るために，3 点見積法を使用したスケジュールリスク分析を行うことにした。

　3 点見積法とは，仕事の作業期間(ここでは日数)を，最頻値，悲観値(悲観的に最も長い期間を見積もる)，及び楽観値(楽観的に最も短い期間を見積もる)の 3 種の値を用いて推定する方法である。3 点見積法による作業期間の平均，分散，標準偏差，開発全体の標準偏差の計算式は，次のように定義されている。