ツールが定着しない3つの理由｜増やす前に減らすものを決める
新しいタスク管理ツールを入れた。最初の週はみんな触ってくれた。ところが月が変わるころには、進捗の相談はまたチャットに戻り、誰も更新しない板だけが残っている。ツールが定着しないという悩みは、チームの進行をとりまとめている人がほぼ必ず一度は通る場所です。そしてこのとき最も選ばれやすく、最も効きにくい打ち手が「もっと使いやすい別のツールを探す」という一手です。
結論から書きます。定着しない原因は、入力の手間、見る理由の欠如、置き場の重複という3つに分けられます。そして3つのどれも、道具を新しくすることでは解決しません。解決するのは、いま何を書かせていて、それを誰がいつ読んでいて、同じ情報がどこに重複しているのかを一度並べ、増やす前に減らすものを決めることです。この記事では、その切り分け方と、減らす順番、減らしきれないものの扱い方までを順に書きます。
道具は入っている。使われていないだけという現実
定着しないという状態は、導入に失敗した状態とは違います。契約は生きていて、アカウントも配られていて、板もプロジェクトも作られている。それでも人が来ない。この「入っているが使われていない」という状態は、特定のチームだけに起きている珍しい事故ではありません。
職場に導入されているものの、「あまり使っていない」「まったく使っていない」と回答した人の割合も、勤怠管理ツールを除いて「積極的に使っている」人より多く、積極的な利用が進んでいない状況が伺える。 出典: 総務省「平成30年版 情報通信白書」 soumu.go.jp
導入されているのに積極的には使われていない、という状態が広く観測されているという事実は、とりまとめる立場の人にとって二つの意味を持ちます。一つは、自分のチームだけが特別に意識が低いわけではない、ということ。もう一つは、道具そのものの出来だけでは説明がつかない、ということです。全社で同じ道具を配っても、使われる部署と使われない部署が分かれます。差がついているのは道具ではなく、その道具に何をさせているかの設計です。
定着しないときに真っ先に検討されるのが「追加」である理由
使われていないと分かったとき、最初に上がる案はたいてい「もっと簡単なものに替える」か「入力を促す仕組みを足す」のどちらかです。どちらも追加の一手であり、減らす一手ではありません。この偏りには理由があります。
減らす判断は、誰かの仕事のやり方を否定することになるからです。表計算の工程表を毎週きれいに整えている人がいて、その表をやめると言えば、その人の作業が無駄だったと言うことになりかねない。日報のフォーマットを決めた人がいて、それを縮めると言えば、決めた人の顔が立たない。一方で「新しい道具を入れる」は誰の否定にもならず、前向きに見え、稟議も通しやすい。だから追加ばかりが選ばれます。
その結果として起きるのが、書く場所が増え続ける状態です。チャットに書き、板にも書き、週次の表計算にも書き、月次の報告書にも書く。書く先が4か所ある状態で「板の更新率を上げよう」と言っても動きません。書く人にとっては、更新は4分の1の仕事を丁寧にやれという要求でしかなく、他の3つは減っていないからです。
とりまとめる人が抱えている本当の困りごと
進行を預かる人が困っているのは、道具の機能が足りないことではありません。手元の情報が事実と合っていないことです。板の上では進行中になっている作業が、実際にはもう先週終わっている。逆に完了と書かれている作業が、実は差し戻されて止まっている。この状態になると、板を見て判断すること自体が危険になり、結局は個別に聞いて回ることになります。
そして個別に聞いて回るようになると、板を更新する意味がさらに薄れます。聞かれた側は「どうせ聞かれるなら書かなくていい」と学習し、板はさらに古くなる。この輪をどこで切るかが、定着というテーマの実体です。機能の比較表を眺めていても、この輪は切れません。
使われない理由を3つに切り分ける
「定着しない」という言い方は便利ですが、原因を隠します。原因は次の3つに分けられ、打ち手はそれぞれ別です。
1つ目は入力の手間です。書く側の負担が、書いたことで得られるものに見合っていない状態を指します。2つ目は見る理由の欠如です。書いたものが誰にも読まれず、書いても何も起きない状態を指します。3つ目は置き場の重複です。同じ情報を置ける場所が複数あり、どこに書くのが正しいのか誰にも分からない状態を指します。
この3つは互いに影響し合いますが、混ぜて考えると打ち手を間違えます。入力の手間が原因なのに「見える化のために項目を追加する」と決めれば悪化します。見る理由の欠如が原因なのに「入力フォームを簡単にする」と決めても、書く人が増えるだけで読む人は増えません。まず自分のチームがどれで詰まっているのかを見極めることが先です。
見極め方は単純です。今この瞬間に板を開いて、更新が止まっている項目を10件ほど拾い、それぞれ担当者に「なぜ書かなかったか」を聞かず、代わりに「その情報はどこにあるか」を聞きます。答えが「頭の中」なら入力の手間、「チャットに書いた」なら置き場の重複、「書いたけど誰も見ていないと思った」なら見る理由の欠如です。この問いは、書かなかったことを責める形になっていないので、正直な答えが返ってきます。
理由1：入力の手間が、得られるものに見合っていない
書く負担が重いという話は、たいてい「入力項目が多い」に還元されます。しかし現場で効いているのは項目数そのものよりも、書くたびに発生する迷いです。
手間は「回数」ではなく「回数×迷い」で増える
1件の更新に必要なクリックが3回か5回かという差は、実は決定打になりません。効くのは、どの欄に何を書けばいいのか毎回考えなければならない状態です。ステータスの選択肢が8種類あり、そのうち「確認中」と「レビュー待ち」と「保留」の使い分けが定義されていない。担当者欄と依頼者欄の両方があるが、どちらに自分を入れるのか決まっていない。こうした迷いは1回あたり数秒でも、判断のたびに脳の負荷になり、「あとでまとめて書こう」を誘発します。そしてまとめて書かれた更新は、たいてい書かれません。
選択肢を減らすことは、機能を捨てることではありません。判断を捨てることです。ステータスを3つか4つに絞り、それぞれ「どうなったらこの列に動かすか」を一文で書いておく。この一文があるだけで、迷いはほぼ消えます。列の名前を「進行中」ではなく「着手済み・今週中に終わる見込み」のように状態が判定できる形にしておくのも有効です。
二重入力が生まれる瞬間を特定する
入力の手間が最も重くなるのは、同じ内容を二度書かされているときです。二重入力は設計時に意図されることはなく、たいてい後から偶然に発生します。よくある発生源は3つあります。
一つは報告のための転記です。板には日々の状態が書かれているのに、上長への報告は別フォーマットで求められる。担当者は板を書き、そのあと報告用に書き直す。二つ目は締切の二重管理です。板に期限があり、別に共有カレンダーにも予定が入っている。片方を動かすともう片方がずれる。三つ目は取引先向けの資料です。社外に出す進捗表が別に存在し、社内の板とは別で維持されている。
この3つのうち、報告のための転記は、報告の形を板の見え方に合わせることで消せる場合があります。板の一覧をそのまま報告に使えるなら、転記は不要になります。逆に、報告フォーマットを動かせないなら、板の側をそのフォーマットに寄せる。どちらかに寄せることが重要で、両方を最適な形で維持しようとすると必ず転記が残ります。
手間を減らすときに具体的にやること
まず、いま入力を求めている項目を全部書き出します。次に各項目について「これが空欄だと、誰がどう困るか」を一行で書きます。書けない項目は消します。ここで多くのチームは、担当者の詳細な作業ログや、細かい進捗率の入力欄が消せることに気づきます。進捗率は、書く側には判断が難しく、読む側は結局「終わったか終わっていないか」しか見ていないことが多いためです。
次に、入力の起点をどこにするかを決めます。作業を頼むとき、依頼者がその場でカードを作る。この一手があるかないかで、担当者の負担は大きく変わります。依頼が口頭やチャットで来て、担当者が自分でカードを起こす運用は、担当者に事務作業を押し付けている状態です。依頼した人が起票する、という決めごとは、機能ではなく約束で実現できます。
作業を並べる場所そのものが軽いかどうかも見ておく必要があります。ボード型のタスク管理は、状態を列で表して、カードを横に動かすだけで進捗を表せる形式です。書く行為ではなく動かす行為で進捗が伝わるので、入力の手間という観点では相性がよい方式です。どんな機能があるかは、できることにまとまっています。
理由2：書いたものを見る理由がない
入力の負担を軽くしても、書いたものが誰にも読まれなければ更新は止まります。書く行為は、読まれるという見返りがあって初めて続きます。
更新されない板は見られず、見られない板は更新されない
この輪は、片方だけを直しても回りません。「もっと更新してください」と言い続けても、更新されていない板を毎日開く人はいないので、読む側の習慣は育ちません。読む側の習慣が育たないので、書いた人は反応を得られず、書く動機が減ります。
輪を切るには、読む側から始めるのが実際的です。とりまとめる立場の人が、板だけを見て判断し、板に書かれていないことは把握していないものとして扱う。この姿勢を明示すると、板は急速に更新されるようになります。ただしこれは、板を見れば分かるという状態を作った後でしか使えません。板が空のまま「板を見て判断する」と宣言すれば、単に判断が止まるだけです。
現実的な順序は、まず定例の会議を板の画面を開いた状態で行うことです。議題を別に用意せず、板の列を左から順にたどる。この形にすると、会議に出る人は自分のカードが議題になることを知るので、会議前に更新します。会議のために更新するのは本末転倒に見えますが、読まれる場が実在することを全員に知らせる手段としては最も速い方法です。
誰のための画面かが決まっていない
板が読まれない理由として見落とされやすいのが、誰向けの画面なのか決まっていないことです。担当者が自分の今日やることを確認したい画面と、とりまとめる人が全体の詰まりを見たい画面と、依頼元が自分の依頼だけを追いたい画面は、必要な見え方が違います。
一つの画面で全部を満たそうとすると、情報量が増えて誰にとっても見づらくなります。担当者向けには自分に割り当てられたものだけが出る形、とりまとめる人には期限を過ぎているものと動いていないものが目立つ形、依頼元には自分が出した依頼の状態が分かる形。同じ情報を別の切り口で出せるかどうかは、道具を選ぶときに実際に見ておく価値があります。
見る理由を作るために決めておくこと
読まれる状態を作るために決めることは、多くありません。一つは、板を見る時刻を決めること。毎朝の始業直後でも、週の初めの30分でもかまいませんが、決まっていない習慣は根づきません。もう一つは、板に書かれていない情報で意思決定をしない、と決めることです。
そして重要なのが、書かれたことに対して反応を返すことです。カードに一行コメントを付ける、完了に動いたカードに反応する。この反応は業務上の必要がなくても効きます。書いても無風だという体験は、想像以上に早く更新を止めます。
理由3：置き場が重複している
3つ目が、実は最も根が深い問題です。同じ情報を置ける場所が複数あると、どこに書けば正しいのか誰にも分からなくなり、結果として全部に書くか、どこにも書かないかのどちらかになります。
同じ情報が3か所にある状態
典型的な形は、チャットに経緯があり、板に状態があり、表計算に一覧がある状態です。3つとも間違ってはいません。ただ、どれが正なのかが決まっていない。
この状態で起きるのは、情報の探索コストの増大です。ある案件の最新状況を知りたい人は、まず板を見て、古そうだと感じたらチャットを検索し、それでも分からなければ本人に聞く。手順が3段階あるので、慣れた人ほど最初から本人に聞くようになります。こうして、書いた情報はますます使われなくなります。
もう一つ起きるのが、責任の所在の曖昧化です。板には期限が書かれていないが、チャットでは来週までと言われていた。この食い違いが起きたとき、どちらが正なのかを決める根拠がありません。とりまとめる側にとっては、これが最も危険な状態です。
話す場所と残す場所を分ける
置き場を整理するときの原則は単純です。流れていってよい情報と、残さなければならない情報を分けることです。
相談、雑談、細かい確認は流れてよい情報です。チャットが向いています。一方で、誰が担当か、いつまでか、いま何の状態か、決まったことは何かは、残さなければならない情報です。これは流れていく場所に置いてはいけません。チャットは時間軸で並ぶ設計なので、状態を保持するのに向いていません。今日の10件目の発言が、3日前の決定を上書きしたのかどうかは、読み返さないと分かりません。
決めるべきことは、「決まったことはカードに書き戻す」という一手です。チャットで議論して結論が出たら、その結論だけをカードに書く。議論の全文は要りません。この一手があるかどうかで、板が正であり続けるかが決まります。
表計算の工程表をどう扱うか
表計算で工程表を引いているチームは多く、そして表計算は簡単には捨てられません。自由に作れて、印刷でき、社外にも渡せるからです。問題は、表計算が状態の保持に向いていないことではなく、同時に触れないことです。
工程表を1人が引き直している間、他の人はその表を最新の形で見られません。編集中のファイルは、開いた瞬間の状態でしかない。だから引き直した人が「更新しました」と全員に伝える必要が生まれ、その伝達自体が仕事になります。人数が5人を超えたあたりから、この伝達コストが無視できなくなります。
表計算を残すなら、役割を限定するのが現実的です。全体の日程を俯瞰する図としてだけ使い、日々の状態は書かない。日々の状態を表計算に書き始めた瞬間、板と二重になります。逆に、日々の状態を板に集約すると決めたなら、表計算の該当列は消します。消さずに残すと、必ず片方が古くなります。
置き場を1つに決める手順
置き場の整理は、次の順で進めると揉めにくくなります。
まず、いま使っている置き場を全部挙げます。チャット、板、表計算、共有ドライブのフォルダ、メール、紙のホワイトボード、個人のメモまで含めます。次に、情報の種類を挙げます。担当、期限、状態、決定事項、参考資料、経緯、といった単位です。そして種類ごとに、正とする置き場を1つだけ決めます。
このとき、決めた置き場以外に同じ情報が存在してよいかを明示します。存在してよい場合は、必ず「正はこちら」と分かる形にします。存在してはいけない場合は、消す期限を決めます。決めるだけで消さないと、半年後には元に戻ります。
増やす前に減らすものを決める
ここまでの3つを踏まえると、新しい道具を検討する前にやることが見えてきます。減らすものを決めることです。
棚卸しでは現物を見る
減らす対象を決めるとき、記憶や印象で話し合うと必ず失敗します。「あの日報はもう誰も見ていないと思う」という発言は、見ている人が黙っているだけかもしれません。棚卸しでは現物を出します。
用意するのは3つです。いま入力を求めているものの一覧、その入力が最後に読まれた形跡、そしてそれを読んでいる人の名前です。読んでいる人の名前が挙がらないものは、いったん止める候補になります。止めると決めたら、いきなり廃止せず、2週間だけ止めてみて、誰かが困るかを見る方法が使えます。困る人が出たら戻せばよく、出なければそのまま消えます。この方法は、決めた人の顔をつぶさずに済むという点でも実用的です。
減らす順番
減らす順番には向き不向きがあります。効きやすい順に並べると、次のようになります。
最初に減らすのは、報告のためだけに存在する転記です。書く負担が重く、書いた人にとっての見返りが最も薄いためです。次に減らすのは、使い分けが定義されていない選択肢です。ステータスやラベル、優先度の段階など、判断を求めるが基準がないものは、迷いを生むだけで情報を増やしません。3番目に減らすのは、正が決まっていない重複した置き場です。ここは最も揉めるので、前の2つで手応えを得てから着手します。
最後まで残るのが、社外に出す資料と、社内の規定で決まっている帳票です。これらは減らせないことが多いので、減らす対象からは外し、代わりに「板から作れる形にできないか」を検討します。
減らせないものは、二重にしないだけでよい
すべてを1か所に集めることはできません。会計の仕組み、勤怠の仕組み、顧客管理の仕組みは、それぞれ別に存在するのが普通です。ここで目指すのは統合ではなく、二重入力をしないことです。
判断の基準は、「同じ内容を人間が二度打っているか」です。二度打っていなければ、置き場が複数あっても実害は小さい。二度打っているなら、どちらかを正にして、もう片方は参照するだけにするか、そもそも書かないと決めます。
道具を替えるべきかどうかの見極め
減らす作業を一通りやったうえで、それでも詰まりが残るなら、道具の側に原因がある可能性が出てきます。ただし、替える前に確かめておくことがあります。
いまの道具のままでよい場合
次のどれかに当てはまるなら、乗り換える理由は薄いと考えられます。
すでに全員が毎日開いていて、状態が実態と合っているなら、道具は仕事をしています。使いこなせていない機能があっても、それは問題ではありません。また、自動化や外部の仕組みとの連携が業務の中心にあり、いまの道具でそこが回っているなら、その部分を捨てる乗り換えは損になります。細かい権限設定や、開発の作業管理と一体で運用している場合も同じです。乗り換えは、いま得ているものを一度手放す行為なので、得ているものが大きいほど慎重になるべきです。
替える判断が正当化されやすいのは、費用の区切り方が実態と合わなくなったとき、人数が増えて画面が重くなったとき、そして「使わない機能の多さ」が新しく入る人の学習コストになっているときです。
比較するときに見る場所
比較検討では、機能の数を数えても差が出ません。同じような機能はどこにでもあるからです。見るべきなのは、区切り方と、書く人にとっての軽さです。
料金の区切り方が、機能の有無で分かれているのか、人数で分かれているのかは、チームの運用に直接効きます。機能で区切られていると、一部の人が使いたい機能のために全員分の等級を上げることになります。機能で絞らず、区切るのは人数とボードの数だけという考え方であれば、この問題は起きません。区切り方の考え方は料金で確認できます。
いま使っている道具との違いを、向き不向きの観点から整理したページも用意されています。ボード型で広く使われている道具との比較はTrelloとの比較に、作業の割り当てと期日の管理を中心に据えた道具との比較はAsanaとの比較にまとまっています。文書とデータベースを一体で扱う道具との違いはNotionとの比較、表示形式の切り替えを重視する道具との違いはmonday.comとの比較で扱っています。国内で開発の管理に使われることが多い道具との比較はBacklogとの比較、日本語で使えるボード型の道具との比較はJootoとの比較にあります。どれから見ればよいか決まっていない場合は比較の一覧から入るのが早いです。
移すときに壊れやすいもの
乗り換えを決めたとき、実務上いちばん危険なのは移行の途中です。移行中は、古い場所と新しい場所の両方が存在するので、置き場の重複が一時的に最大化します。
壊れやすいのは3つです。過去のやり取りの経緯、添付ファイル、そして期限です。経緯は移せないことが多く、移せても読み返されません。添付は容量や形式の制約で落ちることがあります。期限は形式が違うとずれます。移行前に、何を持っていって何を置いていくかを決めておくと、途中で判断が止まりません。
自動で取り込める範囲は道具によって違います。既存の板をそのまま持ち込める場合の手順はTrelloからの移行にまとまっています。取り込みの対象になっていない道具から移す場合は、全部を移そうとせず、進行中のものだけを手で作り直し、終わったものは元の場所に残す判断が現実的です。
移行の時期も選びます。期の変わり目や、大きな案件の切れ目に合わせると、進行中のカードが少ないので作業が軽くなります。案件が最も立て込んでいる時期に移行を始めると、移行そのものが定着しない原因になります。
社外の人が入るときに確認すること
業務委託や協力会社の人が板に入る場合は、確認する項目が増えます。見せる範囲をどう区切るか、退任したときにどう外すか、データがどこに保管されるか、といった点です。この種の情報は、聞かれてから調べるのでは遅いので、選定の段階で見ておきます。考え方は安全性の考え方に整理されています。細かい条件で迷ったときはよくある質問に同種の質問がまとまっていることが多いので、先に目を通すと問い合わせの手間が減ります。
定着したかどうかを、何で見るか
最後に、定着したかどうかをどう判断するかを整理します。ここを決めておかないと、感覚で「まだ定着していない気がする」と言い続けることになり、次の打ち手が決まりません。
使用時間や更新回数では判断できない
ログイン回数や更新件数は取りやすい数字ですが、定着の指標としては弱いものです。回数は、作業が多い週には増え、少ない週には減ります。増減が仕事の量を反映しているだけで、道具が役に立っているかどうかは表しません。
もっと弱いのが使用時間です。長く開いていることは、良い状態とは限りません。探し物に時間がかかっている可能性もあります。
見るべきは、板と実態のずれ
実用的な指標は3つです。
1つ目は、板の状態と実際の状態がずれている件数です。定例の場で、板と違う話が出た回数を数えるだけで足ります。ここが減っていれば、板は正になりつつあります。
2つ目は、状態を確認するために人に聞いた回数です。聞かなくても分かる状態が増えているなら、板は仕事をしています。
3つ目は、動いていないカードの数です。2週間動いていないカードは、忘れられているか、実は終わっているか、そもそも着手できない事情があるかのいずれかです。この数が一定に保たれているなら、板は手入れされています。増え続けているなら、どこかで詰まっています。
定着は状態ではなく、手入れの習慣
定着という言葉は、一度到達すれば終わる状態のように聞こえますが、実際には手入れを続けている状態を指します。人が入れ替われば説明が必要になり、案件の性質が変われば列の意味も変わります。
だからこそ、増やす前に減らすという判断が繰り返し必要になります。半年に一度、入力を求めている項目を並べ直し、読まれていないものを止める。この見直しを予定に入れておくと、書く場所が増え続ける流れを止められます。
板をひとつにまとめるという考え方の実際
道具の側でこの問題にどう向き合えるかを、機能の観点から整理しておきます。
置き場の重複という問題に対して有効なのは、状態を持つ場所を1つに絞れる形になっていることです。カードの上に、担当、期限、状態、決まったことが揃っていて、その1枚を見れば判断できる。この形が作れるかどうかが、置き場の重複を減らせるかの分かれ目になります。逆に、状態を表す場所が複数の画面に散っていると、正がどこか分からない状態が道具の中で再現されます。
入力の手間という問題に対しては、書く行為を減らせるかが効きます。カードを横に動かすだけで状態が変わり、文章を書かなくても進捗が伝わる形式は、書く負担を最も小さくできます。用意されている画面と操作の範囲はできることで確認できます。
そして、費用の区切り方が運用に与える影響も無視できません。特定の機能を使いたい人が数人いるために全員分の等級を上げなければならない構造だと、機能を使わせない運用で費用を抑えるという判断が生まれ、それが「一部の人しか使わない道具」を作ります。区切りが人数とボードの数だけで決まるなら、機能を理由に使う人を絞る必要がなくなります。詳しい区切り方は料金に書かれています。
あわせて、この形式が向かない場面も書いておきます。ソースコードの管理と一体で作業を追いたい場合、外部の仕組みと細かく連携させて自動で動かしたい場合、そして日本語以外の画面が必要な場合は、別の道具のほうが合います。乗り換えを検討するときは、いま得ているものを一度並べたうえで、置いていけるかどうかを確かめてください。判断材料は比較の一覧に揃えてあります。
Q1. ツールが定着しないとき、まず何から手を付ければよいですか？
新しい道具を探す前に、いま入力を求めている項目を全部書き出し、それぞれ「空欄だと誰がどう困るか」を一行で書いてみてください。書けない項目は止められます。原因は入力の手間、見る理由の欠如、置き場の重複の3つに分けられるので、どれで詰まっているかを見極めるのが先です。
Q2. チャットと板を併用すると、どちらに書けばいいか分からなくなります。どう分けますか？
流れてよい情報と、残さなければならない情報で分けます。相談や細かい確認はチャット、担当・期限・状態・決まったことは板に置きます。チャットで結論が出たら、結論だけをカードに書き戻すという一手を決めておくと、板が正であり続けます。議論の全文を写す必要はありません。
Q3. 表計算の工程表はやめるべきですか？
やめる必要はありませんが、役割を限定してください。全体の日程を俯瞰する図としてだけ使い、日々の状態は書かない形にします。日々の状態を表計算にも書き始めると板と二重になり、必ず片方が古くなります。同じ内容を人が二度打っている箇所があれば、そこだけを解消すれば十分です。
Q4. いまの道具から乗り換えるべきかは、どう判断しますか？
全員が毎日開いていて状態が実態と合っているなら、乗り換える理由は薄いです。自動化や外部連携が業務の中心にある場合も同じです。判断が正当化されやすいのは、費用の区切り方が実態に合わなくなったとき、人数が増えて画面が重くなったとき、使わない機能の多さが新しく入る人の学習コストになっているときです。