本文へ移動

ホーム / 情シス / 第5部 セキュリティと運用

第5部 セキュリティと運用・第14章

ヘルプデスクと IT サービス管理

★★☆ 重要5トピック・面接 3問

社員の困りごとを速く解決し、同じ問い合わせを減らす方法を押さえる。

別のページで開く →

障害対応の演習を読み込んでいます…

14.1チケットとナレッジ

用語★★☆ 重要
ひとことで

問い合わせを記録し、よくある質問はナレッジにして自分で解決できるようにする。

ヘルプデスクは、社員からの問い合わせや依頼を受けて解決する窓口です。チャットや口頭で受けたままだと、抜け漏れが起き、どんな問い合わせが多いのかも分かりません。すべてをチケットに記録するのが基本です。

チケット管理

Jira Service Management・ServiceNow・Zendesk などのチケット管理の道具を使います。Slack や Teams から送るとチケットになる連携を用意すると、社員が使いやすくなります。

すべてをチケットにし、解決したらナレッジに残す受付割り当て対応中解決完了保留(返事待ち)ナレッジに残す
チケットの状態の流れ
チケットに残すこと使いみち
種類(障害・問い合わせ・依頼・アカウント申請)種類ごとの件数と対応時間を見る
優先度(業務への影響 × 人数)全社が使えない障害を先に
担当者・状態・期限(SLA)止まっているチケットに気づく
原因と対応の内容次に同じことが起きたときのナレッジになる
承認の記録(権限の付与・ソフトの導入)監査で証跡として使う

月に一度、種類ごとの件数を見て、多いものから原因をなくすか、自分で解決できるようにします。

面接ではこう答える

ヘルプデスクの基本は、問い合わせや依頼をすべてチケットに記録することです。チャットや口頭のままだと抜け漏れが起き、どんな問い合わせが多いかも分かりません。チケットには種類、優先度、担当者、状態、期限、原因と対応を残し、月に一度、種類ごとの件数を見ます。多いものから、原因をなくすか、ナレッジやセルフサービスで社員が自分で解決できるようにします。

件数の多い問い合わせは、社員が自分で解決できるようにすると、社員は待たずに済み、情シスは難しい問題に時間を使えます。

  • ナレッジ(FAQ):よくある質問の答えを、画面の写真つきの短い記事にして、チケットの受付画面で関連する記事を表示します。
  • パスワードのリセット:IdP のセルフサービスのパスワードリセット(本人確認つき)で、件数の多い問い合わせを減らせます。
  • アプリのカタログ:Intune の会社のポータル・Jamf の Self Service などで、許可したアプリを社員が自分で入れられるようにします。
  • 申請フォーム:アカウントや権限の申請はフォームにし、上長の承認から作業までを流れにします。
よくある問い合わせセルフサービスの例
パスワードを忘れた・MFA の端末を替えたIdP のセルフサービスのリセット(本人確認つき)
ソフトを入れたいMDM のアプリのカタログ
共有ドライブ・グループに入りたい持ち主が承認するグループの申請
使い方が分からない画面の写真つきの短いナレッジ記事
ひとことで

一次回答の時間・解決の時間・一次解決率・満足度などで対応の質を測り、優先度ごとの目標(SLA)を決める。

対応の質は、速さ・解決の質・社員の満足度の3つの面から測ります。SLA(サービスレベルの合意)は、「一次回答は1営業日以内」のような目標を社内に約束したもので、優先度ごとに決めます。

チケットのどこからどこまでを測るか受付起票チャット・フォーム一次回答ここまでが一次回答の時間解決ここまでが解決の時間数日後再オープン同じ問題で戻ってきたか
ヘルプデスクの主な指標と、チケットの流れ
指標分かること
一次回答までの時間社員を待たせていないか
解決までの時間(優先度ごと)業務を止めている時間
一次解決率最初の担当者で解決できた割合。ナレッジの充実度
再オープン率直したつもりで直っていない割合
満足度のアンケート速さだけでは分からない対応の質
種類ごとの件数の推移仕組みで減らせたか(改善の効果)

速さだけを目標にすると、早く閉じるために根本の原因を直さなくなります。件数を減らす改善と組み合わせて見ます。

面接ではこう答える

ヘルプデスクの質は、一次回答までの時間、優先度ごとの解決までの時間、最初の担当者で解決できた一次解決率、直ったはずの問題が戻ってくる再オープン率、満足度で測ります。SLA は「一次回答は1営業日以内」のような目標を社内に約束したもので、優先度ごとに決めます。速さだけを追うと根本の原因を直さなくなるので、種類ごとの件数を減らす改善と合わせて見ます。

14.4障害時の社内連絡

用語★★☆ 重要
ひとことで

影響範囲・回避策・次の連絡時刻を、早めに分かりやすく伝える。

メールや SaaS が止まると、社員は「自分だけか」「いつ直るか」「どうすればいいか」が分からず、問い合わせが一気に増えます。情シスから早めに、短く、決まった形で知らせると、問い合わせが減り、業務への影響も小さくなります。原因が分かってからではなく、分かったことから出します。

分かったことから出し、次の連絡の時刻を守る13:50発生14:20第一報15:00続報(予告どおり)16:10復旧の連絡翌日原因と再発防止影響・回避策・次の時刻社員側でやること
障害時の社内連絡のタイムライン(例)

