社内SE・情シス支援のフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスの社内SE・情シス支援の仕事は、社内のアカウント・端末・SaaS・ネットワーク・ベンダーを預かり、日々の運用を回しながら、仕組みを少しずつ良くしていくことです。ただ、既存の情シス部門を補うのか、情シスが手薄な会社の全体を見るのか、導入や移行のプロジェクトに入るのかで、1日の過ごし方も相手も成果物も大きく変わります。

この記事では、情シス支援の案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、残す成果物を整理します。求められるスキルは情シス支援のスキルの記事、報酬の決まり方は情シス支援の報酬の記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「社内に誰がいるか」と「局面」で決まる

情シス支援の案件は、募集の名前が同じでも中身がかなり違います。違いを生むのは主に次の2つです。

• 社内に誰がいるか：情シス部門が複数人いて自分はその一員になるのか、担当者が1人か不在で自分が中心になるのか
• 局面：日々の運用を安定させる時期か、導入・移行の最中か、取引先や監査への対応が迫っている時期か

この2つを掛け合わせると、フリーランスの情シス支援はおおむね次の4種類に分けられます。

以下は典型的な例です。時間の配分は案件ごとに違うため、目安として読んでください。

既存の情シス部門を補強する案件

1日の流れ（例）

朝は、前日からの問い合わせと依頼の一覧を見て、自分の担当分の優先順位を決めます。午前中は、入社や異動にともなうアカウントの処理、端末の準備、権限の変更など、日付の決まった作業を片づけます。午後は、ヘルプデスクから上がってきた難しい問い合わせの調査や、担当分野の手順の見直しに時間を使います。夕方は部門内の打ち合わせで、作業の状況と翌日以降の予定をそろえます。

役割は、部門の中で「端末管理を担う人」「SaaSの管理を担う人」のように分野で割り当てられることが多く、同僚と分担して回します。

1か月の流れ（例）

• 月初：入社・異動の多い時期に合わせて、アカウントと端末の準備を集中して進める
• 毎週：部門の定例で、依頼の件数や対応の遅れ、手順の見直しの進み具合を共有する
• 月の半ば：更新プログラムの適用や設定の変更など、計画した作業を承認を得て実施する
• 月末：台帳の棚卸し、ライセンスの使用状況の確認、翌月の作業計画の作成

成果物

更新した手順書、作業の記録、端末やアカウントの台帳、問い合わせのよくある質問の改訂などです。部門の一員として動くため、部門のやり方に合わせて残すことが求められます。

情シスが手薄な会社を全体で支援する案件

社内の専任者が1人だけ、またはITを総務や経理の担当者が兼務している会社を支援する案件です。週数日の稼働で、顧問のような立場で関わる形もあります。

1日の流れ（例）

稼働日の朝に、前回の稼働日からたまった依頼や相談を確かめます。午前は、兼務の担当者と打ち合わせをして、急ぎの対応と計画的な作業を振り分けます。午後は、ベンダーとの打ち合わせや見積もりの比較、規程や台帳の整備など、会社に仕組みを残す作業に時間を使います。帰る前に、対応したこと、残っていること、次回までに社内でお願いしたいことをまとめて送ります。

1か月の流れ（例）

• 月初：経営者や管理部門の責任者と、今月取り組むことの優先順位を決める
• 毎週：兼務の担当者との定例で、依頼の状況と作業の進み具合を確かめる
• 月の半ば：ベンダーとの定例、契約の更新や費用の見直しの検討
• 月末：経営者への報告。対応の件数だけでなく、残っているリスクと次の打ち手を示す

成果物

IT資産とSaaSの一覧、アカウントの管理表、ベンダーと契約の一覧、簡単な規程や手順書、経営者への月次の報告資料などです。この型の案件では、自分がいなくなっても社内の人が回せる形で残せるかが評価を分けます。

導入・移行のプロジェクトに入る案件

