【プロジェクトマネジメント】メンバーを同じ場所に集めてチーム力を最大化！「コロケーション」｜情報処理問題1000本ノック

基本情報技術者試験、応用情報技術者試験、プロジェクトマネージャ試験の「プロジェクト資源マネジメント・チーム形成」分野で頻出の用語。「コロケーション（Co-location）」の定義と、対比される「バーチャルチーム」との違いを整理して攻略しましょう。

1. 【 問題 】：マネジメント系（プロジェクト資源マネジメント）

【 問題 】 プロジェクトマネジメントにおけるチーム育成の手法に関する記述です。コミュニケーションの円滑化やチームの一体感向上、問題解決の迅速化を図るために、プロジェクトメンバーが物理的に同じ1箇所（同じ部屋やオフィス）に集まって作業を行うことを何と呼ぶか。

（ア）一括ロケーション
（イ）集中ロケーション
（ウ）コロケーション
（エ）セントラル・ロケーション

2. 正解：

正解：（ウ）コロケーション（Colocation / Co-location）

3. 解説：「『同じ部屋で働く』ことでチームのパフォーマンスを高める！」

コロケーション（Co-location）は、プロジェクトの全員またはコアメンバーを物理的に1つの作業場所に配置するチーム編成手法です。
対面（Face to Face）による口頭コミュニケーションが容易になるため、誤解の防止、意思決定の高速化、チームワークの強化に絶大な効果を発揮します。

【プロジェクト編成手法（コロケーション vs バーチャルチーム）の比較】 ← 超頻出ポイント！

手法・概念	特徴・メリット	課題・考慮すべき点
（ウ）コロケーション （Co-location）	物理的に1箇所に集まる。 対面会話で意思決定が早く、一体感が生まれやすい。	移動コストやオフィス確保の費用がかかる。地理的制約を受ける。
バーチャルチーム （Virtual Team）	地理的に離れた場所で共同作業する。 Web会議やチャットツールを活用し、世界中から専門家をアサイン可能。	対面より誤解が生じやすく、コミュニケーションツールの整備が必須。

1. 理解のコツ:
・英語の接頭辞「Co-（共に、共同の）」＋「Location（場所）」で、『同じ場所で一緒に作業する』という意味になります。

2. 試験対策の視点:
・問題文に「物理的に1箇所に集まる」「同じ場所で作業」「チーム育成・コミュニケーション活性化」と来たら、迷わずコロケーションを選択しましょう！
・アジャイル開発（スクラムなど）においても、コロケーションはチームのベロシティ向上に寄与する重要プラクティスとして重視されます。

---

4. まとめ

プロジェクトメンバーが物理的に同じ1場所に集まって作業を進めるチーム形成手法。これがコロケーションです。対面でのスムーズな意思決定やチームの一体感醸成に欠かせないマネジメント用語として確実に覚えておきましょう！

【プロジェクトマネジメント】機能の「量」と「複雑さ」で客観的に測定！「ファンクションポイント法」｜情報処理問題1000本ノック

基本情報技術者試験、応用情報技術者試験、プロジェクトマネージャ試験の「開発工数・コスト見積もり手法」分野で超頻出の重要キーワード。「ファンクションポイント法（FP法）」の定義と、計測対象となる5つの機能分類を整理して攻略しましょう。

1. 【 問題 】：マネジメント系（コスト/工数見積もり）

【 問題 】 システム開発における見積もり手法に関する記述です。ユーザーが直接認識できる「機能（入力画面数、出力帳票数、内部ファイル数など）」の数と、それぞれの「複雑さ」に基づいて点数（ポイント）を付け、システムの規模や開発工数を客観的に算出する手法はどれか。

（ア）ボトムアップ見積法（積算法）
（イ）類推見積法（類推法）
（ウ）ファンクションポイント法（FP法）
（エ）COCOMO（係数見積法）

2. 正解：

正解：（ウ）ファンクションポイント法（FP法）

3. 解説：「『画面・帳票・ファイル数』など、機能の『複雑さ』を点数化して積み上げる！」

ファンクションポイント法（FP法）は、プログラミング言語や開発技術に依存せず、「ユーザーから見た機能の数と複雑さ」を基準にシステム規模を計測する手法です。
外部入力（画面入力）、外部出力（帳票・レポート）、外部照会（検索画面）、内部論理ファイル（DBテーブル）、外部インターフェースファイルの5要素を点数化して合計値を算出します。

