データ移行が失敗する理由｜繁忙期に切り替えない

データ移行の失敗を調べている人の多くは、選んだ道具を疑っています。取り込みで文字が化けた、期限がずれた、誰も新しい画面を開かなくなった。ところが、切り替えがうまくいかなかったチームをたどっていくと、原因が道具そのものの性能に行き着くことはほとんどありません。詰まっているのはたいてい、切り替えた時期、運ぶ前の準備、そして古い側をいつまで残したかの3つです。この記事では、データ移行が失敗する理由をこの3つに分けて整理し、次に何を決めればよいかまで持っていきます。

先に結論を書きます。移行でいちばん効く判断は、繁忙期に切り替えないことです。技術的な難所は取り込みの設定にありそうに見えますが、実際に移行を壊すのは、切り替えの直後にチームが新しい画面を触る余裕を持てるかどうかです。余裕がない週に切り替えると、人は例外なく慣れた道具に戻ります。一度戻ると、そのあと同じチームをもう一度動かすのは、最初の説得より難しくなります。

データ移行の失敗は、取り込みの失敗とは別物

移行の失敗という言葉には、性質のまったく違う2つが混ざっています。この2つを分けないまま対策を考えると、直すべきところを外します。

1つ目は、取り込みの失敗です。文字が化ける、日付の書式が合わない、担当者が別人として登録される、添付ファイルが運べない。これは作業上の失敗で、症状がその場で見えます。見えるので直せます。やり直しもききます。取り込みは何度でも試せるので、失敗しても最悪の場合、板を作り直して入れ直せば済みます。時間は取られますが、取り返しはつきます。

2つ目は、定着の失敗です。データは全部きれいに入った、画面もできた、招待も済んだ。なのに2週間後には誰も更新していない。進捗を聞くとチャットで返ってくる。気づけば元の表計算ファイルが更新されていて、新しい板のほうが古くなっている。これは症状がその場で見えません。移行の翌日は全員が使っています。じわじわ減って、ある日ゼロになります。

現場でよく聞くのは、取り込みの失敗を心配して何週間も検証したチームが、定着の失敗であっさり終わったという話です。労力の配分が逆になっています。取り込みは、対応表を1枚作って試しに移せば大半が片づく作業です。定着は、時期の選び方と、古い側をいつ止めるかという段取りでしか解けません。データ移行の失敗という言葉で検索してたどり着いたなら、まず自分がどちらの失敗を心配しているのかを分けてください。

もう1つ、移行を検討する段階で見落とされやすい観点があります。仕事のデータを別の事業者が運用するサービスに預ける以上、そこには扱いの責任がついてきます。個人情報を含むデータであればなおさらです。

個人情報取扱事業者は、個人データの取扱いの全部又は一部を委託する場合は、その取扱いを委託された個人データの安全管理が図られるよう、委託を受けた者に対する必要かつ適切な監督を行わなければならない。 出典: 個人情報保護委員会

顧客名や連絡先を含むカードを移すなら、移行先のサービスがデータをどこに置き、誰が触れるのかを確認しておく必要があります。移行の判断が社内で止まる理由の上位はここです。取り込みの技術的な検証より先に、この確認を通しておくと、あとで差し戻されずに済みます。個別の解釈が必要な場合は、所管の窓口や社内の法務、専門家に確認してください。

つまずく理由の1つ目、時期を間違えている

移行の失敗を時期の問題として語る記事はあまりありません。しかし実務では、ここがいちばん結果を分けます。

繁忙期に切り替えると、なぜ確実に戻るのか

繁忙期の切り替えが失敗するのは、意志の弱さではなく、単純な時間の計算です。新しい道具に慣れるまで、1人あたり少なくとも30分から1時間の練習時間が要ります。これは説明を聞く時間ではなく、自分の担当する案件を実際にカードにして動かしてみる時間です。10人のチームなら、合計で5時間から10時間が新しい道具に消えます。

