社内SE・情シス支援の参画初月にやること｜現場で信頼される進め方

社内SE・情シス支援の参画初月は、社内のIT環境の一覧と依頼の流れをつかみ、変更の承認の形を決め、月末に「現状の見立て」と「改善の順番」を出して合意を取るところまでを目標にします。最初の1か月で求められるのは、仕組みを大きく変えることより、この人に管理者権限を預けて大丈夫だと思ってもらうことです。

情シス支援は、参画した日から問い合わせや依頼が届きやすい仕事です。目の前の依頼に応えながら、全体をつかむ作業を並行して進める必要があります。この記事では、初月のゴール、週ごとの進め方、案件の型による重心の違い、避けたい動き、月末の振り返りを整理します。参画初日から1週間の一般的な動き方は参画初日から最初の1週間でやることで扱っています。

初月のゴールを3つに分ける

初月のゴールは、次の3つに分けると進めやすくなります。

この3つは順番に終わらせるものではなく、重なりながら進みます。とくに情シス支援では、1週目から依頼への対応が始まるため、「対応しながら記録し、記録から全体像をつくる」意識が大切です。

1週目：環境と依頼の流れをつかむ

最初に確かめる資料

情シス支援として、最初に手に入れたいのは次の資料です。ない場合は、ないこと自体を記録しておきます。

• アカウントの一覧と、管理者権限を持つ人の一覧
• 端末の台帳（機種、利用者、購入時期、設定の方法）
• 利用しているSaaSの一覧と、契約・管理者・費用
• ネットワークと拠点の構成図
• 保守やサポートの契約を結んでいるベンダーの一覧
• 情報セキュリティの規程や、入退社の手順書

関係者と短く話す

発注側の窓口、管理部門の責任者、社内の情シス担当者（いれば）、主なベンダーの担当者と、15〜30分ずつ話します。聞くのは、「今いちばん困っていること」「過去に起きた障害や事故」「近く予定されている入社・移転・更新」の3つで十分です。この段階で解決策を語る必要はありません。

自分の権限と作業の環境を確かめる

付与された管理者権限の範囲、作業に使う端末、接続の方法を確かめます。必要以上の権限が付いていれば、絞ることを提案すると、発注側の安心につながります。

2週目：依頼の受け方と変更の承認の形を決める

依頼の窓口を一つにする

社員からの依頼が、チャット、メール、口頭とばらばらに届くと、抜けや重なりが起きます。チケットの仕組みや共有の依頼表など、受け付ける場所を一つに決め、優先順位を誰が決めるかを発注側の窓口と合わせます。社員から直接、細かな指示を受け続ける形を避けるうえでも大切です。

変更の前に知らせ、後で記録する型をつくる

管理者権限を使う変更の前に、何を、いつ、誰に影響する形で変えるか、戻し方はどうするかを書き、承認を得る流れを決めます。最初は簡単な書式で構いません。変更の後は、結果と気づいた点を記録します。この型ができると、発注側は作業を任せやすくなります。

報告の形を合わせる

週ごとの報告に何を書くかを、発注側の窓口と合わせます。対応した依頼の件数と主な内容、進めている取り組み、見つかった危うい点、判断してほしいことの4つに分けると読みやすくなります。書き方は週報・進捗報告の書き方をご覧ください。

3〜4週目：見立てを出し、改善の順番に合意を取る

現状の見立てをまとめる

1〜2週目で集めた資料と話、依頼の記録をもとに、IT環境の一覧を整え、危うい点を書き出します。たとえば、退職者のアカウントが残っている、管理者権限を持つ人が多すぎる、台帳と実際の端末が合わない、サポート期限が近い製品がある、バックアップの状況が分からない、といった点です。

改善の順番は選択肢で出す

危うい点は、影響の大きさと手間で並べ、先にやるもの、次にやるもの、様子を見るものに分けます。一つの案だけを示すより、「すぐ取りかかる案」と「予算を取ってから進める案」のように選択肢で出すと、発注側が決めやすくなります。決めるのは発注側であることを前提にします。

