一言で
GitHub は 2009 年に Issues を導入し、作業の追跡をコードの隣に置いた。
本章は コラボレーション を支える Issues・Discussions・Projects を一巡り。
Issues & Sub-issues
Issues はバグ・タスク・要望を 1 件ずつ追跡する基本単位。Sub-issues で大きな課題を分解し、親子の進捗を可視化できる。
| 機能 | できること | ここがいい |
|---|---|---|
| 🐛 Issue | 1 件のタスクを追跡 | ラベル・担当・期日で整理 |
| 🧩 Sub-issue | 親 Issue を分割 | 進捗バーで完了率が見える |
| 📝 Templates | フォームで入力を構造化 | 抜け漏れない起票 |
| 🔗 リンク | PR で Closes #123 | マージで Issue 自動クローズ |
| 🤖 Copilot 割当 | Issue を担当に指定 | 自動で PR を起票 |
💡 実例: VS Code ↗ · Rust ↗ · Next.js ↗ · GitHub Docs ↗
Issue Fields（NEW）
Issue に 構造化された型付きメタデータ を付与する仕組み。2026-07-02 に 一般提供（GA）。全 Organization に既定で 4 フィールド（Priority・Effort・Start date・Target date）が用意され、Repository 横断で優先度・工数・期日を 一貫して検索・集計 できる。
| フィールド | 型 | 既定で付く type | 用途 |
|---|---|---|---|
| 🔺 Priority | 単一選択 | 全 type | 優先度を統一表記 |
| ⏱️ Effort | 数値 / 選択 | Bug / Task / Feature | 見積・工数 |
| 📅 Start / Target date | 日付 | Feature のみ | 開始・期限 |
| 🛠️ カスタム | 任意 | — | 組織独自の値 |
⚙️ 設定: 組織管理者は Settings › Planning › Issue fields からフィールドの追加・カスタマイズ、Issue type ごとの表示設定が可能。Managing issue fields ↗
Discussions
質問・アイデア・お知らせなど「答えが 1 つに決まらない会話」の場。Issues がタスク追跡なら、Discussions は対話の場所。
- 💬 Q&A 形式で ベストアンサー を選べる
- 📣 リリースや方針の アナウンス に最適
- 🗳️ ポーリングでチームの意見を集約
- 🔄 議論が固まったら Issue に昇格できる
💡 実例: GitHub Community ↗ — GitHub 自身が Discussions で運営。
Project Planning
Projects はスプレッドシート/ボード/ロードマップで Issues・PR を横断管理するプランニングツール。
- 📋 Table / Board / Roadmap の 3 ビュー
- 🏷️ カスタムフィールド (優先度・見積・期日)
- 🤖 ワークフローで自動でステータス更新
- 📊 Insights で進捗をグラフ化
💡 実例: Vite Team Board ↗（OSS が公開 Project でタスクを管理）。
★ 使いどころ
会話 → 計画 → 実装が地続きになるのが最大の強み。
| 段階 | 道具 |
|---|---|
| 💬 相談 | Discussions |
| 🧩 分解 | Issue + Sub-issues |
| 📋 計画 | Projects |
| 🚀 実装 | PR (Issue に自動リンク) |
🎯 全部 GitHub 内で完結 = 別ツール往復ゼロ。これがチーム速度の核。