繁忙期は、その30分が取れない時期のことです。取れないから、その場で分かる方法に戻ります。慣れた表計算ファイルを開き、チャットで担当者に直接聞き、電話で確認します。それが悪い判断だからではなく、締切がある状況では正しい判断だからです。進行を預かる立場の人が「新しい板に書いてください」と言っても、目の前の納品が優先されます。

さらに厄介なのは、繁忙期は例外が最も多く発生する時期でもある点です。急な差し込み、順番の入れ替え、担当の交代。新しい道具でその例外をどう表現するかは、まだ誰も知りません。知らないので、板に書けません。書けないから、チャットに流れます。こうして最初の週に「板に載っていない仕事」が積み上がり、板の情報が現実と食い違い、板そのものが信用されなくなります。板が信用されなくなった時点で、移行は終わっています。

切り替えに向く時期の見つけ方

では、いつがよいのか。判断の材料は3つです。

1つ目は、納品や締切の谷です。チームの案件を並べて、締切がいちばん薄い週を探します。多くのチームでは月末月初と四半期の終わりが山になるので、その谷は月の中旬に来ます。年間で見るなら、業種ごとの繁忙期の裏側です。

2つ目は、人の出入りが少ない時期です。新しい人が入る週、誰かが長期で抜ける週は避けます。切り替えと人の入れ替えが重なると、教える内容が二重になり、どちらも中途半端になります。

3つ目は、進行を預かる人が数日そこにいられるかどうかです。切り替えの直後は質問が集中します。「この案件はどこに置けばいいのか」「終わったカードはどうするのか」という質問に、その場で答えられる人が必要です。答える人が出張や休暇で不在の週に切り替えると、質問は宙に浮き、各自が自己流で置き始め、板の中身が人によってばらばらになります。

この3つが重なる週を探すと、たいてい1年に3回か4回しかありません。少ないと感じるかもしれませんが、逆に言えば、その週を逃さなければ移行はかなり有利に進みます。

落ち着いたらやる、が永遠に来ないとき

一方で、「落ち着いたら移行しよう」と言い続けて1年が過ぎるチームもあります。慢性的に忙しい組織では、谷が来ません。この場合は、時期を待つのではなく、範囲を狭めます。

やり方は単純です。全案件を移すのをやめて、1つのチームか、1つの案件だけを新しい道具に載せます。3人から5人、案件は1件か2件。この規模なら、練習時間の合計は2時間程度に収まり、繁忙期でも押し込めます。そこで運用の型ができてから、次の案件を載せます。

範囲を狭めるときのコツは、「新しく始まる案件から載せる」ことです。すでに半分進んでいる案件を途中で移すと、過去の経緯を運ぶ作業が発生し、そこで力尽きます。新規案件なら運ぶデータがほとんどないので、移行ではなく単に新しい道具で始めるだけになります。移行の失敗をいちばん確実に避ける方法は、移行しないで済む範囲から始めることです。

つまずく理由の2つ目、準備が足りていない

時期を選べたとして、次に落ちるのが準備です。ここでの準備は、道具の設定ではなく、決めごとの整理を指します。

何を運ぶかを決めていない

移行の相談で最初に出る質問は「全部移せますか」です。この質問に「はい」と答えたときから、移行は長期化します。

全部を移すのが難しいのは、道具の性能ではなく、データの性質のせいです。カードのタイトルや期限のような構造のある情報は運べます。しかし、過去のコメントのやり取り、添付されたファイル、誰がいつ何を変えたかの履歴は、書き出しの形式に乗らないことが多く、乗ったとしても移した先で元の文脈を失います。3年分のやり取りを全部運ぼうとして、準備だけで2か月かかり、その間に決裁の熱が冷めるという流れは珍しくありません。

現実的な線引きはこうです。進行中の案件は運ぶ。完了した案件は運ばず、元のファイルや元の道具を保管して残す。添付ファイルと過去のやり取りは運ばず、必要になったら元を見る。この割り切りを最初に文書にして関係者に見せておくと、移行後に「あれが無い」と言われたときの説明が1行で済みます。

誰が運ぶかを決めていない

