monday.comで進捗をどう見せるか｜報告のために作り直さない組み方
monday.comで進捗の管理を始めたチームが、数か月後にいちばんよく言うのは「結局、報告のために別の表を作っている」です。画面には状態が入っているのに、上に出すときは別の資料に写し直している。この作り直しが消えないかぎり、道具を入れた意味はとりまとめる人にほとんど返ってきません。ここでは、進捗を表す仕組みの決め方から、そのまま見せられる画面の組み方、そして表が更新されなくなったときの直し方までを順に見ていきます。
まず、作り直しに使っている時間を数える
改善の話に入る前に、現状を数字にしてください。数えるのは2つです。
ひとつは、報告の資料を作るのにかかっている時間。週次なら1回あたりの分数、月次なら1回あたりの時間です。写す作業、体裁を整える作業、数字を合わせる作業をすべて含めます。
ふたつめは、その資料を作る前に、進捗を聞いて回っている時間。チャットで確認する、打ち合わせで口頭で聞く、担当の席まで行く。この時間が意外に大きく、週に2時間を超えているチームは珍しくありません。
この2つを足した時間が、いま進捗の管理に払っている実際の費用です。月額の何倍にもなっていることがあります。逆にいえば、ここを削れるかどうかが道具を替える価値の中身です。機能の数ではなく、この時間が減るかどうかで判断してください。
数えた結果、作り直しの時間がほぼゼロで、聞いて回る時間も少ないなら、いまの組み方はうまくいっています。この記事の残りは読まなくても構いません。どちらかが大きいなら、原因は次のどれかに当たります。
進捗を表す仕組みを1つに決める
作り直しが発生する最大の理由は、進捗の表し方が複数あることです。ステータスのカラムに状態が入っているのに、別のカラムに進み具合の割合も入っていて、さらに更新の欄に文章でも書かれている。この状態だと、どれを正とするかが人によって違い、集計しようとすると手で判断することになります。
決めるのは1つだけです。進捗はステータスのカラムで表す、と決めたら、割合の欄も文章も、集計の根拠には使わないと宣言してください。文章の欄は状況の補足として残しますが、そこから数字を拾う運用にはしません。
選択肢の設計も重要です。多すぎると入力する側が迷います。実務で回っている形は、未着手、進行中、確認待ち、完了の4つか、これに保留を足した5つです。ここに「ほぼ完了」「一部完了」のような曖昧なものを足すと、それが選ばれた瞬間に集計の意味が消えます。
もうひとつ決めるのは、完了の定義です。作業した人が終わったと思った時点なのか、確認した人が通した時点なのか。ここを揃えないと、同じ「完了」が人によって別の意味になります。確認待ちという段を1つ置くと、この曖昧さがかなり消えます。
状態のカラムは、後から選択肢を変えると過去の分の意味が変わります。3か月運用してから「進行中」を2つに割ると、それ以前のデータと比べられなくなります。最初に決めるときに、この選択肢で1年回せるかを考えてください。迷ったら少ないほうを選びます。足りなければ足せますが、減らすのは面倒です。
もうひとつよく起きるのが、ボードごとに違う選択肢を使ってしまうことです。ある案件では「レビュー中」、別の案件では「確認待ち」。人間は同じ意味だと分かりますが、横断で集計しようとすると別のものとして数えられます。ボードを増やすときは、状態のカラムをテンプレートから複製する形にして、選択肢を揃えてください。
日付の持ち方を先に決める
進捗と同じくらい報告で聞かれるのが日付です。ここも持ち方を1つに決めないと、集計のたびに判断が必要になります。
決めるのは、期日だけを持つのか、開始と終了の幅を持つのかです。期日だけなら日付のカラム、幅を持つならタイムラインのカラムになります。混在させると、遅れの判定をどちらの基準で行うかが揺れます。
さらに、予定の日付と実際の日付を分けて持つかどうかも決めます。分けると遅れの量が測れますが、入力の欄が2つになります。とりまとめる人が差を見たいだけなら、予定を動かす前にその値をどこかに残しておけば足ります。公式のサポート記事では、当初の計画と現在を並べて見るベースラインの機能はプロとエンタープライズのみと案内されているので、下の段では手で残す形になります。
日付を動かしたときに履歴が残るかどうかも確かめてください。誰がいつ期日を動かしたかが追えると、遅れの原因を後から話し合えます。追えないと、動いた事実だけが残り、なぜ動いたかが失われます。
集計の画面は、段によって載せられる数が変わる
進捗をまとめて見る画面はダッシュボードです。ここで最初に効いてくるのが、1つのダッシュボードに載せられるボードの数です。公式のサポート記事によると、無料とベーシックはダッシュボードあたり1ボード、プロはダッシュボードあたり20ボードとされています。エンタープライズでは、ポートフォリオにつながった案件の情報を1つの画面に束ねる仕組みが案内されており、一度に最大200のプロジェクトボードに対応すると書かれています。
この区切りは、ボードの分け方をそのまま縛ります。案件ごとにボードを分けているチームが、複数案件をまたいで進捗を見たいなら、実質的にプロ以上の話になります。逆に、1つのボードに全案件を入れているなら、下の段でも横断の集計はできますが、ボードが巨大になって日々の操作が重くなります。
現実的な選び方は2つです。案件の数が10以下なら、1つのボードにグループで区切って入れ、ダッシュボードは1つで足ります。案件が10を超えて、それぞれ担当も期間も違うなら、ボードを分けてプロに上げるか、横断の集計をあきらめて案件ごとに見る運用にするかの判断になります。
集計の見せ方そのものも段で変わります。料金ページ（2026年9月12日時点）のプロの欄には、次のように書かれています。
高度なボードビュー さまざまな種類のチャート、グラフ、図表でデータを可視化できます。 出典: monday.com
同じページで、プロは年間払いで1ユーザーあたり月3,200円、スタンダードは月1,650円と表示されています。税込か税抜かの区別は、料金ページの表示からは読み取れませんでした。集計のためだけに全席を上げることになるので、必要かどうかは慎重に判断する場面です。
負荷と工数を見るなら、上の段が要る
進捗と並んで聞かれるのが「誰が詰まっているか」です。公式のサポート記事では、チームの作業の分かれ方を見る負荷のビューはプロ以上の機能として案内されています。同じく、タスクごとの所要時間を記録する時間追跡のカラムと、他のカラムを使って計算する数式のカラムも、プロ以上で開放されると書かれています。
この3つが下の段に無いことは、集計の設計にかなり効きます。予定の工数と実績の工数を並べて差を出す、といった表を作りたければ、数式のカラムか時間追跡のどちらかが必要になるからです。
段を上げずに近いことをやるなら、方法は2つあります。ひとつは、人ごとに担当しているアイテムの本数を数えるだけにすること。時間ではなく本数で見れば、詰まりの当たりはつきます。もうひとつは、期日を過ぎているアイテムの数を人ごとに見ること。こちらのほうが実務では効きます。本数が多くても全部が余裕なら問題は無く、少なくても全部が遅れているなら問題があるからです。
工数の記録は、始める前に目的をはっきりさせてください。請求の根拠に使うなら記録は必須ですが、単に「どれくらいかかったか知りたい」という理由で始めると、記録する手間だけが残って誰も見なくなります。現場では、工数の記録は導入から2か月で入力率が落ちると言われています。使い道が決まっていないなら、始めないほうが健全です。
見る人と書く人を分ける
報告の作り直しを消すうえで効くのが、見る人を画面に直接入れてしまうことです。写して渡すのではなく、その画面を開いてもらう形にすれば、写す作業が消えます。
公式のサポート記事によると、閲覧者はベーシック以上で人数の上限なく招待でき、請求の対象には数えられません。アクセスは読み取りだけに制限され、編集の権限はありません。上長や他部署の人に進捗を見せたいだけなら、この枠で足ります。
外部の相手を入れる場合はゲストの枠です。同じ資料では、スタンダードではアカウント全体に3名まで無料で招待でき、4人目からは有料のメンバーとして扱われると書かれています。外部と共有するボードの仕組みも、スタンダードの機能として案内されています。委託先が多いチームは、この人数の区切りが費用に直結します。
見る人を入れると決めたら、見せる範囲も同時に決めます。全部見せるのか、特定のボードだけか、特定のビューだけか。公式のサポート記事では、ボードや個々のカラムに対する権限と制限の細かい設定はプロ以上の機能として案内されています。下の段では、見せたくないものは別のボードに分ける、という作り方で対応することになります。
更新されない表を直す3つの手
進捗の表が現実と合わなくなる原因は、だいたい決まっています。
ひとつは、入力の場所と作業の場所が離れていることです。担当が実際に作業しているのは別のツールで、進捗の更新だけのためにこの画面を開くことになっている。この形は続きません。開く理由をもう1つ作るか、更新を作業の流れの中に組み込む必要があります。たとえば、確認を依頼するときに必ずこの画面から依頼する、と決めると、開く理由ができます。
ふたつめは、更新しても誰も見ないことです。書いても反応が無ければ、書く動機は消えます。週次の場でその画面を開き、更新された内容に触れる。これだけで入力率は変わります。逆に、更新を催促するだけで、その内容が使われる場面が無いなら、催促は効きません。
みっつめは、入力の項目が多すぎることです。1つのアイテムを更新するのに5か所も触る必要があるなら、途中で止まります。必須にするのは状態と日付の2つだけにして、残りは任意にしてください。任意の欄が空でも集計が成り立つように、集計の設計のほうを合わせます。
この3つを直すと、たいていの表は生き返ります。逆に、この3つを放置したまま自動化で催促を増やすと、通知だけが増えて、その通知も読まれなくなります。
自動化そのものにも、段ごとの枠があります。公式の資料では、スタンダードが自動化と統合それぞれ月250アクション、プロが月25,000アクション、エンタープライズが月250,000アクションと案内されています。20人のチームで状態の変更ごとに通知を出す設計にすると、月250はすぐに超えます。枠を使い切ったことに気づかないまま運用が続くと、届いていない通知を届いたつもりで回すことになります。入れる前に、月あたりの見込み件数を数えてください。
入力を増やすための小さな仕掛け
入力率を上げる手は、催促以外にもあります。実務で効いたと聞くものを挙げます。
ひとつは、フォームを入り口にすることです。依頼を受ける場所をフォームにして、そこから来たものが自動でボードの行になる形にすると、最初の1件目が人手で入らなくなります。公式のサポート記事によると、フォームのビューは無料プランから使えると案内されています。入り口を1つに絞ると、どこから来た依頼かを追いかける手間も消えます。
ふたつめは、更新の欄を使う場所にすることです。進捗の相談をチャットではなくアイテムの更新の欄で行うようにすると、その案件の経緯がその場所に溜まります。溜まった場所は、後から人が見に来る場所になります。チャットで話すと流れて消えるので、同じ話を何度もすることになります。
みっつめは、状態の変更をその場でやってもらうことです。週次の場で「これ終わりました」と口頭で言われたら、その場で画面を開いて本人に変えてもらう。数回やると、次から自分で変えるようになります。とりまとめる人が代わりに変えてしまうと、その習慣が固定します。
よっつめは、入力していない人を責めないことです。責めると、入力の代わりに言い訳が増えます。入力されていない行があったら、その行が誰のものかを確かめて、その人が困っていないかを聞く。詰まっている本人が助けを求めやすい空気のほうが、結果として画面は埋まります。
週次の場を、画面の前で開く
進捗の管理を運用に乗せるうえで、いちばん効くのに軽視されがちなのが、見る場の設計です。
決めるのは3つです。いつ開くか。誰が開くか。何を見て何を決めるか。曜日と時間を固定し、とりまとめる人が画面を共有して開き、見るのは遅れているものと今週始まるものの2つだけ、という形にすると、30分で終わります。
このとき、報告のための資料を用意しないでください。用意した瞬間に、作り直しが復活します。画面をそのまま開いて、そこに映っているものだけで話す。映っていないものは、映っていないこと自体が課題です。「この情報が無いと判断できない」という声が出たら、それを画面に足す、という順番で育てていきます。
場の中で決めることも絞ります。遅れているものについて、間に合わせるのか、期日を動かすのか、誰かを足すのか。この3択だけを決めて、その場で画面の日付や担当を直します。直した結果がその場で全員に見えるので、議事録を書く必要も消えます。
出席する人も絞ります。全員を集めると、自分に関係ない案件の話を聞く時間が長くなり、次から欠席が増えます。案件ごとに関わる人だけを呼ぶか、全体は15分で切り上げて個別の相談は別にするか。とりまとめる人が場を長くするほど、参加者の中で優先度が下がっていきます。
場の前後にやることも決めておきます。前は、とりまとめる人が画面を開いて、遅れているものと担当が空のものに印を付けておく。後は、その場で決めたことが画面に反映されているかを確認するだけ。この2つ以外の準備をやり始めると、報告の資料づくりが別の名前で復活します。
外に出す報告をどう作るか
社外や経営層に紙で出す必要がある場合は、書き出しの機能を使うことになります。公式のサポート記事によると、ボードを表計算の形式に書き出せますが、書き出せるのはボードのテーブルの表示か保存済みのフィルターの結果に限られ、ボードのビューは書き出されないと明記されています。グループ化、並べ替え、条件付きの色付けも書き出しの対象外です。一度に書き出せるアイテムの数は10,000アイテムまでとされています。
つまり、画面で見えている整った形をそのまま紙にする道は、公開されている手順の中では見当たりません。紙で出すなら、表として読める形に整えたビューを作り、それを書き出して体裁を整える工程が入ります。
自分たちの仕組みで集計し直したい場合は、APIを使う道があります。開発者向けの資料では、1日あたりの呼び出し回数の上限が、無料とベーシックとスタンダードで1,000回、プロで10,000回、エンタープライズで25,000回と公開されています。日次で集計を回す程度なら足りますが、細かく何度も取りに行く作りにすると上限に当たります。
ここまでを踏まえると、外に出す報告は「月に1回、決まった形で」に絞るのが現実的です。毎週紙を作る運用にすると、書き出しと整形の手間が結局は作り直しと同じ量になります。
紙を求められる理由も、一度確かめてみてください。保存のためなのか、その場で回覧するためなのか、社外に出すためなのか。保存のためなら、画面を見られる人を増やすほうが早い場合があります。社外に出すためなら形式が要りますが、社内向けなら「この画面を見てください」で済むことが少なくありません。求められているものが習慣なのか必要なのかを分けるだけで、作業がひとつ消えることがあります。
進捗の粒度を、報告の単位に合わせる
集計がうまくいかないチームに共通するのが、粒度のずれです。画面には1日単位の細かい作業が並んでいるのに、報告で求められるのは案件単位の進み具合。この2つの間に変換が必要だから、写す作業が発生します。
直し方は2つあります。ひとつは、報告する単位のアイテムを作り、細かい作業はその下のサブアイテムに置くこと。親の状態を見れば報告の単位になり、開けば細かい作業が見えます。もうひとつは、細かい作業のボードと、報告用のボードを分け、報告用のボードには案件ごとに1行だけ置くこと。
どちらを選ぶかは、細かい作業の数で決まります。案件あたり20を超えるなら親子に分けたほうが読め、10以下なら分けずにグループで区切れば足ります。
粒度を決めるときのコツは、報告の場で使われる言葉から逆算することです。上が「A社の案件はどうなっている」と聞くなら、画面にも「A社の案件」という単位の行が必要です。「設計は終わったか」と聞くなら、工程の単位が要ります。聞かれ方に合わせて単位を作ると、そのまま答えられる画面になります。
親子に分ける場合は、公式のサポート記事にサブアイテムの扱いについての注意があることも押さえておいてください。書き出しの機能では、アイテムの更新の内容は出ますが、サブアイテムの更新の内容は出ないと明記されています。後から記録として残す可能性がある内容は、サブアイテム側ではなく親のアイテム側に書いておくほうが安全です。
粒度をそろえる作業は、一度やれば終わりではありません。新しい案件が始まるたびに、前と同じ単位で作られているかを確かめる必要があります。テンプレートを1つ作って、そこから複製する形にすると、自然に揃います。毎回ゼロから作ると、作った人の癖が出て、半年後には単位がバラバラになります。
遅れを、色ではなく数字で表す
進捗の画面で遅れを表現するとき、色に頼るチームが多くあります。赤が増えていれば危ない、という見方です。これは直感的ですが、報告には向きません。赤がいくつあるか数えるところから始まるからです。
代わりに、数で持ってください。期日を過ぎているアイテムの数、今週中に期日が来るアイテムの数、担当が決まっていないアイテムの数。この3つを画面の上に置いておくと、開いた瞬間に状況が読めます。
この3つを選ぶ理由は、どれも行動に直結するからです。期日を過ぎたものは、間に合わせるか期日を動かすかを決める。今週来るものは、着手されているかを確かめる。担当が決まっていないものは、決める。見ただけで次にやることが決まる数字だけを置くのが、報告の画面の作り方です。
逆に置かないほうがよいのは、全体の完了率です。分母が動くので、数字が上がったのか作業が減ったのかが読めません。完了率を見せてほしいと言われた場合も、上の3つと一緒に出して、どちらを見て判断するかを合意しておいてください。
色を使うなら、意味を1つに固定します。赤は遅れ、黄は今週、灰は完了、という具合です。ここに「重要だから赤」「顧客案件だから赤」といった別の意味を混ぜると、赤の数が状況を表さなくなります。重要度や分類は色ではなくカラムで持ち、絞り込みで見る形にしてください。
もうひとつ、報告の場で数字を出すときは、前回との差も一緒に出します。期日を過ぎているものが12件、という数字だけでは、増えているのか減っているのかが分かりません。前回8件で今回12件なら悪化していて、前回18件で今回12件なら改善しています。同じ12件でも、打つ手がまったく変わります。
案件が増えたときに壊れない構造にする
最初は10案件でうまく回っていた画面が、30案件になると読めなくなる。これはよくある壊れ方で、原因は構造にあります。
壊れないようにするには、増えたときに何が増えるのかを先に決めておきます。案件が増えたらボードが増えるのか、行が増えるのか。ボードが増える設計なら、ダッシュボードの上限に当たる時期を見積もれます。行が増える設計なら、ボードが重くなる時期を見積もれます。どちらにも限界があるので、来ることが分かっていれば慌てません。
案件の終わり方も決めておきます。終わった案件をボードに残し続けると、行数が増え続けます。完了したら別の場所へ移すのか、アーカイブにするのか、ビューで隠すだけにするのか。公式のサポート記事には、ボードのアーカイブはアカウント全体の書き出しの対象にならないと書かれているので、後で参照する可能性があるものをアーカイブに入れる場合は、その前に書き出して保管しておくのが安全です。
命名の規則も、早いうちに決めておくと後が楽です。ボードの名前に年と顧客名を入れる、案件の名前に番号を振る。この程度で十分で、後から探すときの速さが変わります。規則が無いまま増えると、同じ顧客の案件が複数の書き方で並び、検索しても全部は出てこなくなります。
段の設計そのものを見直す選択肢
ここまでを整理すると、進捗の管理で必要になるものの多くが、上の段に置かれています。横断の集計、負荷の把握、権限の細かい設定、計算の自動化。どれも、とりまとめる人がいちばん欲しくなるものです。
機能ごとに段を作る設計では、この「1つだけ必要」が全席の単価に跳ね返ります。20人のチームで、集計のためだけにプロへ上げると、スタンダードとの差は1人あたり月1,550円、20人で月31,000円です。年にすると372,000円になります。
別の考え方として、機能で絞らず、区切るのは人数とボードの数だけという設計もあります。この形だと、工程表も集計も会話も最初から同じ段にある代わりに、費用は人数とボードの数で決まります。どちらが安く済むかは、必要な機能が段のどこに散らばっているかで変わるので、自分たちの一覧を作ってから比べてください。段の作り方は料金に、標準で入っているものはできることに並んでいます。
他の道具の進捗の見せ方と並べたい場合は、比較の一覧にまとめてあります。いまの画面と直接比べるならmonday.comとの比較、カードを並べる形から見るならTrelloとの比較、担当と期日の管理を軸にするならAsanaとの比較、文書と表を同じ場所に置く発想ならNotionとの比較、課題の管理を軸にするならBacklogとの比較、日本語の少人数向けならJootoとの比較が近い読み物です。
移すことを検討する段階なら、取り込みの流れはTrelloからの移行に、外部の相手を入れるときの考え方は安全性の考え方にあります。細かい疑問はよくある質問に整理されています。
進捗の管理でいちばん価値があるのは、きれいな画面ではありません。聞かれたときに、その場で開いて答えられる状態です。そこに到達すると、報告のための作業がまるごと消えます。
Q1. 複数のボードの進捗を1つの画面でまとめて見られますか？
ダッシュボードに載せられるボードの数に上限があります。公式のサポート記事によると、無料とベーシックはダッシュボードあたり1ボード、プロはダッシュボードあたり20ボードです。エンタープライズでは、ポートフォリオにつないだ案件の情報を束ねる仕組みが案内され、一度に最大200のプロジェクトボードに対応すると書かれています。
Q2. 誰が詰まっているかを見る機能はどのプランからですか？
チームの作業の分かれ方を見る負荷のビューは、公式のサポート記事でプロ以上の機能として案内されています。時間追跡のカラムと数式のカラムも同じくプロ以上です。段を上げずに近いことをするなら、人ごとに期日を過ぎているアイテムの数を数える方法で、詰まりの当たりはつけられます。
Q3. 上長に見せるために席を増やす必要がありますか？
読み取りだけでよいなら、閲覧者の枠が使えます。公式のサポート記事によると、閲覧者はベーシック以上で人数の上限なく招待でき、請求の対象には数えられません。編集はできません。外部の相手はゲストの枠になり、スタンダードではアカウント全体に3名まで無料、4人目から有料のメンバー扱いです。
Q4. 進捗の表が更新されなくなるのはなぜですか？
原因は3つに絞れます。入力の場所と作業の場所が離れていること、更新しても誰も見ないこと、入力する項目が多すぎることです。必須の項目を状態と日付の2つに減らし、週次で必ずその画面を開いて話す場を作ってください。催促の通知を増やしても、この3つが残っていれば入力率は戻りません。