振り返りの頻度に、正解がないまま進んでいないか
刷新実行フェーズに入ると、複数のプロジェクトが同時並行で動いたり、1つのプロジェクトが数ヶ月にわたって続いたりします。この間、進捗をどれくらいの頻度で振り返るべきかについて、明確な基準を持たないまま進めている社長は少なくありません。
月次で細かく確認しようとすると、開発会社からの報告も社内の実態も、1ヶ月単位では大きな変化が見えづらく、「先月と大差ない報告を聞くだけの会議」になりがちです。かといって年次でまとめて振り返ると、途中で計画が想定とずれていても気づくのが遅れ、修正のタイミングを逃してしまいます。この記事では、月次でも年次でもなく「四半期」という単位で振り返りを設定する考え方を整理します。
なぜ四半期がちょうどいいのか
四半期（3ヶ月）という区切りには、刷新実行フェーズの実態に合った理由があります。
- 小規模改修は1〜3ヶ月、中規模導入は3〜8ヶ月が期間の目安であり、四半期はちょうど1つの区切り（着手・中間・完了のいずれか）が訪れやすい周期です。期間の目安は刷新プロジェクト、着手から完了までの標準的な期間の目安で扱っています。
- 月次では、開発会社側の作業も社内側の意思決定も、大きな進捗として報告できるほどの変化がまだ出ていないことが多く、振り返りが形骸化しやすくなります。
- 年次では、計画とのずれに気づくのが半年〜1年後になってしまい、繁忙期を挟んだスケジュール調整や、途中で計画を止めるべき判断が手遅れになりかねません。
四半期は、「プロジェクトの区切りが見えやすい」周期と「ずれに早めに気づける」周期の、ちょうど中間に位置しています。
四半期ごとに何を確認するか
振り返りの頻度を決めても、何を見るかが曖昧だと形だけの会議になってしまいます。四半期ごとの振り返りでは、次の3点を確認することをおすすめします。
1. 進行中プロジェクトの現在地
計画時点のスケジュールに対して、今どこまで進んでいるか。遅れているなら、その理由が「想定内の調整」なのか「計画そのものの見直しが必要な兆候」なのかを見極めます。繁忙期をまたぐ場合はスケジュールが動くのが通常であり、繁忙期を避けて刷新を進める、承継社長のスケジュールの組み方で扱った前提とずれていないかを確認すると判断しやすくなります。
2. 古参社員・現場の反応
刷新の途中経過について、現場からどんな声が上がっているか。四半期という単位は、現場の空気の変化——最初は懐疑的だった声が和らいできたか、逆に不満が強まっていないか——を捉えるのにも適した周期です。ここで違和感を感じたら、次の四半期に入る前に説明会や個別のフォローを挟むという判断ができます。
3. 続けるか、止めるか、計画を変えるかの判断
進捗と現場の反応を踏まえて、このまま続けてよいか、一度立ち止まるべきかを判断します。プロジェクトを止めるべきサインの見極め方は刷新の途中で計画を止めるべきタイミングの見極め方にまとめています。四半期ごとにこの判断機会を設けておくことで、致命的な状態になる前に軌道修正ができます。
複数プロジェクトが並走しているときの工夫
2年目・3年目になると、1つの刷新が終わる前に次の刷新が始まっていることも珍しくありません。この場合、四半期の振り返りを1回のミーティングにまとめて、全プロジェクトを横断で見る形にするのがおすすめです。個別プロジェクトごとに振り返りの頻度がバラバラだと、社長自身が把握しきれなくなり、結局「気になったときだけ確認する」場当たり的な運用に戻ってしまいます。
四半期ごとの棚卸しでは、承継したらまず作る、システム管理台帳のテンプレートのような台帳と合わせて、「今動いているプロジェクト一覧」を1枚にまとめておくと、経営会議でも古参社員への説明でも使い回せます。
振り返りは、次の四半期の計画とセットにする
四半期ごとの振り返りは、過去を評価するだけで終わらせず、次の四半期に何をするかとセットで設計しておくと効果が高まります。「今四半期はここまで進んだ、次の四半期はここに着手する」という形で毎回締めくくれば、振り返りの会議自体が次のアクションを決める場になります。
月次では細かすぎて形骸化し、年次では粗すぎて手遅れになる。刷新実行フェーズの2〜3年目は、ちょうどこの中間にあたる四半期という単位を振り返りの基本サイクルに据えることで、無理なく進捗を管理できるようになります。