情シス専任1人目が就任したときに経営層と決めておくべき役割の範囲

社員数が30〜100人に近づくと、これまで総務や経理と兼任していた情シス業務が、ようやく専任のポジションとして独立するタイミングが訪れます。会社にとっては「専門の担当者を置ける規模になった」という前進ですが、当の本人にとっては、実は新たな危険が始まる瞬間でもあります。専任になった途端、それまで他部署が肩代わりしていた雑多なIT関連業務までもが「専任がいるなら」という理由で一気に集約され、気づけば境界のない「なんでも屋」になっているというパターンです。

このガイドは、情シス専任1人目として着任した、あるいはこれから着任する担当者が、就任時に経営層とどこまでの役割範囲を合意しておくべきかを扱います。技術的な優先順位ではなく、役割の境界線を組織としてどう握るかという、この規模ならではの過渡期特有のテーマです。

専任化は本来、キャリアにとってもポジティブな転換点であるはずです。しかし役割の範囲が曖昧なまま専任化してしまうと、業務量だけが際限なく増え、専門性を高める時間も、腰を据えて基盤を整備する時間も奪われてしまいます。このガイドを通じて、専任化を「なんでも屋」化ではなく、本来あるべき専門職としてのスタートに変えるための準備を整えてください。

なぜ「専任化」のタイミングが危険なのか

兼任時代は、情シス業務が「本業の合間にやること」という位置づけだったため、対応できる範囲は自然と限定されていました。ところが専任化すると、この自然な制限が外れます。

• 経営層や他部署からは「専任がいるのだから、IT関連は全部やってくれるはず」という期待が生まれやすい
• 本人も「専任なのだから断ってはいけない」という心理的な負い目を感じやすい
• 専任化の際に、業務範囲を具体的に定義しないまま「情シス担当」という肩書きだけが先行することが多い

この結果、ネットワークやサーバーの管理といった本来のIT基盤業務に加えて、社内のプリンター補充、備品発注、果ては経営層の私物端末のトラブル対応まで、境界なく引き受けてしまうケースが実際に起きています。専任化は本来、業務を整理し専門性を発揮する機会であるはずが、逆に業務範囲が無制限に広がる転換点になりかねません。

この現象が起きるメカニズムをもう少し詳しく見てみます。兼任時代、情シス業務以外の依頼（例えば「パソコンの調子が悪い」という相談）は、実は総務や経理の本来業務ではないため、依頼する側にも多少の遠慮がありました。しかし専任のポジションが生まれると、この遠慮が消えます。「ITに関することは専任の担当者に聞けばいい」という認識が社内に定着し、結果として、かつては誰もが「まあ自分で何とかしよう」と諦めていたような小さなIT関連の困りごとまで、すべて専任担当者に集約されるようになるのです。

就任時に合意すべき4つの範囲

専任として着任するタイミングで、経営層と次の4点について具体的な合意を作ってください。曖昧な口約束ではなく、できれば簡単な文書やメールの形で残すことを推奨します。

特に重要なのが「対応しない業務を依頼された場合の判断権限」です。これがないと、専任担当者は個々の依頼のたびに、自分の裁量だけで断るか引き受けるかを判断しなければならず、精神的な負担が大きくなります。経営層が「情シス担当の業務範囲はここまでと決めている」と明言してくれていれば、担当者は経営層の方針を根拠に断ることができます。

4つの項目それぞれについて、もう少し掘り下げて解説します。

対応する業務の範囲については、単に「IT関連」という曖昧な括りではなく、具体的な業務のリストとして明文化することが重要です。「ネットワーク管理」「セキュリティ対策」「社内システムのアカウント管理」「ヘルプデスク対応（一次窓口のみ）」のように、実際の業務単位で列挙してください。範囲が具体的であるほど、後から「これは対応範囲に入るのか」という曖昧な議論を避けられます。

対応しない業務を依頼された場合の判断権限については、「専任担当者が断ってよい」という抽象的な合意だけでなく、「対応範囲外の依頼があった場合、誰に判断を仰ぐか」という具体的なエスカレーション先まで決めておくと、実務での迷いが減ります。

