第8回 — Issue駆動開発② 一気通貫 + チーム運用 + 卒業制作

Phase 3｜Issue駆動開発／ 8時間（講義2h + ワークショップ6h）前提プラットフォーム：GitHub

この回の狙い

第1〜7回の総まとめ。Issueからマージまでの完全フローを通す
チーム運用（属人化の解消・誰でも参加できる開発）まで視野に入れる
卒業制作として、実務（または擬似案件）でIssue駆動開発を 1サイクル完遂 する

タイムテーブル

時間	内容
0:00–2:00	講義
2:15–6:30	卒業制作（Issue→PR→マージ完全フロー）
6:30–7:30	相互発表・フィードバック
7:30–8:00	修了・継続学習の案内

講義（2h）スライド構成

完全フロー（総まとめ）：

① Issue作成（構造化）
② AIが修正方針を提案 → ③ ゲートレビュー
④ AIが実装 → 差分レビュー
⑤ 動作確認（ローカル）→ 結果をチェックリストでIssueに記録
⑥ AIがPR作成 → ⑦ 最終レビュー → ⑧ マージ

動作確認の記録：受け入れ条件をチェックリスト化し、確認結果をIssue/PRに残す
チーム運用：
- 全経過がIssueに残る → 誰でも（経験の浅いSE/PMでも）引き継げる
- 「AIも人も交代可能」＝属人化の解消
スケール運用：複数エージェント × Worktree × Issue並列（第6回の応用）
- 「夜にIssueを一斉割り当て、翌朝レビュー」の働き方
品質保証：ゲートレビュー＝各ステップの人の承認／PR＝検証可能な成果物
継続学習：ツールのアップデート追従／社内への展開のしかた
卒業制作の進め方と評価観点

💡 講師メモ：評価は「動いたか」だけでなく「Issueを見れば他人が再現・引き継ぎできるか」を重視する。

ワークショップ（6h）— 卒業制作

課題

各自、実務（または擬似案件リポジトリ）の課題で Issue駆動開発を1サイクル完遂 する。

進め方チェックリスト

[ ] ① 構造化Issue作成（概要／現状／期待する動作／受け入れ条件）
[ ] ② AIに方針提案させIssueにコメント
[ ] ③ ゲートレビュー → 方針確定
[ ] ④ 実装（必要ならWorktreeで並列）→ 差分レビュー
[ ] ⑤ 動作確認 → 受け入れ条件をチェックリストで検証し、結果をIssueに記録
[ ] ⑥ PR作成（変更概要・確認手順を記載）
[ ] ⑦ 最終レビュー → マージ
[ ] すべての経過がIssue/PRに記録されていることを確認

相互発表（1h）

[ ] 各自5〜10分：Issueとフローを見せながら発表
[ ] 相互フィードバック
[ ] 「明日から実務でどう運用するか」を宣言

OJT課題（修了後）

実務でIssue駆動開発を継続実践する。社内展開の第一歩を踏み出す。

成果物（卒業制作）

完遂したIssue 1件（方針・レビュー・確認結果まで記録）
マージ済みPR 1件
「明日からの運用宣言」

🎯 回のゴール

実務でIssue駆動開発を独力で1サイクル完遂でき、チームへ展開する道筋を説明できる。

修了判定（到達確認）

[ ] Issueからマージまでを独力で通せた
[ ] ゲートレビューで品質を担保できた
[ ] Issue/PRを見れば第三者が経緯を追える
[ ] Worktree並列・MCP・CLAUDE.md を必要に応じて使えた