問題一覧
1
プロジェクト
2
変更, 一時的, 機能横断的, 独自性, 不確実性
3
開始と終了
4
いいえ
5
脅威
6
機会
7
リスク
8
説明責任
9
混乱
10
提供物
11
コスト
12
時期
13
リソース
14
労力
15
期間
16
コスト
17
スコープ・クリープ
18
ベネフィット, コスト, 時間, 品質, スコープ, 持続可能性, リスク
19
ユーザー
20
サプライヤー
21
いない
22
いずれもある
23
ビジネス
24
ユーザー
25
サプライヤー
26
顧客
27
直線的かつ連続的なアプローチ
28
反復的かつ段階的なアプローチ
29
ハイブリッド・アプローチ
30
柔軟性があるため、小規模または単純なプロジェクトの場合は簡素化し、大規模または複雑なプロジェクトの場合は拡張して完全性を確保できます。
31
実績, 汎用性, 柔軟性, 共通の言語と概念, 成果重視, 組織の成熟度の向上, 統合された一連の手法の一部
32
将来のプロジェクトに適用し、他の人と共有するため
33
類似する過去のプロジェクトをレビューする
34
各ステージの終わりに報告書やレビューに反映する
35
プロジェクト期間中に得られた情報を共有する
36
データの収集と分析を明確にする
37
観察することで学ぶ人と、実験することで学ぶ人がいることを考慮する
38
解説動画やプレゼンテーション・キットを活用する
39
「学んだ教訓」は実際にプロジェクトや将来のプロジェクトの改善に使用される
40
ビジネス、ユーザー、サプライヤー
41
プロジェクトに適切な人々が関与し、役割と責任を明確にする
42
PRINCE2の公式認定機関
43
内部および外部の利害関係者との関係を構築する
44
すべてのプロジェクトは同じ組織構造を持つ
45
明確なプロジェクト・マネジメント・チーム組織
46
プロジェクトとプログラムの整合性を支援する
47
個人ベースでの集中的なアプローチ
48
ステージごとに計画、モニタリング、コントロールを実施する
49
プロジェクト全体を通して変更のない固定の単位
50
プロジェクトをコントロールせず、自由に進めることができる
51
シニア・マネジメントの負担を増やすために意図的にステージを短くする
52
1 回につき 1 つのステージを認可し、日常的なコントロール権限をプロジェクト・マネージャーに委任する
53
十分なビジネス正当性と資金があること
54
プロジェクトを回復させるか、終了するかを判断する
55
ステージの計画をせずにすべてのタスクを同時に進める
56
すべての決定を最初に確定し、途中で変更しない
57
計画に対するパフォーマンスの許容度を定義し、委任された権限の制限を確立する
58
計画の変更を許容しない厳格な基準
59
直ちに 1 つ上のマネジメント・レベルにエスカレーションする
60
マネジメント・スタイル
61
プロジェクトのすべての要件を厳密に満たさなければならないと設定する
62
許容度を設定しないことで柔軟な対応が可能になる
63
許容度を超えているが、そのままプロジェクトを継続する
64
許容度を超えたら、プロジェクト・マネージャーが単独で判断する
65
許容度を無視し、プロジェクトを進行する
66
プロジェクトの成功が成果物の定義とデリバリーに依存するため
67
プロジェクトで発生した課題や問題点
68
非公式成果物
69
一般的にプロジェクトのマネジメントに使用される成果物
70
成果物のデリバリーに直接貢献する作業のみが実施される
71
許容されていない変更がプロジェクトに追加され、コントロールできなくなること
72
すべての成果物を事前に作成し、変更を防ぐことができる
73
成果物の仕様や受け入れ基準を明確にするため
74
成果物の作業手順
75
継続的な改善活動を行う日常業務プロジェクト
76
プロジェクトの環境や特性に応じてプロジェクト・マネジメント手法を適用するため
77
プロジェクトの実施場所の天候
78
どのようなプロジェクトにも適用でき、状況に応じて調整できる普遍性
79
PRINCE2 の原則を無視し、完全に独自のプロジェクト管理手法を採用する
80
プロジェクト・マネジメントの労力やアプローチがプロジェクトのニーズに合わなくなる
81
テーラリングに関する勧告を作成し、教訓や標準を参考にする
82
テーラリングの内容をプロジェクト関係者が理解できるようにするため
83
PRINCE2 の原則に従わず、プロジェクト・マネジメントを独自の方法で進める
84
アジャイル手法に完全に切り替え、PRINCE2 の原則を無視する
85
アジャイルの作業方法(スプリント、ユーザー・ストーリーなど)をプロジェクトの手法に統合する
86
組織が現在の状態からターゲットの状態に移行するための手段
87
プロジェクト・チームの個人的な意見や感情
88
変更の影響を受ける領域を明確にし、適切な対応を行うため
89
プロジェクトの達成目標を確実に達成するため、ビジネスが現在の状態からターゲットの状態へ移行する手段を確立すること
90
プロジェクトのスケジュール管理のみ
91
プロジェクトの変更マネジメント・アプローチを作成および維持する
92
変更の影響を無視する
93
モデリングなどの技法
94
現在の状態とターゲットの状態の理解と、適切な移行戦略の策定
95
プロジェクトに影響を与える、またはプロジェクトから影響を受ける(もしくは影響を受けると認識する)個人、グループ、または組織
96
彼らがプロジェクトの成功に影響を与える可能性があるため
97
プロジェクトに無関心な第三者
98
主要な利害関係者を特定し、変更を成功させるため
99
プロジェクト・エコシステム内の多数派の認識を具現化できる人
100
プロジェクトの進展や関係の発展によって、関与の度合いや影響範囲が変わるため
【VBA】穴埋め
【VBA】穴埋め
l l · 48問 · 2年前【VBA】穴埋め
【VBA】穴埋め
48問 • 2年前【VBA】文系
【VBA】文系
l l · 15問 · 2年前【VBA】文系
【VBA】文系
15問 • 2年前【VBA】本から出題
【VBA】本から出題
l l · 100問 · 2年前【VBA】本から出題
【VBA】本から出題
100問 • 2年前【165】1~102
【165】1~102
l l · 92問 · 1年前【165】1~102
【165】1~102
92問 • 1年前【165】102~165
【165】102~165
l l · 63問 · 1年前【165】102~165
【165】102~165
63問 • 1年前【329】
【329】
l l · 100問 · 1年前【329】
【329】
100問 • 1年前【1章】公式動画
【1章】公式動画
l l · 9問 · 1年前【1章】公式動画
【1章】公式動画
9問 • 1年前【PASSTEST】
【PASSTEST】
l l · 23問 · 1年前【PASSTEST】
【PASSTEST】
23問 • 1年前【329】②
【329】②
l l · 87問 · 1年前【329】②
【329】②
87問 • 1年前【正本】練習問題
【正本】練習問題
l l · 70問 · 1年前【正本】練習問題
【正本】練習問題
70問 • 1年前【正本】試験問題
【正本】試験問題
l l · 75問 · 1年前【正本】試験問題
【正本】試験問題
75問 • 1年前【正本】自作
【正本】自作
l l · 86問 · 1年前【正本】自作
【正本】自作
86問 • 1年前Prince2(問題集)
Prince2(問題集)
l l · 19問 · 11ヶ月前Prince2(問題集)
Prince2(問題集)
19問 • 11ヶ月前Prince2②
Prince2②
l l · 100問 · 11ヶ月前Prince2②
Prince2②
100問 • 11ヶ月前Prince2③
Prince2③
l l · 100問 · 11ヶ月前Prince2③
Prince2③
100問 • 11ヶ月前Udemy(PL-900 問題集1)
Udemy(PL-900 問題集1)
l l · 3回閲覧 · 37問 · 5ヶ月前Udemy(PL-900 問題集1)
Udemy(PL-900 問題集1)
3回閲覧 • 37問 • 5ヶ月前Udemy(PL-900 問題集2)
Udemy(PL-900 問題集2)
l l · 32問 · 5ヶ月前Udemy(PL-900 問題集2)
Udemy(PL-900 問題集2)
32問 • 5ヶ月前Japan IT Study
Japan IT Study
l l · 12問 · 4ヶ月前Japan IT Study
Japan IT Study
12問 • 4ヶ月前問題一覧
1
プロジェクト
2
変更, 一時的, 機能横断的, 独自性, 不確実性
3
開始と終了
4
いいえ
5
脅威
6
機会
7
リスク
8
説明責任
9
混乱
10
提供物
11
コスト
12
時期
13
リソース
14
労力
15
期間
16
コスト
17
スコープ・クリープ
18
ベネフィット, コスト, 時間, 品質, スコープ, 持続可能性, リスク
19
ユーザー
20
サプライヤー
21
いない
22
いずれもある
23
ビジネス
24
ユーザー
25
サプライヤー
26
顧客
27
直線的かつ連続的なアプローチ
28
反復的かつ段階的なアプローチ
29
ハイブリッド・アプローチ
30
柔軟性があるため、小規模または単純なプロジェクトの場合は簡素化し、大規模または複雑なプロジェクトの場合は拡張して完全性を確保できます。
31
実績, 汎用性, 柔軟性, 共通の言語と概念, 成果重視, 組織の成熟度の向上, 統合された一連の手法の一部
32
将来のプロジェクトに適用し、他の人と共有するため
33
類似する過去のプロジェクトをレビューする
34
各ステージの終わりに報告書やレビューに反映する
35
プロジェクト期間中に得られた情報を共有する
36
データの収集と分析を明確にする
37
観察することで学ぶ人と、実験することで学ぶ人がいることを考慮する
38
解説動画やプレゼンテーション・キットを活用する
39
「学んだ教訓」は実際にプロジェクトや将来のプロジェクトの改善に使用される
40
ビジネス、ユーザー、サプライヤー
41
プロジェクトに適切な人々が関与し、役割と責任を明確にする
42
PRINCE2の公式認定機関
43
内部および外部の利害関係者との関係を構築する
44
すべてのプロジェクトは同じ組織構造を持つ
45
明確なプロジェクト・マネジメント・チーム組織
46
プロジェクトとプログラムの整合性を支援する
47
個人ベースでの集中的なアプローチ
48
ステージごとに計画、モニタリング、コントロールを実施する
49
プロジェクト全体を通して変更のない固定の単位
50
プロジェクトをコントロールせず、自由に進めることができる
51
シニア・マネジメントの負担を増やすために意図的にステージを短くする
52
1 回につき 1 つのステージを認可し、日常的なコントロール権限をプロジェクト・マネージャーに委任する
53
十分なビジネス正当性と資金があること
54
プロジェクトを回復させるか、終了するかを判断する
55
ステージの計画をせずにすべてのタスクを同時に進める
56
すべての決定を最初に確定し、途中で変更しない
57
計画に対するパフォーマンスの許容度を定義し、委任された権限の制限を確立する
58
計画の変更を許容しない厳格な基準
59
直ちに 1 つ上のマネジメント・レベルにエスカレーションする
60
マネジメント・スタイル
61
プロジェクトのすべての要件を厳密に満たさなければならないと設定する
62
許容度を設定しないことで柔軟な対応が可能になる
63
許容度を超えているが、そのままプロジェクトを継続する
64
許容度を超えたら、プロジェクト・マネージャーが単独で判断する
65
許容度を無視し、プロジェクトを進行する
66
プロジェクトの成功が成果物の定義とデリバリーに依存するため
67
プロジェクトで発生した課題や問題点
68
非公式成果物
69
一般的にプロジェクトのマネジメントに使用される成果物
70
成果物のデリバリーに直接貢献する作業のみが実施される
71
許容されていない変更がプロジェクトに追加され、コントロールできなくなること
72
すべての成果物を事前に作成し、変更を防ぐことができる
73
成果物の仕様や受け入れ基準を明確にするため
74
成果物の作業手順
75
継続的な改善活動を行う日常業務プロジェクト
76
プロジェクトの環境や特性に応じてプロジェクト・マネジメント手法を適用するため
77
プロジェクトの実施場所の天候
78
どのようなプロジェクトにも適用でき、状況に応じて調整できる普遍性
79
PRINCE2 の原則を無視し、完全に独自のプロジェクト管理手法を採用する
80
プロジェクト・マネジメントの労力やアプローチがプロジェクトのニーズに合わなくなる
81
テーラリングに関する勧告を作成し、教訓や標準を参考にする
82
テーラリングの内容をプロジェクト関係者が理解できるようにするため
83
PRINCE2 の原則に従わず、プロジェクト・マネジメントを独自の方法で進める
84
アジャイル手法に完全に切り替え、PRINCE2 の原則を無視する
85
アジャイルの作業方法(スプリント、ユーザー・ストーリーなど)をプロジェクトの手法に統合する
86
組織が現在の状態からターゲットの状態に移行するための手段
87
プロジェクト・チームの個人的な意見や感情
88
変更の影響を受ける領域を明確にし、適切な対応を行うため
89
プロジェクトの達成目標を確実に達成するため、ビジネスが現在の状態からターゲットの状態へ移行する手段を確立すること
90
プロジェクトのスケジュール管理のみ
91
プロジェクトの変更マネジメント・アプローチを作成および維持する
92
変更の影響を無視する
93
モデリングなどの技法
94
現在の状態とターゲットの状態の理解と、適切な移行戦略の策定
95
プロジェクトに影響を与える、またはプロジェクトから影響を受ける(もしくは影響を受けると認識する)個人、グループ、または組織
96
彼らがプロジェクトの成功に影響を与える可能性があるため
97
プロジェクトに無関心な第三者
98
主要な利害関係者を特定し、変更を成功させるため
99
プロジェクト・エコシステム内の多数派の認識を具現化できる人
100
プロジェクトの進展や関係の発展によって、関与の度合いや影響範囲が変わるため