記述式シナリオ問題の読解手順と合格答案作成の鉄則

情報処理技術者試験の高度記述式試験（午後Ⅰ・科目B）において、受験者が最も苦戦するのが「6〜8ページに及ぶ長文シナリオの読解」と「30〜50字の厳しい字数制限内での的確な答案作成」です。

知識としてはプロジェクトマネジメント標準（PMBOKやJIS Q 21500）を理解していても、試験本番で合格点（60点以上）に届かない受験者の大半は、「問題文の事実関係を無視した主観的な一般論」を書いてしまい、部分点すら獲得できずに失点しています。

本記事では、長文シナリオを素早く構造化する「4段速読プロトコル」と、出題者の採点基準に合致したキーワードを最短で盛り込む「合格答案作成プロトコル」を徹底解説します。

1. 高度記述式シナリオ問題の構造解剖

試験の長文問題は、一見すると複雑多岐な情報が散りばめられているように見えますが、すべてのシナリオは以下の5層構造で均一に設計されています。

特に「会話文」は出題者が最も意図を込めて作成している部分であり、「ある登場人物の発言に対するPMの懸念」や「見過ごされているリスクの指摘」がそのまま設問の解答根拠となります。

2. シナリオを5分で構造化する「4段速読プロトコル」

1. 【ステップ1：設問の先読み（1分）】：本文を一切読まず、まず設問文の末尾（「〜は何故か」「〜を35字以内で述べよ」）と字数制限を確認し、何が問われているかのアンテナを立てる。

2. 【ステップ2：全体概要と制約条件のマーキング（1分半）】：第1段落と第2段落の「プロジェクトの目的」「納期・予算の制約」「開発手法」にアンダーラインを引く。

3. 【ステップ3：図表・表題の骨子把握（1分）】：工程表、体制図、EVMグラフ、レビュー実績表の縦軸・横軸と特異値（突出して遅れているタスク、異常値）を囲む。

4. 【ステップ4：課題発生箇所の精読と因果関係の線引き（1分半）】：問題文の後半に登場するトラブル発生箇所と会話文を精読し、「原因（トリガー）」と「結果（影響）」を矢印で結ぶ。

3. 部分点を最大化する「合格答案作成プロトコル」

記述式答案を作成する際、絶対に守るべき鉄則は「本文中の語句を最大限に再利用する」ことです。採点者は数百〜数千の答案を短時間で採点するため、事前に用意された「採点キーワードリスト」との一致判定を行っています。

4. 【実戦記述演習 問1】体制変更に伴う品質リスク管理

【シナリオ背景】A社（小売業）は、全社オムニチャネル対応のECサイト刷新プロジェクト（期間14か月、総工数120人月）を進めている。現在、詳細設計工程の終盤である。開発は長年A社の基幹保守を担当してきたベンダーB社に一括委託している。詳細設計工程の第8週において、B社のプロジェクトリーダー（PL）であるX氏が健康上の理由で急遽交代することになり、後任としてパッケージ開発経験は豊富だがA社の業務知識が浅いY氏が着任した。A社のプロジェクトマネージャ（PM）は、体制変更が今後の製造・単体テスト工程に与える影響を危惧し、Y氏と協議の場を持った。Y氏は「設計書の作成は予定工数の95%まで消化しており、進捗遅れはない。来週から予定通り製造工程に進める」と報告した。しかし、設計書レビューの記録を確認したところ、業務ロジックが複雑な「在庫引当・ポイント連携機能」の設計書について、B社内の内部レビューは完了しているものの、A社業務部門との受入レビューが未実施であることが判明した。

設問1：PMであるあなたが、Y氏からの「来週から予定通り製造に進める」という方針を直ちに承認せず、製造着手を保留すべきと判断した理由を、品質面のリスクの観点から35字以内で述べよ。

【模範解答】

業務部門との受入レビューが未実施で、仕様齟齬による手戻りが生じるため。（35字）

解説と採点基準（配点：10点）

• 出題意図：設計工程の完了基準（マイルストーン達成判定）において、内部レビューだけでなく利用部門（ステークホルダ）の合意確認が手戻り防止に不可欠であることを理解しているかを問う。

• 加点キーワード：『業務部門（または受入）レビュー未実施』（4点）、『仕様齟齬（不一致・認識違い）』（3点）、『手戻り（製造の手戻り）』（3点）。

• 減点対象：「進捗が遅れているから」（事実誤認。工数は消化されているためマイナス4点）、「Y氏が業務未経験だから」（背景要因に過ぎず、直接の品質リスクでないためマイナス3点）。

5. 【実戦記述演習 問2】製造着手承認に向けた是正処置の指示

設問2：PMは製造着手を承認するための前提条件として、Y氏に対してある是正処置を指示した。A社側が果たすべき役割を含め、PMが指示すべき内容を40字以内で述べよ。

【模範解答】

A社業務部門が在庫・ポイント機能の受入レビューを行い、仕様合意を完了させる。（38字）

解説と採点基準（配点：10点）

• 出題意図：委託先任せにせず、発注元（顧客）として果たすべき受入検証責任と、工程完了のゲート基準を具体的に指示できるかを問う。

• 加点キーワード：『A社業務部門（顧客/発注元）』（3点）、『受入レビュー（仕様確認）の実施』（4点）、『仕様合意（承認/完了）』（3点）。

• 減点対象：ベンダーB社単独での再レビューを指示する答案は、根本課題（顧客との仕様合意不足）を解決していないため大幅減点（最大3点止まり）。

6. まとめ：実戦で役立つ記述チェックリスト

• □ 設問の末尾（理由、対策、確認事項、リスク）に正しく構文が一致しているか？（「〜ため。」「〜こと。」「〜リスク。」）

• □ 問題文に登場する固有名詞（機能名、システム名、文書名）を正確に引用しているか？

• □ 「コミュニケーションを改善する」等の無意味な抽象表現を排除し、「誰が・何を・どうする」で書かれているか？

• □ 指定字数の8割以上（例：40字指定なら32〜40字）を満たしているか？