compare
Backlogのマイルストーンについて調べている段階では、たいてい2つのどちらかで詰まっています。作ってみたが何に効くのか分からない、あるいは作ったマイルストーンと実際の期日がずれていて、直すのが面倒になっている。
先に結論を書きます。マイルストーンは日付を書いておく場所ではなく、課題の束に名前を付ける仕組みです。だから、うまく使えるかどうかは日付の管理ではなく、束の切り方で決まります。1つのマイルストーンに課題を100件入れると、進み具合が見えなくなります。区切りを細かくして、1つの束が2週間から1か月で終わる大きさに保つと、機能し始めます。
この進捗管理チートシートは現場経験に基づいて作成されています。プロジェクトの状況や組織の特性に合わせてカスタマイズしてご活用ください。 出典: qiita.com
この記事では、マイルストーンが何を区切る仕組みなのかから始めて、作る手順、課題への紐付け方、バーンダウンチャートとの関係、プラン別に使える範囲、版と期日がずれたときの直し方、そして区切り方を決める基準までを順に扱います。
まず用語の整理から始めます。進行の管理では「マイルストーン」という言葉が2つの意味で使われていて、混ざると話が通じなくなります。
1つめの意味は、日程の中の節目です。「6月末に要件を固める」「8月に検収」のような、カレンダー上の点を指します。工程表に菱形の印で描かれるのがこの意味です。
2つめの意味は、課題をまとめる単位です。「第1次リリース」「2026年上期分」のように、複数の課題を束ねて1つの名前で呼びます。Backlogのマイルストーンはこちらに近く、課題に対して紐付ける属性として用意されています。
この違いが分かっていないと、マイルストーンに日付だけを入れて課題を紐付けず、「作ったのに何も起きない」という状態になります。日付だけのマイルストーンは、カレンダーに予定を書いたのと同じで、進捗とは無関係です。
束としての意味で使うと、得られるものが3つあります。1つめは、その束に何件の課題が残っているかが数えられることです。2つめは、束ごとに絞り込んで一覧を見られることです。3つめは、束の期日までに終わるかどうかを予測できることです。3つめが最も価値があり、これを実現する仕組みがバーンダウンチャートです。
したがって、マイルストーンを作るときに最初に決めるべきは、日付ではなく「どこで区切るか」です。区切りが決まれば日付は後から付けられますが、区切りが曖昧なままでは日付を決めても意味がありません。
手順そのものは短く、3つです。プロジェクトの設定でマイルストーンを追加する、期間を入れる、課題の編集画面で選ぶ。
作る側で決める項目は、名前と開始日と終了日と説明です。名前は後から並べ替えたときに順番が分かる形にします。「第1次」「第2次」のような数字を先頭に付けると、一覧で並んだときに読みやすくなります。日付を名前に入れると、期日が動いたときに名前と中身がずれます。
期間は、開始日と終了日の両方を入れます。終了日だけを入れる運用にすると、その束がいつから動き始めるのかが分からず、着手が遅れます。バーンダウンチャートを使う場合、この2つの日付が計画線の傾きになるので、両方が必要です。
説明の欄には、その束に入れる条件を書きます。「この機能が使える状態になっていること」のように、終わりの判定ができる形で書きます。ここが曖昧だと、あとから課題を入れるかどうかの判断が人によって変わります。
課題への紐付けは、課題を作るときか編集するときに選びます。既存の課題を後からまとめて紐付けたい場合は、一覧から複数を選んで一括で変更する方法が用意されています。100件を1件ずつ開いて変えるのは現実的ではないので、この操作は先に確かめておく価値があります。
紐付けの順番も結果に効きます。先に束を3つか4つ作ってから課題を割り振ると、どの束にどれだけ入っているかを見ながら配分できます。逆に、課題を作りながらその都度束を増やしていくと、最後に束が10個並んで、それぞれに5件ずつ入った状態になります。この形だと、どの束も件数が少なすぎてバーンダウンチャートが読めません。束の数は、半年の計画なら3つから6つが目安です。
割り振るときに迷うのは、まだ着手時期が決まっていない課題です。ここで空欄にしたくなりますが、いちばん後ろの束へ入れておくほうがよいです。後ろの束に入れておけば、期日が近づいたときに前へ移す判断ができます。空欄にすると、一覧で絞り込んだときに出てこないので、忘れられます。
注意点は1つで、紐付けない課題を放置しないことです。マイルストーンが空欄の課題が増えると、バーンダウンチャートの数字が現実と合わなくなります。残っている作業の一部が数えられていない状態で「あと10件」と表示されると、その表示を見た人が判断を誤ります。どの束にも入らない課題があるなら、「その他」のような束を作って入れておくほうが正確になります。
Backlogには、課題をまとめる手段がマイルストーンだけではありません。親子課題、種別、カテゴリー、そしてカスタム属性があります。どれで束ねるかを決めずに始めると、同じ情報が2か所に入ります。
親子課題は、作業の分解に使います。「ログイン画面を作る」という親の下に、「画面の作成」「認証の実装」「テスト」を子として並べる形です。分解した単位に担当を割り当てられるので、1つの作業を複数人で分けるときに向いています。上位のプランでは孫の階層まで使えると案内されています。
種別は、作業の性質で分けます。「不具合」「改善」「問い合わせ」のような区別です。あとから「不具合だけを数える」といった見方をしたいときに効きます。
カテゴリーは、対象で分けます。「フロント」「サーバー」「インフラ」のような区別です。担当するチームが分かれている場合、カテゴリーで絞ると自分たちの分だけ見られます。
マイルストーンは、時間で分けます。いつまでに終わらせる束か、という区別です。ここを他の3つと混ぜると崩れます。よく見るのが、マイルストーンに「フロント対応」のような対象の名前を入れてしまう例です。こうすると、その束に期日という意味が乗らなくなり、バーンダウンチャートが読めなくなります。
使い分けの原則は1つです。マイルストーンには時間の区切りだけを入れて、対象や性質は他の属性に任せます。この線を引いておくと、あとから「第2次リリースのフロント分だけ」という絞り込みが両方の属性の組み合わせで作れます。どちらか一方に両方の意味を詰め込むと、この組み合わせが作れなくなります。
マイルストーンを作る最大の見返りが、この機能です。公式の機能ページには、プロジェクトの進捗をマイルストーンごとにグラフで表示できると案内されています。2026年9月時点の記載です。
読み方は単純です。計画線と実績線の2本を比べます。実績線が計画線より上にあれば遅れていて、下にあれば進んでいます。公式のページでは、大幅な遅れが生じた場合にアラートとして炎のアイコンが表示される、とも案内されています。
この図が効くのは、会議で進捗を口頭で聞く手間が消えるからです。「あと何件残っていますか」という質問に対して、線の位置が答えになります。残り件数だけでなく、消化のペースが計画に追いついているかまで1枚で分かります。
ただし、この図が正しく描かれるには条件があります。第一に、課題が全部どこかのマイルストーンに紐付いていること。第二に、完了した課題の状態が実際に完了へ変わっていること。第三に、期間の途中で課題が大量に追加されないこと。
3つめは実務で頻繁に破られます。進めるうちに作業が増えるのは普通のことで、追加された分だけ残り件数が増えます。線が上に跳ねるので、遅れているように見えます。ここで「遅れている」と読むのは誤りで、正しくは「束の中身が増えた」です。この区別が付かないと、図を見るたびに不安になるだけで終わります。
対処は、束の中身を確定させることです。期間が始まったあとに追加する課題は、次の束へ入れます。どうしても今回に入れる必要があるなら、代わりに1件を次へ送ります。入れる数と出す数を揃えると、線が読める状態を保てます。
Backlogのマイルストーンは、プロジェクトの設定として作ります。つまり、束はプロジェクトの中で閉じています。ここが実務で問題になるのは、1つのリリースが複数のプロジェクトにまたがる場合です。
よくある形は、フロントとサーバーで別のプロジェクトを立てている構成です。同じ「第2次リリース」という束が2つのプロジェクトにそれぞれ必要になり、名前を揃えておかないと横に並べて見られません。名前が「第2次リリース」と「第2次」でずれていると、探すたびに手間がかかります。
対処は3つあります。1つめは、名前の付け方を決めて文書に残すことです。「第N次リリース」のように形を固定して、日付や担当を名前に混ぜません。2つめは、終了日を揃えることです。同じリリースを指す束の終了日が違うと、どちらが本当の期日なのか分からなくなります。3つめは、横断で見る手段を用意することです。プロジェクトを横断してガントチャートを見る機能は、公式の機能ページではプレミアムプラン以上と案内されています。
そもそもプロジェクトを分けないという選択もあります。フロントとサーバーをカテゴリーで分けて、1つのプロジェクトに入れる形です。この場合、マイルストーンは1つで足り、バーンダウンチャートも1枚で読めます。ただし、プロジェクトごとに権限を分けている場合は、この形が取れません。社外の協力者に一部だけ見せている構成では、プロジェクトを分ける必要があります。
判断の基準は、権限を分ける必要があるかどうかです。必要ないなら1つにまとめるほうが、束の管理は圧倒的に楽になります。必要があるなら、名前と終了日を揃える手間を受け入れます。どちらを選ぶかを決めずに進むと、束が増えるほど手間が増えていきます。
Backlogのマイルストーンそのものは基本的な仕組みですが、それを活かす図には条件があります。2026年9月時点の公式の料金ページと機能ページで確認できる内容を整理します。
バーンダウンチャートは、スタンダードプラン以上で使えると案内されています。ガントチャートも同じくスタンダードプラン以上で、スタンダードでは表示範囲が6か月分という注記が付いています。プロジェクトを横断してガントチャートを見る機能は、プレミアムプラン以上と案内されています。
料金は月払いの税抜で、スターターが月額2,700円、スタンダードが月額16,000円、プレミアムが月額27,000円、プラチナが月額75,000円です。年払いにすると月払いより5%安い金額が案内されています。ユーザー数はスターターが30人まで、スタンダード以上は無制限で、安定した運用のために最大10,000人までを推奨という注記が付いています。プロジェクト数はスターターが5個、スタンダードが100個、プレミアム以上は無制限です。
無料で使える範囲もあります。公式の料金ページでは、最大10ユーザー・1プロジェクトまで使えるフリープランが案内されています。マイルストーンを試すだけならここで足りますが、バーンダウンチャートを見るにはスタンダード以上が必要です。
ここが判断の分かれ目になります。5人のチームがバーンダウンチャートだけを目的にスタンダードへ上げると、月額16,000円が発生します。1人あたりに割ると月額3,200円です。人数で課金されない仕組みなので、人数が多いチームほど1人あたりが安くなり、少ないチームほど高くなります。
なお、公式の料金ページには2027年1月1日からプランが新しくなるという告知が掲載されています。ここに書いた金額と上限は2026年9月時点のものなので、契約の前に公式のページで最新の内容を確かめてください。
バーンダウンチャートが残り件数の消化ペースを見る図だとすると、ガントチャートは期間の重なりを見る図です。同じマイルストーンを2つの図で見ると、分かることが違います。
公式の機能ページでは、ガントチャート上で開始日と期限日と担当者を変更できると案内されています。ドラッグで日付を動かせるので、工程表を見ながらその場で調整できます。担当者や横断の表示を切り替えて、各メンバーの作業量を確かめられるとも書かれています。エクセル形式で書き出して、参加していない人に渡す方法も案内されています。
この3つのうち、実務で効くのは2つめです。1人に仕事が寄っているかどうかは、件数では分かりません。3件しか持っていない人が全部大きな作業を抱えている場合もあります。期間の横棒で見ると、同じ週に3本重なっていることが一目で分かります。
読むときの手順は3つです。まず、今日の線より左で終わっていない横棒を探します。これが遅れです。次に、担当者ごとに切り替えて、同じ週に3本以上重なっている人を探します。これが詰まりの原因です。最後に、マイルストーンの終了日と、その束に入っている横棒の右端を見比べます。右端が終了日を越えている束は、そのままでは間に合いません。
この3手順を週1回行うと、聞きに回らずに状況が把握できます。所要時間は5分程度です。会議で全員に進捗を聞く時間と比べると、大幅に短くなります。
注意点は、表示範囲です。スタンダードプランの注記には表示範囲が6か月分と書かれているので、1年を超える計画を1枚で見ることはできません。長い計画を扱う場合は、大きな区切りごとにマイルストーンを分けて、半年ずつ見る運用にする必要があります。
運用して数か月すると、必ず起きることがあります。マイルストーンの終了日が過ぎているのに、中の課題が終わっていない状態です。ここでの選択が、その後の使い勝手を決めます。
やってはいけないのは、終了日を後ろへ動かすことです。動かすと、その束がいつ終わる予定だったのかという記録が消えます。次に同じ規模の仕事を見積もるときの材料が無くなります。バーンダウンチャートの計画線も引き直されるので、どれだけ遅れたのかも分からなくなります。
正しい対処は2つのうちどちらかです。1つは、終わっていない課題を次の束へ移して、今回の束を閉じることです。今回は「ここまで終わった」という事実が残り、次の束に「残った分」が積まれます。もう1つは、期日を守るために範囲を削ることです。削った分は次の束へ移します。どちらも、終了日は動かしません。
選ぶ基準は、期日に意味があるかどうかです。取引先との約束や法令の期限のように外から決まっている日付なら、範囲を削ります。社内の目標として決めた日付なら、次の束へ移します。この判断を毎回同じ基準で行うと、予測が当たるようになります。
進行をとりまとめる立場の人にとって難しいのは、この判断を他の人に説明する部分です。「期日は動かさない」と決めておくと、説明が短くなります。動かしてよい前提にすると、毎回「今回は動かすのか」という相談が発生し、その相談に時間がかかります。
もう1つ、束の名前に日付を入れないことが効いてきます。「6月リリース」という名前の束が7月に終わると、名前そのものが嘘になります。「第3次リリース」なら、いつ終わっても名前と中身は一致します。
マイルストーンの運用は、始めて2か月から3か月で止まることが多いです。止まり方には型があり、どれも立て直せます。
1つめは、束が1つしかない状態です。「2026年分」のような大きな束を1つ作って、全部の課題を入れてしまう形です。この状態では、残り件数が300件から始まって少しずつ減るだけなので、進んでいるのか遅れているのかが分かりません。立て直しは、期間で3つか4つに割ることです。すでに終わった分は過去の束に入れて閉じます。
2つめは、紐付けられていない課題が増えた状態です。最初は全部に入れていたのが、急いで作った課題から空欄になり、2か月後には半分が空欄になっています。この状態のバーンダウンチャートは、実際より少ない残り件数を示します。立て直しは、一覧でマイルストーンが空欄の課題を絞り込んで、一括で割り振ることです。判断に迷うものは、いちばん近い期日の束へ入れます。
3つめは、終了日を過ぎた束が閉じられずに残っている状態です。3つの束の終了日が全部過去になっていると、どれが今の作業か分かりません。立て直しは、古い束から順に閉じることです。残っている課題を1つ下の束へ送り、最後に今の束だけが開いている状態にします。
どのパターンも、原因は「誰が整える役かを決めていないこと」です。課題を作る人と、束を整える人が同じだと思われていると、誰も整えません。週1回、5分だけ整える時間を決めて、担当を1人に決めるのが最も効きます。整えるのは難しい作業ではなく、忘れられる作業です。
進行をとりまとめる立場の人がここを引き受けるのが自然ですが、その場合は整える作業を会議の前ではなく会議の直後に置くほうがよいです。会議の前だと、聞いた内容を反映する作業になって時間が伸びます。直後なら、決まったことをそのまま入れるだけで済みます。
マイルストーンの切り方は、次の3つで決まります。
1つめは、期間です。1つの束が終わるまでの期間を2週間から1か月に保ちます。2か月を超えると、途中の進み具合が分からなくなり、バーンダウンチャートを見ても最後の1週間まで判断できません。逆に1週間より短いと、束を作る手間のほうが大きくなります。
2つめは、件数です。1つの束に入れる課題を30件から50件に抑えます。100件を超えると、残り件数の変化が線の上で見えなくなります。3件減っても線がほとんど動かないので、進んでいる感覚が得られません。
3つめは、終わりの判定です。その束が終わったと言える条件を1文で書けるかどうかを確かめます。書けないなら、区切りの位置が間違っています。「検収が通る」「本番で使える状態になる」のように、誰が見ても判定できる形にします。
この3つを満たす区切りにすると、束の単位で見積もりの精度が上がっていきます。前回の束が30件で3週間かかったなら、次の30件も3週間前後と読めます。この積み上げが、期日の約束を守る土台になります。
区切りを決めたあとは、変えないことも大事です。途中で区切りの位置を動かすと、過去の束と比べられなくなります。比べられなくなると、見積もりの材料が失われます。
この3つのうち、実際に守るのが難しいのは2つめです。件数を抑えるには、入れない判断が必要になります。関係者から「これも今回に入れてほしい」と言われたときに、代わりに何を出すかを決める会話が発生します。この会話を避けると件数が膨らみ、図が読めなくなります。束の件数を守ることは、道具の使い方ではなく、約束の仕方の問題です。
ここまでの内容を、道具を選ぶ視点で整理します。
マイルストーンの運用でつまずく場所は、ほぼ2つに絞られます。1つは、課題を束に紐付ける手間です。もう1つは、束の進み具合を見るために別の画面を開く手間です。この2つが軽い道具では運用が続き、重い道具では2か月で止まります。
紐付けの手間は、一括で変更できるかどうかで決まります。一覧から複数を選んで属性を変えられる形なら、100件でも数分で済みます。1件ずつ開く形だと、最初の50件で力が尽きます。
進み具合を見る手間は、同じカードを別の見え方で表示できるかどうかで決まります。日々の作業をカンバンで動かしながら、同じカードの束を工程表でも見られると、切り替えのコストがゼロになります。できることのページでは、ボードを作るときに種類を選び、カードとラベルと担当者の仕組みは同じまま見え方だけが変わる形として説明されています。束を表す属性が要るなら、カスタムフィールドで独自の項目を追加する方法もあります。
区切りの単位そのものをボードで表す方法もあります。第1次と第2次をそれぞれ1枚のボードにして、終わった束はアーカイブへ送る形です。この場合、ボードの数が課金の単位になるかどうかが気になります。料金のページでは、5人までは期限なしで無料、ボードは10個までで、アーカイブしたボードは数に含めないと示されています。機能で絞らず、区切るのは人数とボードの数だけという区切り方なので、図を見るために上位のプランへ上げる必要がありません。
いま使っている道具のままがよい場合もあります。リポジトリと課題を同じ場所で扱いたい、あるいは既に数千件の課題が積まれているなら、移す理由はありません。Backlogとの比較のページでは、どういう使い方なら乗り換える必要が無いのかが先に書かれていて、自動化と外部連携では勝負しない、リポジトリの機能は無い、という制約も同じように示されています。判断の材料として、そちらを先に読むほうが早いです。
他の系統も候補に入れるなら、付箋型で始めやすいものはTrelloとの比較、文書とデータベースを兼ねるものはNotionとの比較にまとまっています。7社を横に並べた比較の一覧から入ると、束の管理をどの粒度で扱いたいかを先に決められます。移行の手間が気になる場合は、Trelloからの移行のページで、ボードとリストの構成、カードの説明、ラベル、チェックリスト、添付ファイル、コメントが運ばれる範囲を確かめられます。
情報の扱いが気になる場合は、安全性の考え方のページで、ワークスペース単位でデータを分ける設計と通信の暗号化の扱いが説明されています。束ごとに見せる範囲を変えたい、社外の協力者には特定の束だけを見せたいという要件があるなら、権限の作りを先に確かめるほうが早いです。
最後に、道具を替えても区切り方の問題は解決しません。1つの束に100件を入れる運用は、どの道具でも見えなくなります。先に区切りを直して、それでも手間が重いなら道具を見直す。この順番で進めるほうが、無駄な移行が減ります。
課題をまとめる単位です。日程の中の節目を記録する欄ではなく、複数の課題を束ねて1つの名前で呼ぶための属性として用意されています。日付だけを入れて課題を紐付けないと、カレンダーに予定を書いたのと同じで、進捗とは無関係のままになります。
2026年9月時点の公式の機能ページでは、バーンダウンチャートはスタンダードプラン以上で使えると案内されています。ガントチャートも同じくスタンダードプラン以上で、スタンダードは表示範囲が6か月分という注記が付いています。金額と条件は変わるので、契約の前に公式のページで確かめてください。
終了日は動かさないでください。動かすと、いつ終わる予定だったのかという記録が消えて、次の見積もりの材料が無くなります。終わっていない課題を次の束へ移して今回を閉じるか、期日を守るために範囲を削るかの2択です。外から決まっている期日なら範囲を削ります。
30件から50件を目安にしてください。100件を超えると、3件減っても線がほとんど動かず、進んでいる感覚が得られません。期間は2週間から1か月に保ちます。2か月を超えると、最後の1週間まで進み具合の判断ができなくなります。