ITパスポート 2012年 春期 問40

工場と情報システム部門の関わり方【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文での役割を確認する：工場＝依頼主（要件を決める側）、情報システム部門＝開発側。
2. システム開発で依頼主に期待される行動を思い出す：要件決定、優先度設定、仕様変更の承認、受入判断。
3. 選択肢を比較する：依頼主が「無関与」「直接担当者に指示」「報告不要」などでは、責任や調整ができずに問題が起きる。
4. 最も適切なのは依頼主が課題解決に積極的に関与するもの（イ）であると判断する。

選択肢別の誤答解説

• ア: 「発足時に内容を伝えた後にコミュニケーションをとらない」
  誤りです。開発は進行中に仕様の補足や意思決定が必要になります。依頼主が無関与だと誤解や手戻りが増え、納期や品質に悪影響が出ます。
• イ: 「課題発生時に依頼主が積極的に関与する」
  正答。課題の優先度決定や仕様変更の承認、受入基準の再確認など、依頼主の関与がプロジェクト成功に直結します。
• ウ: 「工場が直接開発担当者に要望を伝え、その場で対応してもらう」
  誤りです。担当者への直接依頼は、プロジェクト全体の調整やスケジュール管理（担当者の作業割当てや影響範囲の確認）が抜け落ちます。正式な変更管理（チェンジコントロール：仕様変更を正式に扱う手順）を踏まずに進めると、別機能への影響や不整合が生じます。
• エ: 「情報システム部門からの進捗報告や品質報告は不要」
  誤りです。進捗報告（進み具合の報告）や品質報告は依頼主が状況を把握し、早期に意思決定するために必要です。報告がないと問題が大きくなってから発覚します。

よくある誤解

1. 「依頼主は口を出さない方が良い」
   → 実際は要件の曖昧さを放置すると開発が進んでも期待と違うものができるため、適度な関与が必要です。
2. 「担当者に直接頼めば早く終わる」
   → 一見早そうですが、プロジェクト全体の優先順位や他作業との調整ができず、後で大きな手戻りになることが多いです。
3. 「報告を受けるのは面倒なので不要」
   → 報告は問題の早期発見と意思決定の材料になります。短い定期報告でリスクを抑えられます。

補足コラム

• 依頼主としての具体的な「やること」チェックリスト（簡易版）
  1. プロジェクトの代表窓口（担当者）を決める。
  2. 要件や優先順位を明確にする（曖昧な点は文書化）。
  3. 定期的な進捗会議に参加する。
  4. 仕様変更は正式な手順（変更管理）で申請・承認する。
  5. 受入基準（この条件を満たしたら受け入れる）を事前に合意しておく。
• 用語メモ
  • 依頼主（発注者）：システムを必要とする側で、何を作るかを決め、承認する役割。
  • 変更管理（チェンジコントロール）：仕様変更を正式に記録・審査・承認する手順。
  • PM（プロジェクトマネージャ）：プロジェクトの進行管理や調整を担う人。初出時に説明しました。

FAQ