【基本情報技術者試験】第16回：システム開発やマネジメント系問題への対応！開発プロセスとPMBOK的視点、リスク評価まで徹底解説

前回（第15回）はネットワーク・セキュリティ問題の攻略法をご紹介し、OSI参照モデルやファイアウォール、VPNなどのポイントを学習しました。今回は、システム開発やマネジメント系問題に注目します。基本情報技術者試験の午後試験では、ソフトウェア開発プロセスやプロジェクト管理、リスク評価などが題材となり、論理的に問題を読み解く力が試されます。

この記事では、開発モデル（ウォーターフォール、アジャイル）の特性や、PMBOK的なプロジェクトマネジメントの視点、さらにはリスク評価や品質管理といったテーマを網羅し、午後試験での出題例を踏まえて解説していきます。試験対策だけでなく、実務にも直結する内容なので、しっかりと理解を深めましょう。

1. 午後試験におけるシステム開発・マネジメント系問題の特徴

1-1. 出題形式と問われるポイント

基本情報技術者試験の午後試験では、システム開発やマネジメントに関する大問が出題されるケースがあります。典型的なパターンは：

開発プロジェクトの事例が長文で与えられ、各工程のタスクやスケジュール、開発モデル、プロジェクト管理手法などの観点で複数の設問が出される。
WBS（Work Breakdown Structure）の一部が提示され、タスクの順序や担当、クリティカルパスなどを計算・説明させる。
リスクマネジメントに関する具体例が挙げられ、リスク対策や変更管理について考察させる。
PMBOKにおける知識エリアのうち、品質管理やコスト管理に関する課題を解決する提案をさせる問題。

ソフトウェア開発モデル（ウォーターフォールやアジャイル、V字モデルなど）についての理解や、プロジェクト管理（ガントチャート、クリティカルパス分析など）の実践力が問われるため、午前試験のマネジメント知識を活かせるよう勉強しておきましょう。

1-2. 長文の中で工程や管理手法を読み解く力

午後問題では、長文中に「実際の開発プロジェクトの進行」「発生したトラブルや要件変更」「品質の指標」などがストーリー仕立てで書かれており、読解力が求められます。具体的には：

どの段階（要件定義、設計、実装、テスト、リリース）でどんな作業を行うか
成果物や承認プロセス、レビューのタイミングがどう設定されているか
スケジュールやコストの見積り手法、変更要求への対応が適切か

これらを踏まえて、「問題点を指摘して改善策を記述」「計画と実績が乖離している要因を特定」といった設問に答える形式が多いです。

2. ソフトウェア開発プロセスの代表例

2-1. ウォーターフォールモデル

ウォーターフォールモデルは、要件定義→基本設計→詳細設計→実装→テスト→運用保守という順番で工程を進める伝統的な開発手法です。特徴は：

各工程が完了し次第、次の工程に進む（工程の戻りを極力少なくする）
大規模開発や厳密な契約が必要なプロジェクトで採用されやすい
仕様変更が入りにくいが、後工程での変更コストが高い

午後試験では、「要件定義が十分に行われなかった結果、後工程で問題が発生」という事例を提示し、どのように改善するかを問うことが多いです。

2-2. アジャイル開発とスクラム

アジャイル開発は、短い反復（イテレーション、スプリント）を繰り返し、動くソフトウェアを早期にリリースしてフィードバックを得る手法です。代表的なフレームワークにスクラムがあります。

顧客とのコミュニケーションを密に取り、要求や仕様の変化に柔軟に対応
短いスプリント（2〜4週間ほど）で開発→リリース→レビュー→次スプリントへ
大規模プロジェクトよりも、要求が流動的な中小規模や新規サービスで威力を発揮

午後問題では「アジャイル開発を導入するメリット」「スクラムマスターやプロダクトオーナーの役割」などを問われる場合があります。また、ウォーターフォールモデルとの比較をする設問も定番です。

2-3. V字モデル

