対象試験と出題頻度
ワークアラウンドは、応用情報技術者で出題されるテーマです。
インシデント管理と問題管理の流れの中で登場する用語で、「暫定的な復旧」と「根本原因の除去」を切り分けて理解できているかが問われます。
詳細をクリックして確認
応用情報技術者
★★☆☆☆
ランクC（応用）余裕があれば覚える
用語の定義
情報処理試験を勉強していると、「ワークアラウンドって、結局ただの応急処置のこと？根本対応と何が違うの？」と混乱しがちです。
ワークアラウンド（Workaround／回避策）とは、一言で言うと
「障害の根本原因を取り除く前に、サービスを応急的に復旧・継続させる暫定対応」
のことです。
イメージとしては、「パンクしたタイヤに貼る応急パッチ」です。
釘が刺さってパンクしたとき、その場で穴をふさいで走れる状態に戻すのが応急パッチです。釘を抜いてタイヤを正規に修理・交換するのは後回しでも、とりあえず「走れる」状態に戻すことを優先します。
ワークアラウンドも同じで、「なぜ壊れたか」の解決は一旦置いて、利用者がサービスを使える状態に素早く戻すことを目的にした手当てです。
📊 ワークアラウンドの基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Workaround |
| 分類 | サービスマネジメント（ITサービス運用） |
| 主な登場場面 | インシデント管理・問題管理 |
| 対になる概念 | 恒久対策（根本原因の除去） |
解説
システム運用の現場では、障害が起きた瞬間に「原因の特定」と「サービスの復旧」という2つの異なる目標が同時に発生します。
このとき優先されるのは、原因究明よりも先に利用者が困らない状態へ戻すことです。原因をじっくり調べてから直していては、その間ずっとサービスが止まってしまうからです。
そこで、原因が未解明でもサービスを動かし続けるための「逃げ道」として暫定対応が選ばれます。これがワークアラウンドが運用プロセスに組み込まれている理由です。
インシデント管理と問題管理の中での位置づけ
ワークアラウンドを正しく理解する鍵は、「サービスを早く戻す活動」と「二度と起こさない活動」が別のプロセスに分かれている点にあります。
| プロセス | 目的 | ワークアラウンドとの関係 |
|---|---|---|
| インシデント管理 | サービスを可能な限り早く正常な状態に戻す | 復旧手段として暫定対応を適用する |
| 問題管理 | 障害の根本原因を突き止め、再発を防ぐ | 根本原因が判明するまでの間、暫定対応を登録・管理する |
障害発生からの対応フロー
障害が起きてから恒久対策に至るまでの流れを、時系列で見ると役割の違いがはっきりします。
サービス停止
暫定的に復旧
問題管理
根本原因を除去
▲ オレンジの「ワークアラウンド」は復旧を最優先する暫定対応。緑の「恒久対策」で初めて原因そのものが消える
暫定対応と恒久対策の違い
試験でも実務でも最重要なのが、この2つの線引きです。原因が残っているか消えているかで区別します。
| 観点 | ワークアラウンド（暫定） | 恒久対策 |
|---|---|---|
| 目的 | サービスを早く使える状態に戻す | 原因を取り除き再発を防ぐ |
| 根本原因 | 残ったまま | 解消される |
| スピード | 速い（その場で実施） | 遅い（調査・検証が必要） |
| 具体例 | サーバ再起動、代替機への切替、手作業での代用 | バグ修正、機器交換、設計見直し |
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 ワークアラウンドの核心を3行で
・根本原因が残ったままでも、サービスを応急的に復旧させる暫定対応
・インシデント管理（早期復旧）の手段であり、問題管理（再発防止）とは別物
・原因そのものを消すのは「恒久対策」であって、ワークアラウンドではない
試験ではこう出る！
ワークアラウンドは、APの午前問題でサービスマネジメント分野の用語問題として出題されます。
出題パターンは大きく2つに分かれます。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| AP H29春 午前 問55 |
インシデント管理における、根本原因が未特定でもサービスを復旧させる対応の名称を問う問題。 | ・正解は「ワークアラウンド」 ・「サービスを早く回復させる」がキーワード |
| AP 各回 サービスマネジメント |
インシデント管理と問題管理の役割を切り分けて問う問題。 | ・暫定復旧＝インシデント管理 ・根本原因の除去＝問題管理の混同を狙う |
📝 IPA試験での出題パターン
パターン1：「用語の意味を選べ」
「原因が判明していなくても、サービスを早期に回復させるための対応はどれか」という形式。ひっかけとして「恒久対策」（原因を除去する対応）、「エスカレーション」（上位者への引き継ぎ）、「既知の誤り」（原因が特定済みの記録）が並ぶ。キーワードは「暫定」「早期復旧」。
パターン2：「プロセスの役割分担を選べ」
暫定復旧を担うのがインシデント管理、根本原因の除去を担うのが問題管理という対応関係を問う形式。「ワークアラウンドは問題管理の最終目的だ」といった引っかけ文に注意する。
試験ではここまででOKです。ITILのバージョンごとの細かいプロセス名の違いまでは問われないので、深追いは不要です。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. サービスマネジメントにおける「ワークアラウンド」の説明として、最も適切なものはどれでしょうか？
- A. 障害の根本原因が判明していなくても、サービスを早期に復旧・継続させるために実施する暫定的な対応。
- B. 認可された利用者が必要なときにシステムやデータへ確実にアクセスできる状態を保つこと。
- C. 情報が許可されていない者に漏れないよう、アクセスできる範囲を限定して秘密を守ること。
正解と解説を見る
正解：A
解説：
ワークアラウンドは、原因の除去を待たずにサービスを応急的に回復させる暫定対応です。インシデント管理における早期復旧の手段として位置づけられ、根本原因の解消は問題管理側の役割になります。
選択肢Bは「可用性（Availability）」の説明です。必要なときにアクセスできる状態を指す情報セキュリティの概念であり、障害復旧の手当てそのものを指す用語ではありません。選択肢Cは「機密性（Confidentiality）」の説明です。情報を許可された者だけに限定する概念であり、サービス復旧とは無関係です。
よくある質問（FAQ）
Q. ワークアラウンドと「既知の誤り（Known Error）」はどう違いますか？
既知の誤りは「根本原因が特定済みで、回避策も判明している状態の記録」を指します。ワークアラウンドはその記録の中に書かれる回避手順そのものです。つまり既知の誤りという台帳の一項目として回避策が登録されるイメージで、両者は対立概念ではなく入れ子の関係にあります。
Q. ワークアラウンドを適用したら、その後の対応はもう不要ですか？
不要ではありません。暫定対応はあくまで時間稼ぎであり、原因が残っている以上、同じ障害が再発するリスクが続きます。適用した回避策は記録に残し、問題管理プロセスで原因を調査して恒久対策へつなげるのが正しい運用です。回避策を入れたまま放置すると、いわゆる「技術的負債」が積み上がります。
Q. 実務ではどんな場面でワークアラウンドが使われますか？
本番サービスが止まったときの一次対応で頻繁に使います。例えばアプリの不具合で特定機能だけが使えなくなったとき、その機能を一時的に無効化して残りのサービスを動かし続ける、あるいはバッチ処理が失敗した分を手作業で補う、といった対応が典型です。「利用者への影響を最小化しつつ、落ち着いて原因を調べる時間を確保する」ための現場の知恵といえます。
Q. ワークアラウンドとエスカレーションは何が違いますか？
エスカレーションは「自分の権限や技術で解決できない事案を、上位者や専門部門に引き継ぐこと」を指します。一方でワークアラウンドは「その場でサービスを復旧させる手当て」です。エスカレーションは対応を渡す行為、ワークアラウンドは対応する内容であり、目的が異なります。両者は障害対応の中で同時に発生することもあります。
