ITパスポート 令和6年度 問36：project_managementに関する問題

答えは a「a, c」 です。

プロジェクトとは「期限があって、一度きりの特別な仕事」のこと。家でいえば“引っ越し”みたいなもので、毎日くり返す家事とは違います。

• a 会社合併で新しい組織に移る → 一度きりの大仕事 → プロジェクト◎
• c 新しい経理システムを導入する開発 → 期限つきで一回限り → プロジェクト◎

👉 覚え方：「一度きり＋終わりがある」＝プロジェクト。

ほかは“毎日・毎年くり返す決まった仕事”なので違います：b サービスデスクの運用、d 毎年末の会計処理。

なぜこれが正解か

正解は a（a, c）。プロジェクトの定義は「独自の成果物を生み出すために実施する、有期性（始まりと終わりがある）の活動」。繰り返し継続する定常業務（ルーチン）はプロジェクトではない。

• a 会社合併に伴う新組織への移行：一度限りの独自の取り組みで終わりがある→プロジェクト。
• c 新規経理システム導入のプログラム開発：独自成果物・有期→プロジェクト。

各選択肢の解説

• b サービスデスクの運用：日々継続して行う定常業務（オペレーション）→プロジェクトではない。
• d 毎年度末に実施する会計処理：反復・恒常的な定常業務→プロジェクトではない。

覚え方・ひっかけ注意

判定の二大基準は「有期性（終わりがある）」と「独自性（一度きり・固有の成果）」。逆に「運用」「毎年」「毎月」「定期」というキーワードが付く作業は定常業務でプロジェクトから除外する、と覚えると即答できる。

理論的背景

プロジェクト（Project）はPMBOK（Project Management Body of Knowledge）第7版の定義によれば「特定の目的を達成するために取り組む、有期性（一時的）かつ独自性のある業務」である。プロジェクトの本質的特徴は①有期性（開始日と終了日が定義される）、②独自性（同じことを繰り返さない）、③段階的詳細化（Progressive Elaboration）の3点にある。これに対してオペレーション（運用業務）は「継続的・反復的な通常業務」であり、SLA・手順書に基づく定常業務として定義される。

正解aの「会社合併に伴う新組織への移行（a）」は①有期性（合併日を目標とした期間限定業務）と②独自性（組織設計・システム統合・人事移動という一度限りのプロセス）を備え、典型的プロジェクトに該当する。「新規の経理システム導入に向けたプログラム開発（c）」は①要件定義から本番稼働までの明確な期間と②新規システムという独自の成果物という特徴を持つ典型的プロジェクトである。

bの「サービスデスクの運用」はインシデント対応という継続的・反復的業務であり、SLAで定められた稼働継続が目的のオペレーションである。dの「毎年度末の会計処理」は名前の通り「毎年繰り返される定型業務」であり、反復性という点でプロジェクトの定義（独自性）に反する。

実務での使われ方

プロジェクト vs オペレーション（定常業務）の区別は、IT部門・PMO（Project Management Office）の業務管理において実務的意義が高い。組織のIT投資は「プロジェクト予算（CAPEX：設備投資費用）」と「オペレーション予算（OPEX：運用費用）」に分類され、予算申請・会計処理・KPI設定が異なる枠組みで管理される。

プロジェクト終了後にシステムがオペレーション（定常運用）に移行する際の「移行基準（Go-Live Criteria）」と「知識移転（Knowledge Transfer）」が重要な実務的課題となる。特にアジャイル開発では継続的なスプリントリリースが「プロジェクトとオペレーションの境界を曖昧にする」傾向があり、DevOpsの文脈では「終わりのないプロジェクト（Continuous Delivery）」という概念が従来のプロジェクト定義を更新している。

プロジェクトが複数組み合わさって大きな変革目標を達成するものを「プログラム（Programme）」、さらに組織全体の複数プロジェクト・プログラムの統括を「ポートフォリオマネジメント」と呼ぶ。

試験での位置づけ

プロジェクトの定義はITパスポートのプロジェクトマネジメント分野の最基礎問題であり、本問形式（プロジェクトに該当するものを選べ）は複数のバリエーションで繰り返し出題される。判断基準は「有期性（始まりと終わりがある）」「独自性（繰り返しではない）」の2要件の厳格な適用。

よくある誤答パターンとして「サービスデスクの運用はITに関わるのでプロジェクトっぽい」「会計処理は一定期間かかるから有期性がある」という誤解がある。有期性は「毎年繰り返されるもの」には適用されず、独自性は「定型化されたもの」には適用されない点を明確化することが重要。

基本情報技術者ではPMBOKの知識エリア（スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダー）との対応関係が問われる。上位のPMPやプロジェクトマネージャ試験では「プログラム・ポートフォリオとプロジェクトの階層関係」「戦略的アライメント（プロジェクトが組織戦略に貢献しているかの評価）」が出題される。

選択肢の発展補足

aの会社合併（M&A）プロジェクトの特性：M&Aの統合プロセス（PMI：Post Merger Integration）はプロジェクト管理の最難関事例の一つ。関係するステークホルダー（株主・従業員・顧客・規制当局）が多く、スコープ（組織・システム・文化の統合）が広大で、期間・予算のプレッシャーが高い。ITシステムの統合サブプロジェクトだけで数百億円規模になる大型プロジェクトになることも珍しくない。

bのサービスデスク運用の「プロジェクトっぽい要素」との区別：サービスデスクでは日々新たなインシデントが発生し、それぞれへの対応は「初回発生的」に見える。しかし全体としての業務は「SLAに基づく継続的インシデント対応という定常業務」であり、運用終了日が設定されない限りオペレーションに分類される。ITIL v4ではService Operation（サービス運用）として体系化されている。

dの「毎年度末の会計処理」の反復性：この業務が「プロジェクト」ではないことを示す決定的証拠は「毎年度末に実施する」という表現にある。毎年同じ手順を繰り返す定型業務は独自性を欠き、プロジェクトの定義から除外される。ただし「会計システムのリプレイスプロジェクト」は、この会計処理業務を改善するためのプロジェクト（有期・独自）として存在する。