【主要なファンクション分類と計測例（IFPUG法）】 ← 超頻出・絶対暗記ポイント！

ファンクション分類（機能）	内容・概要	計測の具体例
1. 外部入力（EI）	ユーザーによるデータ入力（画面入力など）	顧客情報登録画面
2. 外部出力（EO）	データの出力（帳票、レポートなど）	売上日報出力
3. 外部照会（EQ）	データの検索・照会画面	在庫検索画面
4. 内部論理ファイル（ILF）	システム内のデータベース群（マスターなど）	顧客マスターテーブル
5. 外部インターフェースファイル（EIF）	他システムとの連携ファイル	銀行振込連携ファイル

1. 理解のコツ:
・ソースコードの行数（LOC）で測るのではなく、「画面数やデータ項目数などユーザーから見える機能の量」で測るため、プログラムを作る前（要件定義完了時点）から精度の高い見積もりが可能です。

2. 試験対策の視点:
・問題文に「画面数や機能数」「入力・出力・ファイル」「ユーザーから見た機能」「複雑さ」と来たら、迷わずファンクションポイント法（FP法）を選択しましょう！
・「開発言語や技術者に依存せず客観的に比較できる」という長所も試験でよく問われます。

---

4. まとめ

画面数、帳票数、ファイル数といった「ユーザーから見える機能の数と複雑さ」を数値化（ポイント化）して規模・工数を算出する手法。これがファンクションポイント法（FP法）です。要件定義段階から適用できる代表的な見積もり手法としてしっかり覚えておきましょう！

【プロジェクトマネジメント】過去の類似実績からスピーディに算出！「類推法（類推見積法）」｜情報処理問題1000本ノック

基本情報技術者試験、応用情報技術者試験、プロジェクトマネージャ試験の「開発工数・コスト見積もり手法」分野で超頻出の重要キーワード。「類推法（アナログ見積もり）」の定義と、他の代表的な見積もり手法（係数見積法、ファンクションポイント法、ボトムアップ見積法など）との決定的な違いを整理して攻略しましょう。

1. 【 問題 】：マネジメント系（プロジェクトマネジメント・コスト/工数見積もり）

【 問題 】 システム開発におけるコストや工数の見積もり手法に関する記述です。プロジェクトの初期段階など、詳細な仕様が確定していない状況において、過去に実施した類似プロジェクトの実績データや特徴と比較・対比することによって工数や期間を見積もる手法はどれか。

（ア）パラメトリック見積法（係数見積法）
（イ）類推見積法（類推法）
（ウ）ボトムアップ見積法（積算法）
（エ）ファンクションポイント法（FP法）

2. 正解：

正解：（イ）類推見積法（類推法）

3. 解説：「『似たような前回の実績』をベースに素早く見積もる！」

類推見積法（Analogous Estimating）は、過去に蓄積された類似プロジェクトの実績値（規模・工数・費用など）を参照し、今回のプロジェクトとの差分（規模の違いや難易度）を補正して見積もりを導き出す手法です。
詳細情報が少ない**プロジェクト初期段階（超上流工程）**において、短時間かつ少ない費用で概算を見積もることができる反面、見積もり担当者の経験や知識に精度が大きく依存する（個人的主観が入りやすい）という特徴があります。

【代表的な開発工数・コスト見積もり手法の比較】 ← 超頻出・絶対暗記ポイント！

見積もり手法	概要と計算のアプローチ	適用タイミング・特徴
（イ）類推法 (Analogous)	過去の類似プロジェクト実績をもとに全体の規模や工数を推量・算出する。	プロジェクト初期 精度は中・低（短時間）
（ア）係数見積法 (Parametric)	開発規模と工数の相関関係を統計的数学モデル（関数の公式）にあてはめて算出する（例: COCOMOなど）。	数学的モデルを利用 客観性が高い
（エ）FP法 (Function Point)	画面や帳票、外部ファイルなどの機能（ファンクション）の数と複雑さから測定する。	要件定義段階 ユーザー視点で評価
（ウ）ボトムアップ法 (積算法)	WBSの最小作業単位（ワークパッケージ）ごとに工数を算出し、積み上げて（合算して）算出する。	詳細設計完了後 精度は極めて高い

