Miroで進捗をどう見せるか｜報告のために作り直さない組み方

Miroで進捗を管理していると、報告の前日に集計用のボードを作り直す作業が発生しがちです。付箋は動いているのに、報告に使える形になっていない。この記事では、Miroが標準で持っている進捗向けの仕組みと、それぞれがどのプランで使えるのかを公式の資料で確かめたうえで、報告のための作り直しをなくす組み方を整理します。読んだあとで、いまのボードのどこを直せばよいかが決められる状態を目指します。

報告のたびに作り直しているなら、原因は置き方にある

週次の報告のために、付箋の数を数えて別の場所に転記している。月末に進捗率を出すために、担当者に個別に聞いて回っている。この作業が発生しているなら、ボードの上の情報が「読み取れる形」になっていないということです。

自由に置ける面の強みは、形を決めずに書けることです。同じ強みが、進捗の管理では弱みになります。人によって付箋の書き方が違い、状態を色で表す人と文字で表す人が混ざり、期限を書く人と書かない人がいる。こうなると、機械的に数えられません。とりまとめる人が目で見て解釈するしかなくなり、その解釈の作業が報告のたびに発生します。

作り直しを無くす条件は2つです。1つ目は、状態が要素そのものに持たされていること。付箋が置かれている場所ではなく、付箋の属性として状態が記録されていれば、並べ替えも集計もできます。2つ目は、入力する人がその属性を必ず埋めること。属性があっても空欄なら意味がありません。

現場でしばしば出るのは、最初にきれいな板を作ったあと、数週間で情報が別の場所へ逃げていく現象です。チャットで「あれ終わりました」と報告され、板は更新されない。この状態になると、板の数字と実態がずれ、とりまとめる人は板を信用しなくなります。信用しなくなると、確認のために個別に聞いて回ることになり、板を作った意味が失われます。話す場所と残す場所を分ける、という約束を最初に共有しておくと、この逃げ方は減らせます。

この2つを満たすために、Miroにはいくつかの仕組みが用意されています。ただし、どのプランで使えるかがはっきり分かれているので、まずそこから確認します。

進捗を扱う仕組みと、それぞれが使えるプラン

公式のヘルプと料金ページで2026年9月11日時点に確認できた内容を、進捗の管理に関わるものに絞って整理します。プランと機能の対応は改定されるので、契約前に公式ページを直接見てください。

仕組み	使えるプラン	できること
カンバン	すべてのプラン	列で状態を分ける、スイムレーン、グループ化と並べ替え
タイムライン	すべてのプラン	日・週・月・四半期での表示、前後関係の指定
テーブル	すべてのプラン	表形式での一覧
工数見積	Starter以上	作業量の見積もりを付ける
Jiraカード	Starter以上	Jiraの課題をボードに取り込む
データテーブル	Business以上	階層構造とツリー表示を持つ表
プランナー	Business以上	Jiraの盤面と同期する計画の画面
依存関係	Business以上	課題どうしの関係を線で表し、Jiraへ反映
ボードの状態	Business以上	ボード自体に下書きから完了までの段階を付ける

カンバンは全プランで使えます。公式のヘルプによれば、列の追加と削除、スイムレーンの作成、付箋やカードの取り込み、グループ化と並べ替えと絞り込みができます。同じ画面のままテーブルやタイムラインに表示を切り替えられる点も記載されています。1枚のボードに、データの元が異なるカンバンを複数置くこともできます。

タイムラインも全プランです。記録の追加と削除、期間の伸縮、グループ化ができ、「ブロックされている」「ブロックしている」という項目を使って前後関係を表せると案内されています。

ここから上は課金の段が関わります。データテーブルはBusiness以上です。

階層構造とツリー表示を備えたテーブルで、チームや施策をまたぐ複雑な作業を整理・管理できます。 出典: miro.com

プランナーと依存関係もBusiness以上です。プランナーはJiraの盤面を選んで接続し、状態、スプリント、優先度、修正バージョン、コンポーネント、あるいは独自の項目を列にできます。列に加えてスイムレーンを設定すれば、2つ目の項目で仕切れます。カードを列の間で動かすとJira側が更新されると案内されています。1つのプランナーが接続できるJiraの盤面は1つだけで、複数必要な場合は同じボードにプランナーを複数置く形になります。

Jiraカードそのものは、Starter、Business、Education、Enterpriseで使えます。JiraのURLを貼るか、専用の画面から課題を選んで取り込みます。逆にMiro側から新しい課題を作ることもでき、既存の付箋やカードを一度に最大50件までJiraの課題に変換できると記載されています。

