文档介绍：敏捷开发流程需求分析、迭代计划会议参与人员:项目经理、开发人员、 UED 产品经理、测试人员团队共同讨论本轮迭代详细开发计划?按照原型图和需求列表,澄清需求、对“完成标准”达成一致?工作量估计、根据团队能力确定本轮迭代交付内容; ?细化、分配迭代任务和初始工作计划迭代计划会议由团队共同确定迭代交付内容和完成标准故事卡片?开发人员按照需求编写故事卡片包括:功能模块、开发人员、预计完成时间、描述、详细?测试人员根据故事卡编写测试用例?迭代过程中,及时跟进燃烧图,便于所有人了解迭代开发进度?边开发边测试每日站立会议每日工作前,团队成员的例行沟通机制, 由项目经理组织,成员全体站立参加,大概10-15 分钟聚焦在下面的三个主题: ?我昨天为本项目做了什么? ?我计划今天为本项目做什么? ?我需要什么帮助以更高效的工作? 迭代验收会议迭代结束前三天要完成开发任务, BM 从主干开验收版本,在分支上只进行 bug 修改, 并在结束前进行验收。?通过演示可工作的软件检查需求是否满足客户要求; ?由项目经理演示可工作软件,公司任何人都可参加,通过演示成果和大家的表现确定该迭代是否成功。迭代回顾会议在每轮迭代结束后举行的会议,项目组成员对该次迭代中的优点与缺点进行总结,做为下次改进的依据。围绕如下三个问题: ?本次迭代有哪些做得好?本次迭代我们哪些方面还能做得更好?我们下次迭代准备在哪些方面改进? 迭代结束后, BM要进行分支合并主干, 并在下迭代开始时切换至主干进行开发工作。每次迭代会议,验收会议开始前都需要邮件至公司全体人员。关于输出?项目启动时: 产品经理:需求列表,发布计划?迭代进行时: 产品经理: 原型图初稿,本次迭代待完成的需求列表项目经理:迭代开发计划列表,燃烧图 UED :原型图,页面制作开发人员:故事卡片,单元测试,代码走查结果测试人员:测试用例,敏捷跟踪报告敏捷测试注意一:团队?测试工程师是否与开发工程师建立了紧密联系? ?测试工程师是否与客户建立和紧密联系?是否参加每日站立会议?是否与开发工程师可以展开随时的, 面对面的,对等的讨论? ?是否保持和客户的良好沟通?是否和客户一起维护良好定义的验收测试? (主要是通过售后间接和客户保持良好的联系)