基本情報技術者試験(マネジメント②)

シラバス(Ver. 7.1)から出題 ※AIで問題作成のため誤りが含まれている可能性があります

基本情報技術者試験(マネジメント②)
100問 • 4日前
シラバス(Ver. 7.1)から出題 ※AIで問題作成のため誤りが含まれている可能性があります
  • ユーザ名非公開
  • 通報

    問題一覧

  • 1

    プロジェクトマネジメントで「スコープベースライン」が示すものはどれか

    承認されたスコープ記述書・WBS・WBS辞書のセットである

  • 2

    プロジェクトマネジメントで「アクティビティ順序設定」で行うことはどれか

    タスク間の依存関係を明確にし実行順序を決めることである

  • 3

    ITサービスマネジメントにおける「インシデント管理」の目的はどれか

    サービスの中断を最小化し通常状態へ迅速に復旧することである

  • 4

    プロジェクトマネジメントで「リスク登録簿」に記録される内容はどれか

    リスクの内容・影響度・対応方針などである

  • 5

    ITサービスマネジメントにおける「変更管理」の目的はどれか

    変更を統制しサービスへの影響を最小限に抑えることである

  • 6

    プロジェクトマネジメントで「品質管理(QC)」が行うことはどれか

    成果物が品質基準を満たしているかを検査することである

  • 7

    プロジェクトマネジメントで「ステークホルダ分析」を行う目的はどれか

    関係者の関心・影響度を把握し対応方針を決めるためである

  • 8

    ITサービスマネジメントにおける「既知のエラー」とは何か

    原因が特定され回避策が明確になっている問題のことである

  • 9

    プロジェクトマネジメントで「コストベースライン」が示すものはどれか

    承認された予算の累積計画値である

  • 10

    組織マネジメントにおける「PM理論(PM型リーダーシップ)」が示すものはどれか

    目標達成行動(P)と集団維持行動(M)の両立が重要という考え方である

  • 11

    プロジェクトマネジメントで「ファストトラッキング」の特徴はどれか

    本来は順番に行う作業を並行して実施し期間短縮を図る手法である

  • 12

    プロジェクトマネジメントで「クラッシング」の特徴はどれか

    追加コストをかけてリソースを増やし作業期間を短縮する手法である

  • 13

    ITサービスマネジメントにおける「サービスデスク」の役割はどれか

    利用者からの問い合わせや障害報告を受け付ける単一窓口である

  • 14

    プロジェクトマネジメントで「マイルストーン」が示すものはどれか

    プロジェクトの重要な節目となる到達点である

  • 15

    ITサービスマネジメントにおける「問題管理」の目的はどれか

    インシデントの根本原因を特定し再発を防止することである

  • 16

    プロジェクトマネジメントで「ステークホルダ登録簿」に記録される内容はどれか

    関係者の役割・関心・影響度などである

  • 17

    プロジェクトマネジメントで「リスク移転」に該当する対応はどれか

    契約や保険などによりリスクの影響を第三者に負担させることである

  • 18

    ITサービスマネジメントにおける「構成管理データベース(CMDB)」の役割はどれか

    構成アイテムとその関係性を一元管理することである

  • 19

    プロジェクトマネジメントで「品質保証(QA)」が行うことはどれか

    プロセスが適切に実施されているかを確認し品質を担保することである

  • 20

    組織マネジメントにおける「ハーズバーグの動機づけ・衛生理論」が示すものはどれか

    満足を高める要因と不満を防ぐ要因は別物であるという考え方である

  • 21

    プロジェクトマネジメントで「リスク回避」に該当する対応はどれか

    リスクの原因となる計画や作業自体を取りやめることである

  • 22

    プロジェクトマネジメントで「リスク低減」に該当する対応はどれか

    発生確率や影響度を下げるための予防策を講じることである

  • 23

    プロジェクトマネジメントで「リスク受容」に該当する対応はどれか

    リスクを許容し特別な対策を取らずに進めることである

  • 24

    ITサービスマネジメントにおける「サービス要求」とは何か

    利用者がサービスに関する追加・変更を求める通常の依頼である

  • 25

    プロジェクトマネジメントで「アーンドバリュー(EV)」が示すものはどれか

    計画された作業のうち、実際に完了した作業の価値である

  • 26

    ITサービスマネジメントにおける「SLA(サービスレベル合意書)」の役割はどれか

    提供するサービスの品質・範囲・目標値を明確に合意することである

  • 27

    プロジェクトマネジメントで「ステークホルダエンゲージメント計画」を作成する目的はどれか

    関係者の関与度を高め、協力を得られる状態を維持するためである

  • 28

    プロジェクトマネジメントで「資源カレンダー」を作成する目的はどれか

    人員や設備が利用可能な期間を明確にするためである

  • 29

    ITサービスマネジメントにおける「問題管理」とは何か

    インシデントの根本原因が未解決の状態である

  • 30

    組織マネジメントにおける「OJT(オン・ザ・ジョブ・トレーニング)」の特徴はどれか

    実際の業務を通じてスキルを習得させる教育方法である

  • 31

    プロジェクトマネジメントで「プロジェクト憲章」の主な役割はどれか

    プロジェクトの正式な開始を承認し、目的・制約・責任を明確にすることである

  • 32

    ITサービスマネジメントにおける「インシデント」と「問題」の違いはどれか

    インシデントはサービス中断の事象、問題は根本原因が未解決の状態を指す

  • 33

    プロジェクトマネジメントで「WBS辞書」に記載される内容はどれか

    各作業パッケージの詳細説明・担当者・成果物・制約条件などである

  • 34

    ITサービスマネジメントにおける「サービスレベル管理」の目的はどれか

    SLAで定めたサービス品質を維持・改善することである

  • 35

    プロジェクトマネジメントで「クリティカルパス」が示すものはどれか

    遅延するとプロジェクト全体に影響する最長経路である

  • 36

    ITサービスマネジメントにおける「構成アイテム(CI)」の例として適切なものはどれか

    サーバ、ネットワーク機器、アプリケーションなど管理対象となる要素である

  • 37

    プロジェクトマネジメントで「品質保証(QA)」と「品質管理(QC)」の違いはどれか

    QAはプロセスの適正性確認、QCは成果物の品質検査を行う

  • 38

    プロジェクトマネジメントで「調達文書」に含まれるものはどれか

    提案依頼書(RFP)や見積依頼書(RFQ)など外部提供者に提示する文書である

  • 39

    ITサービスマネジメントにおける「変更の種類」として正しいものはどれか

    標準変更・通常変更・緊急変更の3種類である

  • 40

    組織マネジメントにおける「PMBOKの知識エリア」の例として正しいものはどれか

    スコープ、コスト、品質、リスクなどの管理分野である

  • 41

    プロジェクトマネジメントで「変更要求(CR)」が提出された際に最初に行うべきことはどれか

    変更の内容と影響範囲を評価し、承認プロセスに回すことである

  • 42

    ITサービスマネジメントにおける「緊急変更」の特徴はどれか

    重大障害の復旧など、迅速な対応が必要なため簡略化された承認で実施される

  • 43

    プロジェクトマネジメントで「コスト見積り」の手法として適切なものはどれか

    類似プロジェクトの実績を基に見積もる類推見積りである

  • 44

    ITサービスマネジメントにおける「サービス継続性管理」の目的はどれか

    災害や重大障害発生時でも重要サービスを継続できるようにすることである

  • 45

    プロジェクトマネジメントで「アクティビティ資源見積り」で行うことはどれか

    各作業に必要な人員・設備・材料などの種類と量を見積もることである

  • 46

    ITサービスマネジメントにおける「サービスカタログ」の構成要素として適切なものはどれか

    提供サービスの内容・条件・利用可能時間などである

  • 47

    プロジェクトマネジメントで「プロジェクトスケジュールネットワーク図」が示すものはどれか

    アクティビティ間の依存関係を図式化したものである

  • 48

    ITサービスマネジメントにおける「イベント管理」の目的はどれか

    システムの状態を監視し、異常を早期に検知することである

  • 49

    プロジェクトマネジメントで「プロジェクト終了手続き」で行うべきことはどれか

    成果物の受入確認と契約のクローズ、教訓の整理などである

  • 50

    組織マネジメントにおける「PM理論(PM型リーダーシップ)」で理想とされるタイプはどれか

    目標達成行動(P)と集団維持行動(M)の両方が高いリーダーである

  • 51

    プロジェクトマネジメントで「プロジェクトスコープ記述書」に含まれる内容はどれか

    プロジェクトの成果物、除外事項、制約条件などである

  • 52

    ITサービスマネジメントにおける「インシデント管理」と「サービス要求管理」の違いはどれか

    インシデント管理は障害対応、サービス要求管理は通常依頼の処理を行う

  • 53

    プロジェクトマネジメントで「コストコントロール」で行うべきことはどれか

    実績コストと計画値を比較し、乖離を是正することである

  • 54

    ITサービスマネジメントにおける「問題管理」で扱う対象はどれか

    インシデントの根本原因が未解決の状態である

  • 55

    プロジェクトマネジメントで「ステークホルダエンゲージメント」の目的はどれか

    関係者の期待を適切に管理し、協力を得られる状態を維持することである

  • 56

    ITサービスマネジメントにおける「構成管理」の目的はどれか

    IT資産や構成アイテムの状態と関係性を正確に把握することである

  • 57

    プロジェクトマネジメントで「品質マネジメント計画書」に含まれる内容はどれか

    品質基準、品質保証活動、品質管理手順などである

  • 58

    ITサービスマネジメントにおける「サービスレポート」の目的はどれか

    サービスレベルの達成状況を可視化し改善に役立てることである

  • 59

    プロジェクトマネジメントで「予算確定(コストベースライン設定)」の目的はどれか

    承認された予算の基準値を設定し、コスト管理の基礎とすることである

  • 60

    組織マネジメントにおける「マズローの欲求5段階説」で最上位に位置するものはどれか

    自己実現の欲求である

  • 61

    プロジェクトマネジメントで「リスク登録簿」の更新が必要となるタイミングはどれか

    新しいリスクが識別されたり、既存リスクの評価が変化したときである

  • 62

    ITサービスマネジメントにおける「ナレッジ管理」の目的はどれか

    過去の対応事例や知識を共有し、迅速で一貫した対応を可能にすることである

  • 63

    プロジェクトマネジメントで「プロジェクトカレンダー」が示すものはどれか

    プロジェクト全体で使用する稼働日・休日・制約などのスケジュール条件である

  • 64

    ITサービスマネジメントにおける「イベント」とは何か

    システムの状態を示す通知であり、異常の兆候を含む場合がある

  • 65

    プロジェクトマネジメントで「アーンドスケジュール(ES)」が示すものはどれか

    実際の進捗に相当する計画上の時点を示す指標である

  • 66

    ITサービスマネジメントにおける「サービス提供管理」の目的はどれか

    サービスが合意されたレベルで継続的に提供されるよう管理することである

  • 67

    プロジェクトマネジメントで「リスクのトリガー」とは何か

    リスクが発生する可能性を示す兆候や前兆である

  • 68

    ITサービスマネジメントにおける「構成識別」の目的はどれか

    管理対象となる構成アイテムを定義し、識別情報を付与することである

  • 69

    プロジェクトマネジメントで「プロジェクト文書更新」が必要となるのはどのような場合か

    計画や実績に変更が生じ、関連文書の内容を修正する必要がある場合である

  • 70

    組織マネジメントにおける「リーダーシップ」と「マネジメント」の違いとして正しいものはどれか

    リーダーシップは方向性を示し、人を動機づけることに重点を置く

  • 71

    プロジェクトマネジメントで「プロジェクト憲章」を作成する主な目的はどれか

    プロジェクトの正式な開始を承認し、上位目的や制約を明確にすることである

  • 72

    ITサービスマネジメントにおける「サービスレベル目標(SLO)」の特徴はどれか

    SLAを構成する具体的な数値目標であり、達成状況を測定できる

  • 73

    プロジェクトマネジメントで「アクティビティ所要期間見積り」で行うことはどれか

    各作業を完了するために必要な期間を見積もることである

  • 74

    ITサービスマネジメントにおける「サービス継続性計画(ITSCM)」の目的はどれか

    災害や重大障害発生時でも重要サービスを継続できるようにすることである

  • 75

    プロジェクトマネジメントで「ステークホルダマッピング」を行う目的はどれか

    関係者を影響度と関心度で分類し、対応方針を決めるためである

  • 76

    ITサービスマネジメントにおける「問題記録(Problem Record)」に含まれる内容はどれか

    問題の概要、影響、原因分析状況、暫定対応などである

  • 77

    プロジェクトマネジメントで「予実差異分析」を行う目的はどれか

    計画値と実績値の差異を把握し、是正措置の必要性を判断するためである

  • 78

    ITサービスマネジメントにおける「サービス要求管理」の目的はどれか

    利用者からの通常の依頼を効率的に処理することである

  • 79

    プロジェクトマネジメントで「プロジェクト文書」と「マネジメント計画書」の違いはどれか

    マネジメント計画書はプロセスの方針、プロジェクト文書は実行中の記録や詳細情報である

  • 80

    組織マネジメントにおける「ハーシー&ブランチャードのSL理論」の特徴はどれか

    部下の成熟度に応じてリーダーシップスタイルを変えるという考え方である

  • 81

    プロジェクトマネジメントで「プロジェクトライフサイクル」の特徴はどれか

    立上げ→計画→実行→終結といった段階的な流れで構成される

  • 82

    ITサービスマネジメントにおける「インシデント優先度」の決定に用いる要素はどれか

    影響度と緊急度である

  • 83

    プロジェクトマネジメントで「要求トレーサビリティマトリクス」の目的はどれか

    要求がどの成果物で満たされるかを追跡できるようにすることである

  • 84

    ITサービスマネジメントにおける「重大インシデント」の特徴はどれか

    事業に大きな影響を与えるため、特別な手順と迅速な対応が求められる

  • 85

    プロジェクトマネジメントで「プロジェクトスケジュールの短縮」が必要となる典型的な理由はどれか

    外部要因により納期が前倒しになるなど、期限の制約が変化した場合である

  • 86

    ITサービスマネジメントにおける「サービスバリューチェーン」の目的はどれか

    サービス提供に必要な活動を体系化し、価値創出の流れを明確にすることである

  • 87

    プロジェクトマネジメントで「プロジェクトマネジメント計画書」の特徴はどれか

    各管理計画書を統合した、プロジェクト運営の基準となる文書である

  • 88

    ITサービスマネジメントにおける「サービス要求」と「インシデント」の違いはどれか

    サービス要求は通常依頼、インシデントはサービス中断や障害である

  • 89

    プロジェクトマネジメントで「予測型ライフサイクル(ウォーターフォール)」の特徴はどれか

    要求が安定しており、工程を順番に進める計画重視のモデルである

  • 90

    組織マネジメントにおける「コンフリクトマネジメント」の目的はどれか

    対立を適切に調整し、建設的な解決につなげることである

  • 91

    プロジェクトマネジメントで「プロジェクト終了報告書」の目的はどれか

    プロジェクトの成果・教訓・完了状況を正式にまとめることである

  • 92

    ITサービスマネジメントにおける「サービスデスクのシングルポイントオブコンタクト(SPOC)」の意味はどれか

    利用者が最初に連絡する窓口を一本化することである

  • 93

    プロジェクトマネジメントで「アジャイルライフサイクル」の特徴はどれか

    短い反復で成果物を段階的に提供し、変更に柔軟に対応する

  • 94

    ITサービスマネジメントにおける「既知のエラーDB(KEDB)」の役割はどれか

    原因が判明している問題と回避策を蓄積し、迅速な復旧に役立てることである

  • 95

    プロジェクトマネジメントで「ステークホルダエンゲージメント評価マトリクス」の目的はどれか

    関係者の現在の関与度と望ましい関与度を比較し、ギャップを把握することである

  • 96

    ITサービスマネジメントにおける「変更スケジュール(Forward Schedule of Change)」の目的はどれか

    計画されている変更の実施予定を一覧化し、影響を把握しやすくすることである

  • 97

    プロジェクトマネジメントで「プロジェクトの制約条件」に該当するものはどれか

    スコープ・コスト・スケジュールなど、変更が難しい前提条件である

  • 98

    ITサービスマネジメントにおける「サービス提供の可用性」を高めるための典型的な手段はどれか

    冗長構成やフェイルオーバーなど、停止を防ぐ仕組みを導入することである

  • 99

    プロジェクトマネジメントで「教訓(Lessons Learned)」を文書化する目的はどれか

    成功点・失敗点を整理し、将来のプロジェクトに活かすためである

  • 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

    ITサービスマネジメントにおける「インシデント管理」の目的はどれか

    サービスの中断を最小化し通常状態へ迅速に復旧することである

  • 4

    プロジェクトマネジメントで「リスク登録簿」に記録される内容はどれか

    リスクの内容・影響度・対応方針などである

  • 5

    ITサービスマネジメントにおける「変更管理」の目的はどれか

    変更を統制しサービスへの影響を最小限に抑えることである

  • 6

    プロジェクトマネジメントで「品質管理(QC)」が行うことはどれか

    成果物が品質基準を満たしているかを検査することである

  • 7

    プロジェクトマネジメントで「ステークホルダ分析」を行う目的はどれか

    関係者の関心・影響度を把握し対応方針を決めるためである

  • 8

    ITサービスマネジメントにおける「既知のエラー」とは何か

    原因が特定され回避策が明確になっている問題のことである

  • 9

    プロジェクトマネジメントで「コストベースライン」が示すものはどれか

    承認された予算の累積計画値である

  • 10

    組織マネジメントにおける「PM理論(PM型リーダーシップ)」が示すものはどれか

    目標達成行動(P)と集団維持行動(M)の両立が重要という考え方である

  • 11

    プロジェクトマネジメントで「ファストトラッキング」の特徴はどれか

    本来は順番に行う作業を並行して実施し期間短縮を図る手法である

  • 12

    プロジェクトマネジメントで「クラッシング」の特徴はどれか

    追加コストをかけてリソースを増やし作業期間を短縮する手法である

  • 13

    ITサービスマネジメントにおける「サービスデスク」の役割はどれか

    利用者からの問い合わせや障害報告を受け付ける単一窓口である

  • 14

    プロジェクトマネジメントで「マイルストーン」が示すものはどれか

    プロジェクトの重要な節目となる到達点である

  • 15

    ITサービスマネジメントにおける「問題管理」の目的はどれか

    インシデントの根本原因を特定し再発を防止することである

  • 16

    プロジェクトマネジメントで「ステークホルダ登録簿」に記録される内容はどれか

    関係者の役割・関心・影響度などである

  • 17

    プロジェクトマネジメントで「リスク移転」に該当する対応はどれか

    契約や保険などによりリスクの影響を第三者に負担させることである

  • 18

    ITサービスマネジメントにおける「構成管理データベース(CMDB)」の役割はどれか

    構成アイテムとその関係性を一元管理することである

  • 19

    プロジェクトマネジメントで「品質保証(QA)」が行うことはどれか

    プロセスが適切に実施されているかを確認し品質を担保することである

  • 20

    組織マネジメントにおける「ハーズバーグの動機づけ・衛生理論」が示すものはどれか

    満足を高める要因と不満を防ぐ要因は別物であるという考え方である

  • 21

    プロジェクトマネジメントで「リスク回避」に該当する対応はどれか

    リスクの原因となる計画や作業自体を取りやめることである

  • 22

    プロジェクトマネジメントで「リスク低減」に該当する対応はどれか

    発生確率や影響度を下げるための予防策を講じることである

  • 23

    プロジェクトマネジメントで「リスク受容」に該当する対応はどれか

    リスクを許容し特別な対策を取らずに進めることである

  • 24

    ITサービスマネジメントにおける「サービス要求」とは何か

    利用者がサービスに関する追加・変更を求める通常の依頼である

  • 25

    プロジェクトマネジメントで「アーンドバリュー(EV)」が示すものはどれか

    計画された作業のうち、実際に完了した作業の価値である

  • 26

    ITサービスマネジメントにおける「SLA(サービスレベル合意書)」の役割はどれか

    提供するサービスの品質・範囲・目標値を明確に合意することである

  • 27

    プロジェクトマネジメントで「ステークホルダエンゲージメント計画」を作成する目的はどれか

    関係者の関与度を高め、協力を得られる状態を維持するためである

  • 28

    プロジェクトマネジメントで「資源カレンダー」を作成する目的はどれか

    人員や設備が利用可能な期間を明確にするためである

  • 29

    ITサービスマネジメントにおける「問題管理」とは何か

    インシデントの根本原因が未解決の状態である

  • 30

    組織マネジメントにおける「OJT(オン・ザ・ジョブ・トレーニング)」の特徴はどれか

    実際の業務を通じてスキルを習得させる教育方法である

  • 31

    プロジェクトマネジメントで「プロジェクト憲章」の主な役割はどれか

    プロジェクトの正式な開始を承認し、目的・制約・責任を明確にすることである

  • 32

    ITサービスマネジメントにおける「インシデント」と「問題」の違いはどれか

    インシデントはサービス中断の事象、問題は根本原因が未解決の状態を指す

  • 33

    プロジェクトマネジメントで「WBS辞書」に記載される内容はどれか

    各作業パッケージの詳細説明・担当者・成果物・制約条件などである

  • 34

    ITサービスマネジメントにおける「サービスレベル管理」の目的はどれか

    SLAで定めたサービス品質を維持・改善することである

  • 35

    プロジェクトマネジメントで「クリティカルパス」が示すものはどれか

    遅延するとプロジェクト全体に影響する最長経路である

  • 36

    ITサービスマネジメントにおける「構成アイテム(CI)」の例として適切なものはどれか

    サーバ、ネットワーク機器、アプリケーションなど管理対象となる要素である

  • 37

    プロジェクトマネジメントで「品質保証(QA)」と「品質管理(QC)」の違いはどれか

    QAはプロセスの適正性確認、QCは成果物の品質検査を行う

  • 38

    プロジェクトマネジメントで「調達文書」に含まれるものはどれか

    提案依頼書(RFP)や見積依頼書(RFQ)など外部提供者に提示する文書である

  • 39

    ITサービスマネジメントにおける「変更の種類」として正しいものはどれか

    標準変更・通常変更・緊急変更の3種類である

  • 40

    組織マネジメントにおける「PMBOKの知識エリア」の例として正しいものはどれか

    スコープ、コスト、品質、リスクなどの管理分野である

  • 41

    プロジェクトマネジメントで「変更要求(CR)」が提出された際に最初に行うべきことはどれか

    変更の内容と影響範囲を評価し、承認プロセスに回すことである

  • 42

    ITサービスマネジメントにおける「緊急変更」の特徴はどれか

    重大障害の復旧など、迅速な対応が必要なため簡略化された承認で実施される

  • 43

    プロジェクトマネジメントで「コスト見積り」の手法として適切なものはどれか

    類似プロジェクトの実績を基に見積もる類推見積りである

  • 44

    ITサービスマネジメントにおける「サービス継続性管理」の目的はどれか

    災害や重大障害発生時でも重要サービスを継続できるようにすることである

  • 45

    プロジェクトマネジメントで「アクティビティ資源見積り」で行うことはどれか

    各作業に必要な人員・設備・材料などの種類と量を見積もることである

  • 46

    ITサービスマネジメントにおける「サービスカタログ」の構成要素として適切なものはどれか

    提供サービスの内容・条件・利用可能時間などである

  • 47

    プロジェクトマネジメントで「プロジェクトスケジュールネットワーク図」が示すものはどれか

    アクティビティ間の依存関係を図式化したものである

  • 48

    ITサービスマネジメントにおける「イベント管理」の目的はどれか

    システムの状態を監視し、異常を早期に検知することである

  • 49

    プロジェクトマネジメントで「プロジェクト終了手続き」で行うべきことはどれか

    成果物の受入確認と契約のクローズ、教訓の整理などである

  • 50

    組織マネジメントにおける「PM理論(PM型リーダーシップ)」で理想とされるタイプはどれか

    目標達成行動(P)と集団維持行動(M)の両方が高いリーダーである

  • 51

    プロジェクトマネジメントで「プロジェクトスコープ記述書」に含まれる内容はどれか

    プロジェクトの成果物、除外事項、制約条件などである

  • 52

    ITサービスマネジメントにおける「インシデント管理」と「サービス要求管理」の違いはどれか

    インシデント管理は障害対応、サービス要求管理は通常依頼の処理を行う

  • 53

    プロジェクトマネジメントで「コストコントロール」で行うべきことはどれか

    実績コストと計画値を比較し、乖離を是正することである

  • 54

    ITサービスマネジメントにおける「問題管理」で扱う対象はどれか

    インシデントの根本原因が未解決の状態である

  • 55

    プロジェクトマネジメントで「ステークホルダエンゲージメント」の目的はどれか

    関係者の期待を適切に管理し、協力を得られる状態を維持することである

  • 56

    ITサービスマネジメントにおける「構成管理」の目的はどれか

    IT資産や構成アイテムの状態と関係性を正確に把握することである

  • 57

    プロジェクトマネジメントで「品質マネジメント計画書」に含まれる内容はどれか

    品質基準、品質保証活動、品質管理手順などである

  • 58

    ITサービスマネジメントにおける「サービスレポート」の目的はどれか

    サービスレベルの達成状況を可視化し改善に役立てることである

  • 59

    プロジェクトマネジメントで「予算確定(コストベースライン設定)」の目的はどれか

    承認された予算の基準値を設定し、コスト管理の基礎とすることである

  • 60

    組織マネジメントにおける「マズローの欲求5段階説」で最上位に位置するものはどれか

    自己実現の欲求である

  • 61

    プロジェクトマネジメントで「リスク登録簿」の更新が必要となるタイミングはどれか

    新しいリスクが識別されたり、既存リスクの評価が変化したときである

  • 62

    ITサービスマネジメントにおける「ナレッジ管理」の目的はどれか

    過去の対応事例や知識を共有し、迅速で一貫した対応を可能にすることである

  • 63

    プロジェクトマネジメントで「プロジェクトカレンダー」が示すものはどれか

    プロジェクト全体で使用する稼働日・休日・制約などのスケジュール条件である

  • 64

    ITサービスマネジメントにおける「イベント」とは何か

    システムの状態を示す通知であり、異常の兆候を含む場合がある

  • 65

    プロジェクトマネジメントで「アーンドスケジュール(ES)」が示すものはどれか

    実際の進捗に相当する計画上の時点を示す指標である

  • 66

    ITサービスマネジメントにおける「サービス提供管理」の目的はどれか

    サービスが合意されたレベルで継続的に提供されるよう管理することである

  • 67

    プロジェクトマネジメントで「リスクのトリガー」とは何か

    リスクが発生する可能性を示す兆候や前兆である

  • 68

    ITサービスマネジメントにおける「構成識別」の目的はどれか

    管理対象となる構成アイテムを定義し、識別情報を付与することである

  • 69

    プロジェクトマネジメントで「プロジェクト文書更新」が必要となるのはどのような場合か

    計画や実績に変更が生じ、関連文書の内容を修正する必要がある場合である

  • 70

    組織マネジメントにおける「リーダーシップ」と「マネジメント」の違いとして正しいものはどれか

    リーダーシップは方向性を示し、人を動機づけることに重点を置く

  • 71

    プロジェクトマネジメントで「プロジェクト憲章」を作成する主な目的はどれか

    プロジェクトの正式な開始を承認し、上位目的や制約を明確にすることである

  • 72

    ITサービスマネジメントにおける「サービスレベル目標(SLO)」の特徴はどれか

    SLAを構成する具体的な数値目標であり、達成状況を測定できる

  • 73

    プロジェクトマネジメントで「アクティビティ所要期間見積り」で行うことはどれか

    各作業を完了するために必要な期間を見積もることである

  • 74

    ITサービスマネジメントにおける「サービス継続性計画(ITSCM)」の目的はどれか

    災害や重大障害発生時でも重要サービスを継続できるようにすることである

  • 75

    プロジェクトマネジメントで「ステークホルダマッピング」を行う目的はどれか

    関係者を影響度と関心度で分類し、対応方針を決めるためである

  • 76

    ITサービスマネジメントにおける「問題記録(Problem Record)」に含まれる内容はどれか

    問題の概要、影響、原因分析状況、暫定対応などである

  • 77

    プロジェクトマネジメントで「予実差異分析」を行う目的はどれか

    計画値と実績値の差異を把握し、是正措置の必要性を判断するためである

  • 78

    ITサービスマネジメントにおける「サービス要求管理」の目的はどれか

    利用者からの通常の依頼を効率的に処理することである

  • 79

    プロジェクトマネジメントで「プロジェクト文書」と「マネジメント計画書」の違いはどれか

    マネジメント計画書はプロセスの方針、プロジェクト文書は実行中の記録や詳細情報である

  • 80

    組織マネジメントにおける「ハーシー&ブランチャードのSL理論」の特徴はどれか

    部下の成熟度に応じてリーダーシップスタイルを変えるという考え方である

  • 81

    プロジェクトマネジメントで「プロジェクトライフサイクル」の特徴はどれか

    立上げ→計画→実行→終結といった段階的な流れで構成される

  • 82

    ITサービスマネジメントにおける「インシデント優先度」の決定に用いる要素はどれか

    影響度と緊急度である

  • 83

    プロジェクトマネジメントで「要求トレーサビリティマトリクス」の目的はどれか

    要求がどの成果物で満たされるかを追跡できるようにすることである

  • 84

    ITサービスマネジメントにおける「重大インシデント」の特徴はどれか

    事業に大きな影響を与えるため、特別な手順と迅速な対応が求められる

  • 85

    プロジェクトマネジメントで「プロジェクトスケジュールの短縮」が必要となる典型的な理由はどれか

    外部要因により納期が前倒しになるなど、期限の制約が変化した場合である

  • 86

    ITサービスマネジメントにおける「サービスバリューチェーン」の目的はどれか

    サービス提供に必要な活動を体系化し、価値創出の流れを明確にすることである

  • 87

    プロジェクトマネジメントで「プロジェクトマネジメント計画書」の特徴はどれか

    各管理計画書を統合した、プロジェクト運営の基準となる文書である

  • 88

    ITサービスマネジメントにおける「サービス要求」と「インシデント」の違いはどれか

    サービス要求は通常依頼、インシデントはサービス中断や障害である

  • 89

    プロジェクトマネジメントで「予測型ライフサイクル(ウォーターフォール)」の特徴はどれか

    要求が安定しており、工程を順番に進める計画重視のモデルである

  • 90

    組織マネジメントにおける「コンフリクトマネジメント」の目的はどれか

    対立を適切に調整し、建設的な解決につなげることである

  • 91

    プロジェクトマネジメントで「プロジェクト終了報告書」の目的はどれか

    プロジェクトの成果・教訓・完了状況を正式にまとめることである

  • 92

    ITサービスマネジメントにおける「サービスデスクのシングルポイントオブコンタクト(SPOC)」の意味はどれか

    利用者が最初に連絡する窓口を一本化することである

  • 93

    プロジェクトマネジメントで「アジャイルライフサイクル」の特徴はどれか

    短い反復で成果物を段階的に提供し、変更に柔軟に対応する

  • 94

    ITサービスマネジメントにおける「既知のエラーDB(KEDB)」の役割はどれか

    原因が判明している問題と回避策を蓄積し、迅速な復旧に役立てることである

  • 95

    プロジェクトマネジメントで「ステークホルダエンゲージメント評価マトリクス」の目的はどれか

    関係者の現在の関与度と望ましい関与度を比較し、ギャップを把握することである

  • 96

    ITサービスマネジメントにおける「変更スケジュール(Forward Schedule of Change)」の目的はどれか

    計画されている変更の実施予定を一覧化し、影響を把握しやすくすることである

  • 97

    プロジェクトマネジメントで「プロジェクトの制約条件」に該当するものはどれか

    スコープ・コスト・スケジュールなど、変更が難しい前提条件である

  • 98

    ITサービスマネジメントにおける「サービス提供の可用性」を高めるための典型的な手段はどれか

    冗長構成やフェイルオーバーなど、停止を防ぐ仕組みを導入することである

  • 99

    プロジェクトマネジメントで「教訓(Lessons Learned)」を文書化する目的はどれか

    成功点・失敗点を整理し、将来のプロジェクトに活かすためである

  • 100

    組織マネジメントにおける「エンパワーメント」の目的はどれか

    権限と責任を委譲し、メンバーの主体性と能力を引き出すことである