Backlogとは｜できること・使い方・料金【2027年新プランと課題の書き方】

この記事で実際に動かしたものは、架空の開発チームの課題12件（CSV）を期限順・状態別に集計する Python のスクリプトと、同じ予定を描いた Mermaid のガントチャート、料金表の検算です。Backlog そのものにはログインせず、機能・料金・画面の名前は提供元の公式情報で確かめています。

Backlog の中は、次のような入れ子になっています。まずこの形を覚えると、画面のどこに何があるかが分かります。

flowchart TD
    S[スペース<br>組織ごとの場所] --> P[プロジェクト<br>仕事のまとまり]
    P --> I[課題<br>1件の作業]
    P --> W[ドキュメント・Wiki<br>ファイル・Git]
    I --> V[ボード・ガントチャート<br>課題の別の見え方]

よく調べられることの答えを先にまとめます。

確認環境：Backlog の説明・機能名・料金・画面の名前は、ヌーラボの公式サイト（backlog.com/ja の製品ページ・機能一覧・料金プラン・公式ブログのお知らせ）、ヘルプセンター（help-center.backlog.com）、開発者向けドキュメント（developer.nulab.com の Backlog API）を読んで確かめました。Backlog へのログイン、アカウントの作成、API の呼び出しは行っていません。そのため画面の細かな配置は扱わず、公式に書かれている名前と手順だけを載せています。集計の例は Linux の上で Python 3.13.18（標準ライブラリの csv・datetime・collections だけ）で実行し、図は Mermaid CLI 11.16.0 で描画を確かめました。料金の年額と1人あたりの金額は、公式の月額から Python で計算しています。プロダクトバックログの定義はスクラムガイド2020（日本語版）で確かめました（確認日 2026年11月11日）。

Backlogとは（ヌーラボのプロジェクト管理ツール）

この節では、Backlog が何のためのツールなのかと、「バックログ」という言葉のほかの意味との違いが分かります。

Backlog は、仕事を「課題」として登録し、誰が・いつまでに・どこまで進めたかをチームで共有するためのクラウドのツールです。 公式サイトは次のように説明しています。

Backlogは、業務を可視化して、チームのコミュニケーションの促進を目的としたプロジェクト管理ツールです。

提供しているのは株式会社ヌーラボ（本社は福岡市）です。公式サイトには、利用の規模として次の数字が載っています（いずれも2026年6月末の値として掲載。2026年11月11日時点）。

「バックログ」という言葉の3つの意味

「backlog」は、もともと「たまっている未処理の仕事」を指す英語です。IT の仕事では、同じ言葉が3つの場面で使われます。検索した言葉がどれを指しているかを、まず次の表で確かめます。

スクラムガイド2020は、プロダクトバックログを「創発的かつ順番に並べられた、プロダクトの改善に必要なものの一覧」と定義しています。製品の Backlog は、その一覧を置く場所としても使えますが、スクラムに限らず、Web 制作・問い合わせ対応・社内の事務のような仕事の管理にも使われています。公式サイトの「活用シーン」にも、システム開発のほかに Web 制作・クリエイティブ、広報・マーケティング、バックオフィスが並んでいます。

最初に覚える4つの言葉

Backlogでできること（機能一覧）

この節では、Backlog の機能を公式の名前で一覧にし、どのプランで使えるかが分かります。

中心は課題の管理で、同じ課題をボード・ガントチャート・バーンダウンチャートという3つの見え方で見られます。 その周りに、文書（ドキュメント・Wiki）、ファイル共有、ソースコードの管理（Git／Subversion）が付いています。公式の機能一覧と料金プランのページから、主な機能を表にまとめます（2026年11月11日時点の現在のプラン）。

Wiki については注意があります。公式ブログのお知らせ（2026年6月10日公開）によると、2026年7月14日以降に新しく利用を始めたスペースには Wiki 機能が提供されず、文書はドキュメント機能で扱う前提になりました。以前からあるスペースの Wiki は、これまでどおり見たり編集したりできます。詳しくは「Wiki・ドキュメント・ファイル共有とGit」の節で扱います。

Backlogの料金プラン（現在と2027年1月からの新プラン）

この節では、Backlog の料金プランの金額・上限と、2027年1月1日からの新しいプラン、人数ごとの1人あたりの金額が分かります。

Backlog の料金は、ユーザー1人ごとではなくスペースごとの定額です。 公式の料金プランのページに載っている金額と上限は次のとおりです（税抜。2026年11月11日時点）。年払いは月払いより5%安くなります。

ユーザー数が「無制限」のプランには、安定して使うために最大10,000人までを勧める、という注記が付いています。無料トライアルは30日間で、どのプランから申し込んでもプラチナプランの機能を試せます（アクセスログとセキュリティシートの提供は除く）。プランは正式に登録するときに選びます。自社のサーバーに入れて使うプランもあると案内されています。

2027年1月1日からの新しいプラン

料金プランのページには「2027年1月1日からプランが変わります。」と書かれています。公式ブログのお知らせによると、現在のプランの新規契約は2026年12月31日で終わり、すでに契約しているスペースは、2027年1月1日以降の最初の契約更新日から新しいプランに変わります。新しいプランは次の3つです（税抜）。

