IT パスポート 想定問題集
プロジェクトマネジメントの要点整理と想定問題
公式のシラバスの「大分類 5：プロジェクトマネジメント（中分類 10：プロジェクトマネジメント）」にあたる分野です。まず要点整理で全体をつかみ、下の演習で 21 問を 1 問ずつ解けます。答えると A〜D すべての解説が出ます。
この分野の小項目
- 項目 27(1)①② プロジェクトとプロジェクトマネジメントのプロセス（7 問） プロジェクトの意義と特徴、立上げから計画・実行・管理（進捗・コスト・品質・資源）を経て目標を達成する流れ、プロジェクト憲章、プロジェクトマネージャ・メンバー・ステークホルダの役割を理解する。
- 項目 27(1)② スコープ・スケジュールの管理（7 問） プロジェクトスコープマネジメントと WBS、アローダイアグラム・ガントチャートによるスケジュール管理、進捗の報告の仕方を理解する。
- 項目 27(1)② リスク・コミュニケーション・資源の管理（7 問） プロジェクトリスクマネジメントとリスクの対応策（回避・軽減・受容・転嫁）、プロジェクトコミュニケーションマネジメント、最適な人的資源の配置を理解する。
要点整理
プロジェクトとプロジェクトマネジメントのプロセス
プロジェクトは「期限のある、その時だけの仕事」
プロジェクトは、開始日と終了日をもち、目標を達成するために行う独自性のある活動の集まりです。毎月の給与計算のようにくり返す定常業務とは区別します。
プロジェクトマネジメントでは、プロジェクトを立ち上げ、計画に基づいて進め、レビューなどを通じて進捗・コスト・品質・資源を管理し、目標を達成します。
立ち上げの時に作るのがプロジェクト憲章です。プロジェクトを正式に認め、目的や概要、プロジェクトマネージャの権限などを示します。
プロジェクトマネージャはプロジェクトの責任者です。プロジェクトメンバーは計画に沿って作業を担当します。
利用部門・経営者・受託会社など、プロジェクトに関わり影響を受ける人や組織がステークホルダです。
予算超過や遅れの兆しが見えたら、黙って品質を削るのではなく、原因と見込みを整理して関係者と対策を決めます。早く共有するほど、選べる対策が多くなります。
試験では、ある業務がプロジェクトかどうかを問う形もあります。期限があるか、その時だけの成果を作るか、の 2 点で見分けます。
応用情報のシラバスでは、プロジェクトマネジメントを「方法・ツール・技法・能力を、あるプロジェクトに当てはめること」と説明しています。IT パスポートでは、この大まかな考え方と流れを押さえれば十分です。
プロジェクトマネージャが管理する対象は、進捗・コスト・品質・資源の 4 つです。どれか一つだけを守ろうとすると、ほかが崩れやすくなります。たとえば日程だけを優先してテストを削ると、品質が落ちます。
ステークホルダを洗い出すときは、プロジェクトの内側の人だけでなく、システムを使う部門、費用を出して承認する経営者、開発を受託する会社なども含めます。漏れがあると、後から要望が出て手戻りになります。
プロジェクト憲章は、プロジェクトマネージャが「何を目指し、どこまで決めてよいか」を確かめる手がかりです。日々の作業の割当てなど細かい計画は、憲章の後に作る計画で決めます。
| 人・文書 | 役割 | ひとことで |
|---|---|---|
| プロジェクト憲章 | プロジェクトを正式に認め、目的と権限を示す | 始まりの許可証 |
| プロジェクトマネージャ | 計画に基づき進め、進捗・コスト・品質・資源を管理 | 全体の責任者 |
| プロジェクトメンバー | 計画に沿って作業を担当する | 作業の担い手 |
| ステークホルダ | プロジェクトに関わり影響を受ける人や組織 | 利害関係者 |
出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）
スコープ・スケジュールの管理
範囲を決め、作業に分け、日程を組む
プロジェクトスコープマネジメントでは、作る成果物と作業の範囲を決めます。途中の追加要望は、日程やコストへの影響を評価し、承認を得てから範囲に加えます。
範囲が決まったらWBSで作業を細かく分解し、階層で表します。WBS に入っていない作業は、計画にも日程にも載らないので注意します。
WBS で分けた作業ごとに担当と期間を決めると、日程表や見積りの土台になります。細かく分けすぎると管理の手間が増えるので、担当者が責任を持って進められる大きさを目安にします。
日程の管理にはガントチャートとアローダイアグラムを使います。ガントチャートは作業ごとの予定と実績を横棒で表し、進み具合がひと目で分かります。
アローダイアグラムは作業の順序と依存関係を矢印で表します。最も時間がかかる経路がクリティカルパスで、この上の作業が遅れると全体が遅れます。
例: A（3 日）の後に B（4 日）と C（2 日）を並行し、両方の完了後に D（5 日）を行います。A→B→D は 12 日、A→C→D は 10 日なので、全体は 12 日です。
この例で C が 1 日遅れても、C の経路は 11 日で 12 日を超えません。B が 1 日遅れると、全体も 13 日になります。
進捗の報告では、予定と実績の差、遅れの原因、対策をセットで示します。順調な点だけを伝えたり、終わるまで黙っていたりすると、手を打つのが遅れます。
計算問題では、まず矢印の経路をすべて書き出し、それぞれの日数を足します。いちばん長い経路の日数が全体の日数です。全作業の日数を単純に足すと、並行できる作業を考えない値になるので注意します。
クリティカルパス上にない作業には、全体を遅らせずに済む余裕があります。上の例の C には 2 日の余裕があり、3 日以上遅れると全体も遅れ始めます。
ガントチャートは進み具合を見るのに向き、アローダイアグラムは作業のつながりと全体の日数を見るのに向きます。目的に合わせて使い分けます。
シラバスの活用例には、プロジェクトのスケジュール管理と業務の進捗報告の仕方が挙がっています。日々の仕事でも、予定と実績を比べて早めに伝える習慣が役立ちます。
| 道具 | 表すもの | 分かること |
|---|---|---|
| WBS | 作業を分解した階層 | やるべき作業の抜け漏れ |
| ガントチャート | 作業ごとの予定と実績の横棒 | どの作業が遅れているか |
| アローダイアグラム | 作業の順序と依存関係 | 全体の日数とクリティカルパス |
リスク・コミュニケーション・資源の管理
リスクへの 4 つの対応と、人と情報の管理
プロジェクトリスクマネジメントでは、計画の段階でリスクを洗い出して評価し、対応策を決め、進めながら見直し続けます。問題が起きてから考えるのでは手遅れになりがちです。
シラバスが挙げるリスクの対応策は、回避・軽減・受容・転嫁の 4 つです。何を変えているかに注目すると見分けられます。
リスクの回避は原因を取り除き、リスクそのものをなくします。リスクの軽減は、起きる確率や影響を小さくします。
リスクの転嫁は保険や契約で影響を第三者に移します。リスクの受容は、影響が小さいときなどに対策をとらず、起きたら対応すると決めておくことです。
プロジェクトコミュニケーションマネジメントでは、誰に・何を・いつ・どの方法で伝えるかを計画します。拠点が分かれるほど、伝え方を決めておく効果が大きくなります。
人的資源の配置では、作業に必要なスキルとメンバーの経験を照らし合わせます。人数が足りていても、スキルが合わないと手戻りや品質の低下につながります。
4 つの対応は、リスクの大きさと対策の費用を比べて選びます。影響が大きく原因をなくせるなら回避、なくせないなら軽減や転嫁、影響が小さければ受容、というように考えます。
受容は「何もしない」ことではありません。起きたときにどう対応するかを決め、関係者と共有しておくことが前提です。
見分けのコツは、対応の後に何が残るかを考えることです。原因ごと消えるのが回避、確率や影響が小さくなるのが軽減、負担が他者に移るのが転嫁、そのまま残すと決めるのが受容です。
リスクの情報は、プロジェクトマネージャ一人で抱えずに共有します。メンバーが兆しに早く気づけば、対応も早くなります。
コミュニケーションの計画では、相手によって伝える内容と頻度を変えます。経営者には全体の状況と判断してほしい点を、メンバーには日々の作業に必要な情報を、という具合です。
| 対応 | 何をするか | 例 |
|---|---|---|
| リスクの回避 | 原因をなくし、起きないようにする | 遅れやすい調達先をやめる |
| リスクの軽減 | 確率や影響を小さくする | 予備の機器を用意する |
| リスクの転嫁 | 影響や負担を第三者に移す | 保険に入る |
| リスクの受容 | 対策をとらず、起きたら対応する | 影響の小さい不具合を見守る |
演習（21 問）
結果はこのブラウザに保存され、ハブの「自分の成績」と弱点モードに使われます。
第 1 問 / 21 問
問題を読み込んでいます…
全問と解説の一覧
正解と解説は折りたたんであります。先に自分で考えてから開いてください。
全 21 問
プロジェクトとプロジェクトマネジメントのプロセス
次の業務のうち、プロジェクトに当たるものとして適切なものは？
A. 毎月 25 日に行う、全社員の給与の計算と振込 B. 毎朝決まった手順で行う、サーバの稼働状況の点検 C. 来年 4 月までに新しい人事システムを導入する取組 D. 問合せ窓口で毎日受ける、よくある質問への回答
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 決まった手順を毎月くり返す業務です。 同じ手順を継続してくり返す定常業務であり、開始日と終了日のある独自の活動ではない。 【B（不正解）】 ？ 毎日くり返す運用の業務です。 日々くり返す定常業務であり、期間を区切って独自の成果を作る活動ではない。 【C（正解）】 ？ 期限があり、その時だけの成果を作る取組です。 開始日と終了日があり、新システムの導入という独自の目標を達成する活動なのでプロジェクトに当たる。 【D（不正解）】 ？ 日々続く窓口の業務です。 継続して行う定常業務であり、終わりのある独自の活動ではない。
出典: 応用情報技術者試験 シラバス Ver.7.2（IPA）／IT パスポート試験 シラバス Ver.6.5（IPA）
プロジェクトを正式に認め、目的・概要やプロジェクトマネージャの権限などを記した文書は？
A. WBS B. SLA C. ガントチャート D. プロジェクト憲章
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 作業を細かく分解して階層で表したものです。 作業を分解する道具であり、プロジェクトを正式に認める文書ではない。 【B（不正解）】 ？ サービスの内容と水準を定めた合意文書です。 サービス提供者と顧客の合意文書であり、プロジェクトを立ち上げる文書ではない。 【C（不正解）】 ？ 作業の予定と実績を横棒で表した図です。 日程を管理する図であり、プロジェクトの認可や権限を定める文書ではない。 【D（正解）】 ？ プロジェクトを正式に認可する文書です。 プロジェクトを正式に認め、目的やプロジェクトマネージャの権限などを記すのがプロジェクト憲章である。
プロジェクトマネージャの役割の説明として適切なものは？
A. 計画に基づいて進め、進捗・コスト・品質・資源を管理して目標を達成させる B. プロジェクトから独立した立場で、情報システムを監査する C. 完成したシステムを、発注者として受け入れるか判断する D. 自分の担当するプログラムを作り、単体テストを行う
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ プロジェクト全体をまとめて目標に導く役割です。 計画に基づいて進め、レビューなどで進捗・コスト・品質・資源を管理し、目標を達成させるのがプロジェクトマネージャの役割である。 【B（不正解）】 ？ 外から検証・評価する立場の役割です。 これはシステム監査人の役割であり、プロジェクトを率いる役割ではない。 【C（不正解）】 ？ 発注者の立場で行う確認です。 受入れの判断は発注者（取得者）が行うもので、プロジェクトを管理する役割そのものではない。 【D（不正解）】 ？ 個々の開発作業の担当です。 これはプロジェクトメンバーの開発作業であり、全体を管理する役割ではない。
社内の新しい会計システム導入プロジェクトで、ステークホルダを洗い出した。漏れの少ない洗い出しとして適切なものは？
A. 取引のない競合他社の社員と、無関係な業界団体 B. プロジェクトマネージャと、開発メンバーだけ C. 経理部・経営者・受託する開発会社・メンバー D. システムを毎日使う、経理部の担当者だけ
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ プロジェクトと関わりのない人たちです。 プロジェクトの影響を受けたり与えたりしないので、利害関係者とはいえない。 【B（不正解）】 ？ プロジェクトの内側の人たちです。 内側の人だけで、システムを使う経理部や承認する経営者などが抜けている。 【C（正解）】 ？ 利用部門・経営者・受託会社・メンバーを挙げた洗い出しです。 利用部門・経営者・受託会社・メンバーは、いずれもプロジェクトに関わり影響を受ける利害関係者である。 【D（不正解）】 ？ 使う人だけに絞った洗い出しです。 利用部門は大事な利害関係者だが、経営者や受託会社などが抜けている。
プロジェクトマネジメントのプロセスの流れとして、シラバスの説明に合うものは？
A. 計画を作らずに実行し、終わってから進捗をまとめて記録する B. 立ち上げ、計画に沿って進め、レビューで管理して目標を達成する C. 先に実行してから立ち上げ、最後に計画を作って管理する D. 管理だけを行い、計画と実行はすべて利用部門に任せる
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 計画を後回しにする流れです。 計画がないと進捗やコストを比べる基準がなく、管理ができない。 【B（正解）】 ？ 立ち上げ・計画・実行と管理の順につながる流れです。 立ち上げてから計画に基づいて進め、レビューなどで進捗・コスト・品質・資源を管理し目標を達成する流れである。 【C（不正解）】 ？ 立ち上げと計画が後に来る流れです。 プロジェクトを正式に立ち上げ、計画してから実行するのが基本の順番である。 【D（不正解）】 ？ 管理の作業だけに絞る流れです。 計画と実行を切り離すと、目標の達成に責任を持つマネジメントにならない。
プロジェクトの中盤で、このままでは予算を超えそうだと分かった。プロジェクトマネージャの対応として適切なものは？
A. 原因と見込みを整理し、関係者に報告して対策を決める B. 誰にも伝えず、テストを減らして費用を合わせる C. 予算を超えるまで様子を見て、超えてから考える D. メンバー全員に残業を命じて、作業をとにかく早める
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 状況を把握し、関係者と対策を考える対応です。 コストの状況を把握して原因を整理し、関係者と対策を決めるのがプロジェクトマネジメントの基本である。 【B（不正解）】 ？ 品質を下げて費用を合わせる対応です。 黙って品質を落とすと、後で大きな不具合や信頼の低下につながる。状況を共有しないのも問題である。 【C（不正解）】 ？ 問題が起きるまで待つ対応です。 早く分かっている問題を放置すると、選べる対策が少なくなる。 【D（不正解）】 ？ 人の負担を増やして進める対応です。 原因を調べないまま残業を増やすと、費用がさらに増えたり品質が落ちたりするおそれがある。
プロジェクト憲章でプロジェクトマネージャに任命された。最初の段階でプロジェクト憲章を確認する目的として適切なものは？
A. メンバーの日ごとの作業の割当てを細かく決めるため B. プロジェクトの目的と、自分の権限を確かめるため C. テストで見つかった不具合を一件ずつ記録するため D. システム監査の結論と指摘事項を報告書に書くため
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 細かい日程の計画のことです。 日々の割当ては計画の段階でWBSやガントチャートを使って決める。憲章で決めることではない。 【B（正解）】 ？ 何のためのプロジェクトか、何を決められるかを確かめることです。 憲章はプロジェクトを正式に認め、目的やプロジェクトマネージャの権限などを示す。最初に確かめる意味がある。 【C（不正解）】 ？ テストの結果を残すことです。 不具合の記録はテストの段階の作業であり、憲章の目的ではない。 【D（不正解）】 ？ 監査の結果をまとめることです。 監査の結論はシステム監査人が監査報告書にまとめるもので、憲章とは関係がない。
スコープ・スケジュールの管理
プロジェクトの作業を、管理しやすい大きさまで段階的に細かく分け、階層の形で表したものは？
A. WBS B. ガントチャート C. SLA D. UML
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 作業を分解して階層で表したものです。 プロジェクトの作業を管理しやすい大きさまで分解し、階層で表したものが WBS である。 【B（不正解）】 ？ 作業の予定と実績を横棒で表した図です。 日程を横棒で表す図であり、作業を階層に分解したものではない。 【C（不正解）】 ？ サービスの内容と水準を定めた合意文書です。 サービスの水準を約束する文書であり、作業の分解とは関係がない。 【D（不正解）】 ？ 設計の図の書き方を標準化した表記法です。 システムの設計を表す表記法であり、プロジェクトの作業を分解したものではない。
横軸に日付をとり、作業ごとの予定と実績の期間を横棒で並べた図は？
A. アローダイアグラム B. WBS C. 特性要因図 D. ガントチャート
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 作業の順序と依存関係を矢印でつないだ図です。 作業のつながりを矢印で表す図であり、予定と実績を横棒で並べる図ではない。 【B（不正解）】 ？ 作業を分解して階層で表したものです。 作業の分け方を表すもので、日付に沿った横棒の図ではない。 【C（不正解）】 ？ 結果と原因の関係を魚の骨の形で整理した図です。 問題の原因を整理する図であり、日程の管理に使う図ではない。 【D（正解）】 ？ 作業ごとの期間を横棒で表した図です。 横軸に時間をとり、作業ごとの予定と実績を横棒で表すのがガントチャートである。
アローダイアグラムで、最も時間がかかる作業の経路を何と呼ぶか。この経路上の作業が遅れると、全体の完了も遅れる。
A. WBS B. クリティカルパス C. エスカレーション D. スプリント
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 作業を分解して階層で表したものです。 作業の分解であり、日程上の経路の名前ではない。 【B（正解）】 ？ 全体の日程を決める、最も時間がかかる経路です。 最も時間がかかる経路がクリティカルパスであり、その上の作業の遅れは全体の遅れになる。 【C（不正解）】 ？ 解決できない問題を上位の担当へ引き継ぐことです。 問題対応の言葉であり、日程の経路の名前ではない。 【D（不正解）】 ？ スクラムの 1 回分の短い開発期間です。 アジャイルの反復の単位であり、アローダイアグラムの経路の名前ではない。
作業 A（3 日）の後に、B（4 日）と C（2 日）を並行して進め、B と C が両方終わったら D（5 日）を行う。全体が終わるまでに最短で何日かかるか？
A. 10 日 B. 12 日 C. 14 日 D. 8 日
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ A・C・D の経路の日数です。 3 + 2 + 5 = 10 日は A→C→D の経路である。D は B の完了も待つので、こちらは最長ではない。 【B（正解）】 ？ A・B・D の経路の日数です。 A→B→D が 3 + 4 + 5 = 12 日、A→C→D が 10 日。長いほうの 12 日が最短の全体日数になる。 【C（不正解）】 ？ 全作業の日数を足した値です。 3 + 4 + 2 + 5 = 14 日は、B と C を並行できることを考えていない。 【D（不正解）】 ？ A と D の日数だけを足した値です。 3 + 5 = 8 日は、間にある B と C を数えていない。D は B と C の両方の完了を待つ。
作業 A（3 日）の後に、B（4 日）と C（2 日）を並行して進め、B と C が両方終わったら D（5 日）を行う。作業 C が予定より 1 日遅れた。全体の完了はどうなるか？
A. 1 日遅れて 13 日になる B. 2 日遅れて 14 日になる C. 遅れず 12 日のままである D. 1 日早まって 11 日になる
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ C の遅れがそのまま全体に出るという考え方です。 C を通る経路は 3 + 3 + 5 = 11 日で、B を通る経路の 12 日より短い。全体は遅れない。 【B（不正解）】 ？ 遅れが倍になって全体に出るという考え方です。 遅れが倍になる理由はない。C の経路はもともと余裕がある。 【C（正解）】 ？ 全体の日数は変わらないという考え方です。 C の経路は遅れても 11 日で、クリティカルパス（A→B→D の 12 日）より短い。全体は 12 日のまま。 【D（不正解）】 ？ C の遅れで全体が早まるという考え方です。 作業の遅れで全体が早まることはない。全体は最長の経路 12 日で決まる。
開発の途中で、依頼部門から「この画面も追加してほしい」と要望が次々に来る。プロジェクトスコープマネジメントの観点から適切な対応は？
A. 要望はすべて、その場で作業に加える B. 要望は一切受け付けず、聞かなかったことにする C. メンバーが各自の判断で、作れそうなものだけ作る D. 日程やコストへの影響を評価し、承認を得てから範囲に加える
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 要望をそのまま取り込む対応です。 範囲を管理せずに広げると、日程やコストが守れなくなる。 【B（不正解）】 ？ 要望を無視する対応です。 必要な変更まで拒むと、成果物が役に立たなくなるおそれがある。 【C（不正解）】 ？ 個人の判断に任せる対応です。 範囲が人によって変わり、全体の計画や品質を管理できなくなる。 【D（正解）】 ？ 影響を見て、決まった手続で範囲を変える対応です。 成果物と作業の範囲を管理するため、影響を評価し、承認を経てから範囲を変えるのが適切である。
週次の会議で、プロジェクトの進捗を経営者に報告する。報告の仕方として適切なものは？
A. 予定と実績の差、遅れの原因、対策を示す B. 問題は伏せて、順調な作業だけを伝える C. メンバー全員の作業日誌をそのまま渡す D. 完了した時にまとめて報告し、それまでは報告しない
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 計画と比べた状況と、次の手を伝える報告です。 予定と実績を比べ、差の原因と対策を示すと、受け手が判断しやすい。 【B（不正解）】 ？ よい情報だけを選んで伝える報告です。 遅れや問題を伏せると、経営者が早めに手を打てない。 【C（不正解）】 ？ 細かい記録をそのまま渡す報告です。 情報が多すぎて、全体の状況や判断すべき点が伝わりにくい。 【D（不正解）】 ？ 終わってから一度だけ伝える報告です。 途中の状況が分からず、遅れや問題への対応が遅れる。
リスク・コミュニケーション・資源の管理
海外の部品工場の遅れが心配なので、国内の工場から仕入れる計画に変え、そのリスクが起きないようにした。このリスク対応は？
A. リスクの回避 B. リスクの転嫁 C. リスクの受容 D. リスクの軽減
この問題へのリンク答えと解説
正解: A 【A（正解）】 ？ 原因を取り除き、リスクそのものが起きないようにする対応です。 計画を変えてリスクの原因を取り除き、起きないようにするのはリスクの回避である。 【B（不正解）】 ？ 保険や契約で影響を第三者に移す対応です。 影響を他者に移すものであり、計画を変えて原因をなくす対応ではない。 【C（不正解）】 ？ 特別な対策をとらず、起きたら対応する決め方です。 何も変えずに受け入れる対応なので、この場面とは違う。 【D（不正解）】 ？ 起きる確率や影響を小さくする対応です。 リスクは残したまま小さくする対応である。ここでは原因そのものをなくしている。
システム障害で損害が出た場合に備えて保険に入り、損害の負担を保険会社に移した。このリスク対応は？
A. リスクの回避 B. リスクの軽減 C. リスクの受容 D. リスクの転嫁
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 原因を取り除き、リスクそのものをなくす対応です。 保険に入っても障害の原因は残るので、回避ではない。 【B（不正解）】 ？ 起きる確率や影響を小さくする対応です。 障害の起きやすさは変わらず、損害の負担を移しているので軽減ではない。 【C（不正解）】 ？ 特別な対策をとらず、起きたら対応する決め方です。 保険という対策をとっているので、受容ではない。 【D（正解）】 ？ 保険や契約で、影響を第三者に移す対応です。 損害の負担を保険会社という第三者に移すのはリスクの転嫁である。
本番の切り替え日にサーバが故障するおそれがある。予備のサーバを用意し、故障しても短時間で切り替えられるようにした。このリスク対応は？
A. リスクの転嫁 B. リスクの軽減 C. リスクの受容 D. リスクの回避
この問題へのリンク答えと解説
正解: B 【A（不正解）】 ？ 保険や契約で、影響を第三者に移す対応です。 影響を他者に移してはいないので、転嫁ではない。 【B（正解）】 ？ 起きる確率や、起きたときの影響を小さくする対応です。 故障の可能性は残るが、予備機で影響を小さくしているのでリスクの軽減である。 【C（不正解）】 ？ 特別な対策をとらず、起きたら対応する決め方です。 予備のサーバという対策をとっているので、受容ではない。 【D（不正解）】 ？ 原因を取り除き、リスクそのものをなくす対応です。 故障の可能性そのものはなくなっていないので、回避ではない。
社内の会議室予約システムで、ごくまれに画面の表示が崩れる不具合がある。影響が小さいため対策費をかけず、起きたら対応すると決めた。このリスク対応は？
A. リスクの回避 B. リスクの転嫁 C. リスクの受容 D. リスクの軽減
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 原因を取り除き、リスクそのものをなくす対応です。 原因は残したままなので、回避ではない。 【B（不正解）】 ？ 保険や契約で、影響を第三者に移す対応です。 影響を他者に移していないので、転嫁ではない。 【C（正解）】 ？ 特別な対策をとらず、起きたら対応すると決めることです。 影響が小さいので対策をとらず、起きたら対応すると決めるのはリスクの受容である。 【D（不正解）】 ？ 起きる確率や影響を小さくする対応です。 起きる確率も影響も変えていないので、軽減ではない。
メンバーが 3 拠点に分かれるプロジェクトで、情報の伝え漏れが続いた。プロジェクトコミュニケーションマネジメントとして適切な対応は？
A. 連絡は各自の判断に任せ、ルールは作らない B. 全員に毎日すべての資料をメールで送る C. 伝え漏れたメンバーを、プロジェクトから外す D. 誰に・何を・いつ・どの方法で伝えるかを計画し、共有する
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 伝え方を個人任せにする対応です。 伝え漏れの原因が残ったままで、同じことがくり返されやすい。 【B（不正解）】 ？ 情報をとにかく大量に送る対応です。 量が多すぎると大事な情報が埋もれ、かえって伝わりにくくなる。 【C（不正解）】 ？ 人を入れ替える対応です。 個人を外しても、情報の伝え方の仕組みは良くならない。 【D（正解）】 ？ 情報の流れを計画して決める対応です。 必要な情報が適切な人に、適切な時期と方法で届くよう計画し管理するのが、コミュニケーションマネジメントである。
データベースの設計に経験者が必要な時期に、経験者 2 人を画面のデザイン作業に割り当てていた。人的資源の配置として適切な見直しは？
A. 人数が足りているので、割当てはそのままにする B. 経験者を全員、データベース設計に回し、他の作業は止める C. 作業に必要なスキルと各メンバーの経験を照らし合わせ、配置を見直す D. 経験の少ないメンバーだけで、データベース設計を進める
この問題へのリンク答えと解説
正解: C 【A（不正解）】 ？ 今の割当てを変えない考え方です。 人数が足りていても、必要なスキルと作業が合っていなければ、品質や進み具合に問題が出る。 【B（不正解）】 ？ 経験者を一つの作業に集める見直しです。 他の作業を止めると全体の日程に影響する。全体を見て配置を決める必要がある。 【C（正解）】 ？ 作業とスキルの組合せに注目した見直しです。 業務に必要なスキルと人の経験を合わせて配置するのが、最適な人的資源の配置の考え方である。 【D（不正解）】 ？ 経験の少ない人に任せる考え方です。 経験者が必要な時期に任せきりにすると、手戻りや品質の低下のおそれが高い。
メンバーの一人が「リスクは問題が起きてから考えればよい」と言った。プロジェクトリスクマネジメントの考え方として適切なものは？
A. リスクは問題が起きてから、その場で対応すればよい B. リスクは計画の時に一度だけ洗い出せば、見直す必要はない C. リスクの管理は、プロジェクトマネージャ一人だけが知っていればよい D. 計画の段階で洗い出して評価し、進めながら見直し続ける
この問題へのリンク答えと解説
正解: D 【A（不正解）】 ？ 起きてから考える進め方です。 起きる前に備えないと、選べる対策が限られ、影響が大きくなりやすい。 【B（不正解）】 ？ 最初の一回だけで終える進め方です。 状況は途中で変わるので、一度だけでは新しいリスクを見落とす。 【C（不正解）】 ？ 情報を一人で抱える進め方です。 関係者と共有しないと、兆しに気づくのが遅れ、対応も遅れる。 【D（正解）】 ？ 早めに洗い出し、続けて管理する進め方です。 リスクを早めに洗い出して評価し、対応策を決め、状況の変化に合わせて見直し続けるのが基本である。
出典: IT パスポート試験 シラバス Ver.6.5（IPA）／応用情報技術者試験 シラバス Ver.7.2（IPA）
この分野に出てくる用語（21 語）
SLA：提供するサービスの内容と、合意された品質の水準（パフォーマンス）を定めた、サービス提供者と顧客の間の合意文書。
UML：オブジェクト指向の考え方でシステムを設計するときなどに使う、図の書き方を標準化した表記法。
WBS：プロジェクトで行う作業を、管理しやすい大きさまで段階的に細かく分解して、階層構造で表したもの。
アローダイアグラム：作業の順序や依存関係を矢印でつないで表した図。プロジェクト全体の日程やクリティカルパスを求めるのに使う。
エスカレーション：自分の段階で解決できない問題を、より専門的な担当者や上位の管理者に引き継いで対応を求めること。
ガントチャート：横軸に時間をとり、作業ごとの予定と実績の期間を横棒で表した図。進捗の管理に使う。
クリティカルパス：アローダイアグラムで、最も時間がかかる作業の経路。この経路上の作業が遅れると、プロジェクト全体が遅れる。
システム監査人：システム監査を行う人。監査の対象から独立し、客観的な立場で検証・評価を行う。
ステークホルダ：株主・顧客・従業員・取引先・地域社会など、企業や活動に利害関係をもつ人や組織。
スプリント：スクラムで、開発と評価を行う 1 回分の決められた短い期間。
プロジェクト：開始日と終了日があり、目標を達成するために行う、独自性のある活動の集まり。毎日くり返す定常業務とは違う。
プロジェクトコミュニケーションマネジメント：関係者の間で必要な情報が、適切な時期と方法で伝わるよう計画し、管理すること。
プロジェクトスコープマネジメント：プロジェクトで作る成果物と、そのために行う作業の範囲を定め、変更も含めて管理すること。
プロジェクトマネージャ：プロジェクトの責任者。計画に基づいて進め、進捗・コスト・品質・資源を管理して目標の達成に導く。
プロジェクトリスクマネジメント：プロジェクトの目標に影響しうる不確かな出来事を洗い出して評価し、対応策を決めて管理し続けること。
プロジェクト憲章：プロジェクトを正式に認可する文書。目的・概要・プロジェクトマネージャの権限などを記す。
リスクの回避：計画を変えたり原因を取り除いたりして、リスクそのものが起きないようにする対応。
リスクの軽減：リスクが起きる確率や、起きたときの影響を小さくする対応。予備の機器の用意などが例。
リスクの受容：影響が小さいなどの理由で特別な対策をとらず、起きたら対応すると決めておくこと。
リスクの転嫁：保険や契約によって、リスクの影響や負担を第三者に移す対応。
特性要因図：結果（特性）と、それに影響する原因（要因）の関係を魚の骨のような形に整理した図。
独学の次に、講座で体系立てて学びたい人へ
この問題集は独学用です。IT の基礎から講師つきで体系立てて学びたい人には、資格や IT の講座がそろうスクールも選択肢になります。
本ページは広告・アフィリエイトプログラムを利用しており、リンク経由でのお申し込み・購入により当サイトに収益が発生することがあります。ただし、ランキング・評価・掲載内容は広告費や報酬の有無に関わらず編集部の独自基準で決定しており、広告主からの指示により内容を変更することはありません。
IT・Webデザイン・資格まで幅広い講座。生成AI/DX講座はリスキリング補助金の対象
まずは無料ではじめられます。リンク先は公式サイトです。
このサービスの解説記事を読む →