1. 理解のコツ:
・引っ越しに見立てると、類推法は「前回の引っ越しが◯万円だったから、今回も同じ間取りだし◯万円くらいだろう」と過去の経験から大枠を決める方法です。

2. 試験対策の視点:
・問題文に「過去の類似プロジェクト」「類似の実績データ」「初期段階で概算」とあれば、迷わず類推法（類推見積法）を選択しましょう！
・数式を使う「係数見積法（パラメトリック）」や、機能をカウントする「ファンクションポイント法」、作業を積算する「ボトムアップ法」との適用時期とアプローチの違いの聞き分けが試験で非常に多く問われます。

---

4. まとめ

過去の類似プロジェクトの実績データをもとに、短時間で概算プロジェクト規模や工数を導き出す手法。これが類推法（類推見積法）です。他の代表的な見積もり手法とのアプローチの違いとあわせて確実に覚えておきましょう！

【マネジメント】ソースコードを独占・権利制限！「プロプライエタリ」｜情報処理問題1000本ノック

ITパスポート、基本情報技術者試験、応用情報技術者試験のストラテジ・ソフトウェア法務分野で頻出の重要概念。「プロプライエタリ（Proprietary）」の定義と、対比される「オープンソース・ソフトウェア（OSS）」との相違点を攻略しましょう。

1. 【 問題 】：ストラテジ系（知的財産権・ソフトウェアライセンス）

【 問題 】 ソフトウェアの権利や配布形態に関する記述です。開発者や権利保有者（メーカーなど）がソースコードや著作権・所有権を独占的に保持し、第三者による無断での改変・再配布・解析（リバースエンジニアリングなど）を制限・禁止する運用形態やソフトウェアの性質を表す用語として、適切なものはどれか。

（ア）オープンソース・ソフトウェア（OSS）
（イ）プロプライエタリ（Proprietary）
（ウ）パブリックドメイン（Public Domain）
（エ）フリーウェア（Freeware）

2. 正解：

正解：（イ）プロプライエタリ（Proprietary）

3. 解説：「『所有権者（Owner）による権利独占』を意味する言葉！」

プロプライエタリ（Proprietary）は、英語の「property（財産・所有物）」や「proprietor（所有者）」に由来する言葉です。
Microsoft WindowsやmacOS、商業用パッケージソフトのように、**「自社の著作財産権としてソースコードを非公開（クローズドソース）にし、利用契約（EULA）に基づいて使用権のみを許可する」**形式を指します。

【プロプライエタリ vs オープンソース（OSS）の対比表】 ← 超頻出ポイント！

比較項目	プロプライエタリ（Proprietary）	オープンソース（OSS）
ソースコードの開示	原則「非公開」（バイナリ形式のみ配布）	「公開」されており誰でも閲覧可能
利用者の権利制限	複製・改変・再配布・再販売などを厳しく制限・禁止	ライセンス条件（GPL, MIT等）に従い自由な改変・再配布が可能
サポート・品質保障	開発元企業による手厚いサポートや保証が存在する	原則「無保証（As-Is）」であり自己責任運用
代表例	Windows, macOS, Oracle Database, MS Office	Linux, MySQL, Python, Apache Web Server

1. 理解のコツ:
・「秘伝のタレ（レシピ＝ソースコード）」を絶対に教えず、料理（完成品のソフト）だけを販売して権利を守るのがプロプライエタリ。
・レシピをすべて一般公開し、みんなで改良し合おうというのがオープンソース（OSS）です。

2. 試験対策の視点:
問題文に「ソースコード非公開」「所有権・著作権の独占」「ライセンスによる利用・改変の制限」「商業用パッケージ」と来たら、迷わずプロプライエタリ（プロプライエタリ・ソフトウェア）を選択しましょう！

---

4. まとめ

権利者がソースコードや所有権を保持し、第三者による複製や改変・解析などを厳しく制限するソフトウェア形態。これがプロプライエタリです。対比となるオープンソース（OSS）とのライセンス思想の違いと合わせて確実に押さえておきましょう！

【プロジェクトマネジメント】WBSの最下層（最小単位）の作業！「ワークパッケージ（WP）」｜情報処理問題1000本ノック

ITパスポート、基本情報、応用情報技術者試験、プロマネ（PM）試験のマネジメント分野で超頻出のテーマ。「WBS」の構造と最小単位である「ワークパッケージ（Work Package）」の定義を攻略しましょう。