優先順位が競合したときの最終判断者については、日々の業務の中で「Aさんの緊急依頼」と「重要な基盤整備作業」のどちらを優先すべきか判断に迷う場面が必ず出てきます。この判断を担当者一人の裁量に委ねると、声の大きい依頼や役職の高い人からの依頼が常に優先されがちになり、本来重要な基盤整備が後回しになり続けるリスクがあります。就任時に、優先順位の最終判断者（多くの場合は経営層自身、または情シス担当者の直属の上司）を決めておくことで、この構造的な問題を防げます。

予算・決裁の範囲については、後述の専用セクションで詳しく扱います。

業務範囲を決める際の考え方: 「ITの何を専任が持つか」を先に切り分ける

業務範囲を具体的に決める際は、いきなり細かいタスクリストを作るのではなく、まず大きな分類で「情シス専任が持つ領域」と「持たない領域」を切り分けます。

• 持つべき領域: IT基盤の運用・保守、セキュリティ対策、社内システムのアカウント管理、ヘルプデスク対応（一次窓口）
• 持たない、または限定的に関わる領域: 業務ソフトの操作指導（各部署の業務知識が必要なもの）、備品・什器の管理、個人所有デバイスのトラブル対応

この切り分けの粒度は会社によって異なりますが、重要なのは「ITっぽいものは全部情シス」という曖昧な線引きを避けることです。ヘルプデスク対応の具体的な線引きルールについては兼任情シスがヘルプデスク対応で本業を圧迫されないための線引きで詳しく扱っているので、就任時の大枠合意ができたら、そちらを参考に運用レベルの線引きへ落とし込んでください。

切り分けを行う際に有効な視点として、「その業務は専門的なIT知識を必要とするか」「その業務が滞ると事業継続に直接的な影響が出るか」の2軸で判断する方法があります。

この2軸マトリクスを使うと、「専任担当者が主体的に担うべき業務」と「関わるとしても補助的な立場に留めるべき業務」の切り分けが、感覚ではなく一定の基準に基づいて行えるようになります。

予算・決裁範囲の合意が後回しにされがちな理由

役割範囲の合意の中で見落とされやすいのが、予算と決裁の範囲です。専任化のタイミングでは、業務範囲の話に意識が向きがちで、「いくらまでなら自分の判断でツールを契約してよいか」といった予算の話は後回しにされることが多くあります。

しかし予算の決裁範囲が曖昧なままだと、小さなツール導入ひとつにも都度の稟議や経営層への相談が必要になり、専任化によって期待されていたはずのスピード感が失われます。就任時に、少なくとも「月額・年額でいくらまでのSaaS契約なら自分の判断で進めてよいか」の目安だけでも合意しておくことを推奨します。稟議が必要な金額帯の判断や書き方についてはIT導入の稟議書の書き方（テンプレート付き）を参照してください。

予算・決裁範囲を合意する際は、金額の上限だけでなく、次のような観点もあわせて整理しておくと実務がスムーズになります。

• 単発の少額契約と、継続的な月額課金契約とで判断基準を分ける: 一度きりの小さな買い切りツールと、毎月費用が発生し続けるSaaS契約とでは、長期的なコストインパクトが異なるため、同じ金額でも判断の重みが変わります
• セキュリティに関わる緊急対応の予算枠を別途確保しておく: インシデント発生時など、通常の稟議フローを待っていられない場面のために、緊急時専用の決裁枠をあらかじめ設けておくと、有事の対応スピードが大きく変わります
• 予算超過が見込まれる場合の報告タイミングを決めておく: 想定より費用がかさみそうな場合、どの段階で経営層に報告・相談すべきかを事前に合意しておくことで、後から「聞いていなかった」というトラブルを避けられます

「専任1人目」だからこそ前任者の実績と比較されない

専任化前は、総務や経理との兼任という制約があったため、「時間が足りず対応できなかった」ことへの一定の理解が周囲にありました。ところが専任化すると、この理解が失われ、「専任なのになぜできないのか」という評価にさらされやすくなります。

これは正当な評価とは限りません。専任1人目は、前任者がいない状態からゼロで役割を作り上げる立場であり、既存の情シスチームがある会社の担当者と同じ基準で評価されるべきではありません。この非対称性を経営層に理解してもらうためにも、就任時の役割合意には「最初の数ヶ月は基盤整備が中心になり、目に見える成果が出にくい」という前提も含めておくとよいでしょう。基盤整備を優先すべき順番は30-100人規模の会社が最初に整備すべきセキュリティ対策の順番で扱っています。