連絡のテンプレート

【障害】Microsoft 365 のメールが送受信できません(14:20 現在 調査中)

■ 影響:全社員。Outlook でメールの送受信ができない。Teams は使えます
■ 発生:本日 13:50 ごろから
■ 原因:調査中(Microsoft 側の障害の可能性)
■ 回避策:急ぎの連絡は Teams か電話でお願いします
■ 次の連絡:15:00 までに、状況が変わらなくてもお知らせします
■ 問い合わせ:この投稿のスレッドへ(個別の連絡は不要です)
  • 件名に「状態(調査中・復旧済み)」と時刻を入れる。
  • 「次の連絡の時刻」を必ず書き、変化がなくても守る。
  • 連絡に使う手段が止まった場合の予備(メールが止まったらチャット、チャットが止まったらメール)を決めておく。
  • 復旧したら「復旧しました」と、社員側でやること(再起動・再ログイン)を知らせ、あとで原因と再発防止をまとめる。

面接ではこう答える

メールや SaaS が止まると、社員は自分だけか、いつ直るか、どうすればよいかが分からず、問い合わせが一気に増えます。情シスは、原因が分かる前から、影響の範囲、回避策、次の連絡の時刻を、決まった形で短く知らせます。次の連絡の時刻は、変化がなくても守ります。連絡に使う手段が止まったときの予備も決めておき、復旧したら社員がやることと、あとで原因と再発防止を知らせます。

「使えない」と言われたら、自社の問題か、SaaS 側の障害かを早く見分けます。主な SaaS の確認先をブックマークし、障害の通知を購読しておきます。

サービス確認先
Microsoft 365Microsoft 365 管理センターの「サービス正常性」(テナントに関係する障害が出る)
Google WorkspaceGoogle Workspace ステータスダッシュボード・管理コンソールのアラート
そのほかの SaaS各社のステータスページ(障害の通知を購読しておく)
回線・インターネット全体通信事業者の障害情報、SNS・障害の投稿をまとめたサイト(補助として)

ステータスページへの反映は実際の障害より遅れることがあるので、「ステータスページに出ていない=自社の問題」とは限りません。自社の設定の変更(直前に何を変えたか)も同時に確かめます。

この章のまとめ

🖨 まとめシート(印刷・PDF)
  • 問い合わせの受付・記録・ナレッジ化
  • 障害の切り分けと社内への連絡
  • チケットとナレッジ:問い合わせを記録し、よくある質問はナレッジにして自分で解決できるようにする。
  • ヘルプデスクの指標と SLA:一次回答の時間・解決の時間・一次解決率・満足度などで対応の質を測り、優先度ごとの目標(SLA)を決める。
  • 障害時の社内連絡:影響範囲・回避策・次の連絡時刻を、早めに分かりやすく伝える。

この章のクイズ

面接ではこう聞かれる

まず答えを見ずに声に出して答え、そのあと開いて比べる。

Q1同じ問い合わせが多いときどうしますか?

模範回答

まずチケットの記録から、何がどれくらい多いのか、いつから増えたのかを数字で確かめます。そのうえで、原因をなくせるものはなくします。たとえば「Wi‑Fi につながらない」が多ければ証明書の期限や AP の設定を、「パスワードを忘れた」が多ければ SSO でパスワードの数を減らします。

原因をなくせないものは、画面の写真つきのナレッジ記事にして受付画面に出したり、パスワードのセルフリセットやアプリのセルフインストールのように、社員が自分で解決できる仕組みにします。対策のあとに件数が減ったかを確かめ、減らなければ記事の場所や書き方を見直します。

深掘りされたら

  • ナレッジを書いても読まれないときはどうしますか?

見られているポイント原因の解消・ナレッジ・仕組み化

Q2メールが使えない全社の障害が起きました。社内への連絡はどうしますか?

模範回答

原因が分かる前に、まず第一報を出します。内容は、影響(誰が・何が使えないか)、発生した時刻、原因は調査中であること、回避策(急ぎはチャットや電話で)、次の連絡の時刻です。メールが止まっているので、チャットなど別の手段で出します。

次の連絡の時刻は、状況が変わらなくても守ります。Microsoft 365 管理センターのサービス正常性などで、サービス側の障害かを確かめつつ、自社の直前の変更も疑います。復旧したら社員側でやることを知らせ、あとで原因と再発防止をまとめます。

深掘りされたら

  • 連絡の手段そのものが止まったら?

見られているポイント早い第一報・決まった項目・次の連絡の時刻・別の手段

Q3ヘルプデスクの対応の質を、どう測って改善しますか?

模範回答

チケットの記録から、件数、最初の返事までの時間、解決までの時間、種類ごとの内訳、再発した件数を見ます。対応後に簡単なアンケートで満足度も聞きます。

数字は、人を責めるためではなく、仕組みを直すために使います。例えば解決までの時間が長い種類は手順書やナレッジを整え、件数の多いものは原因をなくすか、セルフサービスにします。月に1回、チームで数字を見て、次に何を減らすかを決めます。

深掘りされたら

  • 件数が減ったのに満足度が下がったら、何を疑いますか?

見られているポイント測る指標・原因の解消・定期的な振り返り