1. 【 問題 】：マネジメント系（プロジェクトマネジメント・スコープ管理）

【 問題 】 プロジェクトのスコープ（作業範囲）を管理する手法であるWBS（Work Breakdown Structure）に関する記述です。WBSにおいて、これ以上細かく分解できないレベルまで作業を細分化した階層の「最下層（最小単位）」であり、コストやスケジュールの見積もり、作業担当者の割り当てを行う単位は、次のうちどれか。

（ア）アクティビティ（Activity）
（イ）ワークパッケージ（Work Package）
（ウ）マイルストーン（Milestone）
（エ）コントロールアカウント（Control Account）

2. 正解：

正解：（イ）ワークパッケージ（Work Package）

3. 解説：「『見積もりと管理ができるサイズ』まで細分化した最下階層！」

WBS（作業分解構成図）は、プロジェクトの成果物をトップダウンで小さな構成要素に分解していくツリー構造の図です。
そのツリーの**一番末端（最下層）に位置する最小単位が「ワークパッケージ（Work Package）」**です。

【WBSの階層構造と関連用語の対比】 ← 超頻出ポイント！

用語名	位置づけ・役割	具体的な特徴
（イ）ワークパッケージ （Work Package）	WBSの「最下層（最小単位）」	・コスト・期間・工数の見積もりの単位 ・担当者（責任）の割り当ての単位
（ア）アクティビティ （Activity）	スケジュール作成のためにWPをさらに「具体的な行動手順」に展開したもの。	「データベースを設計する(WP)」➔「ER図を作成する(アクティビティ)」のように作業行動レベルに落とし込んだもの。
（ウ）マイルストーン （Milestone）	進捗管理上の「重要な節目・通過点」	作業（時間幅）ではなく「期間ゼロのポイント」（例：要件定義完了日など）。

1. 理解のコツ: 「引っ越し作業」の分解で例えてみましょう。
・「引っ越し」➔「荷造り」➔「割れ物の梱包」と分解していき、「誰が・何時間で・いくらでできるか」が明確に言える限界の箱＝ワークパッケージです。

2. 試験対策の視点: プロジェクトスコープマネジメントの基本用語です。
問題文に「WBSの最下層」「WBSの最小単位」「コストやスケジュールを見積もる単位」「担当者を割り当てる単位」と出たら、迷わずワークパッケージを選択しましょう！

---

4. まとめ

WBSにおいて、成果物や作業を細分化した「最下層（最小単位）」の要素。それがワークパッケージ（WP）です。見積もりや責任の割り当てを行う根幹の単位として完璧に覚えておきましょう！

【ITマネジメント】SaaS／ASP導入のメリット・デメリット！「SaaS導入効果」｜情報処理問題1000本ノック

ITパスポートから応用情報技術者試験まで、ITサービスマネジメントやクラウド活用の分野で繰り返し問われる必須テーマ。「ASP/SaaS導入のメリットと注意点」を攻略しましょう。

1. 【 問題 】：マネジメント・サービス系（クラウド・SaaS/ASP）

【 問題 】 ネットワーク経由で事業者が提供するアプリケーションソフトウェア機能を利用するサービス形態（ASPやSaaS）の導入効果・メリットに関する記述として、最も不適切（適切でない）なものはどれか。

（ア）自社の個別業務や特有のニーズにベストマッチした情報システムの導入ができる
（イ）ゼロから開発する場合に比べて初期導入費用（イニシャルコスト）が安価に抑えられる
（ウ）サーバの保守管理やソフトウェアのアップデート等の運用業務を事業者側に任せられるため簡易化できる
（エ）最新の機能や高度なセキュリティ基盤を低価格で利用でき、コストパフォーマンスが向上する

2. 正解：

正解：（ア）自社の個別業務や特有のニーズにベストマッチした情報システムの導入ができる

3. 解説：「『既製品のレンタル』だから安い！自社専用カスタマイズは苦手！」

ASPやSaaSは、ベンダーが用意した**標準的な機能・仕様をマルチテナント（複数ユーザーで共有）で利用する仕組み**です。
そのため、自社独自の業務プロセスに合わせた大幅なカスタマイズ（ベストマッチ化）はできず、「企業側がシステムの仕様に業務を合わせる」必要があります。

【SaaS / ASP 導入のメリットとデメリット（注意点）の比較】 ← 超頻出ポイント！