• フリープランは2027年1月1日に新しいフリープランへ移り、ユーザー数の上限が10から5になります。すでにいる6〜10人目はそのまま使えますが、新しく追加はできません。
• スタンダードは、15ユーザー以下かつ30プロジェクト以下ならエコノミーへ、それを超える場合はビジネスかプロフェッショナルへの変更が求められます。プレミアムはビジネスへ、プラチナはプロフェッショナルへ変わります。
• スターターは、適用日までに、使い方に合わせてプランの変更を検討するよう案内されています。
• ヘルプセンターの比較ページは、ビジネスとプロフェッショナルだけで使える機能として、ガントチャートの「6か月以上の期間の表示」と「プロジェクトを横断した表示」、孫課題、Backlog AIアシスタント、Flowbase を挙げています。
• 銀行振込は、2027年1月1日以降は年払いだけになります。

適用日はスペースごとに違い、契約管理者か管理者が「組織設定」の「プラン」の画面で確かめられる、と案内されています。金額と機能の範囲は変わることがあるため、申し込む前に公式の料金プランのページで最新の表を確かめます。

年払いと1人あたりの金額を計算した結果

公式の月額から、年払い（5%オフ）の年額と、人数で割った1人あたりの月額を Python で計算しました。年払いの年額は、公式の表の金額と一致しています。

== 年払い（5%オフ）の検算 ==
スターター	月払い年額    32,400	年払い年額    30,780	差  1,620	月額換算     2,565
スタンダード	月払い年額   192,000	年払い年額   182,400	差  9,600	月額換算    15,200
プレミアム	月払い年額   324,000	年払い年額   307,800	差 16,200	月額換算    25,650
プラチナ	月払い年額   900,000	年払い年額   855,000	差 45,000	月額換算    71,250
エコノミー	月払い年額   252,000	年払い年額   239,400	差 12,600	月額換算    19,950
ビジネス	月払い年額   435,600	年払い年額   413,820	差 21,780	月額換算    34,485
プロフェッショナル	月払い年額 1,200,000	年払い年額 1,140,000	差 60,000	月額換算    95,000

== 1人あたりの月額（月払い・税抜）==
人数	スターター	スタンダード	プレミアム	プラチナ	エコノミー	ビジネス	プロフェッショナル
5	540	3,200	5,400	15,000	4,200	7,260	20,000
10	270	1,600	2,700	7,500	2,100	3,630	10,000
15	180	1,067	1,800	5,000	1,400	2,420	6,667
30	90	533	900	2,500	-	1,210	3,333
50	-	320	540	1,500	-	726	2,000
100	-	160	270	750	-	363	1,000
300	-	53	90	250	-	121	333

定額なので、人数が増えるほど1人あたりは下がります。たとえば50人で使うと、現在のスタンダードは1人あたり月320円、新しいビジネスは月726円です。反対に5人で使うと、スタンダードは1人あたり月3,200円です。人数が少ないチームは上限と機能で、人数が多いチームは1人あたりの金額で見ると、プランを比べやすくなります。「-」は、そのプランのユーザー数の上限を超える人数です。

Backlogのはじめ方（スペース・プロジェクト・課題）

この節では、申し込みから最初の課題を完了にするまでの流れが、公式の案内の順に分かります。

最初の5分で行うのは、スペースを作り、プロジェクトを1つ作り、課題を1件追加することです。 公式のスタートガイドと「3ステップ」の記事に沿った流れは次のとおりです。

ログインの入口

公式の記事は、ログインの入口を3つ挙げています。製品ページ（backlog.com/ja）の右上の「ログイン」からスペース ID を入れる方法、Nulab Apps のサインインからメールアドレスで入る方法、招待メールのボタンから入る方法です。スペースの URL は、スペース ID のあとに .backlog.com・.backlog.jp・.backlogtool.com のどれかが付く形です（開発者向けドキュメントの記載）。初回のログインのあとにブックマークへ入れておくことが勧められています。

Backlogの使い方：課題の書き方とテンプレート

この節では、課題に入れる項目の意味と、読んだ人がすぐ動ける課題の書き方、そのまま貼れる詳細のテンプレートが分かります。

課題は「件名を読めば何をするか分かり、詳細を読めば終わりの条件が分かる」ように書きます。 課題の項目は、API のドキュメントに載っているパラメーターと対応しています。

種別・カテゴリー・マイルストーンは、プロジェクトごとに決められます。公式ヘルプの設定例では、新商品の開発のプロジェクトで、種別を「タスク・問題点・要望」、カテゴリーを「企画書・新商品・マニュアル・Webサイト」のような成果物、マイルストーンを段階の区切りにしています。種別は「仕事の性質」、カテゴリーは「何についての仕事か」と分けると、あとで絞り込みやすくなります。

件名の書き方

課題の詳細のテンプレート（作業用）

次のテンプレートは、この記事のために作ったものです。Markdown の設定のプロジェクトで、そのまま詳細の欄に貼れます。チェックリスト（* [ ]）は、公式ヘルプによると課題の詳細で使える書き方です。

## 目的
（なぜ必要か。誰が何をできるようになるか）

## やること
* [ ]
* [ ]

## 完了の条件
（何が確かめられたら「完了」にしてよいか）

## やらないこと
（今回の範囲に入れないもの）

## 参考
（画面の URL・資料・関連する課題キー）

## 確認する人と方法
（誰が、どの画面・どの手順で確かめるか）

課題の詳細のテンプレート（不具合の報告用）

## 起きていること
（1〜2文で）

## 再現の手順
1.
2.
3.

## 期待する結果
## 実際の結果

## 環境
（端末・OS・ブラウザと版・アカウントの種類）

