Velocity 不必要：我就是 velocity

solo engineer 没有 velocity。

大公司做 velocity：

• velocity 定义：sprint 完成 story point 数 / sprint
• velocity 测量：每个 sprint 末计算
• velocity 比较：跨 sprint / 跨团队 / 跨部门
• velocity 预测：基于历史 velocity 预测未来 sprint 能完成多少
• velocity benchmark：团队 / 部门 / 公司的平均 velocity
• velocity 评估：HR 用 velocity 评估团队 / 个人绩效

一人工程做 velocity：

• 没有 story point
• 没有 sprint
• 没有 benchmark
• 没有 HR 评估

simedw 的 velocity 哲学

simedw 是 iPhone piano app。他的"velocity"在 git log 里：

• commit 1：exp 1 standard cross-entropy baseline（2026 年某月某日）
• commit 2：exp 2 compound note events 5× speedup（同月）
• commit 3：exp 3 DPO preference optimization（同月）
• commit 4：exp 4 β=0.03 vs β=0.10（同月）
• ...
• commit 14：exp 14 DPO main 接续度

14 个 commit / 6 个月 = simedw 的 velocity = 14 个实验 / 半年。

git log 是 simedw 的 velocity dashboard：

• 每次 commit = 1 个 story point（自我估算）
• 每天 commit 数 = 当天 velocity
• 每周 commit 数 = 当周 velocity
• 每月 commit 数 = 当月 velocity

不需要单独的 velocity 工具，因为 git log 就是。

一人工程的 velocity 工具

• git log：commit 频率 = velocity
• commit 时间戳：commit 时间 = 工作节奏
• commit message：commit 内容 = 工作内容
• git diff：每次 commit 改动 = velocity 单位

不需要 Jira sprint board，因为 git log 够了。

velocity 在大公司的政治

velocity 不是工具——是绩效工具 + 政治工具：

• HR：要用 velocity 评估团队绩效
• VP：要用 velocity 比较团队
• CTO：要用 velocity 决定 budget 分配
• PM：要用 velocity 预测 sprint 完成时间
• scrum master：要用 velocity 给团队施压
• 工程师：要用 velocity 表现自己

每个 stakeholder 都要 velocity：

• HR velocity = "我评估团队"
• VP velocity = "我比较团队"
• CTO velocity = "我决定 budget"
• PM velocity = "我预测 sprint"
• scrum master velocity = "我给团队施压"
• 工程师 velocity = "我表现自己"

没有 velocity = 没有绩效 = 没有预算。

一人工程没有 stakeholder：

• 开发者 = HR = VP = CTO = PM = scrum master = 工程师
• 一个人 velocity
• 不需要 sprint board

velocity 计算在大公司的必要性

大公司 velocity 计算：

velocity = sprint 完成 story point 总数 / sprint 时长

sprint 1: 30 story point / 2 weeks = 15 story point / week
sprint 2: 32 story point / 2 weeks = 16 story point / week
sprint 3: 28 story point / 2 weeks = 14 story point / week
average velocity: 15 story point / week

每个 velocity：

• 团队稳定后计算
• 跨 sprint 比较
• 跨团队 benchmark

一人工程没有 velocity 计算。一人工程有：

• simedw 14 commit / 6 个月：14 / 26 周 = 0.54 commit / 周 = simedw 的 velocity
• 不需要 sprint：simedw 没有 sprint
• 不需要 benchmark：simedw 没有团队比较

git log 直接算。

velocity 预测在大公司的必要性

大公司 velocity 预测——基于历史预测未来：

average velocity = 15 story point / week
next sprint = 2 weeks
predicted completion = 30 story point

每个 velocity 预测：

• sprint planning 时用
• 决定 sprint 接受多少任务
• 决定 deadline

一人工程没有 velocity 预测。一人工程有：

• simedw 自己知道：simedw 写代码时知道要多久
• 不需要预测：simedw 写完才知道
• 不需要 deadline：simedw 没有外部 deadline

不需要 velocity 预测，因为 simedw 写代码时知道复杂度。

velocity benchmark 在大公司的必要性

大公司 velocity benchmark——团队 / 部门 / 公司平均：

• 团队 A：15 story point / week
• 团队 B：18 story point / week（更高）
• 团队 C：12 story point / week（更低）
• 平均：15 story point / week

每个 benchmark：

• HR 用
• VP 用
• 团队互相比较