分類	具体的な効果・特徴	理由・背景
メリット （イ・ウ・エ）	・初期費用が安価（（イ）の記述） ・スピーディな導入・利用開始 ・運用保守の負担軽減（（ウ）の記述） ・高いコスパ（（エ）の記述）	一からシステム開発（スクラッチ開発）をする必要がなく、サーバー管理や法改正対応なども事業者側が全て一括で行うため。
デメリット （ア：不適切）	・独自カスタマイズが極めて困難 ・他システムとの連携制限 ・サービス終了や仕様変更のリスク	共通のクラウド基盤・汎用機能を共有して利用する形態であるため、自社独自の特殊な要求には対応できない。

1. 理解のコツ: 「建売住宅・賃貸マンション」で例えてみましょう。
・SaaS / ASP：完成されたマンションを借りるようなもの。すぐ住めて家賃（初期コスト）も安いが、間取りを自由に改築（カスタマイズ）することはできません。
・自社開発（スクラッチ）：注文住宅。自分の希望通り（ベストマッチ）に作れるが、建築費用も時間も莫大にかかります。

2. 試験対策の視点: クラウドサービスの導入効果に関する定番の引っ掛け問題です。
「初期費用が安い」「保守が不要」「迅速に導入可能」は**メリット**ですが、「自社特有の要件に柔軟に対応できる」「自由なカスタマイズ」と出てきたら、SaaS/ASPの限界を超えるため誤り（不適切）と見抜きしょう！

---

4. まとめ

初期費用を抑えて迅速に導入でき、運用保守を自動化できるメリットがある反面、個別カスタマイズには向かないサービス形態。これがASP / SaaSの特徴です。メリット・デメリットの両面をしっかりセットで覚えておきましょう！

【リスクマネジメント】原因そのものを断ち切る！「リスク回避」｜情報処理問題1000本ノック

プロジェクトマネジメントや情報セキュリティにおけるリスク対応策。リスク要因そのものを根本からなくす「リスク回避」の概念と、リスク対応の4つの基本分類を攻略しましょう。

1. 【 問題 】：リスクマネジメント（リスク対応・リスクマネジメントプロセス）

【 問題 】 リスクアセスメント後に実施するリスク対応（リスクレスポンス）に関する記述です。リスクの原因となる事業や処理などの活動自体を中止・変更することで、リスクそのものをなくす（発生要因を完全に排除する）対策は、次のうちどれか。

（ア）リスク軽減
（イ）リスク受容
（ウ）リスク回避
（エ）リスク移転

2. 正解：

正解：（ウ）リスク回避

3. 解説：「危険な橋は渡らない！原因そのものをやめる」

リスク対応の手法は、大きく分けて「回避」「軽減（低減）」「移転（転嫁）」「受容（保有）」の4つに分類されます。
リスク回避は、「個人情報を保持すること自体が漏洩リスクになるため、該当するシステム機能の提供を取りやめる」「台風で機材が故障するリスクを避けるため、野外イベントの開催自体を中止する」といったように、危険の原因となる行動そのものをやめてリスクをゼロにする手法です。

【絶対覚える！リスク対応の4大分類】 ← ココが試験の超重要ポイント！

対応策名	アプローチ内容	具体的な対策例
（ウ）リスク回避	リスクの発生要因そのものをなくす（中止・変更）。	危険な機能の開発を中止する、個人情報を持たない設計に変更する。
（ア）リスク軽減	発生確率や発生時の被害（影響度）を小さく下げる。	ウイルス対策ソフトを導入する、バックアップを定期的に取る。
（エ）リスク移転	他社や第三者にリスクの影響・損失を移す。	損害保険に加入する、セキュリティ運用を外部委託（アウトソーシング）する。
（イ）リスク受容	対策コストが見合わないため、特別な対策を取らず受け入れる。	影響が軽微なバグを許容する、発生確率が極めて低い災害を覚悟する。

1. 理解のコツ: 「雨の日の外出」に例えてみましょう。
・リスク回避：「雨で濡れたくないから外出（行動）自体をやめる」（リスクそのものを消滅させる）
・リスク軽減：傘をさしたりレインコートを着て「濡れる量を減らす」
・リスク移転：タクシーに乗って濡れた際のリスクや運賃補償を「タクシー会社に委ねる（保険など）」
・リスク受容：少し濡れるくらい平気だと「そのまま手ぶらで出かける」