ボードそのものに状態を付ける機能はBusiness以上で、下書き、確認中、承認済み、完了、期限切れの5段階が用意されています。付けた状態はボードのメニューとスペースの一覧に表示されます。

無料プランで進捗を追うときに引っかかる場所

無料で始めているチームには、構造上の制約が1つあります。公式の料金ページによれば、ボードそのものは無制限に作れるものの、編集できる状態で残るのは最新の3件だけです。

進捗の管理には、これが効きます。案件ごとにボードを作る運用だと、4件目の案件が始まった時点で最初の案件のボードが編集できなくなります。進行中の案件が3件を超えるチームでは、無料のまま進捗の台帳として使い続けることは難しくなります。

回避する組み方はあります。案件ごとにボードを分けず、1枚のボードの中に案件ごとのカンバンを置く形です。カンバンは全プランで使え、1枚のボードに複数置けるので、進行中の案件が増えても編集できる状態を保てます。ただし、この形にすると1枚のボードが重くなり、開くのに時間がかかるようになります。また、社外の人に特定の案件だけを見せることができなくなります。無料プランでは非公開のボードが作れないため、権限による切り分けもできません。

もう1つ、無料では書き出しが小さいサイズに限られる点も、報告の場面で効いてきます。ボードの画面を資料に貼ろうとしたときに、文字が読める解像度で出せません。報告資料に貼る運用を想定しているなら、この点は事前に確認しておいてください。

無料の範囲で進捗を追う設計は、案件の数が少なく、社外の人が関わらず、資料への転記もしないチームなら成立します。どれか1つでも当てはまらないなら、有料プランに上げるか、進捗を追う場所を別に持つかの判断になります。

判断を先送りすると、ボードが編集できなくなった時点で慌てることになります。編集できなくなる条件は明確なので、進行中の案件が3件に近づいた段階で、次にどうするかを決めておいてください。プランを上げるのか、1枚に集約する組み方に変えるのか、別の場所に進行だけを出すのか。どれを選んでも構いませんが、動けなくなってから考えると、その週の進行が止まります。

ゲストと社外の人が触れる範囲

進捗の管理で見落とされやすいのが、社外の人が何をできるかです。ここを確かめずに組むと、公開した瞬間に「相手が更新できない」という問題が出ます。

公式のヘルプには、ゲストの編集者はカンバンを追加も編集もできないと明記されています。タイムラインについても同様に、ゲストの編集者は追加と編集ができないと書かれています。つまり、社外の人に進捗を自分で更新してもらう運用を、この2つの仕組みの上で組むことはできません。

実務への影響は小さくありません。業務委託の相手に自分の作業の状態を動かしてほしい場合、ゲストという枠では届かないということです。選択肢は3つあります。1つ目は、相手を正規のメンバーとして招く方法で、その分の課金が発生します。2つ目は、相手には付箋やカードだけを触ってもらい、カンバンへの反映はこちら側で行う方法です。3つ目は、社外が関わる進行だけを別の場所に置く方法です。

ゲストの枠そのものは、料金ページによればBusinessプラン以上で無制限に招けると案内されています。Starterではゲストは含まれておらず、ログイン不要で公開ボードを編集できる「ビジター」という枠が用意されています。ゲストとビジターは別の概念なので、どちらの話をしているのかを社内で揃えてから設計してください。

社外との共有を前提にするなら、相手側に何を求めるのかを先に決めておくのが安全です。見るだけでよいのか、状態を動かしてほしいのか、コメントを書いてほしいのか。この3つは必要な権限がそれぞれ違います。

あわせて、相手にアカウントを作ってもらう必要があるかどうかも確認してください。業務委託の相手が複数の取引先と仕事をしている場合、取引先ごとに別のアカウントを作らされる状態は相手の負担になります。負担が大きいと、結局メールやチャットでの報告に戻り、板は更新されなくなります。相手に負担をかけずに把握できる形かどうかは、進行を預かる立場では機能表よりも重要な判断材料です。

報告のために作り直さない組み方

ここからが実務です。順番に直していけば、報告の前日の作業はほぼ消えます。

1つ目は、状態を列で表すことです。付箋の色や置いた場所ではなく、カンバンの列として状態を表現してください。列にしておけば、どの列に何件あるかが目で見て分かり、絞り込みも効きます。色は補助的な情報にとどめて、色だけで意味を持たせないでください。色は人によって解釈が割れるうえ、印刷や書き出しで差が伝わらないことがあります。

