「情シスをやめます」と言われたら
【対談】「ひとり情シス」は悪ではない 担当者が辞めても「回る情シス」の作り方
どうすれば少人数でも「回る情シス」を作ることができるのか。それを知るためには、情シスが企業においてどのような立ち位置にいるかを知ることが大切だ。キーマンズネット編集部は専門家へのインタビューから、その作り方を探った。
ある日突然、社内で唯一のIT担当者から「退職します」と告げられる。その瞬間から、PCのキッティングやアカウント管理、セキュリティ対応など、あらゆる業務が完全にストップし、社内は大混乱に陥る──。
近ごろ、そんな「情シスの機能不全」に陥る企業が後を絶たない。本連載では、唯一のIT担当者が辞めた後の混乱と、そこに至るまでにプロセスを解説した。では、どうすれば属人化から脱却し、少人数でも「回る情シス」を作ることができるのか。連載最終回となる本稿では、情報システム部門向けにITデバイスやSaaS管理のサービスを提供し、情シスのノンコア業務を代行するBPO拠点も持つジョーシスの重森貴裕氏(Head of Customer)とキーマンズネット編集部との対談を通じて、特定の個人に依存しないIT体制を構築するための考え方と具体的な方法について掘り下げる。
「ひとり情シス」は“悪”ではない 本当のリスクは?
編集者: コロナ禍以降、テレワークやクラウドサービスの導入が一気に進みました。その基盤を支えてきた情シス部門の負担は計り知れません。社外からのアクセスを前提としたセキュリティ対策、さらには直近のAI対応まで加わり、「ひとり情シス」の企業からは悲鳴が聞こえてきます。やはり、「1人しかいない」という体制自体が根本的な問題なのでしょうか。
重森貴裕氏(以下、重森氏): 私自身は情シスが1人であること自体は必ずしも問題ではないと考えています。企業には予算の制約もありますし、他部署との兼務という事情もあるでしょう。ひとり情シスを良しあしで判断することはできません。
編集者: 業務量が増えれば、リソース不足でパンクすることも考えられますが、その点についてはどうでしょうか。
重森氏: 重要なのは、「1人が担当していること」と「その人しか分からないこと」は全く違う、という点です。前者は、マニュアルや記録が整っていて、たまたまその人が実務を回している状態です。後者は、業務プロセスやシステムの仕様が全て本人の頭の中にしかない「暗黙知」になっている状態です。現在多くの企業で深刻化しているのは、圧倒的に後者の方なのです。
「情報」「判断」「作業」3つの層のリスクとは
編集者: 「その人しか分からない状態」を放置することが危険だということですね。具体的に、どのようなリスクが考えられますでしょうか。
重森氏: ひとり情シスへの依存によって生じるリスクは、大きく分けると「3つの層」に整理できます。
1つ目は「情報の層」です。どのPCを誰が使っているのか、SaaSのアカウント契約はどうなっているのか。判断のよりどころとなる「唯一の正解」(シングルソースオブトゥルース)が、会社の公式な台帳ではなく、担当者本人の頭の中やローカルフォルダのExcelファイルにしか存在しなくなります。
編集者: 担当者が休んだ瞬間に、誰もライセンスの追加すらできなくなる状態ですね。
重森: その通りです。2つ目は「判断の層」です。「ITに関することは全部情シスに任せよう」という空気になり、優先順位の決定やリスク評価まで個人に委ねられてしまいます。例えば、AIをどう業務に組み込むかといった会社の競争力を左右するような重要なテーマまで、情シス担当者1人の判断と責任に丸投げされがちです。
そして3つ目が「作業の層」です。日々の入退社対応、パスワードリセットの問い合わせ、資産の棚卸し、突発的な障害対応が次々と割り込んできて、本来やるべきIT戦略や業務改善に全く手が回らなくなります。
編集者: 情シス側は常に火消しに追われているのに、経営陣からは「彼らは一体何にそんなに時間をかけているんだ」と思われてしまう。両者の認識のギャップが非常に大きいですね。
重森氏: ええ。さらに怖いのは、情シス担当者は当然ながら強いシステム権限を持っている点です。退職に伴って急いで権限を剥奪した結果、誰にも把握されていなかったシステムの依存関係が突如として表面化し、社内の根幹システムが停止してしまうような事故も起きています。
属人化を抜け出す「可視化」のステップ
編集者: では、その属人化の鎖を断ち切り、担当者がいなくても「回る情シス」にするためには、何から始めればいいのでしょうか。
重森氏: まず大前提として必要なのは、ビジビリティ(可視性)の確保です。管理対象のデバイスやSaaS、取り組むべきタスクの優先順位が誰の目にも明らかになっていること。そして、ルーティン業務を他の従業員や外部サービスでも代替できる手段があること。この条件さえそろっていれば、極端な話、担当者が1人でも運用は滞らないでしょう。
編集者: 単純に「人をもう1人採用しよう」と考えるのは早計だということですね。
重森氏: その通りです。誰が何の権限を持ち、どのシステムを管理しているのか。その全体像(ビジビリティ)がブラックボックスのままでは、担当者が2人になろうが3人になろうが、危うさは全く変わりません。
ただ、ITの可視化は「一度台帳を作って終わり」ではありません。なぜ課題が繰り返し発生するのかというと、会社の事業環境が変化するスピードに対して、IT運用の設計がまったく追い付いていないからです。私たちはこれを「ポリシーと実態の乖離(かいり)」と呼んでいます。
編集者: 具体的にどのような状況ですか。
重森: 乖離には2つのパターンがあります。一つはルールの形骸化。例えば、AIツールの利用料が従量課金なのに上限設定のルールを作らず、現場が自由に使った結果、月末に高額な請求が来て慌てるケースです。実態がどんどん先に進み、会社のルールが後追いになっています。
もう一つは運用の形骸化です。退職者のアカウント削除が漏れていたり、業務委託先のアクセス権限の管理が甘かったりすることが起点で、情報漏えいにつながるパターンです。自社がどちらのパターンでつまずきやすいのかを見極めることが、対策の第一歩になります。
人員を増やさずに「回す」ためのコア・ノンコアの切り分け
編集者: とはいえ、多くの企業では「情シスに新しい人員を割く余裕はない」というのが本音だと思います。人を増やさずに状況を改善する手だてはあるのでしょうか。
重森氏: 業務の効率化も大切ですが、それ以上に「業務そのものを減らすこと」に切り込むべきです。情シスの業務は、本来あるべき姿から逆算して設計されることが少なく、現場からの「あれもやってほしい」「これも困っている」という要望がボトムアップで積み上がり続けています。
編集者: 断りきれずに抱え込んでしまうわけですね。
重森氏: ええ。担当者自身は目の前のタスクで手いっぱいなので、自分で業務を棚卸しする余裕がありません。だからこそ、他部署のマネジャーやCxO(経営幹部)など、第三者の視点から情シスの業務を洗い出すことが有効です。「この業務は実は他部署と重複している」「これは声の大きい部署のわがままを聞いているだけだ」といった無駄は、外から見た方が圧倒的に見つけやすいのです。
編集者: 無駄を削ぎ落とした後、残った業務はどうすべきですか。
重森氏: そこで初めて「中核業務」(コア)と「それ以外」(ノンコア)に切り分けます。そして、ノンコア業務は徹底的に情シスの手から離すのです。RPAやAIを使って自動化(内製化)するか、それが無理なら思い切って外部のBPOなどに委ねるべきです。
私の経験則で言えば、情シスの適正人員は、従業員100人規模なら1人、200人規模なら1.5~2人、400~500人規模なら4~5人が1つの目安です。ですが、裏を返せば、ノンコア業務を抱え込まない設計にさえすれば、500人規模の企業でも「ひとり情シス」で健全に回すことは十分に可能なのです。
編集者: 500人規模の企業で、情シス1人で回せるものなのですね。
重森氏: 実際にそういう企業は存在します。共通しているのは、経営層が「情シスはコア業務(ITアーキテクチャの設計やセキュリティ戦略)だけに集中する」と腹を括って決めていることです。PCのキッティングやアカウント発行、一次受けのヘルプデスクは全て外部に委託するか、人事部門が業務フローの一部として巻き取っています。
最近では、一度外部に委託したノンコア業務を、AIエージェントを活用して自社内に戻し、さらなるコストダウンを図る動きもあります。ある従業員500人規模の企業では、これまで年間1000万円かかっていた委託費を、AIワークフローの構築(約100万円)と限定的な外部委託(約300万円)の組み合わせに切り替え、合計400万円でよりスムーズに回る仕組みを作り上げました。
経営陣をどう動かすか? 技術の専門用語を「事業のリスク」に翻訳すること
編集者: 素晴らしい事例ですが、情シス担当者一人の努力でそこまで体制を変えるのは難しそうです。経営陣の理解と決断が不可欠ですね。
重森氏: まさにそこが「一丁目一番地」です。情シス部門の位置付けそのものを変えなければなりません。情シスを単なる「守りの部署」「ヘルプデスク」「コストセンター」として扱っている限り、構造的に立場は弱く、予算も権限も下りてきません。
現代の企業において、あらゆる業務はデータとシステムの上で動いています。つまり、情報システム部門とは「会社のグランドデザインをバーチャル空間に設計している部門」なのです。であれば、経営企画やCEO直轄の組織として配置し、ITを統制する機能として扱うのが本来の姿です。責任だけが重く、権限も予算もないという不均衡は、担当者の努力では絶対に解決しません。トップダウンでの意思決定が必要不可欠です。
編集者: 情シスの現場から、経営陣を動かすための有効なアプローチはあるでしょうか。
重森氏: 外的要因を利用するのは一つの手です。例えば、他社で大規模なセキュリティ事故が起きたとき、経営トップから「うちは大丈夫か」と聞かれることがありますよね。そこが最大のチャンスです。
「今の属人的なやり方では、同じことが起きるリスクが高い。なぜなら、台帳すら正確に管理できる仕組みがないからです」と現状を赤裸々に伝え、システム導入や体制変更の必要性を訴えるのです。業務委託先の退職を情シスが把握しておらず、古いアカウントから侵入されるといったインシデントは本当に多いですから。
編集者: なるほど。「ITの専門用語」ではなく、「経営のリスク」として伝えるわけですね。
重森氏: その通りです。技術の話を「事業の言葉」に翻訳するのです。情報漏えいは単なるシステムトラブルではなく、信用の失墜、監査の長期化、既存取引の停止、新規受注の喪失というビジネス上の致命傷に直結します。そうやって「自分事」にしてもらうしかありません。
ただ、率直に申し上げて、それでも「いや、うちは大丈夫だろう」というマインドセットから抜け出せない経営者は非常に多いです。外部の専門家が客観的データを示しても響かない場合、社内の担当者の声はなおさら届きません。最終的には、同業他社が事故を起こすか、法規制の対応に迫られるまで動かないケースも多々あります。セキュリティ投資は「起きなかった被害」に対する投資であり、短期的なROI(投資利益率)では測れないため、そこを理解できるガバナンスがあるかどうかが企業の分かれ目になります。
誰が辞めても「回る情シス」を作る“台帳づくり”
編集者: 最後に、個人依存を脱却するために、明日からすぐに始められる具体的なアクションを教えてください。
重森氏: 突き詰めれば、「属人化をなくし、暗黙知を形式知に変える」ことに尽きます。まずは外部委託などで目の前の火消し業務を減らし、余裕を作った上で設計を見直す順序です。
アクション自体は特別なことではありません。「誰が、何の端末と権限を持っているか」を正確に記したマスター台帳を作ること。これだけでも属人化の多くは防げます。併せて、ワークフローごとに「誰がオーナーシップを持ち、誰が承認するのか」という権限設計を明確にドキュメント化してください。
編集者: 今後、情シスを取り巻く環境はさらに複雑化しそうですね。
重森氏: ええ。これまでは従業員数が情シスの負荷の目安でしたが、これからは「イベント数」(入退社、異動、SaaS導入など)が負荷を決める時代になります。さらに今後は、AIエージェントのような「人ではないアカウント」の管理も加わります。
すでに現場では、従業員が生成AIを使って独自の業務用アプリを勝手に作り、情シスが全く把握しないまま機密データが蓄積されていく「AIのシャドーIT化」が起きています。生成AIは、導入直後は盛り上がりますが、1週間後には誰も使わなくなり、管理されないデータだけが残ります。これが「正しい台帳はどれか」という問題をさらに複雑にしています。
編集者: AIの普及が、皮肉にも新たなIT負債を生み出し始めているのですね。
重森氏: ですが、AIは業務の棚卸しの絶好の契機にもなります。「とりあえず生成AIを入れてみよう」というフェーズが一巡し、AIで代替できる業務と人間がやるべき業務を洗い直す企業が増えています。情シスが主導して、「これは本当に情シスの仕事か。総務や法務の仕事ではないか」と切り分けるチャンスです。
少人数でも「回る情シス」を作るための第一歩は、立場によって異なります。経営陣は、情シスをどこに配置し、権限と予算をどう渡すかを決断すること。情シスの現場は、まず正確な台帳を起こし、他者の目を借りて業務を棚卸しすることです。
担当者が突然辞めてからパニックに陥るか。それとも、誰が辞めても淡々と業務が継続する設計にしておくか。その分かれ目は、新しいツールを導入することではなく、こうした「当たり前の可視化」に着手できているかどうかにかかっています。
編集者: 属人化という名の「時限爆弾」のスイッチを切るためには、経営と現場の双方が、今日から意識を変えていく必要がありますね。本日は貴重なお話をありがとうございました。
Copyright © ITmedia, Inc. All Rights Reserved.
もし「情シス辞めます」と言われたら……
この記事の著者
こんなメディアも見られています
キーマンズネットに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
SpecialPR
アクセスランキング
-
1
“脱・C言語”を狙う開発者が「Cの代替言語を作っても失敗する」と断言するワケ:894th Lap
-
2
「Gemini Notebook」で利用者10倍 シニア社員をAIヘビーユーザーにした首都高の考え
-
3
「新しいOutlook」って使ってる? 移行で変わるメール誤送信対策
-
4
「情シスやめます」と言われたら――ある日突然「ゼロ情シス」になった企業のその後
-
5
現役情シスに思い切って聞いてみた 「ぶっちゃけ、今なにが一番しんどいですか?」
-
6
スウェーデン発、AI議事録Klangが日本上陸 無料で文字起こし無制限
-
7
こんなところに野良AIが? 事例で解説、実際にあった2つの発覚パターンと防衛策
-
8
スクエニ開発陣が「ドラゴンクエストX」の世界観を守るのに「Gemini」が必要だったワケ
-
9
使わなくなったPCを、企業が処分したくてもできない理由
-
10
Windowsを使い続けるのは正解か? 「Linux化」というモダナイズのもう一つの選択肢
キーマンズネット SNS
インフォメーション
注目情報をチェック
キーマンズネットをフォロー