第3部 守りと経営
第9章 ヘルプデスクと自動化 — 脱・便利屋/脱属人化
問い合わせの波に溺れ、目の前の火消しで一日が終わる。第1章で挙げた「便利屋化」と「属人化」——この2つの落とし穴から抜け出す、具体的な仕組みを作ります。
🎯 この章で学ぶこと
- 問い合わせに溺れないための「窓口の一元化」と「記録・可視化」
- セルフサービス化 — 先回りして自己解決してもらう仕組み
- 定型作業の自動化(ここで入門コースのPythonが活きる)
- 脱属人化 — 手順書とナレッジで「自分が休んでも回る」状態へ
- 便利屋化を防ぐ線引きと、他部署への交通整理
9.1 問い合わせに溺れないために
第1章で、一人情シスの落とし穴として「便利屋化」と「火消しに追われて予防に手が回らない」を挙げました。この章は、その具体的な対処です。「PCが遅い」「パスワードを忘れた」「印刷できない」「このソフトの使い方を教えて」——次々に飛んでくる問い合わせに、思いついた端から対応していると、一日はあっという間に終わり、本当に会社を守る仕事(バックアップやセキュリティ、第6章・第8章)には手が回りません。
ここで発想を変えます。問い合わせ対応を「頑張ってさばく」のではなく、「そもそも減らす」「自動化する」「仕組みで回す」——この3つで、対応にかかる自分の時間を構造的に削っていきます。個人の努力や根性で乗り切ろうとする限り、いつか必ず限界が来ます。目指すのは、「あなたが頑張らなくても回る仕組み」です。
9.2 窓口と記録
最初にやるべきは、問い合わせの「窓口を一元化する」ことです。いまは口頭・メール・チャット・電話・廊下での立ち話——あらゆる経路からバラバラに依頼が来て、対応漏れや「言った・言わない」が起きているのではないでしょうか。これを1つの窓口(専用のチャットチャンネル、問い合わせフォーム、専用メールアドレス、簡単なチケットシステムなど)に集約します。
| やること | 効果 |
|---|---|
| 問い合わせ窓口を1本化する | 「あそこに言えばいい」が定着し、廊下で個別に捕まる立ち話が減る |
| 問い合わせをチケット(記録)化する | 対応漏れが防げる。誰にいつ何を対応したかが残る |
| 内容を分類・集計する | 「何の問い合わせが多いか」が数字で見える |
とくに大切なのが「記録して、何が多いかを可視化する」ことです。感覚ではなく数字で見ると、対策すべき相手がはっきりします。たとえば「問い合わせの3割がパスワード関連」だと分かれば、そこを自己解決できるようにするだけで、あなたの負担は3割減る計算です。可視化は、限られた時間をどこに投じれば最も効くかを教えてくれる地図です。闇雲に頑張る前に、まず「敵の分布」を知りましょう。
「チケットシステム」と聞くと身構えるかもしれませんが、最初は表計算ソフトの1シートや、チャットの専用チャンネルで十分です。日付・依頼者・内容・分類・対応状況の5列があれば、可視化は始められます。立派なツール導入を待つより、今日から手元のもので記録を始める方が、ずっと早く効果が出ます。
9.3 セルフサービス化
問い合わせを可視化して「よくある質問」が見えたら、次はそれを「そもそも聞かなくても済む」状態にします。これがセルフサービス化です。人は本来、わざわざ人に聞くより自分でサッと解決したいもの。適切な案内があれば、多くの問い合わせは自己解決に回せます。
- FAQ(よくある質問と答え) — 上位の質問から順に、社内で見られる場所にまとめる
- 手順書 — 「パスワードの変更方法」「プリンタの設定」など、画面の写真つきで。文章より画像が効く
- 先回りの周知 — 新しいツールの導入時や、季節ごとに増える質問(年度替わりのアカウント関連など)を、聞かれる前に案内する
ポイントは、問い合わせが来たときが「教材を作るチャンス」だと考えることです。同じ質問に2回目に答えるとき、その回答をそのままFAQや手順書に転記すれば、3回目からは「ここを見てください」で済みます。1回ぶんの手間を将来の何十回ぶんの節約に変える——この積み重ねが、じわじわと効いてきます。
9.4 自動化
問い合わせを減らしてもなお残るのが、定型作業です。入社時のアカウント一括作成、毎月のレポート集計、退職者リストとアカウントの突き合わせ、ライセンス棚卸し——これらは「頭を使わないが、手間と時間がかかり、しかも手作業だとミスが出る」仕事の代表です。ここで自動化(スクリプト化)が効きます。
「プログラミングなんて自分には…」と思うかもしれません。しかし、ちょっとしたスクリプトが書けるだけで、一人情シスの生産性は劇的に変わります。ここで、当サイトの「入門コース(🐍 Python × セキュリティ)」が活きてきます。Pythonは読みやすく、事務的な自動化と相性が抜群です。たとえば「新入社員のリスト(CSV)を読み込んで、作成すべきアカウント一覧を自動で書き出す」ような処理は、次のように数行で書けます。
# 新入社員リスト(CSV)を読み込み、アカウント作成用の一覧を作る例
import csv
with open("new_hires.csv", encoding="utf-8") as f:
reader = csv.DictReader(f)
for row in reader:
# 氏名からメールアドレスの案を組み立てる(姓.名@example.co.jp)
account = row["last_name"] + "." + row["first_name"] + "@example.co.jp"
print("部署:", row["department"], "/ 作成アカウント:", account)
これは、手作業なら一人ずつ画面に打ち込んでいた作業を、ファイルを1つ読み込むだけで一覧化してしまう例です。実際の運用では、ここからアカウント作成システムへの連携や、レポートの自動集計など、いくらでも発展させられます。大事なのは、「毎回同じ手順でやっている作業」を見つけたら、それは自動化の候補だと気づくこと。Pythonの基礎(ファイル操作や繰り返し)を学びたくなったら、入門コース第6章「ファイル操作と例外処理」あたりが直接役立ちます。セキュリティ実務のツール作りは入門コース第13章「Pythonで作るセキュリティ実務ツール」が橋渡しになります。
いきなり大がかりな自動化を組むと、動かなくなったときに自分しか直せない「新たな属人化」を生みます。まずは「失敗しても被害の小さい、読み取り・集計系」から始めましょう。たとえば「一覧を作る」「件数を数える」「差分を見つける」など、既存データを壊さない処理は安全です。アカウント削除のような取り返しのつかない操作を自動化するのは、慣れてから・確認の仕組みを付けてからにしましょう。
9.5 脱属人化
第1章で、属人化(自分がボトルネックになり、休むと会社が止まる状態)を最大の落とし穴の一つとして挙げました。この章で作ってきた仕組み——記録、FAQ、手順書、スクリプト——は、実はすべて「あなたの頭の中にあった知識を、外に出して形にする」営みでもあります。つまり、脱属人化そのものです。
目指す状態は、「あなたが1週間休んでも、最低限のことは他の人でも回る」こと。そのために整えるのが次の2つです。
| 整えるもの | 中身 | 効果 |
|---|---|---|
| 手順書 | 定型作業を「その通りやれば誰でもできる」ように書き下す(操作画面つき) | 自分の代わりに他の人が実行できる。自分の負担も減る |
| ナレッジベース | 過去のトラブルと解決法、設定内容、契約先、パスワードの在り処(安全な形で)を蓄積 | 「あのとき、どうやって直したっけ」を検索で解決できる。会社の資産になる |
これは第1章の宿題(「もし明日あなたが1週間出社できなくなったら、会社のITは回るか?」)への、直接の答えです。完璧な引き継ぎ書は要りません。「最悪の事態で、誰かが最低限動ける情報」を残しておくこと。それは会社を守ると同時に、あなた自身を「休めない人」から解放し、プライベートと心の健康を守る防御でもあります。属人化の解消は、自己犠牲ではなく自分を守る仕事だと捉えてください。
9.6 便利屋化を防ぐ
仕組みを整えても、放っておくと「ITっぽいこと」は全部あなたに集まってきます。電球交換から、私物スマホの設定、年賀状の印刷まで——。便利屋化を防ぐには、「断る勇気」だけでなく「仕組みで防ぐ」両輪が必要です。
- 線引きを明示する — 「情シスが対応する範囲/しない範囲」を、経営の承認つきで文書化する。個人のお願いではなく会社のルールにする(第8章)
- 他部署への交通整理 — 「それは総務さんへ」「それは各自の担当で」と、正しい窓口へ案内する。ただ突き放すのではなく、行き先を示す
- 期待値を調整する — 「何でもすぐやってくれる人」という期待は、優先順位で応える。「重要度の高いものから対応します」と最初に伝えておく
大切なのは、断ることが目的ではない、ということです。目的は「本当に会社を守る重要な仕事(第1章の②:重要だが緊急でない仕事)に、時間を回すこと」。便利屋仕事を減らして生まれた時間を、遊びに使うのではなく、バックアップ整備やセキュリティ強化に投資する——ここに一貫した筋を通せば、線引きは自己中心的なわがままではなく、会社のための正当な経営判断になります。
この章のテクニック(窓口一元化・セルフサービス・自動化・脱属人化)は、単なる時短術ではありません。本当の狙いは、火消しと便利屋仕事に奪われていた時間を取り戻し、それを「重要だが緊急でない仕事」——バックアップ(第6章)、権限の点検(第3章)、脆弱性対応、教育(第8章)——に振り向けることです。第1章のマトリクスで言えば、③(定型対応)を仕組みで圧縮し、②(重要だが緊急でない)の時間を確保する。セキュリティは、時間を確保できなければ絶対に手が回りません。自動化とは、会社を守るための時間を生み出す投資なのです。
まとめ
- 問い合わせは「頑張ってさばく」のではなく「減らす・自動化する・仕組みで回す」で構造的に削る
- 窓口を一元化し、記録・可視化して「何が多いか」を数字で把握してから手を打つ
- よくある質問はFAQ・手順書でセルフサービス化。2回目の回答は将来の教材にする
- 定型作業はスクリプトで自動化。ここで入門コースのPythonが活きる。小さく壊れにくいものから
- 手順書とナレッジで脱属人化=第1章の宿題への答え。浮いた時間を「守り」に回すのが最終目的
演習(自社の点検)
直近1〜2週間に受けた問い合わせを思い出し、内容ごとに分類して件数を数えてみてください。最も多い種類は何でしたか。それを「聞かれなくても済む」ようにするには、どんな手が考えられますか。
考え方
点検の視点は「感覚ではなく数字で、負担の集中先を特定する」ことです。多くの職場で上位に来るのはパスワード関連やプリンタ・アカウント関連。上位1〜2種類をFAQや手順書で自己解決に回すだけで、体感の負担は大きく下がります。まずは記録をつけて分布を知り、いちばん太い問い合わせの流れを1つ細くする——ここから始めるのが費用対効果の高いやり方です。
あなたが「毎回ほぼ同じ手順で繰り返している定型作業」を1つ挙げてください。それは自動化(またはスクリプト化)できそうですか。まず何から手をつけますか。
考え方
点検の視点は「繰り返し = 自動化の候補」という気づきです。入社時のアカウント作成、月次レポートの集計、退職者とアカウントの突き合わせなどが典型。いきなり全自動を目指さず、まずは「一覧を作る」「件数を数える」といったデータを壊さない読み取り系から。Pythonを学びたくなったら入門コース第6章(ファイル操作)や第13章(実務ツール)が直接役立ちます。自動化は、守りの仕事に回す時間を生む投資だと考えましょう。
「もし来週あなたが1週間休んだら、他の人が代われない仕事」を1つ挙げ、それを他の人でもできるようにする最小限の手順書を、頭の中で組み立ててみてください。
考え方
点検の視点は「属人化の解消は、完璧な引き継ぎではなく最低限の代替可能性でよい」ことです。全部を書き出す必要はありません。「これだけあれば、いざというとき誰かが動ける」という要点——手順、パスワードの在り処、連絡先——を安全な形で残すだけで、会社の単一障害点は大きく減ります。これは第1章で出した宿題への答えであり、あなた自身が安心して休むための防御でもあります。