2つ目は、列の数を絞ることです。5列を超えると、入力する人がどこに置けばよいか迷い始めます。未着手、進行中、確認待ち、完了の4列で足りることが大半です。細かく分けたくなったら、列を増やすのではなくスイムレーンで仕切ってください。

3つ目は、スイムレーンに担当者か案件を置くことです。カンバンではスイムレーンを作れるので、横の軸に担当を置けば、誰がいくつ抱えているかが1画面で分かります。案件をまたいで動く人が多いチームでは、こちらのほうが役に立ちます。

4つ目は、期限を持つ項目には必ず日付を入れることです。タイムラインに切り替えたときに、日付が入っていない項目は表示されません。入力の段階で日付を必須にしておけば、同じデータをそのまま線として見せられます。カンバンとタイムラインを切り替えられるのは、元のデータが同じだからです。報告用に別のガントを作る必要はありません。

5つ目は、更新のきっかけを予定に紐づけることです。定例会の直前に各自が自分の列を動かす、という決め方は機能します。気づいたときに更新する、という決め方は機能しません。更新を個人の善意に任せると、忙しい人から順に抜けていきます。予定に組み込まれた作業だけが、忙しい週にも生き残ります。

6つ目は、1件の大きさを揃えることです。1枚のカードが半日で終わる作業と、1か月かかる作業が混在していると、件数で状態を見たときに実態と合いません。目安として、3日を超える作業は分割してください。分割すると件数は増えますが、途中の状態が見えるようになるので、止まっていることに早く気づけます。

7つ目は、報告の形を先に決めて、そこから逆算して入力項目を決めることです。報告に載せるのが「完了した件数」「遅れている件数」「今週動く予定の件数」の3つなら、必要なのは状態と期限だけです。使わない項目を入力させると、入力の負担だけが増えて精度が落ちます。

進捗率という数字の扱い方

報告で求められがちなのが進捗率です。ただし、この数字は作り方を決めておかないと、毎回意味が変わります。

よくあるのが、担当者の自己申告で「70%」と書いてもらう方法です。この数字は検証できません。同じ70%でも、人によって残りの作業量がまったく違います。しかも、90%から先が進まない現象が高い確率で起きます。作業の終わりが見えてから実際に終わるまでに時間がかかるためです。

検証できる作り方は2つです。1つ目は、件数で出す方法です。全体で40件あって、完了の列に28件あるなら70%です。この数字は誰が見ても同じになり、板を見れば検算できます。列で状態を表していれば、数えるだけで出ます。

2つ目は、工数の見積もりで重み付けする方法です。料金ページによれば、工数見積の機能はStarter以上で使えます。各項目に見積もりを付けておけば、件数ではなく作業量の割合として出せます。大小の差が大きい案件では、こちらのほうが実態に近くなります。ただし、見積もりを付ける作業そのものに時間がかかるので、案件の規模が大きいときだけに使ってください。

どちらの方法を使うにせよ、報告する相手に「この数字は何を数えたものか」を最初に伝えておいてください。件数の70%と工数の70%では、残り時間の見通しがまったく違います。ここを説明せずに数字だけ出すと、相手は自分の解釈で受け取ります。

進捗率を出さないという選択もあります。完了した件数、遅れている件数、今週動く件数の3つだけを出すほうが、判断の材料としては優れている場合が多くあります。率は全体像を1つの数字に潰してしまうため、どこが詰まっているかが見えなくなります。報告を受ける側が本当に知りたいのは、間に合うかどうかと、間に合わないなら何が原因かの2点であることがほとんどです。

止まっている項目を見つける仕組みを組み込む

進捗の管理で本当に知りたいのは、順調な項目ではなく止まっている項目です。ところが、止まっている項目は動かないので、目に入りません。動いているものだけが目立ちます。

見つける仕組みを組み込んでください。方法は3つあります。

1つ目は、絞り込みを使う方法です。カンバンでは項目の絞り込みができるので、期限を過ぎているもの、あるいは一定期間動いていないものだけを表示する条件を用意しておきます。定例会の冒頭でこの絞り込みを適用して画面を見る、という手順にすれば、止まっている項目から会議が始まります。

2つ目は、待ちの列を作る方法です。未着手、進行中、完了という3列だと、他部署や取引先の回答を待っている状態が進行中に紛れます。確認待ちという列を1つ足すだけで、誰かの行動を待っている項目が可視化されます。この列に長く滞留している項目が、進行の本当のボトルネックです。