## 影響の範囲
（誰が・どの操作で困るか。回避の方法があれば書く）

記入例（架空の開発チーム）

予約サイトの改修をしている架空のチーム（プロジェクトキー RSV）の課題 RSV-3 を、テンプレートで書いた例です。

件名：空き枠検索APIを作る
種別：タスク　優先度：高　担当者：鈴木　開始日：2026-11-09　期限日：2026-11-13

## 目的
予約フォームで日付を選んだときに、空いている時間帯を表示できるようにする。

## やること
* [x] 日付を受け取り、空き枠の一覧を返す
* [ ] 過去の日付を受け取ったときのエラーを返す
* [ ] 単体テストを書く

## 完了の条件
RSV-2 の設計書にある3つの入力例で、設計どおりの応答が返ること。

## やらないこと
予約の登録（RSV-4 の画面のあとで別の課題にする）。

## 参考
設計は RSV-2。

## 確認する人と方法
田中が、開発用の画面から3つの入力例を試す。

スタンダード以上のプランでは「課題のテンプレート」の機能があり、こうしたひな形を種別ごとに登録しておけます。フリー・スターターでは、ドキュメントにテンプレートを置いて、そこから写す運用になります。チケット全般の書き方は、関連記事「チケットの書き方｜タスク・課題のテンプレートと良い例・悪い例」で扱っています。

課題の状態の流れ（未対応・処理中・処理済み・完了）

この節では、課題の「状態」の標準の4つと、追加できる数、完了にするときの「完了理由」が分かります。

標準の状態は「未対応」「処理中」「処理済み」「完了」の4つで、この順に進めます。

flowchart TD
    N[課題の追加] --> A[未対応]
    A -->|着手する| B[処理中]
    B -->|作業が終わった| C[処理済み]
    C -->|確認した| D[完了]
    C -->|差し戻し| B

1. 1未対応登録されたが、まだ誰も手を付けていない
2. 2処理中担当者が作業している
3. 3処理済み作業は終わり、確認を待っている。確認する人に担当者を変えると、次に動く人が分かる
4. 4完了確認が済み、もう手を入れない

「処理済み」と「完了」を分けているのが、Backlog の状態の特徴です。作った人が「終わった」と言う段階と、頼んだ人が「確かめた」と言う段階を別にしておくと、確認待ちの課題が一覧で見えます。

• 状態は8つまで追加でき、標準の4つと合わせて12個まで持てます（公式ヘルプ）。追加と変更は有料プランの機能で、操作できるのは管理者とプロジェクト管理者です。
• 標準の4つは、名前と並び順を変えられません。「レビュー中」「確認待ち」のような段階が欲しいときは、状態を追加します。
• 完了にするときには「完了理由」を付けられます。API のドキュメントの例では、対応済み・対応しない・無効・重複・再現しないの5つです。「直した」以外の終わり方（対応しない・重複）を残せます。
• 親課題を完了にすると、まだ完了していない子課題も一緒に完了にするかを尋ねる画面が出ます（公式ヘルプ）。

ボード・ガントチャート・バーンダウンチャートの使い方

この節では、同じ課題を3つの見え方で見るときの違いと、ガントチャートに課題が出る条件、炎のアイコンの意味が分かります。

ボードで分かること・できないこと

公式ヘルプの「ボードの概要」によると、カードには課題キー・件名・担当者・期限日などが出て、種別・カテゴリー・マイルストーン・担当者で絞り込めます。新しい課題は、未対応の列の「課題の追加」から直接作れます。一方で、完了した課題を隠す設定は無く、カードに出す項目も変えられず、複数のプロジェクトのカードを1つのボードに並べることもできません。完了が増えてきたら、マイルストーンで絞り込みます。カンバンの考え方そのものは、関連記事「カンバン方式のやり方 列の例とWIP制限の決め方・計算例」で扱っています。

ガントチャートに課題が出る条件

公式ヘルプ「ガントチャートに課題を表示させる方法」によると、前提としてプロジェクト設定の「チャートを使用する」が有効になっている必要があります。そのうえで、課題の日付の入り方によって帯の出方が変わります。

表示は種別・状態・カテゴリー・マイルストーン・担当者で絞り込めます。親子課題を使っているときは、グルーピングで「親課題」を選ぶと、親ごとに進み具合を見られます。

炎のアイコンが出る条件

公式ヘルプによると、炎のアイコンは、状態が「完了」ではない課題のうち、期限日を過ぎた課題（期限日の翌日以降）、または期限日が未設定で開始日を過ぎた課題に出ます。課題の一覧・ボード・ガントチャート・バーンダウンチャート・ダッシュボードの「自分の課題」に表示されます。消すには、状態を完了にするか、期限日（未設定なら開始日）を今日以降に変えます。「処理済み」でも炎が出る点と、開始日だけ入れた課題にも出る点は、見落としやすいところです。次の節の集計では、この条件をそのままコードにしています。

課題の一覧をPythonで集計する（期限順・状態別）

この節では、課題の一覧を自分で集計するときの考え方と、実際に動かしたスクリプトと出力、同じ予定を Mermaid のガントチャートにした結果が分かります。

課題の一覧は「状態別の件数」「完了以外を期限日の早い順」「期限を過ぎたもの」「入力もれ」の4つを出すと、朝の確認に使えます。 ここでは、架空の開発チーム（予約サイトの改修・プロジェクトキー RSV）の課題12件を CSV にして集計しました。CSV の列はこの記事のために決めたもので、Backlog から書き出した形式そのものではありません。基準日は2026年11月11日です。

