文档介绍:敏捷开发流程详解 by yangdl
敏捷开发流程
敏捷软件开发核心是迭代式开发,增量交付。
每一次迭代都建立在稳定的质量基础上,并作为下一轮迭代的基线,整个系统的功能随着迭持续集
成,团队每天有完成任务单的情况,都需要在 svn 上以增量形式发包并通知到相关人员;
? 项目计划会议上可以确定每天站立会时间及其规则要求(建议会议时间在 15-20 分钟左右),每
个人回答 3 个问题:昨天做了什么,遇到什么问题,今天要做什么。具体问题讨论及其解决,
在私下进行沟通, 不要在会议上讨论。 站立会上只有 TM 人员有发言权, 其他人员不要干预, SM
主要是维护秩序、规则及其引导作用。
需求分析、设计、编码和测试:
计划会议结束后, TM 获取各自的冲刺任务单进行后面的需求分析、设计、编码和测试;
这里特别要说明的是,开发和测试是并行工作,必要的文档还是需要输出(如:讨论次数较多
的功能点、备选方案很多但最后确认一种、重要功能、业务逻辑复杂的等等) 。具体情况,需要
项目组根据实际情况决定,但客户要求交付的文档必须要输出;
4. 冲刺任务单和燃尽图更新
每天 SM 需要根据每日站立会上 TM 反馈的情况,进行更新冲刺任务单和燃尽图或 SM 和 TM 之间达
成共识, TM 各自完成后进行更改状态,这里涉及到的文档都会有相对应的模板供参考使用。
迭代周期结束点
已到迭代周期结束点,只有哪些经过测试通过的冲刺需求列表才能算是真正的完成,其他未经过测试或测试不通过的不能算是完成。
这里要特别注意,所谓的测试通过不是说要把所有的问题都解决才算是通过,这个要根据项目具体的要求和规定来定。还没有达到迭代结束点,该冲刺任务需求列表就完成,可以从产品需求列表中挑选优先级高的进行开发。
冲刺评审会议
TM 需要召开冲刺评审会议,邀请PO、客户或客户代表来参加,由这些客户或客户代表来表决
是否满足需求和期望目标。一般会议时间建议不要超过 2 个小时,参加人员除 PO 及其相关利益
人来参加外, TM 全体成员,也可以邀请其他相关人员参加。
冲刺回顾会议
?迭代输出的增量交付可能会引起原产品需求列表的改变,可能需要更新原产品需求列表;最后
TM 需要开展本次迭代的好的实践和不足的改进机会,最终稿由 SM 整理汇总,作为下一次的迭
代的经验参考。 回顾会议建议时间不用太长, 一般 15-30 分钟即可, 全体人员都需要参加, 包括:
PO、SM、TM,其他相关人员也可以参加。
这里要说明的是在每次的计划会议上要注意安排时间做冲刺评审会议和冲刺回顾会议。下一次迭代的计划会议建议在上一次迭代的冲刺回顾会议结束后再开展。
重复 2-7 步骤
直到所有列入本版本规划的任务单都完成,最后发布版本;
特别说明:通常最后一个迭代可能是全量进行验证的周期,
管理
结合目前