ITパスポート 2012年 秋期 問43
問題文
プロジェクトの例として、最も適切なものはどれか。
選択肢
ア:銀行では、ATMの定期点検を行う。
イ:工場では、生産実績に関する月次の報告書を作成する。
ウ:商店では、人気のある商品の仕入量を増やす。
エ:ソフトハウスでは、大規模なオンラインシステムを新規に開発する。(正解)
🔒 解説は解答すると表示されます
プロジェクトの例として、最も適切なものはどれか。【ITパスポート 解説】
正解の理由
理由は「プロジェクト」の定義に合致するためです。プロジェクトとは「期限があり(開始と終了がある)、目的のために一時的に行われる仕事で、成果(成果物)が明確にあるもの」です。
ソフトハウスで「大規模なオンラインシステムを新規に開発する」ことは、開始と終了があり、完成という明確な成果物(システム)を目指す一時的な取り組みです。したがってプロジェクトに該当します。
ソフトハウスで「大規模なオンラインシステムを新規に開発する」ことは、開始と終了があり、完成という明確な成果物(システム)を目指す一時的な取り組みです。したがってプロジェクトに該当します。
解法ステップ
- 「プロジェクト」の定義を思い出す。主な特徴は次の3つ。
- 一時的(Temporary):開始と終了がある。
- ユニークな成果物(Unique deliverable):新しいものや特定の目的の成果がある。
- 目標指向(Goal-oriented):目的達成のために計画・管理が必要。
- 各選択肢について、上の3点を当てはめる。
- 一時的であり成果が明確なものを選ぶ。
上の手順で確認すると、エのみが明確に「一時的で、ユニークな成果物を作る」活動です。
選択肢別の誤答解説
-
ア: 銀行では、ATMの定期点検を行う。
→ 定期点検は「繰り返し行う業務(運用・保守)」です。開始と終了が明確な一回限りの目標ではなく、プロジェクトの定義に当てはまりません。 -
イ: 工場では、生産実績に関する月次の報告書を作成する。
→ 月次報告の作成は定期的(毎月)に行う業務です。継続的な業務(オペレーション)であり、プロジェクトではありません。 -
ウ: 商店では、人気のある商品の仕入量を増やす。
→ 仕入量を増やすのは業務上の意思決定・運用対応です。場合によっては一時的なキャンペーンでプロジェクト的になることもありますが、提示文だけでは「日常の運用改善・発注」なのでプロジェクトとは言えません。 -
エ: ソフトハウスでは、大規模なオンラインシステムを新規に開発する。
→ 新規開発は開始・終了があり、完成という明確な成果(システム)があるためプロジェクトの代表例です。
よくある誤解
-
「新しいこと=すべてプロジェクト」ではない
- 新しい取り組みでも、期間や成果が曖昧で継続的に行うなら業務(運用)に分類されます。プロジェクトは「一時的で明確な成果」を伴う点が重要です。
-
「小さな作業はプロジェクトではない」との誤解
- 大きさ(規模)ではなく「一時性とユニークさ」が基準です。小規模でも期間と成果がはっきりしていればプロジェクトです(例:社内の文書管理システムを1か月で導入するなど)。
-
「保守作業はプロジェクトだ」と混同する
- ソフトのバージョンアップや大規模な改修はプロジェクトになる一方、日常的なバグ対応や定期保守は運用に当たります。目的と期間で判断します。
補足コラム
- プロジェクトを管理する考え方として「プロジェクトマネジメント(Project Management:プロジェクトを計画・実行・監視する技術)」があります。よく使う概念に「トリプル制約(Scope:範囲、Time:時間、Cost:コスト)」があります。これは「成果の範囲、期間、費用」のバランスを取る必要があるという考え方です。
- 実務で見分けるコツ:依頼内容に「納期」「完成形(成果物)」「開始の合意」が書かれていればプロジェクトである可能性が高いです。
FAQ
Q1. 定期的な改善活動(例:毎月の改善会議)はプロジェクトになりますか?
A1. 通常は運用(継続業務)です。ただし、ある改善テーマを限定期間で完了させる(例:3か月で在庫管理システムを改修する)ならプロジェクトになります。
A1. 通常は運用(継続業務)です。ただし、ある改善テーマを限定期間で完了させる(例:3か月で在庫管理システムを改修する)ならプロジェクトになります。
Q2. 保守・点検で「大規模な更新」を実施する場合は?
A2. 大規模で開始と終了が明確な更新はプロジェクトになります。日常の保守は運用です。ポイントは「一時性」と「明確な成果物」です。
A2. 大規模で開始と終了が明確な更新はプロジェクトになります。日常の保守は運用です。ポイントは「一時性」と「明確な成果物」です。
Q3. プロジェクトと業務の区別が曖昧なときはどう判断する?
A3. 「この作業は終わるのか?」「終わったと判断できる成果があるか?」を基準にしてください。終わりが明確で成果物があればプロジェクト寄りです。
A3. 「この作業は終わるのか?」「終わったと判断できる成果があるか?」を基準にしてください。終わりが明確で成果物があればプロジェクト寄りです。
関連キーワード: プロジェクト管理、トリプル制約(Scope/Time/Cost)、一時的な活動、成果物、プロジェクトマネジメント、業務とプロジェクトの違い、WBS(Work Breakdown Structure:作業分解構成)

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