3つ目は、前後関係を明示する方法です。タイムラインでは、ブロックされている、ブロックしているという項目で関係を表せます。1つの遅れが何件に波及するかが分かると、優先順位の判断が変わります。Jiraを使っていてBusiness以上を契約しているなら、依存関係の機能でMiro側からJiraへ関係を反映することもできます。ただしこの機能で作った下書きの関係は、保存するまでMiroの中だけに存在すると案内されているので、確定させる操作を忘れないでください。

絞り込みの条件は、あらかじめ作って保存しておくと定着します。毎回その場で条件を組み立てる形にすると、忙しい週に飛ばされます。会議の司会が誰に変わっても同じ画面が出せる状態にしておくことが、続けるための条件です。

止まっている項目を見つけたあとの扱いも、先に決めておいてください。見つけただけで放置すると、次の週も同じ項目が出てきます。誰が何をすれば動くのかを、その場で決めて板に書く。この一手を習慣にすると、板が会議の議事録を兼ねるようになります。

複数の案件を横断して見るとき

とりまとめる立場になると、1つの案件の中を見るより、複数の案件を横に並べて見る場面が増えます。ここでの組み方は、1案件の中とは別に考えてください。

横断して見るときに欲しいのは、細かい作業ではありません。案件ごとの全体の状態、次の節目、いま詰まっている点の3つです。作業の1件ずつを横に並べても、数が多すぎて判断できません。

現実的な組み方は、案件ごとの板とは別に、案件そのものをカードにした板を1枚作ることです。カード1枚が1案件で、状態の列は企画中、進行中、検収待ち、完了のように案件の段階で切ります。各カードには、詳しい板へのリンクを貼っておきます。この1枚を見れば全体が分かり、詳しく見たい案件だけ掘る形になります。

Businessプラン以上を契約しているなら、ボード自体に状態を付ける機能も使えます。下書き、確認中、承認済み、完了、期限切れの5段階が用意されていて、ボードのメニューとスペースの一覧に表示されます。案件ごとに1枚のボードを持つ運用であれば、一覧の画面でそのまま全体の状態が見えます。

横断の板を作るときに気をつけたいのが、更新の担当です。案件ごとの板は現場が更新しますが、横断の板はとりまとめる人が更新することになりがちです。その結果、横断の板だけが古くなります。防ぐには、更新を週に1回の定例作業として予定に入れてしまうのが確実です。10件程度の案件なら、更新にかかるのは15分程度です。

元データを1つにして、見え方だけを変える

作り直しが発生する根本の理由は、元データが複数あることです。付箋のボード、集計用のスプレッドシート、報告用の資料。この3つが別々に存在すると、更新のたびに3か所を直すことになり、必ずどこかがずれます。

元データを1つにして、見え方だけを変える形にしてください。カンバン、テーブル、タイムラインを切り替えられる仕組みは、まさにこのためにあります。日々の作業はカンバンで動かし、期限の確認はタイムラインで見て、一覧が必要なときはテーブルにする。データは1つのままです。

この形にすると、報告用の資料を別に作る必要も減ります。会議の場で板をそのまま開き、必要に応じて表示を切り替えれば、同じ情報を違う角度から見せられます。資料を作らないと決めると、報告のための作業時間がそのまま消えます。資料が必要な相手がいる場合でも、板の画面を書き出して貼るだけで済む形にしておけば、転記による誤りが無くなります。

Jiraを使っているチームなら、Jiraカードを取り込む形にすると元データがさらに1つに寄ります。Jira側で状態が変われば、ボードのカードも追随します。逆にボードの上で動かした結果をJiraへ返したい場合は、プランナーか依存関係の機能が要り、これはBusiness以上です。片方向でよいのか、双方向が要るのかで必要なプランが変わるので、ここは事前に決めてください。

報告資料への転記については、書き出しの品質が関わります。無料プランでは小さいサイズでしか書き出せないため、資料に貼るなら有料プランが前提になります。あるいは、報告そのものを画面の共有で済ませて、資料を作らない形に変えるという選択もあります。どちらが自社の慣習に合うかで決めてください。

組み方を変える最初の1か月でやること

いまのボードを一気に作り替えると、現場が付いてきません。順番を決めて、1か月かけて移すのが現実的です。

1週目は、報告に載せる項目を決めるだけにしてください。ボードには触りません。報告で実際に聞かれている内容を過去3か月分さかのぼって書き出し、そこから必要な入力項目を逆算します。この作業をせずに板を作ると、使わない項目を入力させることになります。

