Scrum敏捷软件开发过程..docx

  1. 1、本文档共22页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Scrum敏捷软件开发过程目录什么是敏捷软件开发?敏捷方法的项目计划敏捷项目管理和传统项目管理为什么使用敏捷?Scrum概述 Scrum的角色 Scrum实践和工作产品 敏捷开发中的估计方法测试驱动开发Scrum应用支持工具和模版一些常见的误解 敏捷开发方法什么是敏捷软件开发?敏捷软件开发是软件项目的一个概念框架.有许多建立在敏捷概念上的方法,如 Scrum 和 Extreme Programming (XP).与僵化的、重量级的、官僚式的方法形成对照,比如瀑布模型(指纯粹形式的)最大限度地降低短期固定时间的迭代式软件的开发风险.敏捷宣言(2001年)人和交互胜过过程和工具. Individuals and interactions over processes and tools可以工作的软件胜过完备的文档.Working software over comprehensive documents客户协作胜过合同谈判.Customer collaboration over contract negotiation随时应对变化胜过遵循计划.Responding to change over following a plan敏捷过程的限制敏捷软件开发过程包含过程、原则、工具,和最重要的-人因此:诚信是基础没有过程能够对诚信进行有效地约束,诚信与否是有效实施敏捷过程的最大限制使用敏捷方法的项目计划Product Backlog(Features)5213858∑32Initial SizeEstimatesAs Story PointsLong term planning (best guess at the moment):32 SP of functionality, Team Velocity 8 SP/Sprint ? 4 SprintsTarget Sprint for each PBL item set, feasible implementationOrder.Sprint Backlog(Tasks)85831“Sprintful” of top-priority PBL to thenext SprintMore accurate estimatesas man hours Short term planning (commitment by Team):May be constantlyupdatedScope frozen ? new PBL items to next Sprint敏捷项目管理和传统项目管理传统项目管理:事先对整个项目进行估计、计划、分析反对变更; 变更需要重新估计、重新规划严密的合同来减少风险, 如果改变需求要走CR流程.项目作为一个“黑盒子”,对客户与供应商的可视性差.产品化和测试阶段是分离的.文档和计划驱动的方法.软件交付时间晚, 意识到风险的时间晚.敏捷项目管理:对整个项目做一个粗略的估计,每一次迭代都有详细的计划.鼓励变化, 客户价值驱动开发.信任和赋予权力;合约使变更变得简单,增加价值.客户和开发人员之间是紧密的连续的合作关系 每次迭代都产生可交付的软件 专注于交付软件.第一次迭代就可交付能工作的版本,风险发现的早. 为什么采用敏捷? –预期的收益采用敏捷方法得当的话,可以:更加透明; 随时跟踪项目的状态和进展情况,及早发现问题和风险 .快速交付, 每次迭代都能交付可运行的软件.最高风险和最高优先级的需求,最优先进行开发. 改善应对变更能力, 减少大量的重计划.改善项目沟通.更好的客户参与, 避免错误的假设.总之:提高了生产率; 减少“浪费”(不需要的文档,重复工作等),项目的每次迭代都有明确的目标.提高客户满意度; 短期内产生成效, 按预期交付软件, 每次迭代结束产生可以运行的软件.改善员工的满意度; 团队精神,减少官僚,能够规划和管理自己的工作,减少“恐慌” ,稳定的工作量(可持续的步伐). 敏捷方法何时有效?公司和客户一致认为应当使用敏捷方法,双方都能理解敏捷方法.敏捷方法对需求不完整以及经常变换的项目比较有效.项目可以划分成固定时间间隔的迭代, 并且可以冻结正在进行的迭代的范围 公司和客户都有能力担当角色尤其是Product Owner 和 Scrum Master.项目的人员结构能够分成6到10人的团队,最好每个工作地点一个小组.团队成员能够以自组织的方式工作. 项目的合同允许变更.固定价格的项目可以使用敏捷,但应当尽量避免。最好在按时间和材料付费或者按月付费的项目中进行使用变更项目的范围不需要高级管理层的批准.Scrum 概述Scrum 概述(1/3)Scrum是管理软件项目的一个轻量级的敏捷方法, 名字来源于橄榄球运动中的scrum 过程 简单,但高度的纪律性 依赖

文档评论(0)

tiangou + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档