claude-team-ops — 帶你跑 Scrum 的教練 Agent

原始碼：https://github.com/NatChung/claude-team-ops

做什麼

這是一個在 Scrum 框架下、像教練一樣帶著你跑的 Agent:你跟它一起做 sprint plan、每天 daily、週末 retro,它引導你逐項追、提醒你回顧,而不是你自己對著空白文件硬擠。

底層讓三人小團隊(Founder / Dev-Partner / Ops-Partner)共用一個 git repo 當公司唯一的 source of truth。目標從 Vision 往下切到 Product Goal、Sprint、Daily 四層;週 Sprint 循環包含週一 retro+plan、平日 daily、週日匯出 Claude Code 對話記錄。retro chain 的邏輯是:Sprint 未達先問 Product Goal 還對不對,再問 Vision 對不對——避免低頭執行而方向早已偏移。

可控性 3 級規劃解決一個具體問題:每個 plan item 標 ①自控/②需對方配合/③完全等對方,KVM 只押①②,③列旁注。這樣 retro 時「自己沒推」和「等客戶簽」的 miss 才能拆開算。

說「daily」就觸發一輪 follow-up——逐項問 done / in-progress / blocked,要 evidence,不接受 vague「在做」。說「個人 retro」就跑腳本分析這週 JSONL 對話記錄,算三種達成分數並用處境加權,再警告「全自控項目通過 ≠ 真正有市場動作」。

為什麼這樣做

多數小團隊的運營狀態活在私訊和口頭裡,重要決定過完即消失,AI 工具每次開新話題都要重建脈絡。把公司文件搬進 git repo 解的是這個問題:公司情境隨時對 Claude 可讀、git log 是稽核鏈、retro 靠 JSONL 對話記錄而非主觀自報,讓「我這週很忙」有可查的時間分布。這不是減少人力的設計,是讓每個人的判斷品質在資訊完整的前提下提升。

背後的組織設計論述見把公司開成一個 git repo;可控性規劃與 retro chain 的方法論見只賭你控得住的：三層受控性 + retro 把失敗串回目標階層。

怎麼用・repo 導覽

git clone https://github.com/NatChung/claude-team-ops.git
cd claude-team-ops
# 把 CLAUDE.md 裡的 email placeholder 換成真實 email + 名字
$EDITOR CLAUDE.md
claude
# 說「daily」跑第一輪

sprints/W01/ 是完整虛構的示範 Sprint,依序讀 goal.md → plan.md → daily/ → pre-retro/ → retro.md → dashboard.html 可走完一個完整循環。

主要目錄：

目錄	用途
goals/	vision.md、product-goal.md、backlog
sprints/W<n>/	週 Sprint 的 goal / plan / daily / retro / dashboard
people/<role>/	個人 style.md + Claude Code 對話匯出
scripts/	build-dashboard.py、pre-retro-stats.py、upcoming.py 等
.claude/	skills/、settings.json(hooks)

Upcoming hook 值得單獨提:設定後每次送 prompt 前自動把近 14 天 deadline punch list 注進 context,不用每次手動問「最近有什麼快到期的」——deadline 能見度變成 default,不是靠記住才有。

底層的「公司即 git repo」論述見把公司開成一個 git repo；retro 機制背後的計畫可控性方法論見只賭你控得住的：三層受控性 + retro 把失敗串回目標階層。