専任1人目という立場ならではの難しさは、比較対象となる「標準的な情シス担当者の働き方」が社内に存在しないことです。既存のチームに新しく加わるメンバーであれば、周囲の同僚の働き方を見て自分の役割の適正な範囲を学ぶことができますが、専任1人目にはその参照点がありません。だからこそ、外部の情報（このような業界のガイドや、同規模の他社の事例）を参考にしながら、自分自身で適正な範囲の基準を作っていく必要があります。

「なんでも屋」化のサインを早期に察知する

専任化後、なんでも屋化が進行していることに気づかないまま数ヶ月が過ぎてしまうケースは少なくありません。次のようなサインが見られたら、役割範囲の再合意が必要な時期だと判断してください。

• 本来の業務範囲外の依頼が、月に何度も発生している
• 「これも情シスの仕事ですよね」という言葉を頻繁に聞くようになった
• セキュリティ対策や台帳整備など、腰を据えて取り組むべき業務に着手できる時間がほとんど取れていない
• 自分でも「なぜこれを自分がやっているのか」と疑問に思う業務が増えている

これらのサインに気づいたら、すぐに経営層との対話の機会を設けてください。就任時に合意した役割範囲を改めて確認し、実態とのズレがあれば、そのズレがどこから生じているかを一緒に整理する作業が必要です。「合意したはずなのに、なぜかずれてしまった」という状況は珍しくなく、多くの場合は個々の依頼が「今回だけ」という前提で積み重なった結果です。定期的な棚卸しがないと、この積み重ねに気づくのが遅れます。

合意を「一度きり」で終わらせない

就任時に役割範囲を合意しても、会社の成長とともに状況は変わります。100人に近づき、さらに事業が拡大すれば、情シス専任者がさらに増員される、あるいはチーム化するタイミングも訪れます。役割範囲の合意は一度で終わりにせず、半年〜1年に一度、経営層と見直す機会を設けることを推奨します。

• 業務範囲が実態とずれていないか（想定外の業務が定着していないか）
• 予算・決裁範囲が事業規模に見合っているか
• 専任化当初の「基盤整備優先」フェーズが終わり、次のフェーズ（効率化、内製化の検討など）に移るタイミングかどうか

定期的な見直しの場を設ける際は、単に「困っていることはないか」を聞くだけでなく、前回合意した内容を文書として残しておき、それと現状を突き合わせる形で進めると、感覚的な議論に陥らずに済みます。文書化の重要性は、台帳整備や退職者対応チェックリストなど、このメディアの他の記事でも繰り返し強調されている考え方ですが、役割範囲の合意についても同様に、記録として残すことが後の見直しを容易にします。

役割範囲の合意を、他の情シス業務の土台として活用する

役割範囲の合意は、単に「なんでも屋」化を防ぐだけの防御的な意味合いに留まりません。合意された範囲は、他の情シス業務を進める際の判断基準としても機能します。

例えば、ひとり情シスが全社員のアカウント・端末を1人で把握する台帳の作り方で扱っている台帳整備や、中途入社が増える段階でのアカウント発行・権限付与フローの整備で扱っているオンボーディングフローの整備は、いずれも「情シス担当者が主体的に取り組むべき業務」として、就任時の役割合意に明確に含まれていることが前提になります。役割範囲が曖昧なままだと、こうした基盤整備の作業に着手すること自体に「これは自分がやるべきことなのか」という迷いが生じ、優先度が低いまま先送りされがちです。

逆に、経営層との間で「基盤整備は情シス専任の中核業務である」という共通認識が最初に確立していれば、担当者は迷わずこれらの作業に時間を配分できます。役割範囲の合意は、このガイドで扱っている論点だけでなく、他のすべての情シス業務の実行力を左右する土台だと理解してください。

就任面談で使える具体的な質問リスト

就任時の合意を形にするための面談で、経営層に投げかけると効果的な質問をいくつか紹介します。

