敏捷开发流程详解20141201.doc

《敏捷开发流程详解20141201.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、敏捷开发流程详解byyangdl1敏捷开发流程ü敏捷软件开发核心是迭代式开发，增量交付。ü每一次迭代都建立在稳定的质量基础上，并作为下一轮迭代的基线，整个系统的功能随着迭代稳定地增长和不断完善。每次迭代要邀请用户代表（外部或内部）验收，提供需求是否满足的反馈。ü迭代型的方法就是将整个软件生命周期分成多个小的迭代，每一次迭代都由需求分析、设计、实现和测试在内的多个活动组成，每一次迭代都可以生成一个稳定和被验证过的软件版本。ü迭代建议采用固定的周期（1-4）周，可以每个迭代周期不一定要相同，但迭代内工作不能完成，应该缩减交付范围而不是延长周期。

2、1.1敏捷流程详解图-敏捷流程图1.2敏捷流程三种角色及其职责角色名称角色定义角色职责注意事项ProductOwner（PO）-产品负责人确保Team做正确的事l代表利益相关人（如用户、市场、管理等），对产品投资回报负责l确定产品发布计划l定义产品需求，根据市场价值确定功能优先级l验收迭代结果，并根据验收结果和需求变化更新需求清单和优先级l除了客户需求之外，内部任务如重构、持续集成环境搭建等也由PO纳入统一管理ScrumMaster（SM）-Scrum教练确保Team正确的做事l辅导团队正确应用敏捷实践l引导团队建立并遵守规则l保护团队不受

3、打扰l推动解决团队遇到的障碍l保证开发过程按计划进行，组织站立会，冲刺评审会，冲刺回顾会议l不命令和控制TeamTeam–开发团队负责产品需求实现l负责估计工作量并根据自身能力找出最佳方案去完成任务且保证交付质量l向PO和利益相关人员演示工作成果（可运行的软件）l团队自身管理、持续改进l一般由5-9人左右跨职能领域人员（开发人员、测试人员、设计师等）组成l团队车管员构成在sprint内不允许变化l有共同的目标、共担责任l团队成员严格遵守团队规则1.1敏捷开发流程详解1.1.1流程图详解步骤1.制定产品需求列表üPO收集来自客户、市场、领导等

4、渠道的信息，从业务角度和市场价值编制一份按优先级排序的、明确的、可度量的、合理的产品需求列表；2.召开计划会议üPO召集TM和SM（也可邀请其他利益相关者参加）召开计划会议（发布计划会议和冲刺会议一块开），发布计划主要是说明产品完整交付给客户的计划时间和交付物，ü冲刺计划就是确定该冲刺阶的长度（建议冲刺长度1-4周）、目标和冲刺任务单及其工作量估算（以理想人天manday=7.5h估算，单位为小时计算），会议时间建议不要超过6h时间；ü在计划会议上就需要进行确认，是否需要使用持续集成；若使用持续集成，团队需要每天下班前至少提交一次私有构建成

5、功的代码到服务器，并且要求写详细的日志信息；若不使用持续集成，团队每天有完成任务单的情况，都需要在svn上以增量形式发包并通知到相关人员；ü项目计划会议上可以确定每天站立会时间及其规则要求（建议会议时间在15-20分钟左右），每个人回答3个问题：昨天做了什么，遇到什么问题，今天要做什么。具体问题讨论及其解决，在私下进行沟通，不要在会议上讨论。站立会上只有TM人员有发言权，其他人员不要干预，SM主要是维护秩序、规则及其引导作用。1.需求分析、设计、编码和测试：ü计划会议结束后，TM获取各自的冲刺任务单进行后面的需求分析、设计、编码和测试；ü这

6、里特别要说明的是，开发和测试是并行工作，必要的文档还是需要输出（如：讨论次数较多的功能点、备选方案很多但最后确认一种、重要功能、业务逻辑复杂的等等）。具体情况，需要项目组根据实际情况决定，但客户要求交付的文档必须要输出；2.冲刺任务单和燃尽图更新每天SM需要根据每日站立会上TM反馈的情况，进行更新冲刺任务单和燃尽图或SM和TM之间达成共识，TM各自完成后进行更改状态，这里涉及到的文档都会有相对应的模板供参考使用。3.迭代周期结束点ü已到迭代周期结束点，只有哪些经过测试通过的冲刺需求列表才能算是真正的完成，其他未经过测试或测试不通过的不能算是

7、完成。ü这里要特别注意，所谓的测试通过不是说要把所有的问题都解决才算是通过，这个要根据项目具体的要求和规定来定。还没有达到迭代结束点，该冲刺任务需求列表就完成，可以从产品需求列表中挑选优先级高的进行开发。4.冲刺评审会议üTM需要召开冲刺评审会议，邀请PO、客户或客户代表来参加，由这些客户或客户代表来表决是否满足需求和期望目标。一般会议时间建议不要超过2个小时，参加人员除PO及其相关利益人来参加外，TM全体成员，也可以邀请其他相关人员参加。5.冲刺回顾会议ü迭代输出的增量交付可能会引起原产品需求列表的改变，可能需要更新原产品需求列表；最后T

8、M需要开展本次迭代的好的实践和不足的改进机会，最终稿由SM整理汇总，作为下一次的迭代的经验参考。回顾会议建议时间不用太长，一般15-30分钟即可，全体人员都需要参加，包括：PO、