ToDoリスト・タスク管理

プロジェクトのやるべきことを全てIssueに洗い出し、管理する方法です。一つのIssueを一つのタスク（またはサブタスク）に対応させます。

例えば「契約書ドラフト作成」「チラシデザイン依頼」「顧客A訪問調整」といった業務タスクそれぞれにIssueを立てます。担当者と期限を設定し、進捗はコメントで更新します。完了したらCloseします。

これをプロジェクトメンバー全員が見える状態で進めることで、誰が何を抱えているかが透明化され、また抜け漏れ防止になります。「自分が関連するIssueだけ見たい」場合は自分にAssigneeされたものだけフィルタリングできますし、逆に「自分がフォローすべきIssueはウォッチ（Subscribe）」することも可能です。

GitHub Issuesは更新があれば通知も来るので、タスク管理ツール代わりとして十分機能します。

会議のアジェンダ管理

定例会議や打ち合わせの議題をIssueで管理する方法です。例えば週次ミーティング用に「Week 12 Agenda」というIssueを作り、その週に話すべきトピックを箇条書きでリストします。

メンバーは議題を思いついたらそのIssueにコメントして追加します。当日はそのIssueを見ながら議論し、議事録や決定事項もコメントに追記します。最後に会議終了とともにCloseします（もしくは議事録をWiki等にまとめてからClose）。

こうすると会議ごとの議題と結果がIssueとして蓄積され、過去回の議論内容も遡って参照できます。「この件、先月の会議で何て話したっけ？」となった際に便利です。

アイデア出し・ブレインストーミング

アイデアや提案を気軽にIssueに書いて共有するやり方です。例えば「新サービス企画アイデア集」というリポジトリを作り、メンバー各自が思いついたアイデアをIssueに投稿します。

他のメンバーはそれにコメントで意見を述べたり、👍リアクションを付けたりできます。議論が成熟したらCloseするなり、実行タスクに昇華して別のリポジトリにIssueを移すなりします。

Slackの雑談チャンネルに書くのもよいですが、GitHub Issueに残せばあとから拾い上げやすくなります。

Q&Aや情報共有

業務で発生した質問・疑問をIssueで尋ね、分かった人が回答するという使い方です。いわば社内Stack Overflowのようなものです。

「○○の手順がわからない」とIssueを立てておけば、知っている人がコメントで回答し、解決したらCloseします。このQ&Aは後から同じ疑問を持った人の助けにもなります。

類似の質問を防ぐためにまずIssue検索する文化が根付けば、ナレッジの再利用が進みます。もちろん、整理が必要になればWikiにまとめなおすといったアクションも可能です。