課題キー,種別,件名,担当者,状態,優先度,開始日,期限日
RSV-1,タスク,予約フォームの入力項目を決める,佐藤,完了,中,2026-11-02,2026-11-05
RSV-2,タスク,空き枠検索APIを設計する,鈴木,完了,高,2026-11-02,2026-11-06
RSV-3,タスク,空き枠検索APIを作る,鈴木,処理中,高,2026-11-09,2026-11-13
RSV-4,タスク,予約フォームの画面を作る,田中,処理中,中,2026-11-09,2026-11-17
RSV-5,バグ,日付の選択で前月に戻れない,田中,未対応,高,2026-11-10,2026-11-10
RSV-6,タスク,確認メールの文面を作る,佐藤,処理済み,低,2026-11-05,2026-11-09
RSV-7,要望,予約の変更を画面からできるようにしたい,,未対応,低,,
RSV-8,タスク,結合テストの項目を書く,高橋,未対応,中,2026-11-16,2026-11-19
RSV-9,タスク,結合テストを行う,高橋,未対応,高,2026-11-20,2026-11-26
RSV-10,バグ,スマホ幅で送信ボタンが隠れる,田中,処理中,中,2026-11-06,2026-11-12
RSV-11,タスク,リリース手順書を書く,佐藤,未対応,中,2026-11-24,2026-11-27
RSV-12,その他,利用マニュアルの目次案,,未対応,低,2026-11-10,

集計のスクリプトです。標準ライブラリだけで動きます。「期限を過ぎた」の判定は、前の節の炎のアイコンの条件（完了以外で、期限日の翌日以降。期限日が無ければ開始日の翌日以降）に合わせました。

import csv, sys
from collections import Counter
from datetime import date

TODAY = date(2026, 11, 11)          # 集計の基準日
ORDER = ["未対応", "処理中", "処理済み", "完了"]

def d(s):
    return date.fromisoformat(s) if s else None

rows = list(csv.DictReader(open(sys.argv[1], encoding="utf-8")))
print(f"課題 {len(rows)} 件（基準日 {TODAY}）\n")

# 1) 状態別の件数
c = Counter(r["状態"] for r in rows)
print("== 状態別 ==")
for s in ORDER:
    print(f"{s:<4}\t{c[s]:>2} 件\t{c[s] / len(rows):.0%}")

# 2) 完了以外を期限日の早い順に（期限日なしは最後）
open_ = [r for r in rows if r["状態"] != "完了"]
open_.sort(key=lambda r: (d(r["期限日"]) is None, d(r["期限日"]) or date.max))
print("\n== 完了以外を期限日順 ==")
for r in open_:
    due = d(r["期限日"])
    left = "期限日なし" if due is None else f"{(due - TODAY).days:+d}日"
    print(f'{r["課題キー"]:<7}{r["期限日"] or "-":<11}{left:<7}{r["状態"]:<5}{r["担当者"] or "(未設定)":<5}{r["件名"]}')

# 3) 期限を過ぎた課題（期限日の翌日以降。期限日なしは開始日で判定）
def overdue(r):
    if r["状態"] == "完了":
        return False
    due, start = d(r["期限日"]), d(r["開始日"])
    if due:
        return TODAY > due
    return bool(start) and TODAY > start
late = [r["課題キー"] for r in rows if overdue(r)]
print(f"\n== 期限を過ぎた課題 {len(late)} 件 ==\n" + ", ".join(late))

# 4) 担当者別の残り（完了以外）
print("\n== 担当者別の残り ==")
for name, n in Counter(r["担当者"] or "(未設定)" for r in open_).most_common():
    print(f"{name}\t{n} 件")

# 5) 入力もれ
print("\n== 入力もれ ==")
for r in open_:
    miss = [k for k in ("担当者", "開始日", "期限日") if not r[k]]
    if miss:
        print(f'{r["課題キー"]}\t{"・".join(miss)} が空')

python3 agg.py issues.csv の出力です。

課題 12 件（基準日 2026-11-11）

== 状態別 ==
未対応 	 6 件	50%
処理中 	 3 件	25%
処理済み	 1 件	8%
完了  	 2 件	17%

== 完了以外を期限日順 ==
RSV-6  2026-11-09 -2日    処理済み 佐藤   確認メールの文面を作る
RSV-5  2026-11-10 -1日    未対応  田中   日付の選択で前月に戻れない
RSV-10 2026-11-12 +1日    処理中  田中   スマホ幅で送信ボタンが隠れる
RSV-3  2026-11-13 +2日    処理中  鈴木   空き枠検索APIを作る
RSV-4  2026-11-17 +6日    処理中  田中   予約フォームの画面を作る
RSV-8  2026-11-19 +8日    未対応  高橋   結合テストの項目を書く
RSV-9  2026-11-26 +15日   未対応  高橋   結合テストを行う
RSV-11 2026-11-27 +16日   未対応  佐藤   リリース手順書を書く
RSV-7  -          期限日なし  未対応  (未設定)予約の変更を画面からできるようにしたい
RSV-12 -          期限日なし  未対応  (未設定)利用マニュアルの目次案

== 期限を過ぎた課題 3 件 ==
RSV-5, RSV-6, RSV-12

== 担当者別の残り ==
田中	3 件
佐藤	2 件
高橋	2 件
(未設定)	2 件
鈴木	1 件

