1年経って、ふと「次に進んでいいのか」がわからなくなる
承継してからの1年は、目の前のトラブルに対応するだけで過ぎていきます。退職者のアカウントを止め、動かないシステムの原因を探し、先代や古参社員に聞きながら台帳を埋める。気づけば1年が経ち、ふと「これで次のステージに進んでいいのだろうか」という疑問が浮かぶタイミングが来ます。
Stage3(刷新の検討)に進むかどうかは、実は「全部を完璧に終わらせたか」で決まるものではありません。大事なのは、次に何かが起きたときに慌てず対応できる土台があるかという点です。この記事では、その土台を4つの観点からチェックリスト化し、「まだ早い」と「もう進んでいい」を分ける判断基準を整理します。
Exit条件チェックリスト
以下の4項目は、first-yearで最低限押さえておきたい土台です。1つずつ、何を確認すればよいかを見ていきます。
1. 退職者アカウントの棚卸しが済んでいるか
先代や退職した社員のアカウントが、システムやクラウドサービスに残ったままになっていないかを確認します。特に管理者権限を持つアカウントが放置されていると、退職者本人に悪意がなくても、パスワード漏えいなどを通じて第三者に乗っ取られるリスクが残ります。
- 主要なクラウドサービス(メール・会計・基幹システムなど)のログイン一覧を洗い出したか
- 退職者名義のアカウントを無効化、または権限を降格したか
- 今後、退職が発生したときの「止める手順」が決まっているか
一度きりの棚卸しで終わらせず、仕組み化できているかまで見ておくと安心です。 退職者アカウントの棚卸しを仕組み化する で仕組み化の具体的な進め方を扱っています。
2. バックアップの復元テストをしたか
「バックアップは先代の時代から取っている」という会社は多いのですが、実際に復元できるかを試したことがある会社は驚くほど少ないものです。バックアップは取れているかどうかではなく、いざというときに戻せるかどうかで価値が決まります。
- バックアップの取得先・頻度・保存期間を把握しているか
- 実際に1回でも復元手順を試したか
- 復元にかかる時間(どのくらい業務が止まるか)のイメージがあるか
このテストは1年目のうちに1回でもやっておくと、Stage3以降の判断材料としても大きな安心材料になります。 バックアップ、先代の時代から取ってはいるが復元できるか試したことはあるか で、テストの進め方を具体的に解説しています。
3. 管理台帳が最低限埋まっているか
システム管理台帳は、完璧を目指すと1年目のうちには終わりません。むしろ「最低限、誰が見ても分かる状態」まで埋まっていれば十分です。
- 社内で使っているシステム・サービスの一覧(名称・用途・契約先)があるか
- それぞれのID・パスワードの管理場所が決まっているか
- 契約更新のタイミング(月額課金の締め日や年間契約の更新月)を把握しているか
空欄が残っていても構いません。「何が分かっていないか」まで把握できていれば、Stage3で優先順位をつける材料になります。台帳の作り方は 承継したらまず作る、システム管理台帳のテンプレート を参照してください。
4. 単一障害点を把握しているか
単一障害点とは、「これが止まると事業全体が止まる」という一点のことです。先代の代から動くサーバーや、担当者しか触れないバッチ処理など、1年間の調査の中で「ここが危ない」と感じた箇所があったはずです。
- どのサーバー・システムが止まると、どの業務が止まるかを把握しているか
- その障害点について、対応できる人(社内・社外)が1人しかいない状態になっていないか
- 万一止まった場合の初動(誰に連絡するか)が決まっているか
単一障害点は全部を解消する必要はありません。「どこにあるか」を認識しているだけでも、Stage3での優先順位づけが格段にやりやすくなります。洗い出し方は 先代の代からのサーバーが壊れたら何が止まる?単一障害点の洗い出し方 で扱っています。
全部埋まっていなくても、大枠が掴めていれば進んでいい
ここまで4項目を挙げましたが、正直なところ、1年目の終わりにすべてが完璧に埋まっている会社はほとんどありません。むしろ大事なのは、以下のような状態になっているかどうかです。
- 4項目それぞれについて、「分かっていること」と「分かっていないこと」の境界線が見えている
- 緊急対応が必要な状態(バックアップが実質存在しない、単一障害点の担当者と連絡が取れない、など)は解消済みである
- 「次に何を調べればいいか」が自分の言葉で説明できる
逆に言えば、次のいずれかに当てはまる場合は、Stage3に進むにはまだ早いサインです。
| 状態 | 判断 |
|---|---|
| 4項目とも「大枠は把握している」と言える | 進んでよい |
| 一部は手つかずだが、何が手つかずかは分かっている | 進んでよい |
| バックアップの有無すら分からない、退職者アカウントを1つも確認していない | まだ早い。緊急対応を優先 |
| 単一障害点が「よく分からない」状態のまま | まだ早い。まず洗い出しから |
Stage3は「刷新するかどうか」を検討する段階です。土台となる現状把握が曖昧なまま刷新の相談を始めると、開発会社に正確な情報を伝えられず、見積もりや提案の精度が落ちてしまいます。逆に言えば、この4項目の大枠さえ掴めていれば、多少の空欄があってもStage3の入り口には立てます。
さらに詳しく知りたいときは
この記事で挙げた4項目それぞれについて、より実務的な手順や具体例は以下のコラムで詳しく扱っています。
- 退職者アカウントの棚卸しを仕組み化する
- バックアップ、先代の時代から取ってはいるが復元できるか試したことはあるか
- 承継したらまず作る、システム管理台帳のテンプレート
- 先代の代からのサーバーが壊れたら何が止まる?単一障害点の洗い出し方
1年目の終わりは、区切りをつけるのに良いタイミングです。完璧を求めず、この4項目を自己診断のものさしとして使ってみてください。
