タスク管理ツールの乗り換え手順｜途中で止まらない進め方
タスク管理ツールの乗り換えは、道具を選び終わったところで終わりません。むしろ、そこからが本番です。新しい板を作り、案件を並べ、担当を割り当てたあと、二週間ほどで誰も更新しなくなる。気がつくと進行の実態はチャットに戻っていて、板だけが古い状態で残っている。進行をとりまとめている人からは、この止まり方の話がいちばんよく出ます。
この記事では、乗り換えを「途中で止まらない段取り」として組み立て直します。移す順序、並走させる期間、過去のデータをどこまで持っていくか、旧ツールをいつ閉じるか。この4つを先に決めておけば、乗り換えは作業になります。決めずに始めると、判断が毎日発生して、そのたびに手が止まります。そして最初に確認すべきなのは、そもそも乗り換えないほうがよい場合に自分たちが当てはまっていないか、です。
乗り換えないほうがよい場合を先に確認する
道具を替える判断は、決めた瞬間から人の時間を食い始めます。移行作業そのものだけでなく、覚え直し、ルールの作り直し、聞かれたことに答える時間が積み上がります。だから最初にやるのは、乗り換えなくてよい理由を探すことです。ここで止められるなら、それがいちばん安い解決です。
困っているのが1人だけのとき
「この道具が使いにくい」という声が、進行をとりまとめている1人からしか出ていない場合、乗り換えは高い確率で失敗します。理由は単純で、道具を替えても不便を感じていない残りの人にとっては、移行は純粋な負担の増加だからです。負担だけを受け取った人は、新しい板を開かなくなります。
判断の材料として使えるのは、直近1か月で「その道具の中でしか完結していない会話」がどれだけあったかです。板の上のコメントで意思決定が終わっている案件が半分を超えているなら、チームはその道具に乗っています。乗っているものを剥がすには相応の理由が要ります。逆に、板は形だけで、実際の意思決定がすべてチャットや会議で行われているなら、それは道具の問題である可能性が高くなります。
不便が1人に集中しているときは、まず運用側を変えます。ボードの列を減らす、担当者を必ず1人に絞る、期限のない項目を作らせない。この3つだけで、見通しの悪さの大半は消えることがあります。それでも残った不便が、乗り換えの検討対象になります。
詰まりの原因が道具ではなく決め方にあるとき
進行が滞る原因の多くは、道具ではなく決め方にあります。誰が決めるのかが決まっていない、決めるための情報が揃うのを待っている、決めた内容が書き残されていない。この3つはどんな道具に移しても持ち越されます。むしろ新しい道具に移った直後は、書き残す習慣がリセットされるぶん悪化します。
見分け方はひとつです。止まっている案件を10件ほど並べて、止まっている理由を1行ずつ書き出します。「相手からの返答待ち」「決裁が下りていない」「担当が決まっていない」が並ぶなら、それは決め方の問題です。「どこに書いたか分からない」「更新されていなくて実態が読めない」「探すのに時間がかかる」が並ぶなら、道具の問題として扱う価値があります。
前者が多いのに乗り換えを進めると、移行後に「新しい道具にしたのに何も変わらない」という評価が下ります。一度そう評価されると、次に本当に必要な変更を提案しても通らなくなります。順番として、決め方の整理が先です。
繁忙期のまっただ中にあるとき
乗り換えは、いちばん忙しくない時期にやるものです。当たり前に聞こえますが、実際には「忙しくて回らないから道具を替えたい」という動機で、繁忙期の真ん中に着手されることがよくあります。この順序では、新しい板の入力が後回しになり、旧ツールだけが更新され続け、並走期間が終わらないまま自然消滅します。
目安として、移行の初週には、とりまとめる人の時間が1日1時間ほど余分に必要になります。案件を並べ直し、抜けを埋め、質問に答える時間です。この1時間が確保できない週が続くと分かっているなら、着手を遅らせたほうが結果として早く終わります。
繁忙期を避けられない事情があるなら、対象を絞ります。全案件ではなく、いちばん進行が見えなくて困っている1つの案件だけを新しい板に移す。そこで手応えを確かめてから広げる。この形なら、繁忙期でも着手できます。
タスク管理ツールの乗り換えが検討される背景
乗り換えの相談が増えている理由は、チームの働き方が変わったことと、道具が増えすぎたことの2つに集約されます。どちらも個々のチームの努力とは関係のないところで起きている変化なので、「うちのチームの管理が甘いから」と考える必要はありません。
使う道具の数が増えて、進行が分散した
数年前まで、進行の情報はメールと表計算ソフトに集まっていました。いまは、チャット、ビデオ会議、ファイル共有、設計ツール、見積や請求の仕組みが別々にあり、それぞれが通知を出します。案件の状況を知るために、担当者が4つから6つの画面を開いて回るという状態は珍しくありません。
この状態が続くと、進行の把握はとりまとめる人の記憶に依存し始めます。記憶に依存すると、その人が休んだ日に進行が止まります。乗り換えの動機として最も多いのは、機能が足りないことではなく、この「1人に集まりすぎている状態」を解きたいという要求です。
在宅と出社が混ざり、口頭の補正が効かなくなった
同じ部屋にいた頃は、板が多少ずれていても、席で交わす短い確認で補正できていました。全員が同じ場所にいない前提になると、この補正が効きません。板に書かれていないことは存在しないのと同じ扱いになり、書かれていることが古ければ、そのまま誤った判断につながります。
つまり、道具に求められる水準が上がりました。以前は「記録できればよい」だったものが、いまは「見た人が全員同じ理解になる」ことを求められています。ここが満たせない道具は、働き方が変わった時点で不足として表面化します。
導入した仕組みが定着しないのは以前から知られた課題
道具を入れても使われない現象は、今に始まったことではありません。情報システムの導入をめぐる公的な資料でも、繰り返し指摘されてきた論点です。
導入した情報システムが十分に活用されない要因としては、業務プロセスの見直しが伴っていないこと、利用者への教育や運用ルールの整備が不十分であることなどが指摘されている。（要旨） 出典: ipa.go.jp
ここで押さえておきたいのは、定着しない理由が道具の性能ではなく、業務の見直しと運用ルールの側にあると整理されている点です。乗り換えを段取りとして組む意味も同じところにあります。何を移すか、いつまで並走するか、誰が入力するかを決めることが、実は道具選び以上に結果を左右します。
乗り換えが途中で止まる4つの型
止まり方には型があります。自分たちがどの型に近いかを先に知っておくと、対策を先回りで入れられます。
全部を一度に移そうとして止まる
いちばん多い型です。過去の完了案件、進行中の案件、これから始まる案件、社内の定例作業、備忘のメモ。これを一度に新しい板へ移そうとすると、初日の作業量が膨れ上がります。とりまとめる人が数日かけて移し終える頃には、旧ツール側の情報が動いていて、移した内容が古くなっています。
この型を避ける鍵は、移す対象を「進行中の案件だけ」に絞ることです。完了したものと、まだ始まっていないものは、最初の移行対象から外します。分量が減るだけでなく、新しい板を開いたときに見えるものが「いま動いているものだけ」になるので、他のメンバーにとっても分かりやすくなります。
並走の期限を決めずに止まる
新旧を並べて使う期間は必要ですが、期限を決めないと終わりません。「しばらく両方使ってみましょう」という始め方をしたチームでは、二重入力の手間に耐えられなくなった人から順に、慣れているほうへ戻ります。2週間を過ぎたあたりから、新しい板の更新頻度が目に見えて落ちるという話をよく聞きます。
並走は、日付を切って始めます。開始日と終了日をカレンダーに置き、終了日以降は旧ツールに書き込まないと宣言する。この宣言があるかないかで結果が変わります。
過去のデータを全部持っていこうとして止まる
過去の案件は、移すのに手間がかかるわりに、移したあとに参照されません。それでも「念のため全部持っていく」判断をすると、移行作業の大半が過去のデータの整理に費やされます。しかも過去のデータは形式が揃っていないことが多く、移した先で表示が崩れ、直す作業が追加で発生します。
過去のデータは、原則として旧ツールの書き出し機能でファイルとして手元に残し、新しい板には持ち込まない。必要になったときにファイルを検索する。この割り切りができると、移行の所要時間は大きく縮みます。
旧ツールを閉じずに止まる
並走が終わっても旧ツールを開けたままにしておくと、一部の人がそこに書き続けます。書き込みが1件でも残っていると、他の人は「両方見ないと分からない」状態になり、結局どちらも信用されなくなります。最終的に、進行の実態はチャットに戻ります。
閉じる作業には、書き込みの停止、閲覧のみの期間、契約の解約という3つの段階があります。この段階を分けて日付を決めておくと、閉じ損ねが起きません。
段取り1 移す順序を決める
乗り換えの成否は、最初の1週間で何を新しい板に置いたかでほぼ決まります。ここで「これを見れば今日やることが分かる」という状態を作れれば、残りは自然に進みます。
進行中の案件から移し、完了と未着手は後回しにする
移す順序は、進行中の案件が最優先です。次に、今月中に始まることが確定している案件。完了案件と、時期が未定の案件は、最初の移行では触りません。
進行中の案件は、多くのチームで10件から40件ほどに収まります。この規模なら、とりまとめる人が半日で並べ切れます。並べ切れる量に絞ることが、初日に成果を出すための条件です。
移すときに一緒にやってしまいたくなるのが、案件の整理と分類の見直しです。これは分けます。整理は移し終えてからやります。移しながら整理すると、判断が増えて手が止まります。
板の区切りを先に決める
ボード型のタスク管理では、板をどの単位で切るかが使い勝手を決めます。よくある切り方は3つあります。案件ごとに切る、チームごとに切る、工程ごとに切る。
案件ごとに切ると、案件の全体像は見やすくなりますが、板の数が増えて横断の把握が難しくなります。チームごとに切ると、担当者にとっては見やすくなりますが、複数チームにまたがる案件が2つの板に分かれます。工程ごとに切ると、詰まっている工程は分かりやすくなりますが、案件単位の進行が追いにくくなります。
5人から数十人の規模では、案件ごとに切って、それを1つの一覧から見渡せる形が扱いやすいという話をよく聞きます。どの切り方にも欠点があるので、最初に完璧を目指さず、2週間使ってから切り直す前提で始めるのが現実的です。板の作り方や、どこまでの操作ができるのかはできることのページで一通り確認できます。
入力する人を先に決める
道具を替えても、入力する人が増えなければ進捗の表はすぐ嘘になります。移行の設計でいちばん大事なのは、誰が何を書くのかを先に決めることです。
現場でうまくいっている形は、書く内容を極端に減らすことです。担当者が書くのは「終わったかどうか」と「止まっているなら理由」の2つだけ。期限の設定、担当の割り当て、案件の分類は、とりまとめる人が引き受けます。担当者に求めることを2つに絞ると、続きます。5つ以上求めると、2週間で止まります。
もうひとつ効くのが、書く場所を1か所に決めることです。同じ案件についてチャットにも板にも書ける状態にしておくと、人は慣れているチャットに書きます。「決まったことは板に、相談はチャットに」という線引きを最初に宣言しておきます。
段取り2 並走させる期間を決める
新旧を同時に使う期間は、避けられないうえに、いちばん危ない期間でもあります。ここで手を抜くと乗り換え全体が失敗します。
並走は2週間を上限にする
並走期間の目安は2週間です。長くても1か月までにします。理由は、二重入力の負担に人が耐えられる期間がそのくらいだからです。3週目に入ると、片方の更新が止まり始めます。
短くしすぎるのも危険です。3日程度で切り替えると、旧ツールにしか書かれていない情報に後から気づくことになります。案件の周期が1週間単位で回っているチームなら、その周期を2回まわせる長さ、つまり2週間が最小です。
並走中はどちらを「正」にするかを決める
並走で混乱が起きるのは、どちらが正しいのか決まっていないときです。開始日以降は新しい板を正とし、旧ツールは参照専用にする。この一文を最初に共有します。
そのうえで、旧ツールにしか情報がない案件が見つかったときの扱いを決めます。おすすめの形は、見つけた人がその場で新しい板に写し、旧ツール側には「移行済み」と書き込むことです。誰が写すかを決めておかないと、全員がとりまとめる人に報告して終わり、写す作業が1人に集中します。
二重入力を減らす具体的な工夫
並走中の負担は、工夫で半分程度まで減らせます。効くのは3つです。
1つめは、旧ツール側の更新を「完了報告だけ」に絞ることです。新しい板には通常どおり書き、旧ツールには終わったものだけ印を付ける。これで旧ツールを見ている人も進行を追えます。
2つめは、定例会議の画面を新しい板に固定することです。会議で映る画面が新しい板になれば、そこが最新であることが強制されます。会議前に慌てて更新する動きが出ますが、それでかまいません。更新されることが大事です。
3つめは、並走の終了日を毎日どこかで見えるようにすることです。板の先頭に「この日で旧ツールへの書き込みを止めます」という項目を置いておくだけで、意識の残り方が違います。
段取り3 過去のデータをどこまで持っていくか
移行で最も判断に迷うのがここです。基準を先に作っておくと、案件ごとに悩まずに済みます。
データを3つの層に分けて扱う
過去のデータは、次の3層に分けると整理できます。
第1層は、いま動いている案件に紐づく情報です。進行中の案件のコメント、決定事項、直近の添付ファイル。これは新しい板に移します。移す範囲は、直近3か月程度で足りることが多いです。
第2層は、完了した案件の記録です。あとから「あのとき何を決めたか」を確認するために残しますが、日常的には見ません。これは旧ツールから書き出したファイルとして保管し、新しい板には持ち込みません。
第3層は、担当者の個人的なメモや、下書きのまま放置された項目です。これは移しません。移すと新しい板が最初から散らかった状態で始まり、使う気が失せます。
この3層の切り分けを、移行の初日に文書で共有します。切り分けの基準が共有されていないと、各自が自分の判断で移し始め、板が雑多になります。
自動で取り込める範囲と、手で移す範囲を分ける
多くのタスク管理ツールには、他のツールから取り込む機能があります。ただし、取り込みに対応している相手は限られているのが普通です。移行のページでも、自動で取り込めるのはTrelloからのボードだけで、それ以外は手作業になると明記されています。取り込みで何が引き継がれて何が引き継がれないのかはTrelloからの移行で先に確認しておくと、当日の想定外が減ります。
自動の取り込みが使えない場合は、手で移すことになります。ここで効率を上げる方法は、表計算ソフトを経由することです。旧ツールから案件の一覧を書き出し、表計算ソフトで整え、必要な列だけを残してから新しい板に入力する。1件ずつ画面を行き来するより、はるかに速く終わります。
移すときに落ちやすいのが、コメントの履歴、添付ファイル、担当者の割り当て、期限です。自動の取り込みでも、これらのうち一部しか引き継がれないことがあります。何が落ちるのかを先に確かめて、落ちるものを手で補うか、諦めるかを決めておきます。
添付ファイルと権限の扱いは先に確認する
添付ファイルは、移行でいちばん厄介な部分です。旧ツール上にしか存在しないファイルがあると、解約した時点で消えます。移行の初期に、旧ツール内の添付ファイルを一括で書き出せるかを確認し、書き出せるなら共有ストレージへ退避させます。
権限も同じです。誰がどの板を見られるのか、社外の協力者にどこまで見せるのかは、移行のタイミングで設計し直すことになります。委託先や外部のメンバーを板に招く場合、見せる範囲の考え方は事前に整理しておく必要があります。データの保管や見せる範囲の考え方については安全性の考え方にまとめられている内容が判断の下敷きになります。
なお、社外の人が関わる案件では、契約や労務の扱いが関係してくることがあります。委託契約の相手に対してどこまで作業の指示や時間の記録を求めてよいかは、契約の内容と実態によって判断が変わる領域です。判断に迷う場合は、所管の窓口や社会保険労務士などの専門家に確認してください。制度の一般的な情報は厚生労働省のサイトでも公開されています。
段取り4 旧ツールをいつ閉じるか
閉じる作業を後回しにすると、乗り換えは完了しません。閉じる日を最初のカレンダーに書き込んでから始めるのが確実です。
書き込み停止、閲覧のみ、解約の3段階に分ける
閉じるという作業は、次の3段階に分かれます。
第1段階は、書き込みの停止です。並走の終了日がこの日にあたります。この日以降、旧ツールに新しい情報を書かないと宣言します。宣言だけで守られないことがあるので、可能なら旧ツール側で編集権限を外します。
第2段階は、閲覧のみの期間です。書き込みは止めるが、過去の情報を見るためにアカウントは残しておく期間です。1か月から3か月を目安にします。この期間に「旧ツールを見に行った回数」を数えておくと、本当に必要な情報が何だったのかが分かります。
第3段階は、解約です。解約の前に、書き出しの取り直しを必ず行います。閲覧のみの期間中に、新しい板の運用が固まってきて「やはりこの情報は要る」と分かるものが出てくるからです。
解約のタイミングと費用の考え方
有料プランを使っている場合、解約のタイミングによっては1か月分が無駄になります。契約が月単位なのか年単位なのか、日割りの返金があるのかを先に確認しておきます。年単位の契約の途中で乗り換えを決めた場合は、契約の残り期間を閲覧のみの期間に充てると、費用の無駄が出ません。
料金の考え方そのものも、乗り換えの検討材料になります。人数が増えるたびに費用が上がる形なのか、機能ごとにプランが分かれる形なのかで、数年後の負担が変わります。機能で絞らず、区切るのは人数とボードの数だけという形にすると、どのプランでも同じ操作ができるので、プラン選びで迷う時間がなくなります。プランの区切り方は料金のページで確認できます。他社の料金は改定されることがあるので、比較するときは公式のページで、いつ時点の金額か、税抜か税込かまで含めて確かめてください。
書き出したデータの保管場所を決める
旧ツールから書き出したファイルは、担当者の手元に置くと数か月で行方不明になります。共有ストレージに専用のフォルダを作り、書き出した日付とツール名をフォルダ名に入れて保管します。保管期間も決めておきます。契約の記録に関わるものは長めに、日々の作業記録は短めにという分け方が現実的です。
保管したファイルの中身を一度も開かない期間が1年続いたら、その情報はもう必要ないと判断してよい、という基準を持っているチームもあります。
乗り換え先を見るときの4つの軸
乗り換え先を選ぶとき、機能の一覧表を横に並べても判断できません。どの道具にもたいていの機能はあり、差が出るのは使い方の側だからです。見るべき軸は4つです。
軸1 入力する人にとっての手数
いちばん重要な軸です。担当者が状況を更新するのに何回クリックが必要かを、実際に数えます。3回以内で終わるなら続きます。6回を超えると、忙しい日には後回しにされます。
体験版で試すときは、とりまとめる人ではなく、いちばん忙しい担当者に触ってもらいます。とりまとめる人は多機能を歓迎しがちですが、実際に毎日触るのは担当者です。担当者が「これなら書ける」と言った道具が、結果として定着します。
軸2 見る人にとっての一覧性
次に見るのは、1つの画面でどこまで分かるかです。案件が30件ある状態で画面を開き、止まっているものがすぐ見つかるかを確かめます。スクロールを何度もしないと全体が見えない道具は、規模が増えたときに使われなくなります。
工程表を1人が引き直している間、他の人はその表を見られません。この状態が発生する道具かどうかも、ここで確かめます。誰かが編集している間も他の人が見られるかどうかは、日々の待ち時間に直結します。
軸3 できないことがはっきりしているか
できることの多さより、できないことがはっきりしているほうが、運用は安定します。何でもできる道具は、使い方が人によってばらつき、板の形が揃わなくなります。
ボード型のタスク管理は、進行を一覧で見ることに寄せた道具です。そのぶん、ソースコードの管理は守備範囲の外になりますし、外部サービスとの自動連携や複雑な自動化を主戦場にしているわけでもありません。画面の言語が日本語のみという制約がある場合、海外の協力者が入る案件では別の手段が要ります。こうした境界を先に確認しておけば、入れたあとで「思っていたのと違う」となりません。境界のとり方はできることとよくある質問を並べて読むと把握しやすくなります。
軸4 いま使っている道具との距離
乗り換え先を選ぶときは、いま使っている道具からどれだけ離れるかを見ます。距離が近ければ移行は楽ですが、いまの不便がそのまま残ります。距離が遠ければ不便は解消しますが、覚え直しの負担が大きくなります。
判断の基準は、いまの道具のどこで詰まっているかです。詰まりが「見通しの悪さ」なら、見せ方が違う道具へ移る価値があります。詰まりが「入力の面倒さ」なら、同じ形のまま手数が少ない道具へ移るのが近道です。詰まりが「使っていない機能の多さ」なら、機能が絞られた道具のほうが合います。
比較ページから読み取れる、乗り換えの実像
タスク管理ツールの比較ページを横断して読むと、乗り換えを検討する人がどこで悩んでいるのかが見えてきます。比較の一覧である比較の一覧には、現在使われていることの多い道具からの移行を想定したページが並んでいます。ここから読み取れる傾向を整理します。
カード型から移る人と、多機能型から移る人で悩みが違う
比較ページは、大きく2つの性質に分かれます。
ひとつは、カードを列に並べて進行を追う形の道具からの移行です。ボードで進行を追う使い方をしていたチームが移るときに何が変わるのかをまとめたのがTrelloとの比較で、同じくカード型で日本語圏の利用が多い道具についてはJootoとの比較にまとめられています。この層の悩みは、機能が足りないというより、板が増えたときに全体を見渡せなくなることに集中します。移行の負担は比較的軽く、並走期間も短くて済む傾向があります。
もうひとつは、多機能な管理ツールからの移行です。Asanaとの比較やmonday.comとの比較は、機能が豊富な環境から、必要なところだけを残した形に移すときの検討材料としてまとめられています。この層の悩みは逆で、機能が多すぎて全員が使いこなせず、結局一部の人しか入力していないという状態です。移行では「捨てる機能を決める」作業が中心になります。
文書型と開発向けからの移行は、移し方の設計が要る
Notionとの比較は、文書とデータベースを組み合わせて進行を管理していたチーム向けの整理です。この形からの移行は、データの構造が自由なぶん、そのまま持ち込めません。どの情報を板の項目にして、どの情報を文書のまま残すかを先に決める作業が必要になります。移行前に、いま使っているページのうち「毎週更新されているもの」だけを抜き出すと、移す対象がはっきりします。
Backlogとの比較は、開発の工程を含む進行を扱っていたチーム向けです。課題の管理とソースコードの管理が同じ場所にある形から移る場合、コードの側は別の仕組みに残すことになります。この分離は移行前に決めておかないと、移行後に「どちらに書けばいいのか」という質問が毎日発生します。
比較ページの読み方として押さえておきたいこと
比較のページを読むときは、機能の有無の表だけを見ないことです。表に載っていない部分、つまり「どういう使い方なら乗り換える理由がないか」が書かれているかを見ます。乗り換える理由がない場合を書いていない比較は、売るための資料であって、判断のための資料ではありません。
もうひとつ、料金と上限の記述は、必ず公式のページで裏を取ってください。プランは変わりますし、記事が書かれた時点と現在で内容が違うことがあります。公開資料で確認できない項目については、断定された記述を鵜呑みにせず、問い合わせで確かめるのが安全です。
乗り換えの成否は、初週に何件動いたかで見る
最後に、乗り換えがうまくいっているかを判断する指標を1つだけ挙げます。移行の初週に、新しい板の上で状態が変わった項目が何件あったかです。
案件が30件あるチームで、初週に状態が変わった項目が5件以下なら、その板はまだ使われていません。とりまとめる人が並べただけで、担当者が触っていない状態です。この時点で手を打てば戻せます。打つ手は、書く内容をさらに減らすか、書く場所を1か所に絞り直すかのどちらかです。
20件以上動いているなら、乗り換えは軌道に乗っています。あとは並走の終了日を守り、旧ツールを段階的に閉じていけば完了します。道具の乗り換えは、選ぶことより、この初週の数字を作ることに手をかけたほうが確実に前に進みます。
Q1. タスク管理ツールの乗り換えにはどれくらいの期間がかかりますか？
進行中の案件だけを移す形なら、並べ替えに半日、新旧の並走に2週間、旧ツールを閲覧のみにして閉じるまでを含めて1か月から3か月が目安です。過去の完了案件まで全部移そうとすると期間が読めなくなるため、完了分はファイルとして書き出して保管し、板には持ち込まない割り切りが有効です。
Q2. 乗り換えないほうがよいのはどんなときですか？
不便を感じているのがとりまとめる人1人だけのとき、止まっている原因が道具ではなく決め方にあるとき、繁忙期のまっただ中にあるときの3つです。特に、止まっている案件の理由が「決裁待ち」「返答待ち」ばかりなら、道具を替えても同じ状態が持ち越されます。まず運用側を整えるほうが早く効きます。
Q3. 過去のデータはどこまで新しいツールに移せばよいですか？
進行中の案件に紐づく直近3か月ほどの情報だけを移し、完了案件の記録は旧ツールから書き出したファイルとして共有ストレージに保管するのが現実的です。個人のメモや下書きのまま放置された項目は移しません。移すと新しい板が最初から散らかり、使われなくなります。
Q4. 新しいツールをチームに使い続けてもらうコツはありますか？
担当者に求めることを2つ以内に絞ることです。「終わったかどうか」と「止まっているなら理由」だけにして、期限の設定や分類はとりまとめる人が引き受けます。あわせて、定例会議で映す画面を新しい板に固定すると、そこが最新である状態が保たれます。初週に状態が変わった項目が5件以下なら、書く内容をさらに減らしてください。