1.6 KiB
1.6 KiB
title, type, tags, last_updated
| title | type | tags | last_updated | |||
|---|---|---|---|---|---|---|
| Time Boxing | concept |
|
2026-04-25 |
Definition
为每个工作阶段设定严格的时间上限（Time Box），无论该阶段是否"完成"，时间到达后必须停止并交付当前状态，进入下一阶段。
Core Principle
Time Boxing 是对抗"完美主义"和"范围蔓延"的武器——在敏捷/Scrum 中广泛使用，在 Multi-Agent 工作流中同样有效。
Usage in The Agency
- workflow-landing-page：每个 Agent 任务都有明确的时间盒
- 09:00–11:00：Content Creator + UI Designer（2小时并行）
- 11:00–14:00：Frontend Developer 构建（3小时）
- 14:00：完成第一版
- 14:00–14:30：Growth Hacker 审查（30分钟）
- 15:30：应用反馈完成
- 16:30：交付上线
- workflow-startup-mvp：每周一个阶段有明确交付物截止日期
- scenario-incident-response：P0 事件 15 分钟必须恢复，P1 1 小时内解决
Why Time Box Works
- 催促决策：没有无限时间，团队必须优先处理最重要的部分
- 可预测节奏：所有参与者知道何时会有产出
- 避免过度工程：不追求完美的 100 分，而是在时间限制内交付 80 分的价值
- 促进迭代：第一版快速上线 → 收集真实反馈 → 下一轮 Time Box 改进
Anti-Pattern
不要将 Time Boxing 变成"赶工"的借口。每个 Time Box 内部应该有明确的最小可用产出（MVP）定义，确保即使提前完成也能交付有价值的东西。
Aliases
- Fixed Time Window
- Time Limit Discipline
- Sprint