- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Scrum开发流程介绍
SCRUM 方法是由 Ken Schwaber和Jeff Sutherland提出,旨在寻求充分发 挥面向对象和构件技术的开发方法,是对迭代式面向对象方法的改进,名称来自 英式橄榄球(在比赛中每个队员都应时刻保持对场上全局的判断, 然后通过集体
行动,奋力实现同一目标——胜利)°SCRUM方法最初实践于 Easel公司(1993 年),现已被数十家公司数百个项目开发中应用,适用于需求难以预测的复杂商 务应用产品的开发。SCRUM 提出的 SCRUM Meeting、Sprint、Backlog、SCRUM Master、 SCRUM Team、 Demo等模式已被 PLOP作为组织和过程模式
(Orga ni zati on al a nd Process Pattern 的标准。
SCRUM的基本假设是:开发软件就像开发新产品,无法一开始就能定义 Final Product的规程,过程中需要研发、创意、尝试错误,所以没有一种固定的 流程可以保证项目成功。Scrum有明确的最高目标,熟悉开发流程中所需具备 的最佳典范与技术,具有高度自主权,紧密地沟通合作,以高度弹性解决各种挑 战,确保每天、每个阶段都朝向目标有明确的推进,因此, SCRUM非常适用于
产品开发项目。
SCRUM开发流程通常以1-6周为一个迭代周期,每个迭代周期叫做一个 Spri nt,由客户提供新产品的需求规格开始,开发团队与客户于每一个阶段开始 时挑选该完成的规格部份,开发团队必须尽力于每个周期后交付成果, 团队每天
用15分钟开会检视每个成员的进度与计划,了解所遭遇的困难并设法排除,决 定第二天的任务安排,这样的短会就叫做 scrum meet in?
SCRUM较为有特色的,是它特别强调开发队伍和管理层的交流协作。 每天, 开发队伍都会向管理层汇报进度,如果有问题,也会向管理层要求帮助解决。 SCRUM方法的开发过程包括三个过程:(1)计划和体系结构设计(确定性过程) Backlog; (2) Sprint (经验性过程)(3)交付和巩固(确定性过程)SCRUM过 程认为一个产品的开发将一直持续下去, 除非经风险评估后认为应停止。产品交
付后的巩固活动类似于传统方法中的维护和改善,目的在于整理 Sprint期压力
下忽略的工作,为下一阶段的开发做准备,以便轻装上阵。SCRUM对过程的管 理有很多独特的方法。SCRUM在实践中大大提高了生产率(据软件生产率组织 的Capers Jones称可提高 6倍)。
名词解释:
1、SCRUM Meeting:团队每天用15分钟开会检视每个成员的进度与计划, 了 解所遭遇的困难并设法排除,决定第二天的任务安排,这样的短会就叫做
scrum meeti ng。
2、 Sprint:SCRUM开发流程通常以1-6周为一个迭代周期,每个迭代周期叫 做一个Sprint,由客户提供新产品的需求规格开始, 发团队必须尽力于每个 周期后交付成果。
3、 Product backlog:这份文件主要记录被区分先后次序的客户要求列表。
Product ow ner要经常更新它。与软件项目有关的任何人都可以就里面的需 求提出建议,但是只能由Product owner来更改和分出优先级。此文档还应 该包含对所有功能的总体概括。
二、 Scrum 中的角色分配
Scrum 中只有三个角色: Scrum maste, Scrum team 和 Product Owner
Scrum master
Scrum master有别于项目经理一职,他的职责是帮助 Scrum team来处理除 开发任务之外的其他事务,例如安排和主持与客户、管理层人员和股东开会。 Scrummaster帮助开发团队进行一些重要的团队本身无法做出的决策, 并且充当
开发团队和外部世界之间的防火墙。Scrum master只是引导团队,而非控制他们。 最终,Scrum master必须处理和项目有关的所有问题, 包括团队内部问题,与管 理层的接触,或者团队能力不足等。
Scrum team
Scrum team是可以进行自我组织的,即此团队内部自己决定哪个开发任务 由谁来完成,每个成员具有相同的责任和权威。同时,每个成员都有一定的应付 开发任务的知识和经验。团队内部具体是什么结构并没有被定义, 而是有实际的
项目来决定团队的规模和结构的复杂程度。 Scrum team的规模介于5?9人。
对于查过此规模的团队,可以将它划分为较小规模的拥有 5?9人的小组。这样, 小组内部构成一个 Scrum team,而小组的 Scrum master们又构成上一层次的 Scrum team。
Product owner
Product owner对所有的需求、投资
文档评论(0)