V字モデルは、要件定義〜基本設計〜詳細設計〜実装と順次進みつつ、テスト工程が逆方向に配置され、どのテストがどの工程の検証になるかを明確化した開発モデルです。

単体テストは詳細設計を検証
結合テストは基本設計を検証
システムテストは要件定義を検証

午後試験でもソフトウェアテスト工程を含む事例が出てきた際、「どのテストが何を目的として行うか」を問われることがあります。V字モデルの考え方は重要です。

3. プロジェクト管理とPMBOKの視点

3-1. PMBOKの知識エリア

PMBOK（Project Management Body of Knowledge）には以下の10の知識エリアが定義されています：

統合マネジメント
スコープマネジメント
スケジュールマネジメント
コストマネジメント
品質マネジメント
リソースマネジメント
コミュニケーションマネジメント
リスクマネジメント
調達マネジメント
ステークホルダーマネジメント

午後試験では、スコープ管理（範囲）やスケジュール管理、コスト管理、品質管理、リスク管理などを主に取り上げる問題が多いです。例えば、見積りの精度やタスク分割（WBS作成）、クリティカルパス、リスク特定などの内容が出題されます。

3-2. スケジュール管理とWBS、ガントチャート

プロジェクト管理でよく登場するのがWBS（Work Breakdown Structure）とガントチャートです。午後問題では、WBSの一部が提示され、タスクの依存関係や担当割り当て、所要日数などを読んで、

クリティカルパスを計算して、全体工期を求める
遅延が生じた場合のリスケジュールや対策を考察

などの設問が定番です。クリティカルパスの算出方法（PERT図を描く、ガントチャートの最長経路を特定するなど）を復習しておきましょう。

3-3. リスクマネジメント

リスクマネジメントでは、リスク特定・分析・対応策の計画・監視が重要です。午後試験では、プロジェクト事例として「人員が不足する可能性」「仕様変更のリスク」「外注先の納期遅延」などが提示され、

リスクの発生確率や影響度をどう評価するか
回避（リスク要因を排除）、軽減（影響を小さくする）、転嫁（外注先への契約形態変更）、受容（低リスクならそのまま受ける）などの対応

に関する記述問題が出ることがあります。PMBOK的な用語を覚えつつ、具体的なリスク対応策を説明できるようにしておくとよいでしょう。

4. ソフトウェアテストと品質管理

4-1. テスト工程の種類

ソフトウェアテストは、単体テスト→結合テスト→システムテスト→受け入れテストという流れが一般的であり、V字モデルにも対応しています。午後問題では:

単体テスト: ホワイトボックステストの手法やカバレッジ基準
結合テスト: ブラックボックステストでインターフェイスを検証
システムテスト: 要件定義を満たすか確認（機能・性能・セキュリティなど）
受け入れテスト: ユーザ側が最終チェック

午後試験で問われがちなのは「このテスト工程で何を検証すべきか」や「想定漏れがある場合、どの工程に戻るか」などです。

4-2. 品質管理とレビュー

また、品質管理に関して、レビューやテスト手法、品質指標が出題されることもあります。

レビュー: ピアレビュー、インスペクションなど。仕様レビューや設計レビューを適切なタイミングで行う。
品質指標: 欠陥密度、テストカバレッジ、バグ修正率など。

「プロジェクトで不具合が多発し、品質が低い原因はどの工程のレビュー不足か」など、午後問題で指摘や改善策を述べさせるケースが典型的です。

5. 午後試験での解答アプローチ

5-1. 長文を一読し、設問を確認

前回までと同様、問題文の全体構成をざっと把握してから設問を先に読むのが効率的です。問題文に登場するプロジェクトの状況や工程、組織体制を見ながら、「スケジュール管理でどんな問題が?」「リスクマネジメントが機能していない?」など、着目すべきポイントを整理します。

5-2. 指摘や改善策を問われる際の書き方

多くの記述式問題で「問題点と改善策を述べよ」という形式が登場します。回答時は：