移行の作業を、いちばん忙しい人が引き受けてしまうケースがよくあります。進行を預かっている人は全体を把握しているので適任に見えますが、その人は繁忙期にいちばん動けない人でもあります。結果、移行作業は夜と週末に押し出され、途中で止まります。

分けるべき役割は3つです。データを移す手を動かす人、移行後のルールを決める人、質問に答える人。手を動かす作業は分担できます。ルールを決めるのは進行を預かる人の仕事で、これは分担できません。質問に答える役は、切り替え後の1週間だけ立てればよく、必ずしも決める人と同じである必要はありません。

3つを1人が兼ねると、その人が休んだ日に移行が止まります。少人数のチームでも、せめて手を動かす人と決める人は分けてください。

移行後の入力ルールを決めていない

準備で最も抜けやすいのがここです。データを移したあと、チームが毎日どう入力するかのルールがないまま切り替えると、板は1週間で散らかります。

決めておくべきことは多くありません。カードを作るのは誰か。終わったカードはどこへ動かすか。期限が決まっていないカードの期限欄は空でよいのか。担当が2人いるときはどう書くか。この4つを決めて紙1枚に書き、切り替えの日に配るだけで、板の寿命は大きく変わります。

期限の扱いは特に効きます。決まっていない案件に仮の日付を入れる運用にすると、その日が来た瞬間に遅れとして表示されます。遅れていないものが遅れて見える状態が数十件たまると、遅れの表示そのものが誰にも信用されなくなります。空欄は「まだ決まっていない」という正しい情報なので、空のまま置けるルールにしておくほうが板は長持ちします。

試しに移す工程を飛ばしている

本番の移行の前に、必ず一度、試しに移してください。全件でなくてよく、20件から30件で足ります。この試し移行で見るのは、取り込みが成功したかどうかではありません。移した結果の画面を見て、チームがそれを見て仕事を進められるかどうかです。

試し移行でよく見つかるのは、列の数が足りない、あるいは多すぎるという問題です。いまの表に状態が7種類あって、板の列が4つしかないとき、どれを1つにまとめるかを決める必要があります。この判断は画面を見ないと出てきません。逆に、列を10個作ってしまい、横に長くて全体が一目で見えなくなるのも試し移行で分かります。

試し移行のあとは、その板を捨ててください。試したものをそのまま本番にすると、練習で作ったカードや誤った設定が混ざり込みます。捨てる前提で作ると、思い切って試せます。

つまずく理由の3つ目、古い側を残しすぎている

3つ目が、移行の失敗の最大の原因です。時期も準備も整えたチームが、ここで戻ります。

二重運用は安全策ではなく、最も危ない選択

移行のとき、ほとんどのチームがこう考えます。「しばらくは両方使って、慣れたら新しいほうに一本化しよう」。安全に見えます。実際には、これがいちばん確実に移行を失敗させる進め方です。

理由は、人は2か所に同じことを書き続けられないからです。最初の数日は両方書きます。1週間もすると、忙しい日に片方だけ書きます。書かれなかったほうが古くなり、古くなったほうを見た人が間違えます。間違えた人は「新しいほうは当てにならない」と学習します。こうして、二重運用は必ず古い側の勝ちで終わります。慣れているほうが強いからです。

さらに、二重運用の期間は「まだ決めていない期間」でもあります。決まっていないので、質問が来るたびに「どちらでもいいです」と答えることになり、チームの中でばらつきが固定されます。移行が失敗したチームに、いつ一本化する予定でしたかと聞くと、決めていなかったという答えが返ってくることが多いのはこのためです。

古い側を止める日を、切り替えの前に決める

対策は1つです。古い側の更新を止める日を、移行を始める前に決めて、全員に伝えておきます。日付を決めるのが重要で、「慣れたら」「落ち着いたら」という条件では止まりません。

止め方は、削除ではなく読み取り専用です。古いファイルは残し、編集できない状態にして、置き場所も分かるようにしておきます。過去を確認する用途は残るので、消してはいけません。しかし書き込めるままにしておくと、必ず誰かが書きます。書ける状態が残っているかぎり、二重運用は続きます。

