Chatworkで進捗をどう見せるか｜報告のために作り直さない組み方
Chatworkで進捗の管理をしているチームで、いちばん多く聞く困りごとは「動いていないわけではないのに、動いている証拠が誰にも見えない」というものです。作業は進んでいる。報告も来ている。それでも、週の終わりに全体を説明しようとすると、チャットをさかのぼって自分で表を組み直すことになる。ここでは、どこまでが道具の側で見えて、どこから先が人の手作業になるのかを線引きし、報告のたびに作り直さなくて済む組み方を順に整理します。
「進捗が見えない」と言われるとき、見えていないのは何か
進捗が見えないという言葉は、実際には3つの別々の問題を指しています。この3つを分けないまま道具を替えても、同じ不満がそのまま新しい道具に移るだけになります。
1つ目は、いま誰が何を持っているかが分からない状態です。依頼はしたが、受け取った側が着手したのか、まだ見ていないのかが分からない。2つ目は、期限までに間に合うのかが分からない状態です。1件ずつの完了は追えるが、全部を並べたときに今週どこが危ないのかが出てこない。3つ目は、終わったことが積み上がって見えない状態です。誰かが1か月かけて何をしたのかを、あとから説明できない。
とりまとめる立場の人が「見えない」と言うとき、多くは2つ目を指しています。作業者は1件ずつ完了させているので、自分の手元は見えています。見えていないのは、全体を横に並べた形です。この違いが厄介なのは、作業者の側には問題が存在していないことです。作業者に「もっと報告してほしい」と頼んでも、作業者はすでに報告しているつもりでいます。ずれているのは報告の粒度ではなく、並べ方です。
現場でよく起きるのは、ここで報告のルールを足してしまう対応です。毎朝の進捗連絡、週次の一覧の提出、遅れたときの申告。どれも一度は動きますが、2週間ほどで書く人が減っていくと言われています。理由ははっきりしていて、書く側に得がないからです。書いても自分の作業は1ミリも進まず、書かなくても困るのはとりまとめる人だけです。報告を増やす方向の対策は、続かないことを前提に設計しなければなりません。
続く形にするには、報告を別作業にしないことです。作業を進める操作そのものが、そのまま全体の表に反映される形を作る。この一文が、道具を選ぶときの唯一の基準になります。逆に言えば、作業の操作と、全体を見せるための操作が別々に必要な組み方は、どの道具を使っても続きません。
チャットのタスク機能で見えるもの、見えないもの
Chatworkにはタスクの機能があり、公式の料金ページのプラン比較表では「タスクの追加/完了」「タスク担当者の設定」がフリープランを含むすべてのプランで使える機能として並んでいます。つまり、無料のまま依頼と完了の記録は取れます。ここを知らずに有料プランを検討し始めるチームは少なくありません。
タスク機能で確実に取れるのは、次の情報です。誰に頼んだか。何を頼んだか。いつまでか。終わったかどうか。これは進捗管理の材料としては十分な粒度です。問題は、この材料を並べ替えて見る方法が、チャットの画面構造に縛られることです。タスクはチャットごとに紐づくため、案件が5本あってチャットが5つあれば、確認する場所も5つに分かれます。1人の担当者が5本すべてに関わっていると、その人の全体の負荷はどの画面にも出てきません。
もうひとつ、期限の全体像が線で出てこない点があります。ある作業が終わらないと次が始められないという前後関係を、タスクの機能そのものに持たせる仕組みは、公開されている機能一覧の中では確認できませんでした。前後関係は人の頭の中にあるので、1つ遅れたときに何がどれだけ後ろへずれるかは、毎回誰かが計算し直すことになります。案件が3本までなら頭で回りますが、10本を超えたあたりから、計算する人がボトルネックになります。
過去のやり取りをさかのぼる面でも、プランによる差があります。フリープランのメッセージ閲覧は直近40日以内と料金ページに明記されており、有料プランでは無制限になります。3か月前に「この仕様でいきましょう」と決めた会話を根拠にしたいとき、無料のまま運用していると、その根拠が画面から消えています。決定の記録を進捗の裏付けとして使うつもりなら、この40日という数字は最初に確認しておく必要があります。
検索についても上限があります。料金ページの比較表には、メッセージの検索結果が最大200件まで表示されると書かれています。有料プランでは検索オプションが使えるため絞り込みはできますが、表示される件数の上限そのものは同じ表記です。よく使う言葉で探すと上限に当たりやすいので、探して見つける前提ではなく、置き場所を決めておく前提で組むほうが安定します。
2026年9月に変わったタスクの仕組みと、進行の見せ方への影響
進捗の見せ方に直接効く変更が、2026年に入って公式から告知されています。タスクの仕組みそのものの刷新です。
これまでは、タスクに複数の担当者を設定すると人数分のタスクが作成され、本文や期限に変更があった場合に一つずつ修正しなければならない点が課題でした。特に、多くのメンバーにタスクを依頼している方より「変更時の修正が大変」「修正漏れで古い情報のまま作業が進んでしまった」といったお困りの声をいただいていました。 出典: go.chatwork.com
この告知によれば、複数人に対して1つのタスクで管理できるようになり、依頼者と担当者のどちらが本文や期限を編集しても、他の担当者全員に同じ内容が反映されます。完了の処理は各担当者ごとの管理に加えて、同じタスクの担当者であれば他の担当者の分も扱えるとされています。変更日は2026年9月上旬の予定で、それ以前に作られたタスクも自動で新しい形に移行すると書かれています。
とりまとめる側にとって、この変更の意味は大きく2つあります。ひとつは、期限を1日ずらしたときの修正作業が減ることです。5人に同じ作業を頼んでいた場合、これまでは5件を1件ずつ直す必要がありました。もうひとつは、同じ内容の古いタスクが誰かの手元に残る事故が減ることです。修正漏れは、指示した側からはまったく見えない種類の事故なので、これが構造的に起きにくくなるのは進行管理の実務に効きます。
一方で、注意しておくべき副作用もあります。同じタスクを共有しているメンバーであれば編集や担当者のステータス変更ができるようになるため、誰かが良かれと思って期限を書き換えたとき、それが全員に伝わります。告知にはモバイルアプリを更新していない場合でも、複数人で1つのタスクを管理する仕組みは自動的に適用され、旧版で編集しても担当者全員分に変更が適用されると明記されています。古い画面のまま操作している人がいると、本人が意図していない全体反映が起きます。運用として、期限を動かしてよいのは誰かを先に決めておくほうが安全です。
この種の変更は、告知を見ていないと気づかないまま挙動だけが変わります。進行を預かっている立場であれば、使っている道具の告知ページは月に一度は開く習慣にしておくと、想定外の混乱を減らせます。
報告のために作り直しが生まれる3つの場所
報告資料を毎回ゼロから組み直しているチームには、ほぼ例外なく同じ3か所に原因があります。どれも道具の良し悪しではなく、置き方の問題です。
1つ目は、依頼がチャットの本文で行われている場所です。「明日までにお願いします」とメッセージで書くと、それはタスクではなく会話として記録されます。会話は時間の順でしか並ばないので、あとから期限順や担当者順に並べ替えることができません。依頼をタスクの機能に乗せるだけで、並べ替えられる形の記録に変わります。ここを直すだけで、報告のためのさかのぼり作業がかなり減ります。
2つ目は、進捗の状態が「終わった」か「終わっていない」の2段階しかない場所です。実務の状態はもっと多く、着手前、作業中、確認待ち、差し戻し、完了、と少なくとも5段階あります。2段階の記録しかないと、「終わっていない」の中身を毎回人が聞いて回ることになり、その聞き取りの結果が報告資料になります。これが作り直しの正体です。状態の段階を増やせる道具に置くか、増やせないなら状態ごとにチャットやタスクの書き方の約束を決めるか、どちらかが要ります。
3つ目は、案件をまたいだ一覧が存在しない場所です。案件ごとに場所が分かれていると、全体像は必ず人の頭の中で合成されます。合成する人が休むと、その週の全体像は誰にも出せません。とりまとめる人が休めない構造は、進行管理としては危うい状態です。一覧が道具の側にあるかどうかは、担当者の欠勤に対する備えとして評価したほうがよいところです。
この3つを直す順番は、上から順です。依頼をタスクに乗せる。状態の段階を決める。一覧の置き場所を決める。1番目と2番目は、いまの道具のまま今日から変えられます。3番目だけは、道具の構造そのものに関わるので、変えるなら評価と移行の時間が要ります。順番を逆にして、3番目から手をつけると、1番目と2番目が崩れたまま新しい道具に移ることになり、移った先でも同じ不満が出ます。
見せ方を先に決める（誰に、何を、どの頻度で）
道具の話に入る前に、決めておくと後が楽になる項目があります。進捗を誰に見せるのか、という点です。
見せる相手は、たいてい3種類に分かれます。作業している本人。同じチームの他のメンバー。チームの外にいる人、つまり上長や発注元です。この3種類で、必要な粒度がまったく違います。本人に必要なのは今日やることの一覧です。チームに必要なのは、誰が詰まっているかです。外の人に必要なのは、納期に間に合うかどうかの一点だけで、個々の作業の名前は要りません。
同じ画面で3種類全部をまかなおうとすると、必ず誰かにとって情報が多すぎる画面になります。多すぎる画面は見られなくなり、見られない画面は更新されなくなります。現実的なのは、道具の側に置くのは本人とチーム向けの2つに絞り、外の人向けは月に1回か2回、そこから抜き出して短く伝える形です。外の人向けの資料を毎週作っているなら、本当に毎週必要かを一度確かめる価値があります。
頻度も先に決めます。進捗の更新を毎日求めると、作業者は「報告のための作業」を毎日することになります。案件の長さが3か月なら、状態が変わるのは週に1回か2回です。変わっていないものに毎日触らせると、形だけの更新が積み上がり、表の信頼度が落ちます。週1回の更新で足りる案件と、日ごとに動く案件を分けて、後者だけを毎日見る形にするほうが、全体の精度は上がります。
そして、見せ方の約束は文章で残します。口頭で決めたルールは、新しく入った人に伝わりません。人が増えるたびに運用が少しずつ崩れていくチームは、ほぼ例外なくルールが口伝えになっています。チャットの中に運用の約束を書いた投稿を作り、そこにピン留めやブックマークをしておくだけでも、崩れ方は目に見えて遅くなります。
話す場所と残す場所を分ける運用の線引き
チャットの道具で進捗を管理するときに、最後まで残る構造的な難しさがあります。話す場所と残す場所が同じである、という点です。
会話は流れることに意味があります。思いつきを投げて、すぐ返ってきて、その場で消える。この速さがチャットの価値です。一方で、決まったことや進捗は流れてはいけません。1週間後に同じ状態で読めなければ、記録として機能しません。同じ画面に両方を置くと、速さを取れば記録が埋もれ、記録を取れば発言が慎重になって速さが落ちます。どちらかを捨てる設計にはできません。
現実的な線引きは、次のようになります。会話はチャットに置く。決定と依頼と期限は、チャットの中でもタスクの機能のように後から並べ替えられる形に移す。この2つを同じ道具の中で分けておけば、どちらの性質も守れます。Chatworkでいえば、会話はメッセージ、依頼と期限はタスク、という使い分けです。ここを曖昧にして依頼をメッセージだけで済ませると、記録側が丸ごと会話の流れに溶けます。
分けるときに効くのが、置き場所を減らすことです。案件ごとにグループチャットを作り、さらに社内用と社外用に分け、テーマごとにも分けていくと、1つの案件に関する情報が4か所5か所に散ります。散った情報は、探す時間がかかるだけでなく、そもそも探されなくなります。チャットの数は、増やすほど見落としが増える方向に効きます。案件1本につき1つを原則にして、どうしても分けたいときだけ例外を作るくらいが、運用としては保ちやすい水準です。
社外の人が入る場合は、もうひとつ制約があります。料金ページによれば、フリープランの組織外コンタクトは1ユーザーあたり20人までで、有料プランでは無制限です。協力会社や発注元とやり取りする案件が増えると、この20人という上限に先に当たります。人数が増える見込みがあるなら、どこで上限に当たるかを事前に見ておくと、途中で急にプランを変える事態を避けられます。
進捗の表が嘘になる仕組みと、その防ぎ方
進行管理でいちばん危ないのは、表が存在しないことではありません。表は存在しているのに、書かれている内容が実態とずれていることです。存在しない表なら、誰も信じないので判断の材料になりません。ずれた表は信じられてしまうので、そのまま誤った判断につながります。
表がずれる原因は、ほとんどが更新の負担です。更新するのに手間がかかる形にしておくと、忙しいときほど更新されなくなります。そして、忙しいときこそ状態が激しく動くので、いちばん知りたい時期の情報がいちばん古い、という逆転が起きます。この逆転は、更新の頻度を求めるルールでは直りません。作業の操作と更新の操作が別々である限り、必ず起きます。
防ぎ方は2つあります。ひとつは、更新の操作を作業の操作と一致させることです。タスクを完了にする操作が、そのまま全体の表に反映される形なら、更新のための追加作業はゼロになります。もうひとつは、更新されていないことが分かる形にすることです。最後に触られてからの日数が見えれば、「10日間動いていないタスク」を機械的に拾えます。動いていないこと自体は問題ではなく、動いていないのに気づかれていないことが問題です。
進捗の数字を細かく取るほど精度が上がると考えがちですが、実際には逆に働くことがあります。1件ごとに0から100までの進捗率を入力させると、入力する側は根拠のない数字を書き始めます。80%と書かれたまま2週間動かない作業は、進行管理の現場でよく見かける光景です。段階を5つ程度に絞って、どの段階なのかだけを選ばせるほうが、書く側の負担も、読む側の信頼度も上がります。
週次の確認を15分で終わらせる進め方
進捗の会議が長引くチームには、共通の特徴があります。会議の場で状態を集めていることです。集める作業を会議の中でやると、参加人数の分だけ時間がかかります。8人が1人2分ずつ話せば、それだけで16分が消えます。そして、そこで話された内容の大半は、他の7人にとって関係のない話です。
状態を集めるのは、会議の前に終わらせます。集める方法は、とりまとめる人が聞いて回るのではなく、作業する人が自分の手元を更新した結果が自動的に集まる形にします。タスクの期限と完了の記録がその材料になります。会議の直前に、期限を過ぎているもの、今週中に期限が来るもの、担当者が決まっていないもの、この3つだけを抜き出しておきます。
会議で話すのは、抜き出した3つに対する判断だけです。期限を過ぎているものは、延ばすのか、手を足すのか、やめるのか。今週中に期限が来るものは、間に合うのか。担当者が決まっていないものは、誰が持つのか。判断だけに絞れば、1件あたり30秒で決まります。順調に進んでいるものは、会議で触れる必要がありません。順調なものを報告させるのは、報告する側にとっても聞く側にとっても時間の浪費です。
この形にすると、会議の質が人に依存しなくなります。とりまとめる人が休んだ週でも、同じ3つを抜き出せば同じ会議ができます。逆に、会議の場で初めて状態を聞く運用は、聞き出し方の上手い人がいないと成立しません。属人化している進行管理の多くは、この聞き出しの部分が属人化しています。
抜き出す作業そのものを人がやっている間は、まだ半分です。期限を過ぎているものを画面の操作だけで出せるかどうかが、道具を評価するときの実務的な分かれ目になります。出せないなら、毎週誰かが目視で拾うことになり、拾い漏れがそのまま遅延の見落としになります。
人が増えたときに最初に崩れるところ
5人で回っていた運用が、10人になった途端に崩れることがあります。崩れる場所はだいたい決まっていて、3か所です。
1か所目は、書き方の揺れです。5人のうちは、タスクの書き方が多少ばらついても全員が文脈を知っているので読めます。10人になると、書いた本人以外には意味の通じないタスクが混ざり始めます。「例の件、確認お願いします」と書かれたタスクが、2週間後に誰も内容を思い出せない状態で残ります。書き方の型を1つ決めるだけで、この崩れ方は止まります。何を、どの状態にすれば完了か、を必ず入れる、という型で足ります。
2か所目は、通知の扱いです。人が増えると発言の総量が増え、自分に関係のない通知が増えます。通知が多すぎる状態が続くと、人は通知を見なくなります。見なくなった人には、本当に見てほしい依頼も届きません。人数が増えたら、自分宛ての表示や通知の設定を全員で一度見直す時間を取ってください。Chatworkには自分宛てのメッセージ一覧があり、料金ページの比較表ではフリープランを含む全プランで使える機能として並んでいます。この一覧を使う習慣があるかどうかで、見落としの量が変わります。
3か所目は、決定の在りかです。5人なら、決まったことは全員がその場にいたので覚えています。10人になると、決定の場にいなかった人が必ず出ます。その人は過去のやり取りを探すしかありませんが、検索の結果は最大200件までの表示と料金ページに書かれており、よく使う言葉ほど上限に当たります。決定を書いた投稿をブックマークするか、決定だけを集めた場所を1つ作るか、どちらかを決めておくと、聞き直しの手間が減ります。
人数が増える局面は、道具を見直す機会としても適しています。5人のときに最適だった組み方が、10人でも最適とは限りません。増員の話が出た時点で、いまの組み方のどこが人数に弱いかを先に洗い出しておくと、増えてから慌てずに済みます。
道具を足すか、組み替えるかを決めるための比べ方
ここまでの整理を踏まえて、いまの道具のまま組み替えるか、進行を見るための道具を別に用意するかを決める段になります。判断の軸は3つで足ります。
1つ目は、会話と工程を同じ場所で扱いたいかどうかです。同じ場所にまとめたいなら、チャットを主軸にして、その中のタスク機能で依頼と期限を扱う形が自然です。案件の数が少なく、前後関係が単純なチームでは、この形で十分に回ります。乗り換える理由がない状態です。
2つ目は、全体を横に並べた画面が要るかどうかです。案件をまたいだ一覧や、期限を線で見る工程表が必要になった時点で、チャットの構造とは別の並べ方が要ります。どの道具がどこまでできるかは公開されている仕様で確かめられるので、比べるときは機能名ではなく「自分たちのいまの案件数と人数で、その画面が実際に読めるか」で見てください。判断の材料として比較の一覧には、カンバンやガントの扱いが道具ごとにどう違うかを並べてあります。カード型のボードを主軸にしている道具との違いを見るならTrelloとの比較、作業の割り当てと期限の管理を主眼にしている道具とならAsanaとの比較、国内の開発現場で使われている道具とならBacklogとの比較が近い比べ方になります。
3つ目は、費用の増え方です。人数で課金される道具は、関わる人が増えるほど直線的に増えます。作業はしないが見るだけの人、社外の協力会社、短期で入る人。この3種類をどう数えるかで、年間の金額はかなり変わります。プランごとの区切り方の考え方は料金にまとめてあり、機能で絞らず、区切るのは人数とボードの数だけという形にしています。どの機能が使えるかをプランで悩まずに済むぶん、見積もりは人数を数えるだけで終わります。
比べるときに忘れられがちなのが、移行の手間です。いま動いている案件の途中で道具を替えると、移行の期間だけ二重に記録することになります。既存のボードをそのまま取り込める経路があるかどうかで、この期間の長さが変わります。取り込みの範囲についてはTrelloからの移行に、どこまでが自動で運べてどこからが手作業かを書いてあります。自動で取り込めるのはTrelloからだけで、それ以外は手で移すことになります。社外の人が入る案件では、預けるデータの扱いも確認が要るので、そのあたりの考え方は安全性の考え方に整理しました。板の区切り方や招待の運用でよく聞かれることはよくある質問に、使える機能の範囲はできることにまとめてあります。
最後に、判断の前に確かめておくべき4点を挙げておきます。使っている道具が、終了の告知を出していないか。新規の受付を止めていないか。運営会社が変わっていないか。料金の改定が予告されていないか。Chatworkについて2026年9月時点で公開されている告知を見る限り、サービス自体の終了や新規受付の停止は確認できません。料金については2026年8月4日から有料プランの名称が変更され、ビジネスプランはスタンダードプラン、エンタープライズプランはプロフェッショナルプランになりましたが、公式の告知には機能と利用料金と契約条件に変更はないと書かれています。運営会社は株式会社kubellで、会社情報ページの役員紹介には「株式会社kubell（当時 Chatwork株式会社）」という表記が繰り返し現れます。社名が変わった事実は公開情報から確認できます。表示言語については、中国語（繁体字）とベトナム語の表示提供が2026年11月30日で終了すると告知されていますが、データや機能や料金への影響はないと明記されています。この4点は、どの道具を評価するときも同じように見てください。料金表の数字だけを比べても、前提が変わっていれば比較そのものが意味を失います。
Q1. Chatworkのタスク機能だけで進捗の管理はできますか？
依頼と期限と完了の記録は取れます。料金ページの比較表では「タスクの追加/完了」と「タスク担当者の設定」がフリープランを含む全プランで使える機能として並んでいます。ただしタスクはチャットに紐づくため、案件をまたいで横に並べる画面や、作業の前後関係を線で見る形は公開資料では確認できませんでした。案件が数本までなら十分に回ります。
Q2. 2026年9月のタスクの仕組みの変更で、何が変わりましたか？
複数の担当者を設定したとき、これまでは人数分のタスクが作られていましたが、1つのタスクを複数人で管理する形になりました。本文や期限を編集すると担当者全員に反映されます。既存のタスクも自動で移行され、モバイルアプリを更新していなくても新しい仕組みが適用されると公式に告知されています。
Q3. 無料のまま進捗の管理を続けると、どこで困りますか？
最初に当たるのはメッセージの閲覧期間です。フリープランは直近40日以内と料金ページに明記されており、それより前の決定の記録は画面から追えなくなります。次に当たるのは組織外のコンタクトで、フリープランは1ユーザーあたり20人までです。社外の協力会社が増える案件では、この上限が先に来ます。
Q4. 報告のための資料を毎回作り直さないようにするには、何から変えればよいですか？
依頼をメッセージではなくタスクの形で出すところから始めてください。会話は時間順にしか並ばないため、あとから期限順や担当者順に並べ替えられません。次に、進捗の状態を「終わった／終わっていない」の2段階ではなく、着手前や確認待ちを含む段階で書く約束を決めます。この2つだけで、聞いて回る手間の大半が消えます。