== 入力もれ ==
RSV-7	担当者・開始日・期限日 が空
RSV-12	担当者・期限日 が空

この出力から読めることは3つあります。

• 期限を過ぎた課題は3件ですが、種類が違います。 RSV-5 は未対応のまま期限日を過ぎた不具合、RSV-6 は作業が終わって確認待ち（処理済み）のまま期限日を過ぎた課題、RSV-12 は期限日が無く開始日だけを過ぎた課題です。RSV-6 は作る人ではなく確認する人が動けば終わります。
• 田中さんに残りが3件あり、うち2件の期限日が11月10日と12日に並んでいます。 担当者別の件数と期限順を並べて見ると、どこに重なりがあるかが分かります。
• RSV-7 と RSV-12 は担当者が空です。 期限日の無い課題は期限順の最後に回るので、入力もれを別に出しておくと埋もれません。

同じ予定をMermaidのガントチャートに描く

同じ CSV から、開始日と期限日の両方がある課題だけを取り出して、Mermaid の gantt の書き方に変えるスクリプトです。Mermaid の帯は終わりの日を含まないので、期限日の翌日を終わりにしています。優先度が高くて完了していない課題は crit（赤）、完了は done、処理中と処理済みは active にしました。

import csv, sys
from datetime import date, timedelta
TAG = {"完了": "done, ", "処理中": "active, ", "処理済み": "active, ", "未対応": ""}
print("%%{init: {\"gantt\": {\"useWidth\": 500}}}%%\ngantt\n    dateFormat YYYY-MM-DD\n    axisFormat %m/%d\n    excludes weekends")
sec = None
rows = [r for r in csv.DictReader(open(sys.argv[1], encoding="utf-8")) if r["開始日"] and r["期限日"]]
rows.sort(key=lambda r: (r["担当者"], r["開始日"]))
for r in rows:
    if r["担当者"] != sec:
        sec = r["担当者"]; print(f"    section {sec}")
    end = date.fromisoformat(r["期限日"]) + timedelta(days=1)   # 期限日の当日までを帯にする
    crit = "crit, " if r["優先度"] == "高" and r["状態"] != "完了" else ""
    print(f'    {r["課題キー"]} {r["件名"][:8]} :{crit}{TAG[r["状態"]]}{r["課題キー"].lower().replace("-","")}, {r["開始日"]}, {end}')

出力した Mermaid のコードと、その描画です。

%%{init: {"gantt": {"useWidth": 500}}}%%
gantt
    dateFormat YYYY-MM-DD
    axisFormat %m/%d
    excludes weekends
    section 佐藤
    RSV-1 予約フォームの入 :done, rsv1, 2026-11-02, 2026-11-06
    RSV-6 確認メールの文面 :active, rsv6, 2026-11-05, 2026-11-10
    RSV-11 リリース手順書を :rsv11, 2026-11-24, 2026-11-28
    section 田中
    RSV-10 スマホ幅で送信ボ :active, rsv10, 2026-11-06, 2026-11-13
    RSV-4 予約フォームの画 :active, rsv4, 2026-11-09, 2026-11-18
    RSV-5 日付の選択で前月 :crit, rsv5, 2026-11-10, 2026-11-11
    section 鈴木
    RSV-2 空き枠検索API :done, rsv2, 2026-11-02, 2026-11-07
    RSV-3 空き枠検索API :crit, active, rsv3, 2026-11-09, 2026-11-14
    section 高橋
    RSV-8 結合テストの項目 :rsv8, 2026-11-16, 2026-11-20
    RSV-9 結合テストを行う :crit, rsv9, 2026-11-20, 2026-11-27

%%{init: {"gantt": {"useWidth": 500}}}%%
gantt
    dateFormat YYYY-MM-DD
    axisFormat %m/%d
    excludes weekends
    section 佐藤
    RSV-1 予約フォームの入 :done, rsv1, 2026-11-02, 2026-11-06
    RSV-6 確認メールの文面 :active, rsv6, 2026-11-05, 2026-11-10
    RSV-11 リリース手順書を :rsv11, 2026-11-24, 2026-11-28
    section 田中
    RSV-10 スマホ幅で送信ボ :active, rsv10, 2026-11-06, 2026-11-13
    RSV-4 予約フォームの画 :active, rsv4, 2026-11-09, 2026-11-18
    RSV-5 日付の選択で前月 :crit, rsv5, 2026-11-10, 2026-11-11
    section 鈴木
    RSV-2 空き枠検索API :done, rsv2, 2026-11-02, 2026-11-07
    RSV-3 空き枠検索API :crit, active, rsv3, 2026-11-09, 2026-11-14
    section 高橋
    RSV-8 結合テストの項目 :rsv8, 2026-11-16, 2026-11-20
    RSV-9 結合テストを行う :crit, rsv9, 2026-11-20, 2026-11-27

開始日も期限日も無い RSV-7 と、期限日の無い RSV-12 は図に出ません。Backlog のガントチャートでは開始日だけの課題も帯になりますが、このスクリプトは両方がある課題だけを描いているためです。縦の線は、Mermaid が描画した日（今日）を示します。Mermaid の gantt の書き方は、関連記事「ガントチャートの作り方 エクセル数式とMermaidのテンプレート」で扱っています。

Backlog の中では、こうした集計の多くは課題の一覧の絞り込みと並べ替え、ボード、ガントチャートで見られます。自分で集計するのは、複数のプロジェクトをまとめて見たいときや、週ごとの報告の数字を同じ形で出したいときです。そのときは、次の節以降で扱う API から同じ項目（課題キー・件名・状態・担当者・開始日・期限日）を取れます。