期間の目安は、切り替え日から1週間から2週間です。1か月を超える並行期間を設けたチームは、ほぼ古い側に戻ります。短く感じるかもしれませんが、進行中の案件だけを移す前提であれば、この期間で足ります。

例外を1つ作ると、全部が例外になる

古い側を止めたあとに出てくるのが、例外の要求です。「この案件だけは前の表で管理させてほしい」「この人だけはチャットで報告させてほしい」。断りにくい要求ですが、ここで1つ認めると、次の週には3件になり、月末には全部が例外になります。

例外を認めるかどうかの判断基準を1つ持っておくと迷いません。その案件の進捗を、進行を預かる人が板を見るだけで把握できるかどうかです。把握できないなら、その案件は板の外にあり、全体の見通しが崩れます。どうしても外に置くなら、板の上に「この案件は別管理」というカードを1枚立てて、見えるようにしておきます。見えない例外だけが害になります。

失敗しかけている兆候を、早い段階で見分ける

移行の失敗は、ある日いきなり起きるのではなく、必ず前触れがあります。前触れの段階で気づけば手を打てるので、切り替え後は次の4つを見てください。

1つ目は、質問が減ることです。切り替えの直後に質問が来なくなったら、順調なのではなく、触っていない可能性が高い。慣れた人ほど質問しませんが、チーム全体で質問がゼロになるのは3日目以降で、それより早く静かになったら、板を開いていない人が何人いるかを数えてください。

2つ目は、進捗の報告がチャットに戻り始めることです。「あの件どうなってる」という質問に、板の場所ではなく文章で答えが返ってきたら、その案件は板の外に出ています。1件出ると、周囲がそれを見て同じように振る舞います。板の外に出た案件は、見つけた時点でカードにしてください。

3つ目は、カードの期限が過ぎたまま放置され始めることです。遅れの表示が10件を超えると、人はその表示を見なくなります。見なくなった時点で、期限という情報は板から失われます。放置が増えてきたら、期限の入れ方のルールが実態に合っていないと考えて、ルールのほうを直します。

4つ目は、進行を預かる人が板の内容を口頭で補い始めることです。会議で板を映しながら「これは実はもう終わっていて」「これは別の人が持っていて」と補足が続くなら、板と現実がずれています。補足なしで会議が成立するかどうかが、板が使える状態にあるかどうかの実質的な判定になります。

この4つのうち2つ以上が出ていたら、放置せずにその週のうちに手を入れてください。移行の失敗は、気づいてから対処するまでの時間が長いほど、戻すのが難しくなります。

移行の前に決めておくことを1枚にする

ここまでの内容を、切り替え前に決める形にまとめます。次の項目を紙1枚か、チームの共有文書に書き出してください。

決めること	具体的に書く内容
切り替え日	締切の谷にある平日。質問に答える人が在席している週
運ぶ範囲	進行中の案件のみ。完了案件と過去のやり取りは運ばない
運ばないもの	添付ファイル、コメント履歴、変更履歴。元は保管して残す
古い側を止める日	切り替え日から1週間後か2週間後。日付で書く
手を動かす人	書き出しと取り込みを担当する人。1人でなくてよい
質問に答える人	切り替え後1週間、その場で答えられる人
入力ルール	カードを作る人、完了後の置き場、期限が未定のときの扱い、担当が複数のときの書き方
戻す条件	どうなったら移行を中止して元に戻すか

最後の「戻す条件」を先に決めておくと、切り替えの決断が軽くなります。戻れないと思うから慎重になりすぎ、いつまでも切り替えられません。元のファイルを読み取り専用で残してあるかぎり、戻すのは難しくありません。

切り替え当日から2週間の進め方

切り替えは1日のイベントではなく、2週間の工程です。

当日にやるのは、データの移し込みと、全員が自分のカードを1枚触ることです。説明会を長くやる必要はありません。30分あれば足ります。説明より、その場で各自に自分の担当カードを動かしてもらうほうが定着します。触っていない人がいたら、その人が最初に離脱します。当日中に全員が最低1回操作したかを確認してください。

