【マネジメント】ソースコードを独占・権利制限！「プロプライエタリ」｜情報処理問題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）です。問題文の「アロー」という単語のトラップを華麗にスルーして、ノードが主役である点から正解を導き出せるようにしておきましょう！

【マネジメント】リスクを賢くコントロール！「リスク対応の4分類」｜情報処理問題1000本ノック

プロジェクトには不確実性がつきものです。発生した際の影響をどう扱うか、4つの代表的な戦略を正しく使い分けることがマネジメントの要となります。

1. 問題：リスク共有（移転）の具体策

【 問題 】 プロジェクトマネジメントにおけるマイナスのリスクへの対応のうち、「リスク共有（リスク移転）」に該当するものはどれでしょうか？

ア、損失の発生率を低下させるための対策を講じる
イ、保険への加入やアウトソーシングなど、他社との間でリスクを分散・転嫁する
ウ、リスクの原因そのものを除去し、影響が出ないように計画を変更する
エ、リスクを扱いやすい単位に分解したり、逆に集約したりして管理する

2. 正解：リスクマネジメントに関する正解

正解： イ、保険の加入など、他社との間でリスクを分散

3. 解説：4つの戦略をマスターする

リスクへの対応は、その性質に応じて「回避・転嫁（共有）・軽減（低減）・受容」の4つに分類されます。

【図解：リスク対応の分類と選択肢の分析】

■ リスク共有・移転（Transfer/Share） ★今回の正解
・リスクによるマイナスの影響を、他者に肩代わりしてもらうこと。
・例：保険への加入、損害賠償条項付きの契約、業務のアウトソーシング。

■ リスク軽減・低減（Mitigate） ★選択肢ア
・リスクの発生確率や、発生した時の影響度をあらかじめ下げること。
・例：教育訓練の実施、二重化、テストの強化。

■ リスク回避（Avoid） ★選択肢ウ
・計画を変更して、リスクの要因そのものを取り除くこと。
・例：採用予定の未検証技術を使わない、仕様から該当箇所を削除する。

■ リスク分離・結合 ★選択肢エ
・リスクの単位を分ける（分離）、またはまとめる（結合）ことでコントロールしやすくする手法です。

[ 補足：リスク受容 (Accept) ]
★ リスクの影響が小さい場合や、対策コストが見合わない場合に、あえて何もしない（発生した時に対応する）選択を指します。

1. 理解のコツ: 「自分で抱える」のが軽減、「なかったことにする」のが回避、「誰かに助けてもらう（

【マネジメント】並行作業で納期を縮める！「ファストトラッキング」｜情報処理問題1000本ノック

プロジェクトの期限が迫ったとき、作業の順序を見直してスピードを上げる手法があります。リスクを伴いながらも期間を短縮する、その戦略的な進め方を攻略しましょう。

1. 問題：スケジュール短縮の技法

【 問題 】 プロジェクトの期間を短縮する技法のうち、本来は直列（先行工程の完了後）に行う予定だった複数の工程を、先行工程が完了する前に後続工程に着手させるなど、並行して進める手法を何と呼ぶでしょうか？

ア、クラッシング   イ、ファストトラッキング   ウ、クリティカルチェーン法   エ、リソース平準化

2. 正解：スケジュール管理に関する正解

正解： イ、ファストトラッキング（Fast Tracking）

3. 解説：順番を変えて「同時並行」で攻める

ファストトラッキングは、追加のコストを抑えつつ、作業の「オーバーラップ（重なり）」によって期間を短縮する手法です。

【図解：ファストトラッキングの仕組み】

■ 基本的な考え方
・通常：[設計]が終わってから→[開発]を始める。
・手法：[設計]が8割終わった段階で、[開発]を並行してスタートさせる。

■ メリットとデメリット
・メリット：人員や予算を追加せずに期間を短縮できる。
・デメリット：先行工程で変更があった場合、後続工程で大きな「手戻り（やり直し）」が発生するリスクが高まる。

[ クラッシングとの違い ]
★ クラッシング：人を増やして（コストをかけて）力技で早くする。
★ ファストトラッキング：順番を変えて（リスクを取って）並行して早くする。

1. 理解のコツ: 「ファスト（速い）」「トラック（経路）」の通り、最短経路を並走して駆け抜けるイメージです。「後続工程の前倒し」という表現が出てきたらこれを選びましょう。
2. 試験対策の視点: 「並行」「同時進行」「リスク増大」といった言葉がセットで出題されます。また、どの作業を並列にしても良いわけではなく、必ず「クリティカルパス」上の作業を対象にする必要があります。

---

4. まとめ

「工程を並行させて期間を短縮する」。これがファストトラッキングです。リソースに余裕がない状況で納期を死守するための有力な手段ですが、手戻りリスクを管理する高度なプロジェクト管理能力が求められます。

【プロジェクトマネジメント】遅れを取り戻す！「クラッシング」｜情報処理問題1000本ノック

プロジェクトの進捗が遅れた際、スケジュールを短縮するための手法は限られています。リソースを投入するのか、並行作業を増やすのか、その違いを攻略しましょう。

1. 問題：スケジュール短縮の手法

【 問題 】 プロジェクトの期間を短縮する技法のうち、クリティカルパス上のアクティビティに対して、人員の追加投入などのリソースを増強することで期間を短縮する手法はどれでしょうか？

ア、クラッシング   イ、ファストトラッキング   ウ、スラッシング   エ、リソース平準化

2. 正解：スケジュール管理に関する正解

正解： ア、クラッシング

3. 解説：コストをかけて時間を買う

クラッシング（Crashing）は、予算を追加してでも納期を優先する場合に採用される手法です。残業の実施や増員がこれに該当します。

【図解：スケジュール短縮の二大手法】

■ クラッシング
・リソース（人・モノ・金）を追加して期間を短縮する。
・特徴：コストが増大する。最小の追加コストで最大の短縮を狙う。

■ ファストトラッキング
・本来は順番に行う予定だった作業を、並行して進める。
・特徴：追加コストは抑えられるが、手戻り（やり直し）のリスクが高まる。

[ 注意点 ]
★ ブルックスの法則：「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」。クラッシングを行う際は、このリスクを常に考慮する必要があります。
★ クリティカルパス：短縮を試みる際は、必ずクリティカルパス上の作業を対象にしなければ全体の納期は縮まりません。

1. 理解のコツ: 「クラッシュ（ぶつける）」という言葉の通り、リソースをどんとぶつけて解決するのがクラッシングです。「ファスト（速い）」は並走してスピードを上げるイメージで覚えましょう。
2. 試験対策の視点: 「リソース追加」という言葉があればクラッシング、「並行作業」という言葉があればファストトラッキングです。この二択を問う問題はマネジメント分野の定番です。

---

4. まとめ

「リソースを追加して期間を短縮する」。これがクラッシングです。コスト、リスク、品質のトレードオフを考慮しながら、最適な短縮手段を選択する判断力がPMには求められます。