組織の課題管理から個人のタスク整理と優先度づけへ — Claude Code によるタスクトリアージ
各システムの役割と利用者
| システム | 主な利用者 | 目的 |
|---|---|---|
| Backlog | 利用者側の責任者・管理部門 | 利用者が課題を把握・確認するため |
| Asana | 開発会社の PM・経営者 | 開発会社の責任者が状況を把握するため |
| GitHub | 開発担当者 | 作業担当者が実装・コード変更を管理するため |
3層の責任構造
利用者（顧客） 開発会社（経営・PM） 開発会社（作業担当）
│ │ │
Backlog Asana GitHub
課題確認会で 経営判断・ Issue/PR で
進捗レビュー リソース配分 実装を管理
各システムは異なるステークホルダーが、それぞれの責任範囲で状況を把握するために存在する。 これは冗長ではなく、報告先ごとに適切な粒度・視点で情報を提供するための構造。
担当者の課題: 「今何をすべきか」の判断
3システムはどれも他者への報告用であって、担当者が「自分が次に何をやるか」を整理する場所ではない。
| システム | 読者 | 自分の優先度確認に使えるか |
|---|---|---|
| Backlog | 利用者の責任者 | △ 顧客視点の優先度であって自分の作業順ではない |
| Asana | 開発会社の経営・PM | △ 経営視点のフィルタがかかっている |
| GitHub (epm-server) | 作業担当者 | △ Issue は技術タスク単位で、全体俯瞰しにくい |
解決策: Claude Code でタスクトリアージ → プライベートリポジトリの Issue に記録
タスクトリアージ（状況分析と優先度づけ）は Claude Code セッションで行い、結論の記録先は社内プライベートリポジトリの GitHub Issue に置く。
Claude Code セッション（タスクトリアージ）
│ Asana/Backlog/GitHub を横断確認
│ 状況分析 → 優先度づけ → 次のアクションを決定
↓
社内プライベートリポジトリの Issue（個人の課題整理）
│ チェックボックスで進捗管理
│ コメントでトリアージ結果を追記
│ スマホの GitHub アプリで確認可能
↓
各システムに報告
Backlog → 利用者への報告
Asana → 開発会社経営への報告
GitHub → コード変更
この方式のメリット:
- スマホで確認可能 — GitHub アプリでいつでも優先度リストを見られる
- 新ツール不要 — 既存の GitHub インフラを利用
- Claude Code と相性が良い —
gh issue commentでトリアージ結果を直接追記 - チーム内で共有可能 — 必要に応じて他の開発者も参照できる
- 時系列で記録が残る — コメントで判断の経緯が追える
全体のワークフロー
情報の流れ
課題発生 → Backlog に登録（利用者 or 課題確認会）
→ Asana にも登録（開発PM がトリアージ）
→ 開発が必要なら GitHub Issue 作成（epm-server）
トリアージ → Claude Code で3システムを横断確認
→ 状況分析・優先度づけ・次のアクションを決定
→ プライベートリポジトリの Issue に記録
開発完了 → GitHub PR マージ（epm-server）
→ Asana を「完了」に更新（GitHub リンク付き）
→ Backlog にコメントで報告（次回課題確認会で確認）
→ プライベートリポジトリの Issue でチェックボックスを更新
Claude Code による自動化ポイント
| 操作 | 自動化の可否 |
|---|---|
| Asana の未完了タスク一覧取得 | ◯ セッション開始時に自動確認 |
| GitHub Issue/PR の存在確認 | ◯ タスク名・キーワードで検索 |
| Asana タスクに GitHub リンク付与＋完了 | ◯ MCP で実行可能 |
| Backlog へのコメント投稿 | ◯ MCP で実行可能 |
| プライベートリポジトリの Issue 更新 | ◯ gh CLI で実行可能 |
| トリアージ結果のコメント追記 | ◯ gh issue comment で実行可能 |
課題確認会の前に実施すること
- Claude Code で Asana の全未完了タスクを取得
- 対応する GitHub Issue/PR のステータスを確認
- 完了したものは Asana を更新、Backlog にコメント
- プライベートリポジトリの Issue を最新化
- 未対応のものは優先度を再評価
まとめ
3システムの併用は、3層のステークホルダー（利用者・開発経営・作業担当）がそれぞれの視点で状況を把握するための合理的な構造。
ただし、担当者個人の「今何をすべきか」を整理する場所が欠けていた。これを Claude Code（タスクトリアージ）+ プライベートリポジトリの Issue（記録・モバイル確認） で補完する。
成功の鍵は:
- トリアージは Claude Code — 3システムを横断して状況を分析し、優先度を判断
- 記録はプライベートリポジトリの Issue — スマホで確認可能、時系列で経緯が残る
- 報告は各システムへ — ステークホルダーごとに適切なシステムで共有
- 課題確認会を同期ポイントに — 定期的な棚卸しで整合性を保つ