2週目は、1つの案件だけで新しい形を試します。全案件を同時に変えないでください。1つで回してみて、入力が滞る場所を見つけます。滞る場所は必ずあります。多いのは、状態の区分が現場の実感と合っていない場合と、入力する画面までの導線が遠い場合です。

3週目は、見つかった問題を直したうえで、案件を3件程度に増やします。この段階で、報告を新しい形から出してみてください。作り直しが発生しないかどうかが、ここで分かります。発生するなら、入力項目が足りていません。

4週目に全案件へ広げます。広げるときは、古い形を残さないでください。両方が並存すると、どちらを見ればよいか分からなくなり、結局とりまとめる人が両方を見ることになります。古い板は読み取り専用にするか、移行済みである旨を書いて閉じてください。

この4週間の間、いちばん大事なのは、とりまとめる人自身が毎日新しい板を開くことです。作った人が見ていない板を、他の人が見る理由はありません。逆に、とりまとめる人が板の情報だけをもとに判断していることが伝われば、更新の必要性は説明しなくても伝わります。

進行を追う場所に求めたい条件

ここまでの整理をふまえて、進行を追う場所に何を求めるべきかをまとめます。

・入力する人が迷わないこと。書く場所と書く項目が決まっていること ・状態と期限が要素の属性として持てること。置き場所で表さないこと ・同じデータを、板でも線でも一覧でも見られること ・社外の人にどこまで触らせるかを、人単位で決められること ・人数が増えたときに、何が閉じるのかが事前に分かること

最後の点は、費用の設計に関わります。機能ごとに細かく段を作る売り方だと、進行の管理に必要な機能が上の段にある場合、全員分をその段で契約することになります。機能で絞らず、区切るのは人数とボードの数だけという売り方なら、少人数のうちから必要な機能が揃います。どちらが有利かは、これから人が増えるのか、社外を何人呼ぶのかで変わります。段の切り方がどうなっているかは料金で見比べられます。

ほかの道具での進捗の見せ方と比べたい場合は比較の一覧に、主要なサービスとの違いを同じ形で整理してあります。カード型の板で進捗を追っているならTrelloとの比較が、タスクの割り当てと期限の管理を中心に据えるならAsanaとの比較が、表形式での管理に慣れているチームにはmonday.comとの比較が近い話をしています。国内の開発現場で課題の管理から入るならBacklogとの比較も見ておいてください。実際に使える機能の一覧はできることに、預けたデータの扱いについての考え方は安全性の考え方にまとめてあります。検討の段階で寄せられる質問はよくある質問にまとめてあります。

進捗の記録をどこまで残すべきかを社内で決めるときは、公的な資料も参考になります。組織としての情報管理の考え方は情報処理推進機構が、業務のデジタル化の進め方についてはデジタル庁が資料を公開しています。業務委託の相手の稼働をどこまで記録するかは、契約の形によって扱いが変わるため、判断に迷う場合は所管の窓口や専門家に確認してください。

Q1. Miroの無料プランで進捗管理はできますか？

カンバン、タイムライン、テーブルはすべてのプランで使えるため、機能としては可能です。ただし編集できるボードが最新の3件までという制約があるので、案件ごとにボードを分ける運用だと4件目で最初のボードが編集できなくなります。1枚のボードに案件ごとのカンバンを置く形なら回避できますが、社外に特定の案件だけを見せることはできません。

Q2. 社外の人に進捗を更新してもらえますか？

公式のヘルプでは、ゲストの編集者はカンバンとタイムラインの追加と編集ができないと明記されています。社外の人に状態を動かしてもらいたい場合は、正規のメンバーとして招いて課金の対象にするか、付箋だけを触ってもらってこちら側で反映するか、社外が関わる進行だけを別の場所に置くかの判断になります。

Q3. Jiraと連携するにはどのプランが必要ですか？

Jiraカードの取り込み自体はStarter以上で使えます。一方、Jiraの盤面と同期するプランナーと、課題どうしの依存関係をJiraへ反映する機能はBusiness以上です。片方向でよいのか双方向が要るのかで必要なプランが変わるので、先に決めてから見積もってください。2026年9月11日時点の内容です。

Q4. 報告のたびに集計し直す作業をなくすには？

元データを1つにして、見え方だけを変える形にしてください。状態は付箋の色や置き場所ではなく列として表し、期限は必ず日付として入れます。そうすればカンバンとタイムラインとテーブルを切り替えるだけで、報告に必要な見せ方が作れます。報告に載せる項目を先に決めて、そこから逆算して入力項目を絞るのも効果があります。