次の1〜2か月の計画を引く

合意した順番をもとに、次の1〜2か月の計画を引きます。日々の依頼への対応にどれくらいの時間を割き、改善の取り組みにどれくらい割くかの目安も入れておくと、月末に「何が進んだか」を説明しやすくなります。

案件の型によって初月の重心は変わる

担当者の退職・不在による穴埋めの案件

手順や記録が残っていないことが多く、まずは止めてはいけない業務（入退社の処理、契約の更新、バックアップなど）を洗い出すことが重心になります。期限が近いものから順に押さえ、見立ては後半にまとめます。

社内情シス部門の補強の案件

社内の担当者がいるため、役割の分け方と、既存の手順に合わせることが重心になります。初月は自分のやり方を持ち込まず、手順に沿って動きながら、気づいた点を記録しておきます。

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

計画と期限が先に決まっていることが多く、移行の対象の範囲と、利用者への案内の段取りを早くつかむことが重心になります。現状の環境の一覧づくりが、そのまま移行の準備になります。

週数日・リモート中心の支援の案件

稼働しない日にも依頼は届くため、受け付けた依頼をいつ返すか、急ぎのときに誰が一次対応するかを最初に決めることが重心になります。現地での作業が必要な場面（端末の受け渡し、機器の入れ替えなど）は、出社の日にまとめられるよう、依頼の段階で振り分ける形をつくっておくと進めやすくなります。リモートでの進め方は情シス支援のリモートの記事で整理しています。

初月に避けたい動き

• 知らせずに設定を変える：正しい変更でも、利用者の問い合わせが集まれば信頼を損ないます
• 前の現場のやり方を早く持ち込む：まず現場の決まりを知り、変える提案は見立てを出してからにします
• 依頼をすべて引き受ける：範囲の外の依頼は、引き受ける前に発注側の窓口と扱いを確かめます。考え方は作業範囲が広がったときの記事をご覧ください
• 自分のアカウントに権限を集める：作業のしやすさより、契約終了時の引き渡しのしやすさを優先します
• 記録を後回しにする：手順や判断の経緯は、その日のうちに残します。残し方は設計書・手順書を残す習慣で整理しています

1か月の終わりに振り返ること

月末には、次の点を自分で振り返り、発注側の窓口とも短く話す時間を取ります。

1. IT環境の一覧のうち、まだ分からない点はどこか
2. 依頼の窓口と変更の承認の流れは、実際に守られているか
3. 依頼への対応と改善の取り組みの時間の配分は、想定どおりか
4. 契約で決めた業務範囲と、実際に頼まれている作業にずれはないか
5. 次の1〜2か月の計画に、発注側の合意が取れているか

4のずれが大きい場合は、早めにエージェントや発注側に相談してください。参画後のつまずきの型は情シス支援のフリーランスがつまずきやすい点で整理しています。

よくある質問

前任者からの引き継ぎがほとんどありません。何から始めればよいですか？

まずは止めてはいけない業務を洗い出してください。入退社の処理、契約やライセンスの更新、バックアップ、証明書やドメインの期限など、期限のあるものから順に確かめます。あわせて、管理者権限を持つ人と、SaaSの管理者として登録されている人の一覧をつくると、全体像をつかむ足がかりになります。

参画初月から、大きな設定の変更を頼まれたらどうすればよいですか？

環境をつかみきれていない段階での大きな変更は、影響が読みにくくなります。急ぎの理由を確かめたうえで、少人数の試験から始める計画と、戻し方を示して承認を得てから進めてください。急がなくてよい場合は、現状の見立てを出した後に計画に組み込む形を提案します。

週2〜3日の稼働でも、初月の進め方は同じですか？

ゴールは同じですが、稼働の日数が少ない分、期間を長めに見込みます。稼働しない日の依頼をどう受け、いつ返すかを最初に決めておくことが大切です。週数日の働き方の注意点は情シス支援の週2〜3日・副業案件で整理しています。