2. 試験対策の視点: ITパスポート、基本情報技術者試験、プロジェクトマネージャ試験の超定番問題です。
問題文で「活動の中止」「原因をなくす」「排除する」というキーワードがあれば ➔ 回避
「発生確率を下げる」「被害を最小化する」であれば ➔ 軽減
「保険に加入する」「外部委託する」であれば ➔ 移転
「対策をとらない」「そのまま受け入れる」であれば ➔ 受容
この4つのキーワードと具体例の組み合わせを完璧に整理しておきましょう！

---

4. まとめ

リスクの原因となる活動自体を中止・変更して「リスクそのものをなくす」のがリスク回避です。軽減・移転・受容との違いや具体例をセットでマスターしておきましょう！

【マネジメント】クラウド推進の羅針盤！全社横断組織「CCoE」｜情報処理問題1000本ノック

企業のクラウド活用を成功に導くための組織論。各部署のバラバラな導入を防ぎ、専門知識と統制（ガバナンス）を1箇所に集約して全社を牽引する中核組織「CCoE」の役割と重要ポイントを攻略しましょう。

1. 【 問題 】：サービスマネジメント（ITガバナンス・組織体制）

【 問題 】 企業におけるクラウドバイデフォルト（クラウド利用を第一優先とする方針）やDXの推進に関する記述です。企業全体でクラウドサービス（AWS、Azure、GCPなど）を安全かつ効果的に活用するために、専門的な人材やリソース、ノウハウを集約し、ガイドラインの策定、社内教育、技術支援などを全社横断で展開する先進的な専門組織（体制）を何と呼ぶでしょうか？

（ア）PMO（Project Management Office）
（イ）CCoE（Cloud Center of Excellence）
（ウ）CSIRT（Computer Security Incident Response Team）
（エ）CIO（Chief Information Officer）

2. 正解：

正解：（イ）CCoE（Cloud Center of Excellence）

3. 解説：「ダメと言うだけの門番」から「一緒に走る伴走者」へ

CCoE（クラウド・センター・オブ・エクセレンス）は、企業内のクラウド活用における「最高峰の専門知識集団（Center of Excellence）」です。
従来のIT部門のように「危険だからクラウド利用は禁止」と制限するのではなく、「安全に使うための共通ルール（ガードレール）を作るので、その中なら自由にスピード感を持って開発してください」と各事業部を強力にバックアップ・先導するのが最大の特徴です。

【試験で問われる「CCoE」が果たす3大機能】 ← ココが試験のポイント！

CCoEの主要な機能	具体的な活動内容
① ガバナンス（統制）	全社共通のクラウド利用ガイドラインやセキュリティ基準の策定、コスト監視。
② ブローカレッジ（仲介）	ベンダー（AWS等）との契約一括化、社内共通で使えるクラウド基盤やテンプレートの提供。
③ コミュニティ（教育・啓発）	社内勉強会の開催、開発部署への技術支援（伴走）、クラウド人材の育成。

※ （ア）PMOはプロジェクト管理の横断支援組織、（ウ）CSIRTはセキュリティ事故対応の専門チーム、（エ）CIOは最高情報責任者（役職）であり、いずれも文脈が異なります。

1. 理解のコツ: 「自動車学校の指導員チーム」に例えてみましょう。
・企業が新しく「クラウドという爆速のスポーツカー」を導入することになりました。しかし、誰も運転の仕方を知らないまま各部署が好き勝手に公道を走れば、大事故（情報漏洩や高額請求）を起こしてしまいます。
・そこで社内に「運転のプロ集団（CCoE）」を立ち上げます。彼らは「絶対に守るべき交通ルール（ガイドライン）」を作り、敷地内に安全な教習コース（検証用環境）を用意し、各部署のドライバーに運転技術を教えます（技術支援）。ルールを守っていればスピードを出していいよ、と励ましてくれる『安全にスピードを出すためのサポートチーム』がCCoEです。

2. 試験対策の視点: ストラテジ（経営）やマネジメント（ITサービス）の分野において、近年出題率が急上昇しているトレンド用語です。問題文の中に「クラウド活用」「全社横断的な組織」「リソースや人材の集約」「ガイドラインの策定」という記述があれば、ノータイムでCCoEを選んでください。
記述式や応用問題では、「CCoEが機能しないとどうなるか（各部門で個別にクラウドが乱立し、統制が取れなくなる）」といった『導入の背景とメリット』を問われるケースも多いため、ただの略語暗記に留まらず、「クラウド推進のための頼れる専門家集団」というイメージで捉えておくことが得点力アップの鍵となります。

