Jiraで進捗をどう見せるか｜報告のために作り直さない組み方
Jiraで進捗を管理していて、いちばん時間を取られるのは入力ではありません。報告のために別の資料を作り直す作業です。板には情報が揃っているのに、上長に出す形とは違うので、毎週手で並べ替えて表にする。この作業が定着すると、板の情報は次第に古くなり、やがて誰も見なくなります。この記事では、報告のために作り直さずに済ませるには何をどう組んでおけばよいかを、順を追って整理します。
進捗を見せる相手は3層に分かれる
まず押さえておくべきなのは、進捗を見せる相手が1種類ではないことです。実務では次の3層に分かれ、それぞれ知りたいことが違います。
・一緒に手を動かしている人。今日どれを進めるか、次に誰に渡すかを知りたい ・依頼した人や取引先。約束した日に間に合うのか、何を待っているのかを知りたい ・上長や経営の立場の人。全体としてどこが遅れているか、手を打つ必要があるかを知りたい
同じ板を3層すべてに見せようとすると、どの層にも中途半端になります。1層目には細かさが必要ですが、3層目にとっては細かすぎて読めません。逆に3層目に合わせて粗くすると、1層目が今日の作業を判断できません。
だからといって、3つの資料を別々に作るのは本末転倒です。正解は、1つの板に情報を持たせ、層ごとに見せ方を変えることです。並べ替えと絞り込みを変えるだけで3つの見え方を作れるなら、作り直しは発生しません。
この考え方を最初に決めておくと、あとの設計が全部そこから決まります。状態をいくつ持つか、期日を必須にするか、親子の関係を使うか。すべて「3層のどこに何を見せるか」から逆算できます。逆に、この整理をせずに設定を始めると、誰のためでもない項目が増えていきます。
報告のために作り直しが起きる仕組み
作り直しが発生するときには、必ず理由があります。よくあるのは次の4つです。
1つ目は、報告の単位と板の単位が違う場合です。報告は案件や顧客の単位で求められているのに、板は担当者ごとや工程ごとに並んでいる。この場合、毎回組み替える必要が出ます。2つ目は、報告に必要な項目が板に無い場合です。金額や受注の状況が別の場所にあると、そこから拾ってくる作業が発生します。
3つ目は、状態の言葉が報告の言葉と違う場合です。板では細かく分かれているのに、報告では「順調」「遅延」「保留」の3つで求められる。この翻訳を人が毎回やっています。4つ目は、板が最新でない場合です。数字が信用できないので、報告の前に担当者に口頭で確認し、その結果を別の表に書く。これがいちばん多い原因です。
どれも、組み方で減らせます。1つ目は板の単位を報告の単位に合わせるか、絞り込みで組み替えられるようにすること。2つ目は必要な項目を板に持たせること。3つ目は状態の言葉を報告の言葉に寄せること。4つ目は更新される仕組みを作ることです。
とりまとめる立場の人がやるべきなのは、まず自分が毎週やっている作り直しの作業を書き出して、この4つのどれに当たるかを判定することです。判定できれば、直す場所が決まります。作業時間を測っておくと、直した効果も分かります。
標準で用意されている見せ方を確かめる
Jiraには、進捗を見せるための画面が標準でいくつか用意されています。公式の料金ページの説明では、無料のプランに含まれるものとして、バックログ、ボード、タイムライン、レポートが挙げられています。上位の段階でなくても、この4つは使える形です。
ボードは、状態を列にして課題を並べる画面です。今どこに何があるかを一目で見せる用途に向きます。1層目の相手にはこれが最も合います。
タイムラインは、期間を横軸にして並べる画面です。約束した日に間に合うかを見せる用途なので、2層目の相手に向きます。ここに何かを表示するには、課題に日付が入っている必要があります。日付の入っていない課題は現れないので、「タイムラインに何も出ない」という相談の多くは入力の問題です。
レポートは、集計した結果を見せる画面です。3層目の相手に向きますが、集計の前提となるデータが揃っていないと意味のある数字になりません。
この3つを使い分けられるなら、報告のたびに別の資料を作る必要はかなり減ります。減らないとしたら、板に入っている情報そのものが足りていない可能性が高いです。画面の使い方より先に、入力の設計を見直してください。
状態の並びを報告の言葉に寄せる
作り直しの3つ目の原因、つまり状態の言葉のずれは、意外と簡単に直せます。状態の名前と数を、報告で使っている言葉に近づけるだけです。
よくあるのは、開発の工程に合わせて7つも8つも状態を持っている場合です。設計中、実装中、レビュー中、修正中、確認待ち、といった具合に細かく分かれています。手を動かす人には有用ですが、報告の場では「進行中」の一言でまとめられます。
対処は2つあります。1つは、状態の数そのものを減らすこと。実際に運用してみると、誰も使っていない状態が混ざっていることが多いです。もう1つは、状態を大きな分類に紐づけて、集計のときはその分類で見る形にすることです。細かい状態は残しつつ、報告では分類で数える。この形なら、両方の要求を満たせます。
決めるときの基準は、「その状態に留まる時間が意味を持つか」です。1日以上留まる可能性があり、留まっていることが問題を意味するなら、独立した状態にする価値があります。数分で通過するだけの状態は、分けても情報になりません。
もう1つ、止まっていることを表す状態を1つ用意しておくと報告が楽になります。先方の返答待ち、素材待ち、承認待ち。これらを「進行中」に混ぜてしまうと、動いていないものが見えなくなります。分けておけば、報告の場で「これは待ちです」と即答できます。
粒度と期日が入っていないと、何も出せない
見せ方をどれだけ工夫しても、元のデータが揃っていなければ何も出ません。最低限必要なのは、粒度が揃っていることと、期日が入っていることの2つです。
粒度の目安は、1件が1人の担当で、3日以内に終わる大きさです。この大きさなら、状態が動く頻度が週に何度かになり、板を見れば進んでいるかどうかが分かります。2週間かかる粒度だと、状態が変わらない期間が長すぎて、進んでいるのか止まっているのかが外から判別できません。
大きな仕事は親の課題にして、手を動かす単位を子で切ります。この分け方なら、報告のときは親だけを並べれば全体像になり、日々の作業は子で追えます。3層それぞれに違う細かさで見せるという要求が、親子の構造ひとつで満たせます。
期日については、必須にするかどうかの判断が要ります。必須にすると入力の手間が増え、必須にしないと日付の入っていない課題が増えてタイムラインが虫食いになります。実務でよく採られるのは、親には必ず期日を入れ、子は入れなくてもよい、という運用です。約束の日は親が持ち、細かい作業まで日付を切る必要はない、という考え方です。
期日を入れる文化が根づかない場合、原因はたいてい「守れない日付を入れたくない」という心理です。ここは、期日を約束ではなく目安として扱うと決めれば動き出します。ずれたら直せばよい、と最初に伝えるかどうかで、入力の抵抗感が変わります。
毎週見る一覧を先に作って配る
報告のための作り直しを減らす、いちばん効果の高い手が、一覧を先に作って保存しておくことです。条件で絞り込み、表示する列を選び、その組み合わせを保存する。これだけで、毎週の並べ替えが要らなくなります。
作っておくと役に立つのは、次の4つです。
・期日を過ぎているもの ・今週が期日のもの ・5日以上更新されていないもの ・待ちの状態で止まっているもの
この4つがあれば、週次の報告に必要な情報はほぼ揃います。遅れているものと、これから遅れそうなものと、止まっているもの。報告で聞かれるのはこの3種類です。
一覧は自分のためだけでなく、チームにも配ってください。担当者が自分の分を自分で確認できるようになると、報告の前に口頭で確認して回る作業が減ります。確認して回る作業は、聞かれた側の時間も奪っています。
作る手間は1度きりです。この作業に1時間かけても、毎週30分の並べ替えが消えるなら、2週間で元が取れます。とりまとめる立場の人が最初にやるべき作業として、これより費用対効果の高いものは少ないです。
複数の案件をまたいで見たいとき
案件ごとにプロジェクトを分けていると、次に必ず出てくるのが「全部まとめて見たい」という要望です。とりまとめる立場の人にとっては、こちらが本来の視点になります。
やり方は2つあります。1つは、絞り込みの条件を複数のプロジェクトにまたがる形で書き、その結果を一覧として保存する方法。もう1つは、集計の画面に複数の一覧を並べる方法です。前者は明細を見るのに向き、後者は全体の傾向を見るのに向きます。
またいで見るときに問題になるのが、プロジェクトごとに状態の名前が違う場合です。片方が「確認待ち」で、もう片方が「レビュー中」だと、まとめて数えられません。全社で使うなら、状態の言葉は共通にしておくべきです。案件の性質が違って揃えられない場合は、分類だけを共通にして、細かい状態は各プロジェクトに任せる形になります。
もう1つの落とし穴が、権限です。自分に見えるプロジェクトの分しか集計されないため、権限の無いプロジェクトの遅れは見えません。全体を見る立場の人には、全プロジェクトを見られる権限を与えておかないと、集計の数字が実態より少なく出ます。数字が合わないという相談の一定数は、この見え方の差が原因です。
案件の数が増えてきたら、命名の規則も効いてきます。プロジェクトの名前に顧客名と年度を入れておくと、絞り込みの条件が書きやすくなります。あとから名前を揃えるのは手間なので、最初に決めておく価値があります。
期間で区切って進める場合の見せ方
一定の期間で区切って作業を進める形を採っている場合、見せ方の考え方が少し変わります。期間の中でどれだけ終わったかが、そのまま報告の材料になるからです。
この形の利点は、報告の周期と作業の周期が揃うことです。期間の終わりに残ったものを数えれば、それが遅れの実態になります。周期がずれていると、報告のたびに「途中経過」を説明することになり、説明の手間が増えます。
注意すべきなのは、期間の途中で入ってくる割り込みの扱いです。急ぎの依頼が入るたびに追加していくと、期間の終わりに「予定していたものが終わらなかった」という結果になります。これを報告のときに「遅れ」として扱うと、実態と合いません。割り込みで入った分は分けて数えられるようにしておくと、なぜ終わらなかったのかを説明できます。
もう1つ、期間の区切りが業務の実態と合っているかも確かめてください。2週間で区切っているのに、案件の納期が月末に集中しているなら、区切りが機能しません。区切りは、報告を求められる周期と、案件の締めの周期に合わせるのが実務的です。
期間で区切る形が合わない仕事もあります。依頼が来た順に処理していく業務や、締切が案件ごとにばらばらな仕事では、期間で区切っても意味のある単位になりません。この場合は、期間ではなく期日で並べる見せ方のほうが実態に合います。
ダッシュボードは誰のために作るか
集計した画面を作るときに、ありがちな失敗が「見栄えのする画面を作ること」を目的にしてしまうことです。円グラフや棒グラフを並べても、そこから次の行動が決まらなければ意味がありません。
作る前に決めるべきは、「この画面を見て、誰が何を判断するか」です。判断が決まっていれば、必要な数字は自然に決まります。たとえば、来週の人の配分を決めるための画面なら、担当ごとの残りの件数と期日の近さが要ります。全体の遅れを把握するための画面なら、期日を過ぎている件数の推移が要ります。
判断が決まらないまま作った画面は、数週間で開かれなくなります。開かれない画面が並んでいるのは、それ自体が「この道具は形だけ」という合図になり、入力の質にも影響します。
作ったあとは、実際に開かれているかを確かめてください。1か月開かれていない画面は消してよい、という基準を決めておくと、画面が増え続けることを防げます。消すのが不安なら、まず非表示にして1か月置き、誰からも声が上がらなければ削除する。この手順なら事故が起きません。
社外や別の部署に見せるときの制約
進捗を取引先に見せたい、という要望はよく出ます。ここで確認すべきなのが、見せるための権限をどう扱うかです。
方法は3つあります。相手にアカウントを渡して見てもらう、必要な部分だけを書き出して送る、あるいは共有できる形の画面を用意する。1つ目は、人数で費用が決まる仕組みの場合、相手の人数分の費用が発生します。2つ目は毎回の作業が発生します。3つ目は、そうした機能があるかどうかを先に確かめる必要があります。
どれを選ぶかは、頻度で決めるのが現実的です。毎日見せる必要があるならアカウントを渡す価値がありますし、月に1度の報告なら書き出して送るほうが安く済みます。
見せる範囲の設計も要ります。案件ごとにプロジェクトを分けているなら範囲は明確ですが、1つのプロジェクトに複数の取引先の案件が混ざっている場合、見せてはいけないものが混ざります。この整理は、道具の設定より前に、プロジェクトの分け方の設計で決まります。取引先に見せる可能性があるなら、最初から案件ごとに分けておくほうが後が楽です。
契約の段階によって見せ方が変わる部分
権限や記録に関わる部分は、契約の段階で変わります。公式の料金ページには、Standardの説明として次のように書かれています。
Everything you need to get started. Includes advanced permissions, audit logs, data residency, and 250 GB storage. 出典: atlassian.com
細かい権限の設定、変更の記録、データの保管場所の指定、そして保存領域250ギガバイトが含まれる、という内容です。見せ方の制御に関わるものが、この段階にまとまっていることが分かります。金額は同じページに表示があり、この段階が1人あたり月7.91米ドル、その上の段階が月14.54米ドル、無料の範囲は10人までで保存領域2ギガバイトとされています。2026年9月10日時点の米ドル建ての表示なので、円での請求額と税の扱いは購入の画面で確かめてください。
とりまとめる立場で押さえておくべきなのは、「見せ方を細かく制御したい」という要望が、契約の段階の話に直結することです。誰に何を見せるかを厳密に分けたい場合、その機能が上の段階にあるなら、全員分の費用が動きます。人数が20人なら、月の差額は人数分だけ積み上がります。
だからこそ、見せ方の要望が出たときには、それが本当に必要かを一度確かめる価値があります。運用の取り決めで足りる話なのか、道具側で止める必要があるのか。監査の要件があるなら後者ですが、そうでなければ前者で足りる場合も多いです。
週次の報告を、板から作る手順
実際の手順に落とすと、次のようになります。準備さえできていれば、報告の作成は15分で終わります。
・保存してある「期日を過ぎているもの」の一覧を開く ・件数と、それぞれの止まっている理由を確認する ・「今週が期日のもの」を開き、間に合いそうにないものを拾う ・「更新されていないもの」を開き、担当に一言確認する ・上の3つを、報告の形に並べる
肝心なのは、この作業の中で数字を作らないことです。数字は板から出てきたものをそのまま使います。手で数え直すと、そこから作り直しが始まります。
報告の場で聞かれることは、だいたい決まっています。全体として間に合うのか、間に合わないものはどれか、それに対して何をするのか。この3つに答えられる形にしておけば、資料の見た目に凝る必要はありません。
もし、この手順で作った報告に対して「これでは分からない」と言われたら、その理由を具体的に聞いてください。たいていは、粒度の問題か、金額など板の外にある情報が必要なだけです。前者なら親子の構造で解決し、後者なら項目を足すか、報告の際に別途添えるかを決めます。
進捗率という数字の扱い
報告で求められがちなのが、進捗率です。この数字は扱いが難しく、慎重に決めておかないと信用を失います。
問題は、進捗率が自己申告になりやすいことです。担当者が「80パーセント」と入れても、残りの2割に想定外の作業が潜んでいれば、その数字は実態を表しません。実務では「90パーセントのまま何週間も動かない」という現象がよく起きます。
これを避ける方法は2つあります。1つは、進捗率を使わず、件数で見ることです。全部で20件のうち12件が完了、という数え方なら、自己申告が入りません。もう1つは、状態から自動で計算する形にすることです。この状態なら何パーセント、という対応を決めておけば、担当者は数字を入力せずに済みます。
どちらにしても、進捗率の意味をチーム内で揃えておく必要があります。作業の量に対する割合なのか、期間に対する割合なのか、完了した項目の数の割合なのか。揃っていないまま集計すると、意味のない平均値ができあがります。
報告を受ける側から進捗率を求められた場合、件数での表現に置き換えて出す提案をしてみる価値はあります。多くの場合、求められているのは「間に合うかどうか」であって、パーセントの数字そのものではありません。
更新されない板は、報告の役に立たない
ここまでの組み方は、板が更新されていることを前提にしています。前提が崩れると、どんな見せ方をしても報告の役には立ちません。
更新が止まる原因は、いくつかに絞られます。入力の手数が多い、書いても反応が無い、更新する意味が伝わっていない、そして更新しなくても困らない仕組みになっている。最後の1つが根深く、口頭で聞けば分かる状態が続いていると、板を更新する動機は生まれません。
対処として効くのは、報告の入力元を板に一本化することです。板に書かれていないことは報告に載らない、という運用にすれば、載せたい人は書きます。ただし、これを実行するには、書く手間が十分に小さいことが前提です。手間が大きいまま強制すると、形だけの入力が増えて数字の質が落ちます。
もう1つ効くのが、更新の時間を決めることです。朝の5分、あるいは夕方の5分に、自分の担当分を見て状態を合わせる。この習慣が定着すると、板の情報は常に1日以内の鮮度になります。とりまとめる立場の人が毎日追いかける必要も無くなります。
通知に頼らず、決まった時間に見る
進捗の把握を通知に頼っている場合、その方法には限界があります。人数が増えるほど通知は増え、やがて全員がフォルダに振り分けて読まなくなるからです。読まれない通知は、大事な連絡まで埋めてしまいます。
代わりになるのが、決まった時間に一覧を見る習慣です。とりまとめる立場の人であれば、朝に「期日を過ぎているもの」と「更新されていないもの」の2つを開くだけで、その日に手を打つべき対象が分かります。所要時間は3分ほどです。
通知は、絞ったうえで残す価値があります。実務でよく採られるのは、自分が担当のものが動いたときと、自分が明示的に関係者に追加されたときだけに絞る形です。全部の更新を受け取る設定にしてよいのは、全体を見る立場の1人か2人だけで足ります。
チーム内で決めておきたいのが、急ぎの連絡をどこで行うかです。急ぎはチャット、記録は板、という住み分けを明示しておかないと、「板に書いたのに見ていない」という行き違いが起きます。板は記録の場所であって、即時の連絡の場所ではない。この線引きを最初に共有しておくと、あとの摩擦が減ります。
見せ方から道具を選び直すときの観点
設定と運用を整えても、報告のための作り直しが残る場合があります。そのときに見るべきなのは、機能の一覧ではなく、板の見せ方をどこまで変えられるかです。
確かめる点は3つです。よく使う一覧を保存して他の人に配れるか。同じデータを板と工程表の両方の形で見られるか。そして、見せ方を変えるための操作を、管理する立場でない人でもできるか。3つ目が特に効きます。一覧を作るたびに管理者へ依頼が必要な仕組みだと、依頼が滞った時点で表計算ソフトへの転記が始まります。
ボード型のタスク管理を提供している側にも、機能で絞らず、区切るのは人数とボードの数だけという設計を選んでいるものがあります。見せ方に関わる部分が契約の段階で分かれないため、社内で「その表示を出すには契約を上げる必要がある」と説明する場面が生まれません。使える範囲はできることに、区切り方は料金に整理しています。
向かない場面も書いておきます。コードを保管する場所としては使えません。処理を自動で走らせる仕組みや、他のサービスとつなぐ口の多さは強みにしていません。表示は日本語だけで、既存のデータを自動で引き取れる相手はTrelloに限られます。開発の作業と課題を結びつけて見せたい場合や、集計を細かく組み立てたい場合は、いま使っている道具のほうが向きます。
他の候補と並べるなら、形の近いものから見るのが早道です。国内で使われているものはBacklogとの比較やJootoとの比較に、海外で広く使われているものはTrelloとの比較、Asanaとの比較、Notionとの比較、monday.comとの比較に、それぞれ得意な場面と苦手な場面を書いています。候補が定まらない段階なら比較の一覧を入口にしてください。移し替えの可否はTrelloからの移行に、データの扱いの考え方は安全性の考え方に、細かい条件はよくある質問にまとめてあります。
進捗を見せる作業でいちばん高くつくのは、作り直しの時間です。組み方を変えれば、その時間はほぼゼロにできます。手をつける順番は、状態の言葉を揃える、一覧を保存して配る、更新の時間を決める、の3つからで足ります。どれも設定を大きく変える話ではなく、1日あれば着手できます。効果は次の週の報告で確かめられます。
Q1. 報告のたびに表を作り直しているのは、どう直せますか？
原因は4つのどれかです。報告の単位と板の単位が違う、報告に必要な項目が板に無い、状態の言葉が報告の言葉と違う、板が最新でない。まず自分の作り直し作業がどれに当たるかを判定してください。判定できれば直す場所が決まります。多いのは4つ目で、その場合は更新される仕組みづくりが先になります。
Q2. タイムラインに何も表示されないのはなぜですか？
タイムラインは課題に入っている日付をもとに描かれるため、日付の入っていない課題は現れません。入力の手間との兼ね合いでは、親の課題には必ず期日を入れ、子は任意にする運用がよく採られます。約束の日は親が持ち、細かい作業まで日付を切らない、という考え方です。
Q3. 進捗率はどう扱えばよいですか？
自己申告になりやすく、90パーセントのまま何週間も動かない現象が起きがちです。全部で20件のうち12件が完了、といった件数での表現に置き換えるか、状態から自動で計算する形にすると、数字の質が安定します。報告で求められているのは多くの場合パーセントではなく、間に合うかどうかです。
Q4. 取引先に進捗を見せたい場合、何を確認すべきですか？
方法はアカウントを渡す、必要な部分を書き出して送る、共有できる画面を用意するの3つで、頻度で選ぶのが現実的です。あわせて、1つのプロジェクトに複数の取引先の案件が混ざっていないかを確認してください。見せる可能性があるなら、最初から案件ごとにプロジェクトを分けておくほうが後が楽です。