古いシステムを新しい物へ置き換える計画を、どう立てますか

理由と終わりの形を先に決める

「古いから」だけでは、何年もかかる置き換えの理由になりません。直すたびに時間がかかる、使っている部品の更新が止まって安全の問題を直せない、のように、置き換えないと困ることを事業の言葉で書きます。

終わりの形も決めます。古いシステムを止める日と、そのときに残っていてよい物です。古い側に、ほとんど使われていない機能があることはよくあります。使われ方を数えて、移さずに捨てる物を選ぶと、置き換えの量が減ります。何を移さないかは、非目標として書いて合意しておきます。

少しずつ移して、戻せるようにする

一度に全部を切り替える計画は、切り替えの日に問題が出ると戻せず、試しきれない所が必ず残ります。そこで、利用者からの要求を受ける前に振り分けの口を置き、機能ごとに新しい側へ流していきます。古い木に新しい木が絡んで少しずつ入れ替わる様子から、ストラングラー (絞め殺しの木) のパターンと呼ばれます。

• 1 つの機能ずつ移す小さな機能から始め、新しい側で動くのを確かめてから次へ進みます
• 新旧を並べて比べる同じ入力を両方に送り、答えが同じかを比べてから切り替えます
• 戻す道を残す問題が出たら振り分けを古い側へ戻せるようにし、戻す手順を切り替えの前に決めます

データの移し方は、止めずにスキーマを変える手順と同じ考え方で、新旧の両方が読める形を挟みます。

事業との約束

置き換えの間も、事業の側は新しい機能を求めます。古い側にも新しい側にも同じ機能を作ると、仕事が倍になります。「この期間は古い側に新しい機能を足さない」「足すなら新しい側に先に移してから」のように、決まりを先にそろえます。

途中で止まっても損が出ない順に並べるのも大事です。速くなった、直すのが早くなった、のように事業に見える成果が出る機能から移すと、続ける理由を示せます。

話す例は、架空の例で構いません。「使われ方を数えて 3 割の機能は移さないと決め、残りを月に 1 つずつ移した」のような流れを 1 つ用意します。