---

4. まとめ

「クラウド活用のノウハウやセキュリティ統制を1箇所に集約し、全社のシステム開発を安全かつ迅速にスピードアップさせるための横断専門組織」。これがCCoEです。DX時代を象徴する重要なマネジメント用語として、その定義をしっかり頭に刻み込んでおきましょう！

【プロジェクトマネジメント】タスクを繋ぐ4つの絆！「アクティビティの依存関係」｜情報処理問題1000本ノック

プロジェクト全体のスケジュールを破綻させないためには、タスクの「順番のルール」を正確に設定する必要があります。最も基本でありながら、英語の略称（FSやSSなど）と合わせて試験に頻出する「アクティビティの順序関係」を完全攻略しましょう。

1. 【 問題 】：プロジェクトマネジメント（タイムマネジメント・順序設定）

【 問題 】 アクティビティ（作業）の順序関係を定義するプレジデンス・ダイアグラム法（PDM）において、先行アクティビティ（前の作業）が完了（終了）すると、後続アクティビティ（次の作業）が開始できるようになる依存関係はどれでしょうか？

(ア) 終了－開始（FS：Finish-to-Start）
(イ) 終了－終了（FF：Finish-to-Finish）
(ウ) 開始－開始（SS：Start-to-Start）
(エ) 開始－終了（SF：Start-to-Finish）

2. 正解：

正解： (ア) 終了－開始（FS）

3. 解説：「前の終わり」が「次の始まり」の絶対条件

終了－開始関係（FS関係）は、最も直感的で一般的なタスクの繋がりです。
先行する作業が「Finish（終了）」しなければ、後続の作業を「Start（開始）」することができません。例えば、システム開発において「要件定義（先行）」が完全に終わらないと、次の「基本設計（後続）」の作業を始めることはできない、といった関係がこれに該当します。

【PDMにおける4つの論理的依存関係】 ← ココが試験のポイント！

関係性	英語の略称	条件の意味	具体的な業務の例
(ア) 終了－開始	FS	前が「終わる」と、次が「始められる」	プログラムのテストが終わると、本番環境へリリースできる。
(イ) 終了－終了	FF	前が「終わる」と、次も「終わらせられる」	マニュアル執筆が終わると、全体の校正作業も完了できる。
(ウ) 開始－開始	SS	前が「始まる」と、次も「始められる」	データベースの構築が始まると、画面のデザイン作成も開始できる。
(エ) 開始－終了	SF	前が「始まる」と、次を「終わらせられる」	新システムの稼働が始まると、旧システムの運用を終了できる。

1. 理解のコツ: 「料理の工程」を想像してください。
・終了－開始（FS）は、「野菜を切り終わったら（終了）、鍋で炒め始める（開始）」という関係です。切っていない野菜を炒めることは絶対にできないため、前の作業の完了が、次の作業を始めるための絶対的な「トリガー（引き金）」になっています。
・試験で混乱しやすいのは言葉の順番です。これらはすべて『 先行の状況 － 後続の状況 』という順番で名前がつけられています。「終了－開始」であれば、「先行が終了したら、後続が開始する」と脳内で翻訳すれば、どんな組み合わせが出ても迷わなくなります。

2. 試験対策の視点: ITパスポートから応用情報、さらにはプロジェクトマネージャ（PM）試験まで、マネジメント分野の定番問題です。問題文の「先行が完了すると後続が開始できる」という日本語から、そのまま「終了」と「開始」を組み合わせて(ア)を導き出せるようにしてください。
また、午前試験では選択肢に「FS」「SS」といったアルファベットの略称（Finish/Startの頭文字）だけで表記されるケースも多いため、表にある4つの略称の意味まで完璧に一致させておく必要があります。特に、最も珍しい関係である「(エ) 開始－終了（SF）」は、「夜勤の警備員（後続）が交代のために出社して勤務を開始（Start）したら、日勤の警備員（先行）は業務を終了（Finish）して帰宅できる」といった独特な例と一緒に問われることがあるため、この表をまるごと覚えておくと大きな武器になります。

---

4. まとめ

