ITパスポート 2017年 春期 問45
問題文
プロジェクト管理の手法を適用するケースとして、最も適切なものはどれか。
選択肢
ア:コンピュータシステムの定常的なオペレーションに適用する。
イ:システム開発業務を外部委託する場合に、料金設定の基準として適用する。
ウ:システム開発部の職制を構成する場合に、フレームワークとして適用する。
エ:チームを編成して、システムを構築するときに適用する。(正解)
🔒 解説は解答すると表示されます
プロジェクト管理の手法を適用するケースとして、最も適切なものはどれか。【ITパスポート 解説】
正解の理由
プロジェクト管理とは、プロジェクト(独自の成果物を期限内に作る「一時的な活動」。英語では project)を計画・実行・監視・完了させるための手法です。目的・開始時点・終了時点・成果物(例:システム)が明確なときに使います。チームを編成してシステムを構築する場面は、まさに「開始→作業→完了」がある一時的で固有の仕事です。したがって、プロジェクト管理の手法を適用するのは エ が最も適切です。
解法ステップ
- 問題文のキーワードを探す:「手法を適用するケース」「プロジェクト管理」。
- 「プロジェクト」の定義で照らす。
- 一時的か(開始と終了があるか)
- 固有の成果物を作るか(既存の定常作業ではないか)
- 各選択肢を当てはめて、上の条件に合うものを選ぶ。
- 一時的で成果物があるのは「チームを編成してシステムを構築する」場面=エ。
短く覚えるチェックリスト:始まり・終わり・一意の成果物 → プロジェクト管理を使う。
選択肢別の誤答解説
-
ア: コンピュータシステムの定常的なオペレーションに適用する。
理由:オペレーション(operation:日常的・継続的な業務)は繰り返し行う業務です。ここでは運用管理やITサービス管理(ITSM:IT Service Management)が適しています。プロジェクト管理は一時的な仕事向けなので不適切です。 -
イ: システム開発業務を外部委託する場合に、料金設定の基準として適用する。
理由:料金設定や契約形態は調達・契約の分野です(例:固定価格契約、タイム&マテリアル)。プロジェクト管理は作業の計画・監督をする手法であり、単に「料金の基準」に使うものではありません。ただし、外部委託した仕事自体がプロジェクトであれば、委託先との管理にプロジェクト管理手法を使います(あくまで使われる場面が限定される)。 -
ウ: システム開発部の職制を構成する場合に、フレームワークとして適用する。
理由:職制(組織の成り立ち・役割分担)の設計は組織設計や人事の分野です。プロジェクト管理は「一つのプロジェクトを遂行する手法」で、組織全体の常設的な仕組みを定めるフレームワークではありません。組織設計では役割分担や職務権限の設計が中心になります。 -
エ: チームを編成して、システムを構築するときに適用する。
理由:チームを作り、明確な目的(システム構築)、開始と終了がある作業は典型的なプロジェクトです。よってプロジェクト管理手法が最適です。
よくある誤解
-
「すべての仕事にプロジェクト管理を使うべき」
→ 誤りです。繰り返し行う日常業務(運用)は別の管理手法(ITSMなど)が向いています。プロジェクト管理は「一時的で成果物が明確な仕事」に使います。 -
「外部委託=料金設定の問題だからプロジェクト管理は無関係」
→ 部分的に誤りです。料金設定や契約は調達の問題ですが、委託した作業を期限内に品質よく終えるためにはプロジェクト管理が必要です。用途を混同しないことが大事です。 -
「小さなチームならプロジェクト管理は不要」
→ 規模に関わらず、目的・期限・成果物があるなら基本的な計画と進捗管理は役立ちます。やり方を簡素化して適用するのが現実的です。
補足コラム
代表的なプロジェクト管理の考え方や道具(簡単説明):
- PMBOK(Project Management Body of Knowledge:プロジェクト管理の知識体系)
→ 標準的なプロジェクト管理の枠組み。プロセスや知識領域を整理しています。 - WBS(Work Breakdown Structure:作業分解図)
→ 成果物を小さな作業に分ける方法。見積りと進捗管理が楽になります。 - ガントチャート
→ 作業の開始・終了を棒グラフで示すスケジュール表。誰がいつ何をするかが一目で分かります。 - アジャイル(Agile)
→ 変化に強く、小さな段階で繰り返し作る開発手法。代表例にスクラムがあります。 - ウォーターフォール(Waterfall)
→ 仕様→設計→実装→テストのように順番に進める伝統的手法。計画が固まっている場合に適します。
どの手法を使うかは、成果物の性質、変更の予想度、納期の厳しさ、チームの経験などで決めます。
FAQ
Q1: 運用でトラブルが起きたらプロジェクト管理を使うべきですか?
A1: トラブル対応そのものはインシデント管理(継続業務)が中心です。ただし、根本原因を取り除く改善作業を長期的に計画する場合は、その改善をプロジェクト化してプロジェクト管理を使うことがあります。
A1: トラブル対応そのものはインシデント管理(継続業務)が中心です。ただし、根本原因を取り除く改善作業を長期的に計画する場合は、その改善をプロジェクト化してプロジェクト管理を使うことがあります。
Q2: 外部委託でも契約期間が決まっていればプロジェクト管理は使えますか?
A2: はい。委託された作業が「開始と終了があり、成果物が特定される」ならプロジェクト管理を使います。契約そのものの料金設定と、作業の管理は別の視点です。
A2: はい。委託された作業が「開始と終了があり、成果物が特定される」ならプロジェクト管理を使います。契約そのものの料金設定と、作業の管理は別の視点です。
Q3: 小さな開発でもWBSやガントチャートは必要ですか?
A3: 必要性はケースバイケースです。重要なのは「やるべき作業を洗い出し、誰がいつやるかを決めること」です。簡易的に表にするだけでも十分役に立ちます。
A3: 必要性はケースバイケースです。重要なのは「やるべき作業を洗い出し、誰がいつやるかを決めること」です。簡易的に表にするだけでも十分役に立ちます。
Q4: アジャイルとウォーターフォール、どちらが正解ですか?
A4: どちらも道具です。要件が不確実で変更が多いならアジャイル、要件が安定しているならウォーターフォールが合います。現場で混合(ハイブリッド)することも多いです。
A4: どちらも道具です。要件が不確実で変更が多いならアジャイル、要件が安定しているならウォーターフォールが合います。現場で混合(ハイブリッド)することも多いです。
関連キーワード: プロジェクト管理、プロジェクト定義、WBS(作業分解構成)、ガントチャート、PMBOK、アジャイル(敏捷開発)、ウォーターフォール、運用(オペレーション)、外部委託(アウトソーシング)、調達・契約、見積もり、組織設計

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