Wiki・ドキュメント・ファイル共有とGit／Subversion

この節では、課題以外の置き場所（文書・ファイル・ソースコード）の役割と、Wiki とドキュメントの今の扱い、Git と課題のつながり方が分かります。

ドキュメントとWiki

ドキュメントは、複数人が同時に編集できる文書の機能です。 公式の機能ページによると、編集した内容は自動で保存され、変更の履歴が残り、ドラッグ＆ドロップで階層にまとめられます。同時に編集できる人数はプランで違います。

Wiki は、以前からある文書の機能です。公式ブログのお知らせ（2026年6月10日公開）の内容をまとめると、次のとおりです。

• 2026年7月14日以降に新しく利用を始めたスペースには、Wiki が提供されません。
• 以前からあるスペースの Wiki は、これまでどおり見たり編集したりできます。ただし、同じ日以降に新しく作るプロジェクトでは Wiki の初期設定がオフになり、プロジェクト設定でオンにできます。
• Wiki の内容は「ドキュメント移行機能」でドキュメントへまとめて移せます。
• 将来は Wiki を廃止する方針ですが、時期は決まりしだい案内する、とされています。

これから Backlog を使い始めるチームは、文書をドキュメントに置く前提で考えます。以前の解説記事に「Wiki に書く」とある部分は、ドキュメントに読み替えます。

ファイル共有

ファイル共有は、プロジェクトごとのフォルダーにファイルを置く機能です。課題に添付できるファイルは、1件あたりフリーが1個、スターターが10個、スタンダードが30個、プレミアム以上が50個で、1個の大きさはどのプランも50MBまでです（料金プランのページ。2026年11月11日時点）。ストレージの上限（フリーは100MB）に入る量かどうかを、動画や設計データを置く前に見積もります。

Git／Subversionと課題のつながり

Backlog はプロジェクトの中に Git と Subversion のリポジトリを持てます。公式の機能ページは「Gitでコミットの際に課題キーを書いておくと、自動的に登録される」と説明しており、課題のコメントにできるリンクから、変更したファイルの差分（削除は赤、追加は緑）を見られます。プルリクエストやレビューも、課題にコメントとして残ります。

# コミットのメッセージに課題キーを書く（例）
git commit -m "RSV-3 空き枠検索APIに過去日付のエラーを追加"

なお、コミットのメッセージに #fix や #close を書いて課題の状態を完了に変える機能は、公式ブログのお知らせ（2019年12月）で廃止が案内されています。以前の記事を見てこの書き方を試しても、状態は変わりません。状態は、課題の画面かボードで変えます。

テキスト整形のルール（Backlog記法とMarkdownの対応表）

この節では、課題やドキュメントの本文の書き方である「Backlog 記法」と「Markdown」の違いと、同じ見た目にするための対応が分かります。

テキスト整形のルールは「Backlog 記法」と「Markdown」の2つから、プロジェクトごとに選びます。 公式ヘルプによると、設定の場所は「プロジェクトの基本設定」の「テキスト整形のルール」です。Markdown は、2025年10月23日以降 GitHub Flavored Markdown に沿った書き方になっています（公式ブログのお知らせ）。

つまずきやすい点が3つあります。

• 見出しの記号が逆に見える。 Backlog 記法の * は見出しですが、Markdown の * は箇条書きです。設定と違う書き方で貼ると、見出しのつもりが箇条書きになります。
• Markdown では、記号のあとと前に空きが要る。 公式ヘルプによると、見出しの # のあとには半角の空白が必要で、リスト・チェックリスト・コードブロック・表・目次の前には空の行を1行以上入れます。
• 設定を切り替えても、書いてある本文は変換されない。 2025年10月の切り替えのお知らせでも、課題などのデータは変換されず、見出しなどの表記が崩れる場合があると案内されています。途中でルールを変えるより、プロジェクトを作るときに決めておくほうが手間がかかりません。

GitHub や Slack などでの Markdown の違いは、関連記事「Markdownの書き方一覧｜記法早見表と環境別の対応・変換結果つき」で扱っています。

Backlog APIとWebhook・お知らせ（通知）

この節では、Backlog の外から課題を読み書きする API の認証と代表的な呼び出しの形、出来事を外へ送る Webhook、画面の中のお知らせの違いが分かります。API はこの記事では呼び出しておらず、開発者向けドキュメントの記載をまとめています。

APIの認証（APIキーとOAuth 2.0）

認証は「API キー」と「OAuth 2.0」の2つの方式です。 API キーは、ログインして「個人設定 > API」で発行します。自分のための集計なら API キー、ほかのユーザーの代わりに呼び出すアプリを作るなら OAuth 2.0、という使い分けが案内されています。

• API キー：リクエストヘッダー Backlog-API-Key か、クエリパラメーター apiKey で送ります。ドキュメントはヘッダーで送る方法を勧めています。URL に入れたキーは、アクセスログやブラウザーの履歴に残ることがあるためです。
• OAuth 2.0：認可コードの方式です。/OAuth2AccessRequest.action で許可を求め、POST /api/v2/oauth2/token でアクセストークンを受け取り、Authorization: Bearer ヘッダーで送ります。アクセストークンは3600秒（1時間）で切れ、リフレッシュトークンで取り直します。