一人工程没有 velocity benchmark。一人工程有：

• simedw 自己 benchmark：simedw 14 commit / 6 个月 = 自己的平均 velocity
• 不需要团队比较：simedw 自己 = 团队
• 不需要跨团队：simedw 没有跨团队

velocity 评估在大公司的必要性

大公司 velocity 评估——HR 用 velocity 评估团队 / 个人：

• sprint velocity 低 → 团队表现差
• sprint velocity 高 → 团队表现好
• 跨季度 velocity 下降 → 团队 burnout 或问题
• 跨季度 velocity 上升 → 团队健康

每个 velocity 评估：

• 季度 review
• 个人绩效 review
• 团队排名

一人工程没有 velocity 评估。一人工程有：

• simedw 自己评估：simedw 看 git log + 自己反思"这个月做得好不好"
• 不需要 HR：simedw 自己 = HR
• 不需要排名：simedw 没有团队排名

velocity 的失败模式

大公司 velocity 经常失败：

• velocity inflation：sprint 末 PM 加简单任务拉高 velocity
• velocity gaming：工程师拆分任务（5 点拆成 2+3）让 velocity 高
• story point inflation：今年 5 点 = 去年 8 点（团队熟练后估算变松）
• velocity pressure：scrum master 给团队施压达到 velocity target
• velocity 错误归因：velocity 高 = 团队好，但实际可能是 sprint 内容简单

velocity 失败的解法：

• 跨团队 velocity 校准
• velocity 与奖金脱钩
• 公开 velocity（防止 inflation）

一人工程没有 velocity 失败模式，因为：

• simedw 没有 inflation（自己骗自己没意义）
• simedw 没有 gaming（自己拆分任务浪费时间）
• simedw 没有 story point inflation（没有 story point）
• simedw 没有 pressure（自己给自己施压 vs scrum master）
• simedw 没有错误归因（自己归因）

velocity 在一人工程里 = git log commit 频率，没有失败模式。

velocity 在大公司的 stakeholder 视角

velocity 在不同 stakeholder 视角下不同：

• 工程师视角：velocity = 我的工作量
• scrum master 视角：velocity = 团队协调效率
• PM 视角：velocity = sprint 完成度
• VP 视角：velocity = 团队产出
• HR 视角：velocity = 团队绩效
• CTO 视角：velocity = 工程效率

每个 stakeholder 用 velocity 不同。

一人工程只有 1 个 stakeholder：

• 开发者 = 工程师 = scrum master = PM = VP = HR = CTO
• 1 个 velocity 视角
• 不需要 stakeholder alignment

一人工程的 velocity 哲学

大公司 velocity 是因为他们有：

• 10 个工程师（要衡量团队速度）
• 1 个 scrum master（要计算 velocity）
• 1 个 PM（要用 velocity 预测）
• 5 个 stakeholder（要看 velocity）

一人工程没有这些。一人工程有：

• 0 个工程师（自己就是工程师）
• 0 个 scrum master（自己就是 scrum master）
• 0 个 PM（自己就是 PM）
• 0 个 stakeholder（自己就是 stakeholder）

velocity 在一人工程里 = git log commit 频率。

我就是 velocity

大公司 velocity 是多角色测量的：

• scrum master 收集 sprint 数据
• PM 计算 story point
• VP 跨团队比较
• HR 评估绩效

一人工程 velocity 是git 自动计算的：

• git log 自动记录每次 commit
• commit 时间戳自动记录
• commit message 自动记录改动

不需要 scrum master，不需要 PM，不需要 VP，不需要 HR。

公开 vs 私有 velocity

大公司 velocity 是半公开：

• 团队 velocity 公开（团队内部）
• 跨团队 velocity 公开（公司内部）
• 跨部门 velocity 公开（部门内部）

一人工程 velocity 是完全公开：

• git log 公开（GitHub 公开）
• commit 时间戳公开
• commit message 公开

simedw 的 velocity 通过 GitHub 公开——所有人可以看到 simedw 的 commit 频率 = simedw 的 velocity。

一人工程 + 我就是 velocity

simedw 不做 velocity 计算。 simedw 不做 velocity benchmark。 simedw 不做 velocity 评估。 simedw 写代码 + commit。 git log 自动算 velocity。

velocity 在一人工程里不是工具，是git log。

---

solo engineer 没有 velocity。 solo engineer 的 velocity = git log commit 频率。

solus opus.