迭代介绍
迭代就像团队工作的"短跑冲刺" - 在1-4周内专注完成一组精选任务，交付可用成果。使用AngusTester迭代管理，您的团队将获得：
- ✅ 更清晰的工作规划
- ✅ 更高效的团队协作
- ✅ 更快的产品交付
- ✅ 更强的应变能力
什么是迭代？团队的"工作冲刺周期"
想象迭代就像烹饪一道复杂菜肴：
- 准备阶段：计划本周要做的菜品（迭代计划）
- 烹饪阶段：每天专注完成几道工序（每日工作）
- 品尝阶段：周末邀请客人试吃反馈（成果展示）
- 改进阶段：根据反馈调整配方（回顾优化）
迭代核心特点：
真实案例：
某电商团队使用AngusTester管理迭代：
- 每2周为一个迭代周期
- 每轮交付3-5个核心功能
- 客户满意度提升60%
- 需求变更响应时间缩短75%
迭代的五大核心价值
1. 清晰规划 - 知道"本周做什么"
就像规划一周菜单，避免盲目工作：
- 周一早晨：团队共同选择本周任务（迭代计划会）
- 每日跟进：晨会确认当日工作重点（每日站会）
- 工具支持：AngusTester看板直观展示任务状态
2. 团队协作 - 像乐队般默契配合
迭代促进跨职能协作：
3. 透明沟通 - 所有人同频同步
AngusTester提供实时可视化：
- 进度燃尽图：直观展示剩余工作量
- 每日自动报告：邮件推送任务进展
- 移动端通知：重要更新即时提醒
4. 灵活应变 - 随时调整方向
迭代让团队像冲浪者般灵活：
- 每周调整：根据反馈优化后续计划
- 快速响应：紧急需求下轮即可加入
- 风险预警：问题早发现早解决
5. 质量保障 - 交付即可用
每个迭代结束都交付"可上线的"成果：
- 持续测试：功能开发完成即测试
- 客户验收：每轮结束获取真实反馈
- 质量门禁：自动检查代码质量
迭代周期四步曲
第一步：计划会议（周一上午1-2小时）
markdown
1. **产品负责人** → 展示高优先级需求
2. **团队评估** → 讨论实现方案和工作量
3. **共同承诺** → 确定本周交付目标
4. **任务分解** → 拆分到具体执行项AngusTester技巧：使用"故事点估算"功能快速评估工作量
第二步：每日站会（每天15分钟）
markdown
**每人回答三问题：**
1. 昨天完成了什么？
2. 今天计划做什么？
3. 遇到什么障碍？
**站会规则：**
- 准时开始（建议上午9：30）
- 站立进行（保持简短）
- 问题记录（会后解决）第三步：成果展示（周五下午1小时）
markdown
**展示内容：**
- 演示新功能
- 分享技术突破
- 展示测试报告
**参与者：**
- 开发团队
- 产品负责人
- 客户代表
- 其他利益相关方最佳实践：录制演示视频存档
第四步：回顾反思（周五下午30分钟）
markdown
**讨论重点：**
- 👍 做得好的方面（保持）
- 👎 遇到的问题（改进）
- 💡 优化建议（行动项）
**产出：**
- 1-3条具体改进措施
- 分配到责任人
- 下轮迭代执行AngusTester功能：自动生成回顾会议纪要
迭代权限管理（保障数据安全）
权限场景说明
| 场景 | 需求 | AngusTester解决方案 |
|---|---|---|
| 保密项目 | 限制访问人员 | 设置"有权限控制"模式 |
| 跨团队协作 | 共享部分数据 | 指定共享范围 |
| 全开放项目 | 全员可访问 | 默认"无权限控制" |
三步设置权限
访问级别说明：
- 👀 查看者：仅查看迭代信息
- ✏️ 编辑者：可更新任务状态
- ⚙️ 管理员：可修改迭代设置
安全提示：敏感项目建议开启"操作日志"功能
迭代管理特色功能
智能规划助手（TODO）
- 自动推荐：基于历史数据推荐任务量
- 风险预警：识别任务依赖和潜在冲突
- 平衡检查：确保各职能工作量均衡
实时进度追踪
自动化报告（TODO）
- 每日进度摘要
- 迭代结束总结报告
- 质量分析简报
成功实践案例：电商团队迭代管理
成果：
- 2周完成6大核心功能
- 系统承载能力提升300%
- 大促期间零故障
立即开始您的第一个迭代
三步快速入门
创建迭代
- 登录AngusTester → 任务 → 进入迭代模块 → 点击 添加迭代
添加任务
- 从Backlog拖拽任务到迭代
- 或手动创建新任务
markdown[建议] 首次迭代选择5-8个中等规模任务启动迭代
- 设置开始/结束日期
- 邀请团队成员
- 点击"开始迭代"
专家提示：
- 前三个迭代作为适应期，重点关注流程建立而非任务量
- 迭代不是短跑比赛，而是团队节奏的舞蹈 - 找到属于你们的韵律
迭代字段信息
| 参数 | 字段名 | 类型 | 必填 | 长度限制 | 说明 |
|---|---|---|---|---|---|
| ID | id | bigint | 条件 | / | 迭代唯一标识符；修改时必须 |
| 项目ID | projectId | long | 是 | / | 所属项目唯一标识 |
| 迭代名称 | name | string | 是 | ≤200 | 迭代标识名称 |
| 授权控制 | auth | boolean | 否 | / | 是否启用权限控制，默认false |
| 开始日期 | startDate | datetime | 是 | / | 迭代开始时间 |
| 截止日期 | deadlineDate | datetime | 是 | / | 迭代截止时间 |
| 负责人ID | ownerId | long | 是 | / | 迭代负责人ID |
| 任务前缀 | taskPrefix | string | 否 | ≤40 | 任务编码前缀 |
| 工作量评估方法 | evalWorkloadMethod | enum | 是 | / | 迭代下任务工作量评估方式，查看下面 工作量评估方法 |
| 附件列表 | attachments | list | 否 | / | 迭代相关附件 |
| 验收标准 | acceptanceCriteria | string | 否 | ≤2000 | 软件交付的具体条件和标准 |
| 其他信息 | otherInformation | string | 否 | ≤2000 | 迭代策略、风险管理等补充信息 |
| 迭代状态 | status | enum | 只读 | / | 查看下面 迭代状态 |
| 负责人姓名 | ownerName | string | 只读 | / | 负责人姓名 |
| 负责人头像 | ownerAvatar | string | 只读 | / | 负责人头像链接 |
| 会议列表 | meetings | list | 只读 | / | 迭代会议详情列表 |
| 租户ID | tenantId | long | 只读 | / | 所属租户ID |
| 创建人ID | createdBy | long | 只读 | / | 迭代创建人ID |
| 创建人姓名 | createdByName | string | 只读 | / | 创建人姓名 |
| 创建时间 | createdDate | datetime | 只读 | / | 迭代创建时间 |
| 最后修改人ID | lastModifiedBy | long | 只读 | / | 最后修改人ID |
| 最后修改人姓名 | lastModifiedByName | string | 只读 | / | 最后修改人姓名 |
| 最后修改时间 | lastModifiedDate | datetime | 只读 | / | 最后修改时间 |
| 任务数量 | taskNum | long | 只读 | / | 迭代包含的任务总数 |
| 有效任务数量 | validNum | long | 只读 | / | 有效任务数量（排除已取消任务） |
| 进度 | progress | object | 只读 | / | 迭代进度统计信息 |
| 成员列表 | members | list | 只读 | / | 迭代参与成员列表 |
迭代状态（status）
| 枚举值 | 说明 |
|---|---|
PENDING | 待开始 - 迭代尚未开始 |
IN_PROGRESS | 进行中 - 迭代正在进行 |
COMPLETED | 已完成 - 迭代任务已全部完成 |
BLOCKED | 阻塞中 - 由于某些问题或障碍，迭代无法继续 |
工作量评估方法（evalWorkloadMethod）
| 枚举值 | 说明 |
|---|---|
WORKING_HOURS | 工时评估 - 实际工作时间的估算，以小时为单位 |
STORY_POINT | 故事点评估 - 一种基于任务复杂度的评估方法，适合敏捷开发 |