タスク管理ツールの活用
ストーリー
「タスク管理の考え方はわかった。でも実際、何を使って管理するんですか？ 付箋？Excel？」
渡辺マネージャーが笑った。
「チームで使っているツールに合わせるのが基本だ。 うちではJiraとGitHub Issuesを併用している。 ツールは目的に合わせて選ぶことが大切だ。 それぞれの特徴と使い分けを覚えよう」
主要なタスク管理ツール
ツール比較表
| ツール | 特徴 | 最適な用途 | 料金 |
|---|---|---|---|
| Jira | 本格的なプロジェクト管理、スクラム/カンバン対応 | チーム開発、スプリント管理 | 10名まで無料 |
| GitHub Issues | GitHubリポジトリと統合、シンプル | OSS、小〜中規模の開発チーム | リポジトリが使えれば無料 |
| Notion | 柔軟なデータベース、ドキュメントと統合 | ナレッジ管理、小規模チーム | 個人無料 |
| Trello | 直感的なカンバンボード | 小規模チーム、個人タスク | 基本無料 |
| Linear | モダンなUI、高速な操作性 | スタートアップ、開発チーム | 基本無料 |
Jira の活用
エンタープライズで最も広く使われているプロジェクト管理ツールです。
基本概念
プロジェクト
└─ ボード（スクラム or カンバン）
└─ スプリント
└─ イシュー（タスク）
├─ Epic（大きな機能単位）
├─ Story（ユーザーストーリー）
├─ Task（技術タスク）
├─ Bug（バグ）
└─ Sub-task（サブタスク）
イシューの書き方テンプレート
markdown
タイトル: [種別] 簡潔な説明
## 概要
何をするのか、なぜ必要なのかを1〜2文で
## 受け入れ条件
- [ ] 条件1: ユーザーが〜できること
- [ ] 条件2: テストが通ること
- [ ] 条件3: ドキュメントが更新されていること
## 技術メモ
- 影響範囲: 〜モジュール
- 関連PR: #xxx
## 見積もり
ストーリーポイント: 3ステータスの使い方
[Backlog] → [To Do] → [In Progress] → [In Review] → [Done]
計画前 計画済 作業中 レビュー中 完了
| ステータス | いつ変更するか |
|---|---|
| To Do | スプリントに追加された時 |
| In Progress | 作業を開始した時 |
| In Review | PRを出した/レビュー依頼した時 |
| Done | マージされ、受け入れ条件を満たした時 |
GitHub Issues の活用
GitHubリポジトリと密接に連携できるタスク管理ツールです。
基本機能
| 機能 | 用途 |
|---|---|
| Issue | バグ報告、機能リクエスト、タスク |
| Label | カテゴリ分類（bug, enhancement, documentation等） |
| Milestone | リリース単位でのグルーピング |
| Project | カンバンボード（GitHub Projects） |
| Assignee | 担当者の割り当て |
効果的なIssueの書き方
markdown
## バグ報告の場合
### 現象
何が起きているか
### 再現手順
1. 〜画面を開く
2. 〜ボタンをクリック
3. 〜を入力
### 期待される動作
本来どうなるべきか
### 実際の動作
実際にどうなっているか
### 環境
- OS: macOS 14.2
- ブラウザ: Chrome 120
- アプリバージョン: v2.3.1PR と Issue の連携
markdown
## PRの説明文で
Closes #123 ← マージ時にIssue #123 を自動クローズ
Fixes #456 ← 同上
Relates to #789 ← 関連するが自動クローズしないGitHub Projects（カンバンボード）
┌──────────┬──────────┬──────────┬──────────┐
│ Backlog │ To Do │ In Progress│ Done │
├──────────┼──────────┼──────────┼──────────┤
│ #101 API │ #98 認証 │ #95 検索 │ #90 ログイン│
│ #102 通知 │ #99 テスト│ #96 UI │ #91 DB移行 │
│ #103 設定 │ │ │ #92 API │
│ │ │ │ #93 テスト │
└──────────┴──────────┴──────────┴──────────┘
Notion の活用
ドキュメントとタスク管理を一体化できるオールインワンツールです。
タスク管理データベースの構成
| プロパティ | 種類 | 用途 |
|---|---|---|
| タスク名 | Title | タスクの概要 |
| ステータス | Select | To Do / In Progress / Done |
| 優先度 | Select | High / Medium / Low |
| 担当者 | Person | 誰がやるか |
| 期限 | Date | いつまでに |
| プロジェクト | Relation | どのプロジェクトか |
| 見積もり時間 | Number | 何時間かかるか |
Notionの強み
- ドキュメントの中にタスクを埋め込める
- データベースのビューを柔軟に切り替え可能（テーブル、カンバン、カレンダー、タイムライン）
- テンプレートで定型作業を効率化
ツールの使い分け
個人タスクとチームタスクの分離
チームタスク（Jira / GitHub Issues）
├─ スプリント内のストーリー・タスク
├─ バグ報告
└─ 技術的な改善（リファクタリング等）
個人タスク（Notion / メモアプリ）
├─ 今日のTo Do
├─ 学習メモ
├─ 思いつきアイデア
└─ 長期的な目標
チームのツールに合わせる
最も重要なルールは、「チームで決めたツールを使う」ことです。
| やるべきこと | やってはいけないこと |
|---|---|
| チームのJiraボードを毎日確認する | 自分だけ別のツールで管理する |
| ステータスをリアルタイムに更新する | 完了しても更新を忘れる |
| コメントで進捗や問題を共有する | 口頭でしか伝えない |
| テンプレートに沿ってイシューを書く | 情報不足のイシューを作る |
まとめ
| ポイント | 内容 |
|---|---|
| Jira | 本格的なプロジェクト管理。スクラム/カンバン対応 |
| GitHub Issues | リポジトリと統合。PRとの連携が強み |
| Notion | ドキュメントとタスクの一体管理。柔軟なビュー |
| 使い分け | チームタスクはチームのツール、個人タスクは好みで |
| 最重要ルール | ステータスをリアルタイムに更新し、チームに見える状態を保つ |
チェックリスト
- Jiraの基本概念（Epic, Story, Task, Bug）を理解した
- GitHub Issues と PR の連携方法を知った
- Notionのタスク管理データベースの構成を理解した
- チームタスクと個人タスクの使い分けができる
次のステップへ
次のセクションでは、大きなタスクを小さなタスクに「分解」し、それぞれの所要時間を「見積もる」技術を学びます。「大きなタスクをどう進めればいいかわからない」問題を解決しましょう。
推定読了時間: 20分