ドキュメントのクイックスタートに載っている最初の呼び出しは、自分の情報を取る形です（スペースのドメインとキーは置き換える部分です）。

curl -H "Backlog-API-Key: YOUR_API_KEY" \
  "https://(スペースID).backlog.com/api/v2/users/myself"

API キーはパスワードと同じ重さの情報です。コードやリポジトリに直接書かず、環境変数などから読み込みます。

代表的なエンドポイント

課題の一覧は、projectId[]・statusId[]・assigneeId[] で絞り込み、sort=dueDate と order=asc で期限日の早い順に並べられます。期限日の範囲は dueDateSince・dueDateUntil（yyyy-MM-dd）で指定します。前の節の集計と同じ「完了以外を期限日順」は、状態の番号を調べたうえで、この組み合わせで取れます。課題の追加は application/x-www-form-urlencoded で送り、開始日と期限日は yyyy-MM-dd の形です。

レート制限とエラーの形

レート制限は1分間あたりの回数で、API キーごとではなくユーザーごとに数えられます。同じユーザーの別のキーや、ヌーラボが提供する移行ツールなどを同時に動かすと、回数が合算されます。すべての応答に X-RateLimit-Limit・X-RateLimit-Remaining・X-RateLimit-Reset のヘッダーが付き、超えると 429（Too many requests）が返ります。上限の値は「レート制限情報の取得」の API で確かめます。

エラーは、次の形の JSON で返ります（ドキュメントに載っている形）。

{
    "errors": [
        {
            "message": "（説明の文）",
            "code": 6,
            "moreInfo": ""
        }
    ]
}

API を呼べるかどうかは、認証の方式だけでなく、ユーザーの権限（管理者・プロジェクト管理者・一般ユーザー・ゲスト）でも決まります。各 API のページに「実行可能な権限」が書かれています。

Webhook

公式ヘルプによると、Webhook は、プロジェクトで「課題の追加」や「課題にコメント」などの出来事が起きたときに、その内容を JSON にして、決めた URL へ HTTP の POST で送る機能です。設定の場所は「プロジェクト設定 > インテグレーション > Webhook」で、操作できるのは管理者とプロジェクト管理者です。

• 受け取る URL は、Backlog のサーバーから届くインターネット上の URL にします。社内だけのネットワークの URL は指定できません。課題の内容やコミットのメッセージが送られるので、HTTPS が勧められています。
• 設定の画面には「実行テスト」があり、出来事の種類を選んでテストのデータを送れます。送った結果は送信履歴で確かめられます。
• JSON の type は「最近の更新の取得」の API と同じ番号です。ドキュメントの一覧では、1 が課題の追加、2 が課題の更新、3 が課題へのコメント、12 が Git のプッシュ、18 がプルリクエストの追加です。

受け取る側の作り方（再送への備え・同じ通知を2回処理しない工夫）は、関連記事「Webhookとは？実装までわかる｜署名検証・リトライ・冪等性を実行ログで解説」で扱っています。

お知らせ機能

お知らせ機能は、課題やコメントの追加を特定のユーザーに知らせる機能です。公式の機能ページによると、自分以外を担当者にしたときや、プロジェクトにユーザーを追加したときは自動で知らされ、受け取った人の画面上部（グローバルバー）に自分宛ての件数が出ます。プロジェクトの全員や、登録しておいたチームへまとめて知らせることもできます。「誰に読んでほしいか」を課題やコメントのお知らせで指定すると、チャットで別に声をかける回数が減ります。

Backlogでよくあるつまずきと直し方

この節では、使い始めに起きやすい「出ない・変わらない・使えない」の原因と直し方が、症状から引けます。

運用でつまずきやすい点は、次の4つで先に防げます。

• 1担当者と期限日が空の課題を作らない決められないときは「決める人」を担当者にして、決める日を期限日にする
• 2「処理済み」にしたら担当者を確認する人に変える確認待ちの課題が、確認する人の「自分の課題」に出る
• 3種別・カテゴリー・状態を増やしすぎない選ぶのに迷う分類は使われなくなる。最初は標準の4つの状態で始める
• 4テキスト整形のルールはプロジェクトを作るときに決めるあとで切り替えても、書いた本文は変換されない

ほかのタスク管理の方法との位置づけ（選ぶときの判断表）

この節では、Backlog のような課題管理のツールが、ほかの方法と比べてどこに位置するのかと、自分のチームに合うかを考える観点が分かります。どれが上ということはなく、仕事の形との相性で決まります。

表の製品名は種類の例として挙げたもので、機能や料金は各提供元の公式サイトで最新の内容を確かめます。Backlog を候補にするときに見る点は、次のとおりです。

ページとデータベースで課題を持つ形は、関連記事「Notionの使い方とNotion API｜データベース設計とPython実例」で扱っています。

Backlogのよくある質問

この節では、Backlog について検索されることの多い質問に、公式情報の範囲で答えます。

Q. Backlog は何と読みますか。どこの会社のサービスですか。
「バックログ」と読みます。株式会社ヌーラボ（本社は福岡市）が提供しています。

Q. Backlog は無料で使えますか。
フリープランがあり、10ユーザー・1プロジェクト・ストレージ100MBまで使えます（2026年11月11日時点）。2027年1月1日からはユーザー数の上限が5になります。有料プランには30日間の無料トライアルがあります。

Q. 料金はユーザーが増えると上がりますか。
上がりません。スペースごとの定額で、プランの上限の中なら人数で金額は変わりません。現在のスタンダード以上と、新しいビジネス以上は、ユーザー数が無制限です。

