ITパスポート 2016年 春期 問40
問題文
システム開発プロジェクトのテスト工程において、各担当者が報告書をチームリーダに提出し、チームリーダがそれらの内容をまとめてプロジェクトマネージャに報告している。次の報告ルールを定めているとき、チームリーダの報告として適切なものはどれか。
〔報告ルール〕
・各担当者は、担当する機能のテストの進捗率を報告書に記載する。
・各担当者は、遅れがあるときに、その原因と対策内容を報告書に記載する。
・チームリーダは、各担当者の進捗率の適切さを確認した後、それらを集約して全体の進捗率を求め、計画との差異、今後の見通しを報告書に記載する。
・チームリーダは、遅れがあるときに、担当者にヒアリングを行い、原因と対策内容の妥当性を確認する。また、他チームへの影響を分析し、対応策と期限を報告書に記載する。
選択肢
ア:進捗に遅れのある担当者の報告だけを報告する。
イ:担当者の報告を一覧化したものだけを報告する。
ウ:担当者の報告を集約し、進捗に遅れがあるときはチームリーダの見解を加える。(正解)
エ:チームリーダの期待する進捗に合わせて担当者の進捗率を補正する。
🔒 解説は解答すると表示されます
テスト工程の報告ルールの適切な報告とは【ITパスポート 解説】
正解の理由
この問題のルールでは、チームリーダ(チーム内の進捗管理や取りまとめを行う人)は、各担当者の報告内容を確認・集約し、全体の進捗率や計画との差、今後の見通し、遅れがある場合は原因確認と対応策(他チームへの影響も含む)を報告書に記載するとされています。これらを満たす選択肢は、各担当者の報告をただ並べるだけではなく、チームリーダ自身の見解(集約した結果と判断)を加えるものです。したがって、選択肢の中では、担当者の報告を集約し、遅れ時にチームリーダの見解を付ける ウ がルールに合致します。
(用語の補足:テスト工程=システムが正しく動くかをチェックする工程、プロジェクトマネージャ(PM)=プロジェクト全体の責任者、進捗率=完了割合を%で表したもの)
解法ステップ
- 問題文の「報告ルール」を一つずつ読む。チームリーダの役割を明確にする。
- 確認・集約すること、全体進捗率を求めること、差異と見通しを記載すること、遅れ時は原因・対策の妥当性確認と他チーム影響の分析を行うこと。
- 各選択肢が上のルールを満たしているか照合する。
- 単に担当者の報告だけを並べる、あるいは遅れ者だけを報告する、担当者の数値を改ざんする、などはルール違反になる。
- 全ての要件を満たす選択肢を選ぶ。集約とチームリーダの見解(判断や対応策)が含まれるものが正解。
選択肢別の誤答解説
- ア: 進捗に遅れのある担当者の報告だけを報告する。
- 誤り。ルールでは「各担当者の進捗率を確認して集約」することが求められています。遅れがある担当者だけ報告すると、全体の進捗把握や計画との差が示せません。
- イ: 担当者の報告を一覧化したものだけを報告する。
- 誤り。一覧化は必要ですが、チームリーダはそれを確認・集約して全体の進捗や見通しを示す責任があります。単なる一覧のみではチームリーダの役割を果たせません。
- ウ: 担当者の報告を集約し、進捗に遅れがあるときはチームリーダの見解を加える。
- 正しい。集約して全体進捗や計画との差を出し、遅れ時はリーダー見解(原因の妥当性確認、他チーム影響、対応策・期限)を加えるというルールと一致します。ウが適切です。
- エ: チームリーダの期待する進捗に合わせて担当者の進捗率を補正する。
- 誤り。数値を上書き・補正することは不正確であり、ヒアリングや妥当性確認を行ったうえで実態を報告する必要があります。期待値での補正は信頼性を失います。
よくある誤解
- 「一覧だけ出せばいい」
- 一覧は基本ですが、リーダーは集約と判断(全体の進捗や対応策提示)まで行う役割があります。単なる転記では不十分です。
- 「進捗率はリーダーの期待で上げても構わない」
- 絶対に避けるべきです。進捗は実績に基づく事実であり、改ざんすると後で大きな問題(品質・納期遅延)になります。
- 「遅れの原因は担当者に任せればいい」
- 担当者確認は必要ですが、チームリーダは原因の妥当性や他チームへの影響を分析し、対応策と期限を明確にする責任があります。
補足コラム
- 「全体の進捗率」の算出方法(簡単な例)
- 同じ重み(同等の作業量)の複数機能がある場合は単純平均で良いことがあります。例:3機能で進捗が 100%、80%、50% のとき、全体進捗は です。
- ただし機能ごとに作業量が違う場合は、各機能に重み(作業量)を掛けた加重平均を使います。重みを 、進捗を とすると、全体進捗は です。
- チームリーダの報告にはエビデンス(裏付け)を添えると信頼度が上がります。例:テストケース数、合格数、残件数、リスクの具体的な影響範囲、対策の担当者と期限など。
FAQ
Q1: 担当者が進捗率を曖昧にしか報告しない場合は?
A1: チームリーダがヒアリングして詳細(実行したテスト件数、残件数、障害の有無など)を確認し、妥当性を判断してから集約します。
A1: チームリーダがヒアリングして詳細(実行したテスト件数、残件数、障害の有無など)を確認し、妥当性を判断してから集約します。
Q2: 全体進捗を出す際、どこまで詳細に書くべきですか?
A2: プロジェクトマネージャ(PM:プロジェクト全体の責任者)が判断しやすいレベルが基準です。概要(数値・差分・見通し)に加え、重要なリスクと対応策は必ず明記します。
A2: プロジェクトマネージャ(PM:プロジェクト全体の責任者)が判断しやすいレベルが基準です。概要(数値・差分・見通し)に加え、重要なリスクと対応策は必ず明記します。
Q3: 遅れの原因が担当者のスキル不足だった場合の報告は?
A3: 原因を事実として記載し、再発防止のための対策(教育、支援、作業分担見直しなど)と期限をチームリーダが示します。責任追及だけで終わらせないことが重要です。
A3: 原因を事実として記載し、再発防止のための対策(教育、支援、作業分担見直しなど)と期限をチームリーダが示します。責任追及だけで終わらせないことが重要です。
関連キーワード: テスト工程、進捗管理、チームリーダ、プロジェクトマネージャ、報告書、集約、ヒアリング、進捗率、加重平均、リスク管理、コミュニケーション

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

