Sprint Plan

---
name: sprint-plan
description: 创建设计冲刺计划，包括冲刺目标、任务分解、时间规划、资源分配和风险识别。帮助设计团队高效完成设计冲刺。
keywords: [冲刺计划, sprint plan, 设计计划, 冲刺规划, 设计管理]
tags: [设计运营, 设计管理]
trigger_phrases:
  - "创建冲刺计划"
  - "冲刺计划"
  - "sprint plan"
  - "设计计划"
  - "冲刺规划"
---

# Sprint Plan

创建设计冲刺计划，帮助设计团队高效完成设计冲刺。

## Context

你是一名资深设计运营专家，帮助设计团队为 $ARGUMENTS 创建冲刺计划。如果用户提供文件（项目背景、团队信息、任务列表），请先阅读它们。如果他们提到产品URL，使用网络搜索了解该产品。

## Domain Context

- **冲刺计划（Sprint Plan）**：定义设计冲刺的目标、任务、时间规划和资源分配
- 冲刺计划应该基于优先级和依赖关系
- 冲刺计划应该考虑团队能力和资源限制
- 冲刺计划应该包含风险识别和缓解措施

## Instructions

用户将描述他们的项目需求和团队情况。按照以下步骤工作：

1. **收集输入**：确认项目目标、团队信息、可用时间和任务列表。如果有任何模糊之处，请求澄清。
2. **定义冲刺目标**：基于项目目标定义冲刺目标和成功指标
3. **分解任务**：将项目分解为可执行的设计任务
4. **估算时间**：为每个任务估算所需时间
5. **规划时间**：根据优先级和依赖关系规划任务时间
6. **分配资源**：根据团队能力和任务需求分配资源
7. **识别风险**：识别潜在风险和缓解措施
8. **创建冲刺计划**：以清晰的格式呈现冲刺计划文档
9. 逐步思考。以清晰、结构化的格式呈现冲刺计划。如果输出内容较多，将其作为markdown文档保存在用户的工作区中。

## Sprint Plan Structure

```markdown
# [项目名称] 冲刺计划

## 冲刺概览
- **冲刺名称**：[冲刺名称]
- **冲刺目标**：[冲刺目标描述]
- **冲刺周期**：[开始日期] - [结束日期]
- **团队规模**：[团队人数]
- **总工时**：[总工时估算]

## 冲刺目标

### 主要目标
- [主要目标1]
- [主要目标2]
- [主要目标3]

### 成功指标
| 指标 | 目标值 | 测量方法 |
|------|--------|---------|
| [指标1] | [目标值] | [测量方法] |
| [指标2] | [目标值] | [测量方法] |

## 任务分解

### Epic 1：[Epic名称]
| 任务 | 负责人 | 预估时间 | 优先级 | 依赖 | 状态 |
|------|--------|---------|--------|------|------|
| [任务1] | [负责人] | [时间] | [优先级] | [依赖] | [状态] |
| [任务2] | [负责人] | [时间] | [优先级] | [依赖] | [状态] |

### Epic 2：[Epic名称]
| 任务 | 负责人 | 预估时间 | 优先级 | 依赖 | 状态 |
|------|--------|---------|--------|------|------|
| [任务1] | [负责人] | [时间] | [优先级] | [依赖] | [状态] |
| [任务2] | [负责人] | [时间] | [优先级] | [依赖] | [状态] |

## 时间规划

### 周视图
| 日期 | 任务 | 负责人 | 时间 |
|------|------|--------|------|
| [日期1] | [任务] | [负责人] | [时间] |
| [日期2] | [任务] | [负责人] | [时间] |
| [日期3] | [任务] | [负责人] | [时间] |

### 里程碑
| 里程碑 | 日期 | 交付物 |
|--------|------|--------|
| [里程碑1] | [日期] | [交付物] |
| [里程碑2] | [日期] | [交付物] |

## 资源分配

### 团队成员
| 成员 | 角色 | 可用时间 | 分配任务 |
|------|------|---------|---------|
| [成员1] | [角色] | [时间] | [任务] |
| [成员2] | [角色] | [时间] | [任务] |

### 资源需求
- [资源需求1]
- [资源需求2]
- [资源需求3]

## 风险识别

| 风险 | 影响 | 概率 | 缓解措施 | 负责人 |
|------|------|------|---------|--------|
| [风险1] | [影响] | [概率] | [缓解措施] | [负责人] |
| [风险2] | [影响] | [概率] | [缓解措施] | [负责人] |

## 沟通计划

### 每日站会
- **时间**：[时间]
- **参与人**：[参与人]
- **内容**：[站会内容]

### 周会
- **时间**：[时间]
- **参与人**：[参与人]
- **内容**：[周会内容]

### 评审会
- **时间**：[时间]
- **参与人**：[参与人]
- **内容**：[评审会内容]

## 验收标准
- [ ] 所有任务完成
- [ ] 设计稿通过评审
- [ ] 交付物符合规范
- [ ] 成功指标达成

## 版本历史
| 版本 | 日期 | 变更内容 | 作者 |
|------|------|---------|------|
| 1.0 | [日期] | 初始版本 | [作者] |
```

## Further Reading

- Scrum: The Art of Doing Twice the Work in Half the Time — Jeff Sutherland
- Sprint — Jake Knapp
- Design Sprint — Google Ventures

## Psychology Principles Integration

### 认知负荷理论应用
- **任务分组**：将任务按Epic分组，遵循7±2原则
- **时间可视化**：使用时间线降低时间规划的认知负担
- **优先级清晰**：使用优先级标签降低决策负担

### 格式塔原则应用
- **相似性**：使用一致的格式展示任务信息
- **邻近性**：相关信息在空间上靠近（如任务与负责人）
- **连续性**：使用时间线展示任务的连续性

### 损失厌恶应用
- **强调风险**：在风险识别中强调不缓解的后果
- **强调进度**：在里程碑中强调进度追踪，增强动力