• 「情シスとして最初に取り組んでほしい業務は何だと考えていますか」
• 「これまで誰かが対応していたIT関連の雑務で、私が引き継ぐべきものはありますか。逆に、引き続き他の部署が対応すべきものはありますか」
• 「明らかに私の対応範囲外の依頼を受けた場合、どのように対応すればよいですか。誰に相談すればよいですか」
• 「毎月または毎年、どれくらいの予算を情シス関連に充てる想定ですか。その中で私の裁量で使える範囲はどれくらいですか」
• 「半年後、1年後に、私の役割や成果をどのように評価する予定ですか」

これらの質問への回答を面談の記録として残しておくことで、後日「言った言わない」の水掛け論を避けられ、半年後の見直しの際にも参照できる基準になります。面談は一度で終わらせる必要はなく、就任後1週間、1ヶ月といった節目で短い確認の場を重ねることで、就任直後の混乱期にも役割範囲の認識をこまめに擦り合わせられます。特に就任1ヶ月の時点では、実際に発生した依頼の傾向を踏まえて、当初の合意内容に修正が必要かどうかを確認する良いタイミングになります。

経営層が合意に消極的な場合の進め方

すべての経営層が、就任時にこうした役割範囲の合意にすぐ応じてくれるとは限りません。「そんな細かいことより、まずは動いてみてほしい」という反応を受けることもあるでしょう。この場合、いきなり4項目すべての合意を求めるのではなく、段階的にアプローチすることをおすすめします。

• 最初の1ヶ月は柔軟に対応し、実際に発生した依頼を記録する: どのような依頼が、どの頻度で発生しているかを客観的なデータとして蓄積します
• 1ヶ月後、記録をもとに「このままでは基盤整備の時間が確保できない」ことを具体的に示す: 感覚的な訴えではなく、実際に発生した依頼の内訳を示すことで、経営層も状況を具体的にイメージしやすくなります
• そのデータをもとに、優先順位と対応範囲の合意を改めて提案する: 「これだけの依頼を受けている中で、これとこれを優先させてもらえれば、セキュリティ対策の基盤整備に着手できます」という形で、具体的な提案として持ちかけます

このアプローチは、兼任情シスがヘルプデスク対応で本業を圧迫されないための線引きで扱っている問い合わせの記録・分析の手法とも共通しています。役割範囲の合意とヘルプデスクの線引きは、根っこの部分で同じ「記録に基づいて説明する」というアプローチを取ることで、経営層の理解を得やすくなります。

就任時に合意できなかった場合のリスクを具体的に想定する

もし就任時に役割範囲の合意ができないまま業務を開始した場合、どのようなリスクが具体的に生じるかを、あらかじめ想定しておくことも有効です。

• 基盤整備の遅延によるセキュリティリスクの放置: 目先の依頼対応に追われ、MFA導入や台帳整備といった重要度の高い基盤整備が後回しになり続けると、会社全体のセキュリティリスクが放置されたままになります
• 担当者自身の疲弊による離職リスク: 際限のない業務範囲の拡大は、担当者の心身の負担を増大させ、最終的には離職につながる可能性があります。専任1人目が短期間で離職してしまうと、会社は再び採用と引き継ぎのコストを負うことになります
• 専門性が発揮されないことによる投資対効果の低下: 専任担当者を置いた本来の目的は、専門知識を活かした基盤整備やセキュリティ強化のはずです。雑務対応に追われて専門性が発揮できない状態が続くと、専任化そのものの投資対効果が疑問視されかねません

これらのリスクは、担当者個人だけの問題ではなく、会社全体の経営リスクでもあります。就任時の合意形成は、担当者を守るためだけでなく、会社の投資を正しく機能させるためのプロセスだと位置づけて、経営層への説明に活用してください。

まとめ: 専任化は「業務を減らす」ための機会でもある

情シス専任1人目の就任は、単に忙しさが増えるイベントではなく、それまで曖昧だった業務範囲を、経営層との合意によって明確にする最初で最良の機会でもあります。対応する業務、対応しない業務、判断権限、予算の範囲。この4点を就任時に具体的に合意しておくことが、専任化を「なんでも屋」化ではなく、専門性を発揮できるポジションへと育てる分かれ道になります。

