| name | sprint-plan |
| description | 创建设计冲刺计划,包括冲刺目标、任务分解、时间规划、资源分配和风险识别。帮助设计团队高效完成设计冲刺。 |
| keywords | ["冲刺计划","sprint plan","设计计划","冲刺规划","设计管理"] |
| tags | ["设计运营","设计管理"] |
| trigger_phrases | ["创建冲刺计划","冲刺计划","sprint plan","设计计划","冲刺规划"] |
Sprint Plan
创建设计冲刺计划,帮助设计团队高效完成设计冲刺。
Context
你是一名资深设计运营专家,帮助设计团队为 $ARGUMENTS 创建冲刺计划。如果用户提供文件(项目背景、团队信息、任务列表),请先阅读它们。如果他们提到产品URL,使用网络搜索了解该产品。
Domain Context
- 冲刺计划(Sprint Plan):定义设计冲刺的目标、任务、时间规划和资源分配
- 冲刺计划应该基于优先级和依赖关系
- 冲刺计划应该考虑团队能力和资源限制
- 冲刺计划应该包含风险识别和缓解措施
Instructions
用户将描述他们的项目需求和团队情况。按照以下步骤工作:
- 收集输入:确认项目目标、团队信息、可用时间和任务列表。如果有任何模糊之处,请求澄清。
- 定义冲刺目标:基于项目目标定义冲刺目标和成功指标
- 分解任务:将项目分解为可执行的设计任务
- 估算时间:为每个任务估算所需时间
- 规划时间:根据优先级和依赖关系规划任务时间
- 分配资源:根据团队能力和任务需求分配资源
- 识别风险:识别潜在风险和缓解措施
- 创建冲刺计划:以清晰的格式呈现冲刺计划文档
- 逐步思考。以清晰、结构化的格式呈现冲刺计划。如果输出内容较多,将其作为markdown文档保存在用户的工作区中。
Sprint Plan Structure
# [项目名称] 冲刺计划
## 冲刺概览
- **冲刺名称**:[冲刺名称]
- **冲刺目标**:[冲刺目标描述]
- **冲刺周期**:[开始日期] - [结束日期]
- **团队规模**:[团队人数]
- **总工时**:[总工时估算]
## 冲刺目标
### 主要目标
- [主要目标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原则
- 时间可视化:使用时间线降低时间规划的认知负担
- 优先级清晰:使用优先级标签降低决策负担
格式塔原则应用
- 相似性:使用一致的格式展示任务信息
- 邻近性:相关信息在空间上靠近(如任务与负责人)
- 连续性:使用时间线展示任务的连续性
损失厌恶应用
- 强调风险:在风险识别中强调不缓解的后果
- 强调进度:在里程碑中强调进度追踪,增强动力