問題点を簡潔にまとめる（例：「要件定義が曖昧で、後工程で仕様変更が頻発している」）
改善策を具体的に提案（例：「要件定義書を顧客と合意し、変更管理プロセスを明確化。軽微な変更でも承認フローを設ける」）

字数制限があれば、結論を先に出し、根拠やメリットを簡潔に補足する形が読み手に分かりやすいです。

5-3. ガントチャートやPERT図の計算問題

PMBOK的なプロジェクト管理問題では、ガントチャートやPERT図が提示されて、クリティカルパスや最短工期、余裕時間（フロート）を計算させる設問もよく出ます。ポイント：

依存関係: Aが終わらないとBが始められないなど、順序を正確に捉える
各タスクの所要日数: 開始日や終了日を足し合わせながら、最長経路を特定
フロート（余裕）：クリティカルパスに含まれないタスクにはある程度の遅れが許容される

紙に図を描き、最も長い経路を見つける段階的な計算が確実です。多くの方がこの計算で時間を使いやすいので、手慣れた手順を本番前に身につけておきましょう。

6. 効率的な学習・演習法

6-1. 過去問で実際の事例問題に慣れる

他の分野と同様に、過去問演習が王道です。3〜5年分の午後試験問題を解き、特に以下を重点チェック：

開発モデル（ウォーターフォール vs. アジャイル）を比較している問題
WBSやガントチャートを用いてスケジュール管理・クリティカルパスを問う問題
リスクマネジメントの事例（要件変更、外注遅延、人材不足など）
テスト工程や品質管理におけるレビューや指標

解説を読む際は、「なぜこの解答になるか」「他にどんな改善策が考えられるか」を深く考えながら、応用力を高めましょう。

6-2. PMBOKや開発モデルの要点整理

PMBOKやソフトウェア開発プロセスに関しては、午前試験テキストで学ぶ用語を改めて再チェックしてください。各工程の目的や発生しうる課題、リスク対策などをまとめたノートを作ると、午後問題での記述時にすぐ思い出せます。

6-3. 模擬試験で時間配分をシミュレート

午前対策がひと段落したら、市販の模擬試験問題集やオンライン模試を使い、時間制限下で午後問題（特にマネジメント系）を解いてみましょう。クリティカルパスやバグ管理表、ステークホルダーマップなどが出てくると、時間を要する場合があります。

本番を想定した練習を何度か行うことで、落ち着いて問題文を読み解き、必要な情報を効率よく抽出できるようになります。

7. まとめと次回予告

午後試験におけるシステム開発・マネジメント問題:
- ソフトウェア開発モデル（ウォーターフォール、アジャイル、V字モデル）とPMBOK的プロジェクト管理が中心
- 長文事例を読解し、スケジュール管理やリスクマネジメント、品質管理などを多角的に分析
開発プロセス:
- ウォーターフォールは工程が明確、大規模向きだが仕様変更が苦手
- アジャイルは顧客フィードバックを早期に得られ、変化に強い
- V字モデルはテスト工程と設計工程の対応づけが明確
PMBOK視点:
- スコープ・スケジュール・コスト・品質・リスク管理などに注目
- WBSやクリティカルパス分析でプロジェクト計画を確立
- リスク対応は回避・軽減・転嫁・受容の4パターンを押さえる
テストと品質管理:
- 単体〜受け入れテストまでの流れを把握
- レビューや欠陥密度などの品質指標も午後問題で問われやすい
学習法:
- 過去問で開発モデルやPMBOK要素を使った事例演習
- テキストでキーワード整理し、記述問題の回答パターンを練習
- 模擬試験で時間配分と読解力を養う

システム開発やマネジメント系の問題は、理論的知識と実践的な読解スキルの両方が問われます。過去問や模擬試験を通じて、プロジェクトの流れやリスクへの対応、品質向上策などを具体的にイメージできるようになることが合格への近道です。次回（第17回）は、実践・直前対策として、過去問活用法や復習のコツを改めて整理し、総仕上げに向けたアドバイスをお送りします。お楽しみに！