刷新を一時中止した後、いつ・どの条件で再開するかの判断

「止める」で終わらせないために

一度立ち止まると決めたシステム刷新には、実はもう一つ、見落とされがちな判断が待っています。「いつ、どんな条件がそろえば再開するのか」です。

中止の判断そのものは、要件のズレや開発会社との関係悪化など、明確なきっかけで下されることが多いものです。しかし再開の判断は違います。きっかけとなる出来事がないまま、時間だけが過ぎていくケースが少なくありません。気づけば半年、1年と塩漬けになり、「あの刷新はどうなったんだ」と古参社員に聞かれて初めて向き合う、という展開は事業承継後の会社でよく見かけます。

中止は経営判断ですが、再開しないまま放置することもまた経営判断です。この記事では、その中間で迷わないための「いつ・どの条件で再開するか」の考え方を整理します。

判断の分かれ目1：中止の原因は解消されたか

再開を検討する最初の基準は、シンプルに「中止に至った原因が解消されたかどうか」です。ここが曖昧なまま再開すると、同じ理由で二度目の中止に至るリスクが高くなります。

原因を大きく分けると、次の2種類があります。

外部要因が原因だったケース——開発会社との連絡が取れなくなった、担当者が退職して引き継ぎが機能しなくなった、見積もりの前提が崩れたなど。この場合、再開の条件は明確です。信頼できる相談先が見つかった時点、あるいは新しい見積もりの前提が整った時点が再開のタイミングになります。相談先の見極め方は刷新を開発会社に相談する前に、決めておきたい3つのことで整理していますので、中止期間中に読み直しておくと再開の準備が早まります。

内部要因が原因だったケース——現場の反発が強すぎた、要件が固まらないまま走り出していた、社内の合意形成が追いついていなかったなど。この場合は、開発会社を変えても同じ問題が再発します。再開の条件は「社内側の準備が整ったこと」であり、古参社員との向き合い方を立て直せているかがポイントになります。古参社員の「今のままでいい」が招く停滞と、向き合い方の最低ラインは、この立て直しの参考になります。

外部要因なら数週間〜数ヶ月で再開条件が整うことが多く、内部要因なら数ヶ月単位の準備期間を見ておくのが現実的です。

判断の分かれ目2：中止期間中に状況は変わったか

もう一つの分かれ目は、中止していた期間に「会社の状況」そのものが変わったかどうかです。

中止から3ヶ月、半年と経つと、当初の前提が崩れていることがあります。業務量が変わった、担当していた社員が異動・退職した、他の刷新が先に進んで優先順位が変わった、といった変化です。この場合、単純に「元の計画のまま再開する」のではなく、要件を見直すところから再スタートする必要があります。

目安としては、中止から3ヶ月以内であれば要件の大枠はそのまま再開して問題ないことが多く、6ヶ月を超えている場合は、業務の現状と要件を突き合わせ直すところから始めた方が結局早く済みます。半年以上放置された計画をそのまま動かそうとすると、「なぜこの仕様なのか」を説明できる人が社内にいなくなっているケースもあるためです。

再開前の要件の立て直し方は、要件のまとめ方。何から刷新するか固まっていない社長のための資料作りで扱っています。

判断の分かれ目3：継続・修正・中止、3つの選択肢の使い分け

再開を検討するタイミングでは、「そのまま再開」以外に2つの選択肢があることも押さえておく必要があります。

特に見落とされがちなのが3つ目の「完全に中止」です。中止した計画を「いつか再開するもの」として無期限に保留し続けると、社内では「あの話はどうなった」という宙ぶらりんな空気が残り続けます。再開の条件が半年、1年経っても整わないのであれば、一度きちんと「今回は見送る」と社内に伝え、優先順位を組み直す方が健全です。攻めのIT投資へ進むタイミングの整理は承継社長が経営会議で説明する見積もり方も参考になります。

再開を決めたら、最初にやること

再開の条件がそろったら、いきなり開発会社に連絡を取るのではなく、まず社内で「なぜ止めていたのか」「何が変わって再開するのか」を一度言語化しておくことをおすすめします。ここを飛ばすと、古参社員から「前も同じことを言っていた」と受け止められ、再開自体への協力が得づらくなります。

止めた理由と再開する理由をセットで説明できれば、現場の納得感は大きく変わります。プロジェクトを検収まで完走させる体制づくりについては運用フェーズの体制。承継後の社内と開発会社の役割分担も合わせて確認しておくと、再開後の進め方がぶれにくくなります。

中止は失敗ではなく、立て直すための一時停止です。再開の条件を自分の言葉で説明できるようになったときが、次に進むべきタイミングです。