Q. 「課題」と「タスク」「チケット」は違うものですか。
同じ役割のものです。Backlog では1件の作業を「課題」と呼び、その中の分類（種別）として「タスク」などを決めます。ほかのツールで「チケット」「Issue」と呼ぶものにあたります。

Q. 「処理済み」と「完了」の違いは何ですか。
「処理済み」は作業が終わって確認を待っている状態、「完了」は確認まで済んだ状態です。処理済みのまま期限日を過ぎると、炎のアイコンが出ます。

Q. ガントチャートはどのプランで使えますか。
現在のプランではスタンダード以上です（スタンダードは表示が6か月分）。2027年1月からの新プランでは、6か月以上の期間の表示とプロジェクトを横断した表示が、ビジネスとプロフェッショナルの機能として挙げられています。

Q. Backlog 記法と Markdown のどちらを選べばよいですか。
GitHub などで Markdown に慣れた人が多いチームは Markdown、文字の色など Backlog 記法だけにある書き方を使いたいチームは Backlog 記法、という分け方ができます。途中で切り替えても本文は変換されないので、プロジェクトを作るときに決めます。

Q. Wiki は使えなくなったのですか。
2026年7月14日以降に新しく始めたスペースには提供されていません。以前からあるスペースでは引き続き使え、ドキュメントへ移す機能も用意されています。

Q. スマートフォンでも使えますか。
モバイルアプリがあり、課題の確認、コメントの返信、Wiki やドキュメントの閲覧ができます。すべてのプランで使えます。

Q. プロダクトバックログと Backlog は同じものですか。
別のものです。プロダクトバックログはスクラムで使う「これから作るものの一覧」という考え方で、Backlog はヌーラボの製品の名前です。Backlog の課題の一覧を、プロダクトバックログの置き場所として使うことはできます。

まとめ

この節では、この記事の要点を5つにまとめます。

• Backlog とは、ヌーラボが提供するプロジェクト管理ツールで、スペース→プロジェクト→課題の入れ子になっています。課題をボード・ガントチャート・バーンダウンチャートで見られ、文書・ファイル・Git も同じ場所に置けます。
• 料金はスペースごとの定額で、フリーから月75,000円（税抜）のプラチナまであります。2027年1月1日からはエコノミー・ビジネス・プロフェッショナルの新プランに変わります。50人なら現在のスタンダードは1人あたり月320円でした。
• 課題は、件名で「何をどうする」、詳細で目的と完了の条件を書き、担当者と期限日を必ず入れます。 テンプレートを決めておくと、書く人による差が小さくなります。
• 状態は未対応→処理中→処理済み→完了。 架空の12件を集計すると、期限を過ぎた3件は「未着手」「確認待ち」「期限日なし」と種類が違い、動くべき人も違いました。
• Wiki は新しいスペースでは提供されず、ドキュメントが文書の置き場所です。 テキスト整形のルール・#fix の廃止など、以前の解説と変わっている点は公式の情報で確かめます。

参考・出典

この節では、この記事で確かめた公式の情報の場所が分かります（確認日 2026年11月11日）。

• Backlog 公式サイト（製品の説明・利用の数字）：https://backlog.com/ja/
• Backlog「機能一覧」：https://backlog.com/ja/function/
• Backlog「料金プラン」：https://backlog.com/ja/pricing/
• Backlog ブログ「【重要】2027年1月1日からBacklogのプランが新しくなります」：https://backlog.com/ja/blog/new-plans-2027/
• Backlog ブログ「新規スペースへのWiki提供終了と初期設定の変更について」：https://backlog.com/ja/blog/backlog-update-wiki-end-of-support-new-spaces/
• Backlog ブログ「GitHub Flavored MarkdownをMarkdownとして正式リリースします」：https://backlog.com/ja/blog/backlog-update-gfm-2510/
• Backlog ブログ「コミットログによる課題の状態変更機能を廃止しました」：https://backlog.com/ja/blog/backlog-update-2019-12-04/
• Backlog ブログ「Backlogをカンタンに始めるための3ステップ」：https://backlog.com/ja/blog/onboarding-3steps/
• Backlog ブログ「Backlogスタートガイド【トライアル編】」：https://backlog.com/ja/blog/backlog-start-guide-trial/
• Backlog「ドキュメント」「お知らせ機能」「Git / Subversion」の機能ページ：https://backlog.com/ja/function/document/ ・ https://backlog.com/ja/function/notification/ ・ https://backlog.com/ja/function/git/
• Backlog ヘルプセンター（課題の状態・ボードの概要・ガントチャートに課題を表示させる方法・炎アイコン・親子課題・テキスト整形のルール・Webhook・現在のプランと新しいプランの機能比較）：https://help-center.backlog.com/
• Nulab Developers「Backlog API とは」：https://developer.nulab.com/ja/docs/backlog/
• Nulab Developers「認証と認可」：https://developer.nulab.com/ja/docs/backlog/auth/
• Nulab Developers「レート制限」「エラーレスポンス」：https://developer.nulab.com/ja/docs/backlog/rate-limit/ ・ https://developer.nulab.com/ja/docs/backlog/error-response/
• Nulab Developers「課題一覧の取得」「課題の追加」：https://developer.nulab.com/ja/docs/backlog/api/2/get-issue-list/ ・ https://developer.nulab.com/ja/docs/backlog/api/2/add-issue/
• スクラムガイド2020（日本語版）：https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。