ID管理の統合、端末管理の仕組みの切り替え、メールやファイルの保管先の移行、拠点の開設や移転、OSの入れ替えなど、期間の決まった取り組みに参画する案件です。

1日・1か月の流れ（例）

計画の時期は、現状の構成の確認、移行の方針づくり、導入ベンダーとの設計の打ち合わせが中心です。設定の検証に入ると、テスト用の端末やアカウントで手順を試し、問題点を記録して直す作業が続きます。切り替えの時期には、部門ごとに順番を決めて移行し、利用者からの問い合わせに備えます。

1か月の単位では、計画どおりに進んでいるかを情シスの責任者に報告し、部門の窓口と移行の日程を調整します。切り替えの週は、業務に影響が出にくい早朝や休日の作業が入ることもあるため、事前に契約上の扱いを確かめておく必要があります。

成果物

移行計画、設定の設計書、検証の記録、切り替えの手順書と戻す手順、利用者向けの案内、移行後の運用手順などです。プロジェクトの終わりには、運用を担う人への引き継ぎ資料が重く見られます。

セキュリティと統制を整える案件

取引先からセキュリティの対策状況を問われた、監査で指摘を受けた、事故をきっかけに見直すことになった、といった場面で依頼される案件です。

1日・1か月の流れ（例）

最初の数週間は、現状の確認が中心です。アカウントの管理、端末の設定、SaaSの使われ方、規程の有無を一つずつ確かめ、足りない点を一覧にします。その後は、優先順位の高いものから、規程の案づくり、設定の変更の計画、社員向けの周知や教育の準備を進めます。

取引先から届く質問票への回答を手伝うこともあります。回答の中身は会社として決めることなので、事実の確認と回答案の作成を担い、決定は社内の責任者に委ねる進め方が基本です。

成果物

現状の確認結果と改善の一覧、情報セキュリティの規程や手順の案、社員向けの周知資料、事故が起きたときの連絡の流れ、取引先への説明資料などです。今後の動向は情シス支援の将来性の記事でも触れています。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべての情シス支援の案件にあります。

1. 依頼の受付と優先順位づけ：誰から何を頼まれたかを一か所に記録し、急ぎと計画を分ける
2. 変更の前の承認と事後の記録：管理者権限を使う操作は、承認を得てから行い、何を変えたかを残す
3. 台帳と文書の更新：端末、アカウント、SaaS、契約の一覧を最新に保つ
4. 社内への説明：ITに詳しくない社員や管理部門に、変更の理由と影響を伝える

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。稼働時間に幅を決めて精算する契約が多いため、作業と打ち合わせに使った時間を日々つけておきます。

関わる相手と、その相手に出すもの

働く場所については、SaaSやアカウントの設定、規程づくりはリモートで進めやすい一方、端末の受け渡しや機器の作業、拠点の移転では現地が求められます。傾向は情シス支援のリモートの記事をご覧ください。ヘルプデスクの仕事との違いはヘルプデスクの仕事内容と比べると分かりやすくなります。

よくある質問

情シス支援の案件は、問い合わせ対応が中心になりますか？

案件の種類によります。既存の情シス部門を補強する案件では、ヘルプデスクから上がる難しい問い合わせの二次対応が含まれることがあります。一方、手薄な会社の全体支援や導入・移行の案件では、計画や仕組みづくりに多くの時間を使います。一次対応の有無は、参画前に確かめておきましょう。

情シスが手薄な会社の支援では、どこまで自分で決めてよいのですか？

決めてよい範囲は会社ごとに違います。費用が発生する判断や、全社に影響する設定の変更は、経営者や管理部門の責任者の承認を得るのが基本です。参画の初めに、承認を得る相手と、自分の判断で進めてよい作業の線を確かめておくと、行き違いを防げます。

参画して最初の1か月は何をすることが多いですか？

社内の体制と依頼の流れの把握、台帳や構成の資料の確認、管理者権限の受け取りと扱いのルールの確認から始めるのが一般的です。初月の進め方は情シス支援の参画初月にやることで詳しく解説します。