問題一覧
1
すべての利害関係者と連携せず、プロジェクト・チーム内だけで決定する
2
利害関係者の観点や制約を時間をかけて理解する
3
定期的に利害関係者を評価し、関係構築を進める
4
プロジェクトの成果をより効果的に管理し、関与の度合いを判断できるため
5
ある集団を特徴付ける共有された姿勢、価値観、ゴール、働き方
6
プロジェクト目標を達成するために、プロジェクト・エコシステム全体で人々が協力すること
7
成果物の設計においてユーザーと主要なインフルエンサーが関与すること
8
プロジェクト目標を達成するために人々をやる気にさせること
9
合意された作業方法に沿ってタスクの実行を指示すること
10
プロジェクト委員会によって設定された許容度内で正式な権限を持つが、実際の権限構造は必ずしも合意されたものとは限らない
11
関心の整合と人間関係スキルを通じて人々に影響を与え、意欲を起こさせる能力
12
PRINCE2 の役割は、その人の職位と整合しないことがある
13
他の優先事項とプロジェクトのニーズが競合することがある
14
プロジェクトは一時的なチームであり、確立されたビジネス・チームとは異なるマネジメント・スタイルが求められるため
15
チーム全員が同じスキルセットを持つこと
16
既存のメンバーのコンピテンシーを理解し、ギャップを特定する
17
役割と責任は一度決めたら固定し、変更しない
18
柔軟な作業方法を確立し、効率的にプロジェクトを進めるため
19
チームの構造と関連する役割、責任、関係を説明する
20
チーム・メンバーが互いに積極的に関わり、支援し合う方法を示す
21
プロジェクトに影響を与える可能性のある利害関係者を特定し、分析する。
22
プロジェクトの初期段階で広範なコミュニケーションを避け、誤った情報の拡散を防ぐ。
23
役割、責任、関係の定義
24
プロジェクトはユーザー、ビジネス、サプライヤーの 3 つの関心を満たす必要がある。
25
振る舞いやカルチャー、関係性などを社会的学習を通じて学ぶ。
26
ステージごとに主要な関係や影響を見直し、調整する。
27
意志決定は最もローカルなレベルで行い、影響が大きい場合のみ上位にエスカレーションする
28
ビジネス、ユーザー、サプライヤーの意見を統合し、成果物の開発と導入を改善する。
29
PRINCE2 の手法をプロジェクトや組織に適応させる。
30
プロジェクト・ライフサイクル全体を通じて一貫して適用するプロジェクト・マネジメントの側面
31
プロジェクトのベネフィット、目的、組織の達成目標と優先順位との整合性を確保すること
32
PRINCE2 プロジェクトでは、一時的なプロジェクト・マネジメント・チームを設置し、役割・責任・関係性を明確にする
33
さまざまな観点から投資を評価し、望ましさ、実行可能性、達成可能性を確認すること
34
個人的嗜好
35
投資による変更の推進要因と戦略的適合性
36
社会的・環境的配慮や持続可能性を含む最適な価値
37
プロジェクトの技術的設計を直接管理する
38
望ましい成果とベネフィットを特定し、その実現に対する説明責任を負う
39
必要な成果物が期待されるコスト内で提供可能であることの確認
40
プロジェクトのパフォーマンス評価と報告を行う
41
ワーク・パッケージ記述書で合意されたベネフィット・マネジメント手順を実施する
42
プロジェクトの唯一の説明責任者として、資金確保やビジネス・ケースの管理を行う
43
ユーザー要件の把握とベネフィットの仕様について説明責任を負う
44
サプライヤーのコミュニティを代表し、プロジェクト成果物の品質を保証する
45
リスク管理計画書
46
計画に含まれる作業範囲が承認なく拡大してしまうこと
47
計画が確定され、進捗測定の基準を提供すること
48
プロジェクトがビジネス・ケースを満たすという確信を提供するため
49
ステージ全体のマネジメント・コントロールの基準として使用される
50
現在のステージの終了間際
51
チームの作業を整理およびコントロールするための基礎とする
52
ステージが合意された許容度を超える(または超えると予想される)場合
53
設計ステージやプロトタイプステージは構築ステージより短くなることがあるため
54
どの制約条件が優先されるかを理解し、適切なコントロールを選択するため
55
遅延するとプロジェクトが失敗するリスクがあるスケジュールに基づくプロジェクト
56
固定予算内で提供しなければならないプロジェクト
57
受け入れ後の支援やユーザー・トレーニングを含めることで、スムーズに移行できるようにするもの
58
ユーザーが期待する成果を達成するために、主要な成果物と品質要件を特定するため
59
プロジェクトで作成されるすべての成果物を階層構造で整理し、各成果物の要件をまとめること
60
プロジェクトの制約条件を無視して理想的な成果物を設計すること
61
成果物間の作成順序と依存関係を示す
62
成果物のライフサイクル全体にわたる環境インパクトを判断するため
63
デリバリー活動の環境インパクト(燃料消費量や生産廃棄物など)を考慮すること
64
持続可能性の許容度
65
ベネフィットの持続可能性を確保するための要件を特定すること
66
プロジェクト全体の「何を、どこで、いつ、どのように、誰が」実施するかを概説すること
67
プロジェクト成果物の受け入れ基準
68
成果物を作成し提供する方法を記述すること
69
必要な成果物に集中し、不要な作業や成果物を回避できる
70
プロジェクト成果物に関するユーザーの要件を文書化し、それを満たす手段を確立する
71
成果物、サービス、プロセスなどの特性が、どの程度要件を満たしているかを示すもの
72
リスクへの対応に責任を負うようアサインされた人
73
リスクに対応するための合意された処置のオーナーとして指名された人
74
リスクが発生する可能性の見積もり
75
リスクが発生した場合に達成目標に及ぼす影響の見積もり
76
リスクが発生する可能性が時間的にどの程度近づいているか
77
リスクが発生した場合に、達成目標にどれだけ早くインパクトを与えるか
78
特定の達成目標が「リスクにさらされている」程度
79
ビジネスが達成目標を追求するために負うことをいとわないリスクの量と種類
80
「リスクにさらされている」各達成目標の成果の許容範囲を表す測定可能なしきい値
81
削減
82
脅威と機会を特定するために、計画書の状況と達成目標をレビューする
83
リスクの発生確率とインパクトを評価し、優先度を決定する
84
リスク対応策とモニタリングの取り決め
85
リスクにさらされている達成目標について共通の理解を得る
86
プロジェクトの完了報告書
87
リスク影響度がリスク選好度内であれば、通常追加の対応策は不要
88
リスクがプロジェクトの許容範囲を超える場合
89
一部のリスクは特定の関係者にのみ関係し、公開しない正当な理由があるため
90
各リスクに対する対応責任を明確にするため
91
リスクはデイリー・スタンドアップ・ミーティングで頻繁にレビューされる
92
持続可能性に関するリスクをリスク登録簿に文書化し、定期的に見直す
93
小規模プロジェクトではシンプルなリスク管理、大規模プロジェクトでは徹底した管理を行う
94
変更がプロジェクトのベースラインに与える影響を評価し、適切に管理すること
95
変更が提案されているマネジメント成果物と正当な理由
96
仕様外項目を変更コントロール手順を通じて対処する
97
仕様外項目に対し、プロジェクト委員会が是正処置を求めずに受け入れること
98
承認プロセスの効率性を高め、プロジェクトの進捗を遅らせないため
99
変更のビジネス正当性との整合性が希薄化し、プロジェクトのベネフィットが低下する
100
すべての変更をプロジェクト委員会にエスカレーションする必要がなくなるため
マネージャー概論
マネージャー概論
ユーザ名非公開 · 73問 · 1ヶ月前マネージャー概論
マネージャー概論
73問 • 1ヶ月前ITパスポートパーフェクトラーニング過去問題集令和6年度第2部
ITパスポートパーフェクトラーニング過去問題集令和6年度第2部
T S · 50問 · 2ヶ月前ITパスポートパーフェクトラーニング過去問題集令和6年度第2部
ITパスポートパーフェクトラーニング過去問題集令和6年度第2部
50問 • 2ヶ月前8-1 経営戦略マネジメント
8-1 経営戦略マネジメント
早川遼 · 50問 · 4ヶ月前8-1 経営戦略マネジメント
8-1 経営戦略マネジメント
50問 • 4ヶ月前看護マネジメント
看護マネジメント
栁澤 実希_ · 18問 · 5ヶ月前看護マネジメント
看護マネジメント
18問 • 5ヶ月前PSPO I - 2025
PSPO I - 2025
宮澤博志 · 100問 · 8ヶ月前PSPO I - 2025
PSPO I - 2025
100問 • 8ヶ月前第五部 事業の施行
第五部 事業の施行
ユーザ名非公開 · 14問 · 9ヶ月前第五部 事業の施行
第五部 事業の施行
14問 • 9ヶ月前Prince2(問題集)
Prince2(問題集)
l l · 19問 · 11ヶ月前Prince2(問題集)
Prince2(問題集)
19問 • 11ヶ月前Prince
Prince
l l · 100問 · 11ヶ月前Prince
Prince
100問 • 11ヶ月前④技術戦略マネジメント
④技術戦略マネジメント
ユーザ名非公開 · 37問 · 11ヶ月前④技術戦略マネジメント
④技術戦略マネジメント
37問 • 11ヶ月前ダンスサークルのチームリーダー
ダンスサークルのチームリーダー
ユーザ名非公開 · 32問 · 11ヶ月前ダンスサークルのチームリーダー
ダンスサークルのチームリーダー
32問 • 11ヶ月前5.1 AI・データ活用の社会実装とプロジェクトの進め方
5.1 AI・データ活用の社会実装とプロジェクトの進め方
Tsuyoshi Ikeda · 23問 · 1年前5.1 AI・データ活用の社会実装とプロジェクトの進め方
5.1 AI・データ活用の社会実装とプロジェクトの進め方
23問 • 1年前10 マネジメント系
10 マネジメント系
N.S · 82問 · 1年前10 マネジメント系
10 マネジメント系
82問 • 1年前it(マネジメント)
it(マネジメント)
うさ · 59問 · 1年前it(マネジメント)
it(マネジメント)
59問 • 1年前マネジメント
マネジメント
特留信誓 · 39問 · 1年前マネジメント
マネジメント
39問 • 1年前マネジメント
マネジメント
ユーザ名非公開 · 38問 · 1年前マネジメント
マネジメント
38問 • 1年前セキュリティ
セキュリティ
特留信誓 · 34問 · 1年前セキュリティ
セキュリティ
34問 • 1年前スポーツ心理学⑫
スポーツ心理学⑫
_sa AK · 10問 · 1年前スポーツ心理学⑫
スポーツ心理学⑫
10問 • 1年前PMBOOK6版
PMBOOK6版
早川遼 · 30問 · 1年前PMBOOK6版
PMBOOK6版
30問 • 1年前午前ニ(価値実現)
午前ニ(価値実現)
早川遼 · 27問 · 1年前午前ニ(価値実現)
午前ニ(価値実現)
27問 • 1年前メンバー2
メンバー2
ゆか · 28問 · 1年前メンバー2
メンバー2
28問 • 1年前問題一覧
1
すべての利害関係者と連携せず、プロジェクト・チーム内だけで決定する
2
利害関係者の観点や制約を時間をかけて理解する
3
定期的に利害関係者を評価し、関係構築を進める
4
プロジェクトの成果をより効果的に管理し、関与の度合いを判断できるため
5
ある集団を特徴付ける共有された姿勢、価値観、ゴール、働き方
6
プロジェクト目標を達成するために、プロジェクト・エコシステム全体で人々が協力すること
7
成果物の設計においてユーザーと主要なインフルエンサーが関与すること
8
プロジェクト目標を達成するために人々をやる気にさせること
9
合意された作業方法に沿ってタスクの実行を指示すること
10
プロジェクト委員会によって設定された許容度内で正式な権限を持つが、実際の権限構造は必ずしも合意されたものとは限らない
11
関心の整合と人間関係スキルを通じて人々に影響を与え、意欲を起こさせる能力
12
PRINCE2 の役割は、その人の職位と整合しないことがある
13
他の優先事項とプロジェクトのニーズが競合することがある
14
プロジェクトは一時的なチームであり、確立されたビジネス・チームとは異なるマネジメント・スタイルが求められるため
15
チーム全員が同じスキルセットを持つこと
16
既存のメンバーのコンピテンシーを理解し、ギャップを特定する
17
役割と責任は一度決めたら固定し、変更しない
18
柔軟な作業方法を確立し、効率的にプロジェクトを進めるため
19
チームの構造と関連する役割、責任、関係を説明する
20
チーム・メンバーが互いに積極的に関わり、支援し合う方法を示す
21
プロジェクトに影響を与える可能性のある利害関係者を特定し、分析する。
22
プロジェクトの初期段階で広範なコミュニケーションを避け、誤った情報の拡散を防ぐ。
23
役割、責任、関係の定義
24
プロジェクトはユーザー、ビジネス、サプライヤーの 3 つの関心を満たす必要がある。
25
振る舞いやカルチャー、関係性などを社会的学習を通じて学ぶ。
26
ステージごとに主要な関係や影響を見直し、調整する。
27
意志決定は最もローカルなレベルで行い、影響が大きい場合のみ上位にエスカレーションする
28
ビジネス、ユーザー、サプライヤーの意見を統合し、成果物の開発と導入を改善する。
29
PRINCE2 の手法をプロジェクトや組織に適応させる。
30
プロジェクト・ライフサイクル全体を通じて一貫して適用するプロジェクト・マネジメントの側面
31
プロジェクトのベネフィット、目的、組織の達成目標と優先順位との整合性を確保すること
32
PRINCE2 プロジェクトでは、一時的なプロジェクト・マネジメント・チームを設置し、役割・責任・関係性を明確にする
33
さまざまな観点から投資を評価し、望ましさ、実行可能性、達成可能性を確認すること
34
個人的嗜好
35
投資による変更の推進要因と戦略的適合性
36
社会的・環境的配慮や持続可能性を含む最適な価値
37
プロジェクトの技術的設計を直接管理する
38
望ましい成果とベネフィットを特定し、その実現に対する説明責任を負う
39
必要な成果物が期待されるコスト内で提供可能であることの確認
40
プロジェクトのパフォーマンス評価と報告を行う
41
ワーク・パッケージ記述書で合意されたベネフィット・マネジメント手順を実施する
42
プロジェクトの唯一の説明責任者として、資金確保やビジネス・ケースの管理を行う
43
ユーザー要件の把握とベネフィットの仕様について説明責任を負う
44
サプライヤーのコミュニティを代表し、プロジェクト成果物の品質を保証する
45
リスク管理計画書
46
計画に含まれる作業範囲が承認なく拡大してしまうこと
47
計画が確定され、進捗測定の基準を提供すること
48
プロジェクトがビジネス・ケースを満たすという確信を提供するため
49
ステージ全体のマネジメント・コントロールの基準として使用される
50
現在のステージの終了間際
51
チームの作業を整理およびコントロールするための基礎とする
52
ステージが合意された許容度を超える(または超えると予想される)場合
53
設計ステージやプロトタイプステージは構築ステージより短くなることがあるため
54
どの制約条件が優先されるかを理解し、適切なコントロールを選択するため
55
遅延するとプロジェクトが失敗するリスクがあるスケジュールに基づくプロジェクト
56
固定予算内で提供しなければならないプロジェクト
57
受け入れ後の支援やユーザー・トレーニングを含めることで、スムーズに移行できるようにするもの
58
ユーザーが期待する成果を達成するために、主要な成果物と品質要件を特定するため
59
プロジェクトで作成されるすべての成果物を階層構造で整理し、各成果物の要件をまとめること
60
プロジェクトの制約条件を無視して理想的な成果物を設計すること
61
成果物間の作成順序と依存関係を示す
62
成果物のライフサイクル全体にわたる環境インパクトを判断するため
63
デリバリー活動の環境インパクト(燃料消費量や生産廃棄物など)を考慮すること
64
持続可能性の許容度
65
ベネフィットの持続可能性を確保するための要件を特定すること
66
プロジェクト全体の「何を、どこで、いつ、どのように、誰が」実施するかを概説すること
67
プロジェクト成果物の受け入れ基準
68
成果物を作成し提供する方法を記述すること
69
必要な成果物に集中し、不要な作業や成果物を回避できる
70
プロジェクト成果物に関するユーザーの要件を文書化し、それを満たす手段を確立する
71
成果物、サービス、プロセスなどの特性が、どの程度要件を満たしているかを示すもの
72
リスクへの対応に責任を負うようアサインされた人
73
リスクに対応するための合意された処置のオーナーとして指名された人
74
リスクが発生する可能性の見積もり
75
リスクが発生した場合に達成目標に及ぼす影響の見積もり
76
リスクが発生する可能性が時間的にどの程度近づいているか
77
リスクが発生した場合に、達成目標にどれだけ早くインパクトを与えるか
78
特定の達成目標が「リスクにさらされている」程度
79
ビジネスが達成目標を追求するために負うことをいとわないリスクの量と種類
80
「リスクにさらされている」各達成目標の成果の許容範囲を表す測定可能なしきい値
81
削減
82
脅威と機会を特定するために、計画書の状況と達成目標をレビューする
83
リスクの発生確率とインパクトを評価し、優先度を決定する
84
リスク対応策とモニタリングの取り決め
85
リスクにさらされている達成目標について共通の理解を得る
86
プロジェクトの完了報告書
87
リスク影響度がリスク選好度内であれば、通常追加の対応策は不要
88
リスクがプロジェクトの許容範囲を超える場合
89
一部のリスクは特定の関係者にのみ関係し、公開しない正当な理由があるため
90
各リスクに対する対応責任を明確にするため
91
リスクはデイリー・スタンドアップ・ミーティングで頻繁にレビューされる
92
持続可能性に関するリスクをリスク登録簿に文書化し、定期的に見直す
93
小規模プロジェクトではシンプルなリスク管理、大規模プロジェクトでは徹底した管理を行う
94
変更がプロジェクトのベースラインに与える影響を評価し、適切に管理すること
95
変更が提案されているマネジメント成果物と正当な理由
96
仕様外項目を変更コントロール手順を通じて対処する
97
仕様外項目に対し、プロジェクト委員会が是正処置を求めずに受け入れること
98
承認プロセスの効率性を高め、プロジェクトの進捗を遅らせないため
99
変更のビジネス正当性との整合性が希薄化し、プロジェクトのベネフィットが低下する
100
すべての変更をプロジェクト委員会にエスカレーションする必要がなくなるため