2日目から5日目は、質問に答える期間です。ここで出る質問は、たいてい入力ルールの穴です。「この案件は誰の担当にすればいいのか」「終わったけど請求が残っているものはどこに置くのか」。この質問に答えるたびにルールが1行増えます。増えた分は紙に書き足して、全員が見える場所に置きます。

2週目に入ったら、古い側を止めます。止めた翌日に、板を見て全体が把握できるかを確認してください。板に載っていない仕事が見つかったら、その場でカードにします。ここで見落とすと、その仕事は永久に板の外に残ります。

2週間の終わりに、続けるか戻すかを判断します。判断の材料は、更新している人の割合です。10人のチームで、直近3日にカードを動かした人が7人以上なら定着に向かっています。半分を切っているなら、道具の問題ではなくルールか時期の問題なので、いったん範囲を狭めて出直すほうが早い。

移行を中止して戻すときの手順

戻す判断は失敗ではありません。ただ、戻し方を決めていないと混乱します。

戻すと決める前に、1つだけ確認してください。うまくいかなかった理由が、道具の機能なのか、運用の決めごとなのかという点です。機能が足りないなら道具を替えるしかありませんが、実際には決めごとの不足で止まっているほうが多く、その場合は道具を替えても同じところで止まります。カードの置き場が決まっていない、終わったものの扱いが決まっていない、誰が入力するかが決まっていない。この3つのどれかが原因なら、戻さずにルールを足すほうが早く片づきます。

戻すときは、新しい板を消さないでください。移行後に新しい板だけに書かれた情報が必ずあります。まず新しい板の内容を書き出して保管し、そのうえで古いファイルの読み取り専用を解除します。板は消さずに読み取り専用の状態にして残しておくと、後で参照できます。

そのうえで、なぜ戻したのかを1行で記録しておいてください。時期が悪かったのか、ルールが決まっていなかったのか、そもそも道具が合っていなかったのか。この記録がないと、半年後に同じ議論をゼロから始めることになり、同じ理由で同じように失敗します。移行を2回試して2回とも同じ月に実施していた、という話は現場でしばしば出ます。

道具ごとに移行の手触りが変わる理由

移行の失敗は段取りの問題だと書いてきましたが、いま使っている道具によって、運べるものと運べないものは変わります。移行の前に、いまの道具と移す先で何がどう変わるかを一度は突き合わせておいてください。

板の形で進行を見てきたチームであれば、データの持ち方が近いため、移行は比較的素直に進みます。この場合の論点は移行のしやすさより、料金の区切り方や、どこまでを無料で使えるかに移ります。その整理はTrelloとの比較にあります。自動で取り込める仕組みが用意されているのは限られたサービスからだけなので、その具体的な手順はTrelloからの移行を確認してください。ここに載っていない道具からの移行は、書き出しと取り込みを自分で行う前提になります。

工程や依存関係を細かく管理してきたチームでは、移行時に持ち込めない情報が必ず出ます。何を捨てて何を残すかの判断が要るので、Asanaとの比較で扱われている管理の粒度の論点を先に読んでおくと、運ぶ範囲を決める段階で迷いが減ります。自由に組める道具から移す場合は、そもそも項目の設計がチームごとに違うため、突き合わせの作業量が最も大きくなります。作り込みの自由とそれを維持する手間の関係はNotionとの比較に整理されています。

課題の管理とコードの管理を近づけて運用してきたなら、Backlogとの比較を見てください。リポジトリの機能を含む道具から含まない道具へ移すと、その部分は別の場所に分かれます。コードまで1か所にまとめたいなら、含む側に残るのが素直な判断です。作業の自動化や外部サービスとの連携を運用の中心に据えてきたチームは、monday.comとの比較で扱われている論点を先に確認しておくと、移行後に「前はできたことができない」と言われる箇所を事前に把握できます。日本語で作られた板型の道具どうしを見比べるならJootoとの比較があり、どこから見るか決めきれない場合は比較の一覧から、いま使っている道具の項目に入るのが早い。

