定年は、刷新のタイミングを動かす外部要因になる
刷新実行フェーズで着手時期を考えるとき、多くの社長は自社の準備状況（現場の課題整理、予算、発注先選定）だけを判断材料にしがちです。しかし、もう1つ見落とされやすい変数があります。それが、古参社員の定年という外部要因です。
先代の代から長く会社を支えてきたベテラン社員が、あと1〜2年で定年を迎える。このタイミングをどう刷新の計画に組み込むかで、プロジェクトの難易度も、その後の定着度もかなり変わってきます。単純に「早く動くべきか、じっくり待つべきか」という二択ではなく、定年前と定年後、それぞれに固有のメリットとリスクがあることを理解しておく必要があります。
定年前に着手する場合のメリットとリスク
定年が近い古参社員がまだ在籍しているうちに刷新に着手する最大のメリットは、その人が持っている業務知識をシステムに反映できることです。長年の勘や、マニュアル化されていない例外処理のルールは、本人がいなくなってからでは再現がほぼ不可能になります。
一方でリスクもあります。定年間際の社員は、新しいやり方を覚える意欲が薄れていることが多く、「あと少しで辞めるのに、なぜ今さら覚え直す必要があるのか」という心理的な抵抗が生まれやすくなります。この抵抗は、「今のままでいい」が招く停滞と、向き合い方の最低ライン で扱っているような一般的な現状維持バイアスとは、また違う性質のものです。「自分がいなくなった後の会社のため」という説得が響きにくく、本人の当事者意識に訴えかけにくいのが定年間際特有の難しさです。
このリスクを踏まえると、定年前に着手する場合は、次の条件が揃っているかを確認すべきです。
- 本人の業務知識をヒアリングする時間を、業務時間内に確保できるか
- 新システムの操作を本人にすべて覚えさせるのではなく、「知識の引き出し役」として関わってもらう設計にできるか
- 定年後も一定期間、嘱託や相談役として関わってもらえる見込みがあるか
本人に新システムの完全な習熟を求めるのではなく、「今のやり方をなぜそうしているのか」を聞き出す役割に絞ることで、抵抗を小さくしながら知識の消失を防げます。この巻き込み方の設計については 古参社員を巻き込みながら刷新を進める、承継社長の立ち回り方 も参考にしてください。
定年後に着手する場合のメリットとリスク
逆に、古参社員の定年を待ってから刷新に着手する選択肢もあります。この場合のメリットは明確で、「今のままでいい」という声を上げていた最も強い抵抗勢力がいなくなるため、社内の合意形成が格段に進めやすくなることです。新しく入った、あるいは若手の社員が中心のチームであれば、新しいやり方への抵抗感自体が小さくなります。
ただしリスクも大きく、業務知識が本人の退職と同時に失われてしまう点です。マニュアル化されていない例外処理、取引先ごとの細かい特別対応、なぜその手順になっているのかという経緯——これらは一度失われると、システムの仕様として復元するのに多くの手間がかかります。実際、仕様書がない先代システムの仕様を、動きから逆算して復元する方法 のような苦労は、担当者が退職した後にシステムを扱う場面で頻発します。
定年後に着手する場合は、退職前の数ヶ月を使って、最低限次の記録を残しておくことが重要です。
- 業務の全体フロー（誰が、いつ、何を、どの順番で行うか）
- 例外処理のパターンと、その理由
- 取引先ごとの特別対応の有無
これらの記録さえ残しておけば、本人が退職した後でも刷新の設計に活用できます。逆にこの記録を取らずに退職を迎えてしまうと、刷新の初期段階で「誰も理由を知らない謎の仕様」への対応に追われることになります。
判断の分かれ目
古参社員の定年が近いとわかった時点で、社長が最初に確認すべき問いは次の2つです。
「その人にしかわからない業務知識が、どれだけシステムの根幹に関わっているか」
「退職までに、知識を引き出す時間を確保できるか」
業務知識への依存度が高く、時間の確保も可能なら、着手時期を早めて定年前に取りかかるべきです。依存度が低い、あるいは時間の確保が難しいなら、無理に急がず、退職前の記録整備だけを最優先で進め、本格的な刷新は定年後に回すという判断も成立します。
どちらを選ぶにせよ、最初の刷新、何から手をつけるか決めるための優先順位のつけ方 で挙げた通常の優先順位づけに、「定年までの残り時間」という軸を追加して考えることが、承継3年目前後の刷新計画では欠かせません。定年は避けられない外部要因である以上、待つか動くかを迷い続けるより、期限として逆算に使うほうが計画は前に進みます。