《敏捷过程之scrum(与XP区别).ppt》由会员分享，可在线阅读，更多相关《敏捷过程之scrum(与XP区别).ppt（14页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、敏捷过程之scrum关于Scrumv定义：定义：Scrum是一种迭代式软件开发过程是一种迭代式软件开发过程v内容：内容：包括一系列实践和预定义角色的过程包括一系列实践和预定义角色的过程骨架v角色：角色：包括同项目经理类似的包括同项目经理类似的Scrum主管角主管角色（负责维护过程和任务），产品负责人色（负责维护过程和任务），产品负责人（代表利益所有者），开发团队（所有开发（代表利益所有者），开发团队（所有开发人员）人员）为什么要使用Scrum（特性）v更高的生产力及更低的成本更高的生产力及更低的成本：敏捷对生产效率和开发成本的影响（来源：敏捷对生产效率和开发成本的影响（来源：Rico 2008
2、）有相当数量的调查结果表明敏捷降低了开发成本有相当数量的调查结果表明敏捷降低了开发成本DDJ是一个知名技术开发杂志、Version是敏捷工具供应商最高提升最高提升v员工的参与度和工作满意度增强员工的参与度和工作满意度增强：员工更热爱自己的工作、更少加班、工作具有更好的可控性、习惯更快看到自己工作成果、与同事更紧密协作、制造的产品更有可能满足客户和用户的期望v更快的产品上市时间：更快的产品上市时间：高生产效率、更有可能增量发高生产效率、更有可能增量发布布 v更高的质量：更高的质量：没有遗留的缺陷拖累员工，按照可持续的没有遗留的缺陷拖累员工，按照可持续的节奏工作。采用工程技术实践（结对编程、重构节
3、奏工作。采用工程技术实践（结对编程、重构）横坐标是时间、纵坐标是累计交付的价值v项目干系人的满意度提升：项目干系人的满意度提升：能更好的应对优先级别的变化、有助于提高项目可见度 PetroSleuth是石油行业一个小型开发公司：Scrum过程让我们更多地参与每日评审和讨论、这也让他们可以对任何变革的过程有更多的了解，更早建立责任感。项目干系人对敏捷感到满意的一些原因v现在的做法已经不再有效：现在的做法已经不再有效：若过去有效的某个过若过去有效的某个过程不再有效，通常倾向于将这个过程做的更好。这正是雅程不再有效，通常倾向于将这个过程做的更好。这正是雅虎所遇到的情况，其首席产品主管虎所遇到的情况，
4、其首席产品主管Pete Deemer是最早意是最早意识到需要变革的成员之一识到需要变革的成员之一 最初，雅虎尝试Scrum完全是破釜沉舟，瀑布式的做法显然不再有任何成效，通过一年的尝试让瀑布模式做的“更好”，通过更彻底的计划与分析，更彻底的文档，更多的签字等。结果，这只能让事情更糟糕，而不是更好。那些看到好处的团队，大多是尝试Scrum的团队。这些好处几乎一眼就能看出来。Scrum的会议v每日站立会议：在冲刺中，每一天举行项目每日站立会议：在冲刺中，每一天举行项目状况会议。状况会议。v 会议准时开始。会议准时开始。v时间限制在时间限制在15分钟。分钟。v会议时间地点固定。会议时间地点固定。v出
5、席者站立（保持会议简短）。出席者站立（保持会议简短）。v团队成员反思自己。团队成员反思自己。v冲刺回顾会议：冲刺完成后举行。冲刺回顾会议：冲刺完成后举行。v成员反思冲刺。成员反思冲刺。v时间限制在时间限制在4小时小时v目的是为了持续过程改进目的是为了持续过程改进补充vScrum提倡提倡所有团队成员坐在一起工作，进行口头交流，以及强调项目有关的规范（disciplines），这些有助于创造自我组织的团队。vScrum的一个关键原则关键原则是承认客户可以在项目过程中改变主意，变更他们的需求，而预测式和计划式的方法并不能轻易地解决这种不可预见的需求变化。Scrum采用了经验方法，关注于如何使得开发团
6、队快速推出和响应不断出现的需求的能力最大化。Scrum 与XP的区别v区别之一：迭代长度的不同vXP的一个的一个Sprint的迭代长度大致为的迭代长度大致为12周周,而而Scrum的迭代长度一般为的迭代长度一般为 2 4周周.v区别之二:在迭代中,是否允许修改需求vXP在一个迭代中，如果一个在一个迭代中，如果一个User Story(用户素材用户素材,也就是一个需求也就是一个需求)还没有还没有实现，实现，则可以考虑用另外的需求将其替换，则可以考虑用另外的需求将其替换，替换的原则是需求实现的时间量是替换的原则是需求实现的时间量是相等的。相等的。而而Scrum是不允许这样做的，一旦迭代开工会完毕是
7、不允许这样做的，一旦迭代开工会完毕,任何需求都不允许任何需求都不允许添加进来，并有添加进来，并有Scrum Master严格把关，不允许开发团队收到干扰严格把关，不允许开发团队收到干扰v区别之三:在迭代中，User Story是否严格按照优先级别来实现XP是务必要遵守优先级别的。是务必要遵守优先级别的。但但Scrum在这点做得很灵活，在这点做得很灵活，可以可以不按照优先级别来做，不按照优先级别来做，Scrum这样处理的理由是：这样处理的理由是：如果优先问题的解决如果优先问题的解决者，由于其它事情耽搁，不能认领任务，那么整个进度就耽误了。者，由于其它事情耽搁，不能认领任务，那么整个进度就耽误了。
8、另外另外一个原因是，如果按优先级排序的一个原因是，如果按优先级排序的User Story#6和和#10，虽然，虽然#6优先级优先级高，但是如果高，但是如果#6的实现要依赖于的实现要依赖于#10，则不得不优先做，则不得不优先做#10.区别之四:软件的实施过程中，是否采用严格的工程方法，保证进度或者质量Scrum没有对软件的整个实施过程开出保证工程实践的处方。没有对软件的整个实施过程开出保证工程实践的处方。要求开发者自觉保证，但要求开发者自觉保证，但XP对整个流程方法定义非常严格，对整个流程方法定义非常严格，规定需要采用规定需要采用TDD（测试驱动开发）（测试驱动开发）,自动测试，自动测试，结对编程，结对编程，简单设计，重构等约束团队的行为。简单设计，重构等约束团队的行为。