就任のタイミングを逃してしまい、すでになんでも屋化が進行してしまっている場合でも、諦める必要はありません。前述の「なんでも屋化のサイン」に気づいた時点が、実質的な「再スタート」のタイミングです。経営層との対話を通じて、今からでも役割範囲を明確化し、業務の優先順位を立て直すことは十分に可能です。専任担当者としての持続可能なキャリアを築くために、このガイドで示した4つの合意項目を、ぜひ経営層との対話の出発点として活用してください。就任時の数時間の対話が、その後数年の働き方を左右すると考えれば、決して無駄な時間ではないはずです。

専任化を経て、次のステージへ

このガイドで扱った役割範囲の合意は、あくまで専任化直後の「最初の土台作り」です。合意した範囲の中で基盤整備を着実に進め、実績を積み重ねていくことで、次第に経営層からの信頼も厚くなり、より裁量の大きな役割を任されるようになっていきます。

専任化から半年、1年と時間が経つにつれて、当初は想定していなかった新しい課題（例えば、AI活用の推進や、開発会社とのやり取りなど）が担当範囲に加わることもあるでしょう。これ自体は悪いことではありません。重要なのは、役割が広がる際にも、その都度「なぜこの業務が加わるのか」「そのために何を手放すのか、あるいは何を優先するのか」を経営層と対話しながら、意図を持って役割を拡張していくことです。気づかないうちになんでも屋化するのと、納得のうえで役割を広げていくのとでは、担当者自身の充実感もモチベーションもまったく異なるものになります。

100人を超え、情シスチームとして複数人体制になる段階が視野に入ってきたら、今度は「自分がどこまでを引き続き担い、どこから他のメンバーに委譲するか」という新しい役割整理が必要になります。この時に生きてくるのが、専任化当初にどのような役割範囲で仕事をしてきたかという記録です。就任時の合意内容と、その後の実際の業務範囲の変遷を記録として残しておくことで、チーム化のタイミングでの引き継ぎや役割分担の議論もスムーズに進められます。専任1人目としての経験そのものが、次に加わるメンバーへの引き継ぎ資料としても価値を持つようになるのです。

この規模を乗り越えた先の担当者からのアドバイス

専任1人目としての立場を経験した担当者の多くが振り返って語るのは、「最初の数ヶ月にどれだけ役割範囲を明確にできたかが、その後の数年の働きやすさを決めた」という実感です。就任直後は、目の前の業務に対応することに精一杯で、役割範囲の交渉にまで気が回らないという状況もあるでしょう。しかし、だからこそ意識的にこの対話の時間を確保することが重要です。

役割範囲の合意は、一度作れば永久に安泰というものではなく、会社の成長とともに継続的に調整していくものです。しかし、最初にしっかりとした土台を作っておくことで、その後の調整は「ゼロから交渉し直す」のではなく、「既存の合意を微調整する」という、はるかに楽な作業になります。

これから専任として着任する担当者、あるいはすでに専任として働きながら「なんでも屋」化に悩んでいる担当者のどちらにとっても、経営層との対話を先送りにしないことが最も重要です。役割範囲が曖昧なまま時間が過ぎるほど、既成事実として定着してしまった業務範囲を後から見直すのは難しくなり、修正にかかる労力も比例して大きくなっていきます。専任1人目として着任するあなたが、これから会社のIT環境を長く支えていくために、このガイドで示した最初の一歩を、ぜひ着実に踏み出してください。

今日、まだ就任時の役割合意ができていないなら、次に経営層と話す機会に、まず1つだけでも質問を投げかけてみてください。「情シスとして最初に取り組んでほしい業務は何ですか」。この一言から、なんでも屋化を防ぐ最初の一歩が始まります。役割範囲の明確化は、遠慮すべき交渉ではなく、あなたと会社の双方にとって必要な投資だということを忘れないでください。専任1人目としての最初の数ヶ月をどう過ごすかが、その後の情シス体制全体の土台を形作っていきます。

焦らず、しかし確実に、経営層との対話を積み重ねていってください。それこそが、専任1人目としてのあなたにとって、これから先も長く価値を持ち続ける、最初の仕事のひとつになっていくはずです。

一次情報

• IPA「中小企業の情報セキュリティ対策ガイドライン」: https://www.ipa.go.jp/security/guide/sme/about.html