移行の判断材料をどこに集めるか

移行の検討で時間を取られるのは、比較そのものより、比較のために調べる時間です。ここを短くする観点を3つ挙げます。

1つ目は、プランの区切り方です。機能の有無でプランを分ける道具の場合、移行の検討では「この機能を使うにはどのプランか」を1つずつ調べる必要があります。機能で絞らず、区切るのは人数とボードの数だけという区切り方をとる道具であれば、調べるのは何人を招待するかと板を何枚使うかだけになり、検討の工数がそのぶん減ります。実際の金額は料金で確認できます。料金と上限は変わるものなので、検討する時点の公式のページで必ず確かめてください。この記事の記述は一般論であり、いつ時点の価格かを保証するものではありません。

2つ目は、できることの範囲です。移行前に「いまできていることが移行後もできるか」を確認しないと、切り替えの直後に不満が噴き出します。何ができるかはできることにまとまっているので、いまの運用で毎日使っている操作を書き出して、突き合わせてください。ここで正直に書いておくと、板1枚に集約する形の道具には、はっきりした割り切りもあります。リポジトリの機能は持たず、自動化や外部サービスとの連携では勝負せず、画面は日本語のみで、自動で取り込めるのは限られたサービスからだけです。この割り切りが合わないチームは、別の道具を選ぶほうが結果的に幸せになります。合っていない道具に丁寧な手順で移しても、戻ることになります。

3つ目は、データの預け方です。前半で触れたとおり、仕事のデータを外部のサービスに置く以上、社内の確認が必要になる場面があります。どこにデータが置かれ、どう守られるかの考え方は安全性の考え方にまとめられています。移行の提案を社内に出す前にここを読んでおくと、決裁の場で止まりにくくなります。あわせて、途中で人数を増やしたらどうなるか、やめるときにデータを取り出せるかといった疑問はよくある質問に整理されています。移行は道具の乗り換えである以上、いつでも出ていけることを確認できているかどうかが、そのまま決裁の通りやすさになります。

最後に、この記事の全体を1行にすると、次のようになります。データ移行の失敗は、道具を間違えたから起きるのではなく、忙しい週に切り替え、決めごとを後回しにし、古い側を残したまま様子を見たから起きます。逆に言えば、切り替える週を選び、運ぶ範囲と入力ルールを先に決め、古い側を止める日を日付で書いておけば、移行の難しさはかなりの部分が消えます。道具の比較に時間をかける前に、この3つの日付と範囲を紙に書いてみてください。書けないうちは、まだ切り替える時期ではありません。

Q1. データ移行はいつやるのが安全ですか？

締切が薄い週で、質問に答えられる人が在席している週を選んでください。繁忙期は1人30分から1時間の練習時間が取れず、例外も多く発生するため、板に載らない仕事が積み上がって板が信用されなくなります。条件が重なる週は年に3回から4回しかないので、見つけたら逃さないほうが有利です。

Q2. 移行のあいだ、古い道具と新しい道具を両方使ってもよいですか？

おすすめしません。人は2か所に同じことを書き続けられないため、忙しい日に片方だけ書き、古くなったほうを見た人が間違えます。結果として慣れている古い側が勝ちます。古い側の更新を止める日を切り替え前に日付で決め、削除ではなく読み取り専用にして残す進め方が確実です。

Q3. 過去のデータは全部移すべきですか？

進行中の案件だけを移し、完了案件は元のファイルや元の道具を保管して残す割り切りが現実的です。添付ファイル、コメントのやり取り、変更履歴は書き出しの形式に乗らないことが多く、全件にこだわると準備が数か月に伸びて移行そのものが実行されません。運ばないものを先に文書化してください。

Q4. 移行がうまくいったかは、どう判断すればよいですか？

切り替えから2週間後に、直近3日でカードを動かした人の割合を数えてください。10人のチームで7人以上なら定着に向かっています。半分を切っているなら道具ではなく時期かルールの問題なので、範囲を1つの案件や3人程度に狭めて出直すほうが早く進みます。