基本情報技術者試験(マネジメント②)
シラバス(Ver. 7.1)から出題 ※AIで問題作成のため誤りが含まれている可能性があります
問題一覧
1
承認されたスコープ記述書・WBS・WBS辞書のセットである
2
タスク間の依存関係を明確にし実行順序を決めることである
3
サービスの中断を最小化し通常状態へ迅速に復旧することである
4
リスクの内容・影響度・対応方針などである
5
変更を統制しサービスへの影響を最小限に抑えることである
6
成果物が品質基準を満たしているかを検査することである
7
関係者の関心・影響度を把握し対応方針を決めるためである
8
原因が特定され回避策が明確になっている問題のことである
9
承認された予算の累積計画値である
10
目標達成行動(P)と集団維持行動(M)の両立が重要という考え方である
11
本来は順番に行う作業を並行して実施し期間短縮を図る手法である
12
追加コストをかけてリソースを増やし作業期間を短縮する手法である
13
利用者からの問い合わせや障害報告を受け付ける単一窓口である
14
プロジェクトの重要な節目となる到達点である
15
インシデントの根本原因を特定し再発を防止することである
16
関係者の役割・関心・影響度などである
17
契約や保険などによりリスクの影響を第三者に負担させることである
18
構成アイテムとその関係性を一元管理することである
19
プロセスが適切に実施されているかを確認し品質を担保することである
20
満足を高める要因と不満を防ぐ要因は別物であるという考え方である
21
リスクの原因となる計画や作業自体を取りやめることである
22
発生確率や影響度を下げるための予防策を講じることである
23
リスクを許容し特別な対策を取らずに進めることである
24
利用者がサービスに関する追加・変更を求める通常の依頼である
25
計画された作業のうち、実際に完了した作業の価値である
26
提供するサービスの品質・範囲・目標値を明確に合意することである
27
関係者の関与度を高め、協力を得られる状態を維持するためである
28
人員や設備が利用可能な期間を明確にするためである
29
インシデントの根本原因が未解決の状態である
30
実際の業務を通じてスキルを習得させる教育方法である
31
プロジェクトの正式な開始を承認し、目的・制約・責任を明確にすることである
32
インシデントはサービス中断の事象、問題は根本原因が未解決の状態を指す
33
各作業パッケージの詳細説明・担当者・成果物・制約条件などである
34
SLAで定めたサービス品質を維持・改善することである
35
遅延するとプロジェクト全体に影響する最長経路である
36
サーバ、ネットワーク機器、アプリケーションなど管理対象となる要素である
37
QAはプロセスの適正性確認、QCは成果物の品質検査を行う
38
提案依頼書(RFP)や見積依頼書(RFQ)など外部提供者に提示する文書である
39
標準変更・通常変更・緊急変更の3種類である
40
スコープ、コスト、品質、リスクなどの管理分野である
41
変更の内容と影響範囲を評価し、承認プロセスに回すことである
42
重大障害の復旧など、迅速な対応が必要なため簡略化された承認で実施される
43
類似プロジェクトの実績を基に見積もる類推見積りである
44
災害や重大障害発生時でも重要サービスを継続できるようにすることである
45
各作業に必要な人員・設備・材料などの種類と量を見積もることである
46
提供サービスの内容・条件・利用可能時間などである
47
アクティビティ間の依存関係を図式化したものである
48
システムの状態を監視し、異常を早期に検知することである
49
成果物の受入確認と契約のクローズ、教訓の整理などである
50
目標達成行動(P)と集団維持行動(M)の両方が高いリーダーである
51
プロジェクトの成果物、除外事項、制約条件などである
52
インシデント管理は障害対応、サービス要求管理は通常依頼の処理を行う
53
実績コストと計画値を比較し、乖離を是正することである
54
インシデントの根本原因が未解決の状態である
55
関係者の期待を適切に管理し、協力を得られる状態を維持することである
56
IT資産や構成アイテムの状態と関係性を正確に把握することである
57
品質基準、品質保証活動、品質管理手順などである
58
サービスレベルの達成状況を可視化し改善に役立てることである
59
承認された予算の基準値を設定し、コスト管理の基礎とすることである
60
自己実現の欲求である
61
新しいリスクが識別されたり、既存リスクの評価が変化したときである
62
過去の対応事例や知識を共有し、迅速で一貫した対応を可能にすることである
63
プロジェクト全体で使用する稼働日・休日・制約などのスケジュール条件である
64
システムの状態を示す通知であり、異常の兆候を含む場合がある
65
実際の進捗に相当する計画上の時点を示す指標である
66
サービスが合意されたレベルで継続的に提供されるよう管理することである
67
リスクが発生する可能性を示す兆候や前兆である
68
管理対象となる構成アイテムを定義し、識別情報を付与することである
69
計画や実績に変更が生じ、関連文書の内容を修正する必要がある場合である
70
リーダーシップは方向性を示し、人を動機づけることに重点を置く
71
プロジェクトの正式な開始を承認し、上位目的や制約を明確にすることである
72
SLAを構成する具体的な数値目標であり、達成状況を測定できる
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
権限と責任を委譲し、メンバーの主体性と能力を引き出すことである
基本情報技術者試験(テクノロジ①)
基本情報技術者試験(テクノロジ①)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(テクノロジ①)
基本情報技術者試験(テクノロジ①)
100問 • 4日前基本情報技術者試験(テクノロジ②)
基本情報技術者試験(テクノロジ②)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ②)
基本情報技術者試験(テクノロジ②)
100問 • 3日前基本情報技術者試験(テクノロジ③)
基本情報技術者試験(テクノロジ③)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ③)
基本情報技術者試験(テクノロジ③)
100問 • 3日前基本情報技術者試験(テクノロジ④)
基本情報技術者試験(テクノロジ④)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ④)
基本情報技術者試験(テクノロジ④)
100問 • 3日前基本情報技術者試験(テクノロジ⑤)
基本情報技術者試験(テクノロジ⑤)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑤)
基本情報技術者試験(テクノロジ⑤)
100問 • 3日前基本情報技術者試験(テクノロジ⑥)
基本情報技術者試験(テクノロジ⑥)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑥)
基本情報技術者試験(テクノロジ⑥)
100問 • 3日前基本情報技術者試験(テクノロジ⑦)
基本情報技術者試験(テクノロジ⑦)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑦)
基本情報技術者試験(テクノロジ⑦)
100問 • 3日前基本情報技術者試験(テクノロジ⑧)
基本情報技術者試験(テクノロジ⑧)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑧)
基本情報技術者試験(テクノロジ⑧)
100問 • 3日前基本情報技術者試験(テクノロジ⑨)
基本情報技術者試験(テクノロジ⑨)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑨)
基本情報技術者試験(テクノロジ⑨)
100問 • 3日前基本情報技術者試験(テクノロジ⑩)
基本情報技術者試験(テクノロジ⑩)
ユーザ名非公開 · 100問 · 3日前基本情報技術者試験(テクノロジ⑩)
基本情報技術者試験(テクノロジ⑩)
100問 • 3日前基本情報技術者試験(マネジメント①)
基本情報技術者試験(マネジメント①)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(マネジメント①)
基本情報技術者試験(マネジメント①)
100問 • 4日前基本情報技術者試験(マネジメント③)
基本情報技術者試験(マネジメント③)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(マネジメント③)
基本情報技術者試験(マネジメント③)
100問 • 4日前基本情報技術者試験(ストラテジ①)
基本情報技術者試験(ストラテジ①)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(ストラテジ①)
基本情報技術者試験(ストラテジ①)
100問 • 4日前基本情報技術者試験(ストラテジ②)
基本情報技術者試験(ストラテジ②)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(ストラテジ②)
基本情報技術者試験(ストラテジ②)
100問 • 4日前基本情報技術者試験(ストラテジ③)
基本情報技術者試験(ストラテジ③)
ユーザ名非公開 · 100問 · 4日前基本情報技術者試験(ストラテジ③)
基本情報技術者試験(ストラテジ③)
100問 • 4日前問題一覧
1
承認されたスコープ記述書・WBS・WBS辞書のセットである
2
タスク間の依存関係を明確にし実行順序を決めることである
3
サービスの中断を最小化し通常状態へ迅速に復旧することである
4
リスクの内容・影響度・対応方針などである
5
変更を統制しサービスへの影響を最小限に抑えることである
6
成果物が品質基準を満たしているかを検査することである
7
関係者の関心・影響度を把握し対応方針を決めるためである
8
原因が特定され回避策が明確になっている問題のことである
9
承認された予算の累積計画値である
10
目標達成行動(P)と集団維持行動(M)の両立が重要という考え方である
11
本来は順番に行う作業を並行して実施し期間短縮を図る手法である
12
追加コストをかけてリソースを増やし作業期間を短縮する手法である
13
利用者からの問い合わせや障害報告を受け付ける単一窓口である
14
プロジェクトの重要な節目となる到達点である
15
インシデントの根本原因を特定し再発を防止することである
16
関係者の役割・関心・影響度などである
17
契約や保険などによりリスクの影響を第三者に負担させることである
18
構成アイテムとその関係性を一元管理することである
19
プロセスが適切に実施されているかを確認し品質を担保することである
20
満足を高める要因と不満を防ぐ要因は別物であるという考え方である
21
リスクの原因となる計画や作業自体を取りやめることである
22
発生確率や影響度を下げるための予防策を講じることである
23
リスクを許容し特別な対策を取らずに進めることである
24
利用者がサービスに関する追加・変更を求める通常の依頼である
25
計画された作業のうち、実際に完了した作業の価値である
26
提供するサービスの品質・範囲・目標値を明確に合意することである
27
関係者の関与度を高め、協力を得られる状態を維持するためである
28
人員や設備が利用可能な期間を明確にするためである
29
インシデントの根本原因が未解決の状態である
30
実際の業務を通じてスキルを習得させる教育方法である
31
プロジェクトの正式な開始を承認し、目的・制約・責任を明確にすることである
32
インシデントはサービス中断の事象、問題は根本原因が未解決の状態を指す
33
各作業パッケージの詳細説明・担当者・成果物・制約条件などである
34
SLAで定めたサービス品質を維持・改善することである
35
遅延するとプロジェクト全体に影響する最長経路である
36
サーバ、ネットワーク機器、アプリケーションなど管理対象となる要素である
37
QAはプロセスの適正性確認、QCは成果物の品質検査を行う
38
提案依頼書(RFP)や見積依頼書(RFQ)など外部提供者に提示する文書である
39
標準変更・通常変更・緊急変更の3種類である
40
スコープ、コスト、品質、リスクなどの管理分野である
41
変更の内容と影響範囲を評価し、承認プロセスに回すことである
42
重大障害の復旧など、迅速な対応が必要なため簡略化された承認で実施される
43
類似プロジェクトの実績を基に見積もる類推見積りである
44
災害や重大障害発生時でも重要サービスを継続できるようにすることである
45
各作業に必要な人員・設備・材料などの種類と量を見積もることである
46
提供サービスの内容・条件・利用可能時間などである
47
アクティビティ間の依存関係を図式化したものである
48
システムの状態を監視し、異常を早期に検知することである
49
成果物の受入確認と契約のクローズ、教訓の整理などである
50
目標達成行動(P)と集団維持行動(M)の両方が高いリーダーである
51
プロジェクトの成果物、除外事項、制約条件などである
52
インシデント管理は障害対応、サービス要求管理は通常依頼の処理を行う
53
実績コストと計画値を比較し、乖離を是正することである
54
インシデントの根本原因が未解決の状態である
55
関係者の期待を適切に管理し、協力を得られる状態を維持することである
56
IT資産や構成アイテムの状態と関係性を正確に把握することである
57
品質基準、品質保証活動、品質管理手順などである
58
サービスレベルの達成状況を可視化し改善に役立てることである
59
承認された予算の基準値を設定し、コスト管理の基礎とすることである
60
自己実現の欲求である
61
新しいリスクが識別されたり、既存リスクの評価が変化したときである
62
過去の対応事例や知識を共有し、迅速で一貫した対応を可能にすることである
63
プロジェクト全体で使用する稼働日・休日・制約などのスケジュール条件である
64
システムの状態を示す通知であり、異常の兆候を含む場合がある
65
実際の進捗に相当する計画上の時点を示す指標である
66
サービスが合意されたレベルで継続的に提供されるよう管理することである
67
リスクが発生する可能性を示す兆候や前兆である
68
管理対象となる構成アイテムを定義し、識別情報を付与することである
69
計画や実績に変更が生じ、関連文書の内容を修正する必要がある場合である
70
リーダーシップは方向性を示し、人を動機づけることに重点を置く
71
プロジェクトの正式な開始を承認し、上位目的や制約を明確にすることである
72
SLAを構成する具体的な数値目標であり、達成状況を測定できる
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
権限と責任を委譲し、メンバーの主体性と能力を引き出すことである