「前の作業の完了を待って、初めて次の作業をスタートさせるという、プロジェクト管理で最も普遍的なタスクの順序関係」。これが終了－開始（FS）関係です。4種類のつなぎ方の名前のルール（前－後）をしっかり整理して、得点源にしていきましょう！

【プロジェクトマネジメント】ノードに作業を詰め込む！「プレジデンス・ダイアグラム法」｜情報処理問題1000本ノック

プロジェクトのスケジュールを組む際、タスクの依存関係（どちらを先にやるか）を視覚化するネットワーク図。文字のトラップに引っかかりやすい「プレジデンス・ダイアグラム法」と「アロー・ダイアグラム法」の違いを完全攻略しましょう。

1. 【 問題 】：プロジェクトマネジメント（スケジュール管理技法）

【 問題 】 スケジュール管理技法の中で、ネットワークダイアグラムに分類され、作業をノード（結合点や箱）で、作業順序をアロー（矢印）で表現するものは、どれでしょうか？

(ア) プレジデンス・ダイアグラム法
(イ) アロー・ダイアグラム法
(ウ) クリティカル・ダイアグラム法
(エ) 作業イベント法

2. 正解：

正解： (ア) プレジデンス・ダイアグラム法

3. 解説：「作業を書く場所」が箱の中か、矢印の上か

プレジデンス・ダイアグラム法（PDM：Precedence Diagramming Method）は、別名AON（Activity on Node）とも呼ばれます。その名の通り、「ノード（Node：箱）」の中に具体的な作業名や日数を書き込み、それらを結ぶ「アロー（Arrow：矢印）」は純粋にタスクの順序や依存関係だけを表す表現技法です。現代の一般的なプロジェクト管理ソフト（MS Projectなど）の多くはこの方式を採用しています。

【試験で超激戦となる2大ネットワーク図の比較】 ← ココが試験のポイント！

技法名（略称）	ノード（◯や□）が表すもの	アロー（矢印）が表すもの	図の構造イメージ
(ア) プレジデンス・ダイアグラム法 （PDM / AON）	具体的な「作業（タスク）」	純粋な「作業の順序」	[作業A] ――> [作業B]
(イ) アロー・ダイアグラム法 （ADM / AOA）	作業の開始や終了の「イベント（結合点）」	具体的な「作業」とその日数	(開始) ――作業A――> (終了)

※ (ウ)、(エ)は試験を惑わすための架空の用語です（ただし、最長経路を意味する「クリティカルパス」という用語は存在します）。

1. 理解のコツ: 「タスクのバトンリレー」をイメージしてください。
・プレジデンス・ダイアグラム法（PDM）は、タスクを主役にした図です。□の箱の中に「要件定義（5日間）」と書き、そこから次の「設計（10日間）」の箱へ矢印を引っ張ります。矢印には何も書きません。ただの『進む方向』です。直感的でわかりやすいため、現代のシステム開発でも主流となっています。
・一方で、名前のせいで最も勘違いしやすいのがアロー・ダイアグラム法（ADM）です。問題文に「アローで表現する」と書かれていると、ついこちらを選びたくなりますが、アロー・ダイアグラム法において矢印はただの飾りではなく、矢印そのものの上が「作業（タスク）」の作業場所になります。ノード（◯）は単なる「スタート地点」と「ゴール地点」にすぎません。この『主役である作業をどちらに配置するか』という設計思想の違いを意識すると、引っ掛け問題を一瞬で見破れるようになります。

2. 試験対策の視点: 午前試験（ITパスポートから応用情報、PM試験まで）では、「作業をノードで、順序をアローで表すのはどれか」という今回のような直球の定義問題が繰り返し出題されます。頭の中で「作業＝ノード ＝ プレジデンス（PDM）」、「作業＝アロー ＝ アロー（ADM）」という組み合わせを完璧にリンクさせておきましょう。また、プレジデンス・ダイアグラム法は、作業のつなぎ方として「前作業が終わったら次を始める（FS関係）」だけでなく、「同時に始める（SS関係）」などの柔軟な関係性を表現できる点も特徴としてたまに問われます。

---

4. まとめ

「作業をノード（箱）で表し、その前後の順序関係をアロー（矢印）で結んで表現するスケジュール管理技法」。これがプレジデンス・ダイアグラム法（PDM）です。問題文の「アロー」という単語のトラップを華麗にスルーして、ノードが主役である点から正解を導き出せるようにしておきましょう！