任务估算

何时使用此技能

• Sprint 规划：决定在 Sprint 中包含哪些工作
• 路线图制定：构建长期计划
• 资源规划：估算团队规模和项目时间表

操作指南

步骤 1：故事点 (相对估算)

斐波那契数列: 1, 2, 3, 5, 8, 13, 21

## 故事点参考指南

### 1 点 (非常小)
- 示例：文本更改、常量值更新
- 时间：1-2 小时
- 复杂度：非常低
- 风险：无

### 2 点 (小)
- 示例：简单的错误修复、添加日志
- 时间：2-4 小时
- 复杂度：低
- 风险：低

### 3 点 (中等)
- 示例：简单的 CRUD API 端点
- 时间：4-8 小时
- 复杂度：中等
- 风险：低

### 5 点 (中大型)
- 示例：复杂表单实现、认证中间件
- 时间：1-2 天
- 复杂度：中等
- 风险：中等

### 8 点 (大)
- 示例：新功能 (前端 + 后端)
- 时间：2-3 天
- 复杂度：高
- 风险：中等

### 13 点 (非常大)
- 示例：支付系统集成
- 时间：约 1 周
- 复杂度：非常高
- 风险：高
- **建议**：拆分为更小的任务

### 21+ 点 (史诗级)
- **必须**：拆分为更小的用户故事

步骤 2：计划扑克

流程：

1. 产品负责人解释故事
2. 团队成员提问
3. 每人选择一张牌 (1, 2, 3, 5, 8, 13)
4. 同时亮牌
5. 打出最高/最低分的成员解释原因
6. 重新投票
7. 达成共识

示例：

故事: "用户可以上传个人资料照片"

成员 A: 3 点 (简单的上传前端)
成员 B: 5 点 (需要考虑图片缩放)
成员 C: 8 点 (需要考虑 S3 上传和安全问题)

讨论:
- 可以使用图片处理库
- S3 存储已配置好
- 需要添加文件大小验证

重新投票 → 达成共识，定为 5 点

步骤 3：T-Shirt 尺寸估算 (快速估算)

## T-Shirt 尺寸对照

- **XS**: 1-2 个故事点 (约 1 小时内)
- **S**: 2-3 个故事点 (约半天)
- **M**: 5 个故事点 (1-2 天)
- **L**: 8 个故事点 (约 1 周)
- **XL**: 13+ 个故事点 (需要拆分)

**适用场景**：
- 初始待办事项梳理
- 粗略的路线图规划
- 快速优先级排序

步骤 4：考虑风险与不确定性

估算调整示例：

interface TaskEstimate {
  baseEstimate: number;      // 基础估算值
  risk: 'low' | 'medium' | 'high';  // 风险等级
  uncertainty: number;        // 不确定性系数 (0-1)
  finalEstimate: number;      // 最终调整后的估算值
}

function adjustEstimate(estimate: TaskEstimate): number {
  let buffer = 1.0;

  // 根据风险增加缓冲
  if (estimate.risk === 'medium') buffer *= 1.3;
  if (estimate.risk === 'high') buffer *= 1.5;

  // 根据不确定性增加缓冲
  buffer *= (1 + estimate.uncertainty);

  return Math.ceil(estimate.baseEstimate * buffer);
}

// 使用示例
const task = {
  baseEstimate: 5,
  risk: 'medium',
  uncertainty: 0.2  // 20% 的不确定性
};

const final = adjustEstimate(task);  // 5 * 1.3 * 1.2 = 7.8 → 向上取整为 8 点

输出格式

估算文档模板

## 任务：[任务名称]

### 描述
[详细的工作描述]

### 验收标准
- [ ] 标准 1
- [ ] 标准 2
- [ ] 标准 3

### 估算结果
- **故事点**：5
- **T-Shirt 尺寸**：M
- **预计时间**：1-2 天

### 任务分解
- 前端界面：2 点
- API 端点：2 点
- 测试：1 点

### 风险
- API 响应时间不确定 (中等风险)
- 依赖第三方库 (低风险)

### 前置依赖
- 必须先完成用户认证功能

### 备注
- 需要与 UX 团队讨论设计细节

约束条件

强制性规则 (必须遵守)

1. 相对估算：使用相对复杂度而非绝对时间进行估算
2. 团队共识：估算结果需获得整个团队的同意，而非个人决定
3. 使用历史数据：基于团队的历史交付速度进行规划

禁止事项 (绝不能做)

1. 给个人施压：估算不是承诺，不应因此给开发者压力
2. 过于细致的估算：任何超过13点的任务都应拆分
3. 将估算等同于截止日期：估算 ≠ 承诺

最佳实践

1. 分解任务：将大任务拆分成更小的、可管理的部分
2. 参考过往：参考以往类似工作的估算经验
3. 预留缓冲：为意外情况预留时间

参考链接

• Scrum 指南
• 计划扑克
• 故事点介绍

元数据

版本信息

• 当前版本：1.0.0
• 最后更新：2025-01-01
• 兼容平台：Claude, ChatGPT, Gemini

标签

#估算 #敏捷开发 #故事点 #计划扑克 #Sprint规划 #项目管理

使用示例

示例 1：基础用法

示例 2：高级用法