Scrum

时间  2019-11-09
标签 scrum 繁體版
原文   原文链接

Scrum[编辑]

维基百科，自由的百科全书
 
Scrum 是一种 敏捷软件开发 的 方法学 ，用于迭代式增量软件开发过程。Scrum在英语是 橄榄球 运动中争球的意思。

虽然Scrum是为管理软件开发项目而开发的，它一样能够用于运行软件维护团队，或者做为计划管理方法。Scrum之间的合做称为“Scrum of Scrums”。php

 

 

历史[编辑]

  • 1986年，竹内弘高和野中郁次郎阐述了一种新的总体性的方法 ，该方法可以提升商业新产品开发的速度和灵活性：[1]
    • 他们将这种新的总体性方法与橄榄球相比较，前者各阶段相互重叠，而且由一个跨职能团队在不一样的阶段完成整个过程，然后者整个团队"tries to go to the distance as a unit, passing the ball back and forth"。
    • 他们对来自汽车，照片机器，计算机和打印机等产业的案例进行了研究。
  • 1991年，DeGrace和Stahl在《Wicked Problems, Righteous Solutions》[2]一书中将这种方法称为 Scrum，在竹内弘高和 野中郁次郎的文章中提到的橄榄球术语。
  • 1990年代初，肯·施瓦伯在其公司使用了一种方法Advanced Development Methods（先进开发方法），这种方法后来发展为Scrum。
  • 同时，杰夫·萨瑟兰在Easel公司开发了一种相似的方法，并首次称之为Scrum。[3]
  • 1995年，在奥斯汀举办的OOPSLA '95上，萨瑟兰和施瓦伯联合发表了论文首次提出了Scrum概念。施瓦伯和萨瑟兰在接下的几年里合做，将上述的文章，他们的经验，以及业界的最佳实践融合起来，造成咱们如今所知的Scrum。
  • 2001年，施瓦伯与麦克·比窦（Mike Beedle）合著了《敏捷软件开发-使用Scrum过程》一书，介绍了Scrum方法。

Scrum的特性[编辑]

 
Scrum过程

Scrum是一个包括了一系列实践和预约义角色的过程骨架。Scrum中的主要角色包括：web

  1. 'Scrum Master'是Scrum教练和团队带头人，确保团队合理的运做Scrum，并帮助团队移除实施中的障碍；
  2. 产品负责人（Product Owner），肯定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品投资报酬率(ROI)负责；
  3. 开发团队（Team），一个跨职能的小团队，人数5-9人，团队拥有交付可用软件须要的各类技能。

在每一次冲刺(sprint，一个15到30天的周期，其长度由开发团队决定）当中，开发团队建立可用的（能够随时推出）软件的一个增量。每个冲刺所要实现的功能来自产品订单（product backlog）。产品订单是按照优先级排列的要完成的工做的概要的需求，哪些订单项会被加入一次冲刺将由冲刺计划会议决定。 在会议中，产品负责人告诉开发团队他须要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们可以承诺完成多少订单项。[4] 在冲刺的过程当中，没有人可以变动冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。编程

管理Scrum过程有不少实施方法，从即时贴、白板，一直到软件包。Scrum最大的好处之一是它很是容易学习，并且启动Scrum应用并不须要太多的投入。ide

Scrum中的角色[编辑]

Scrum当中定义了许多角色。按照对开发过程的参与状况，这些角色被分为两组，即猪组和鸡组。这个分组方法的由来是一个关于猪和鸡合伙开餐馆的笑话[4]：svg

一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，咱们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪说：“我把本身全搭进去了，而你只是参与而已。”oop

"猪"组的角色[编辑]

猪是在Scrum过程当中全身投入专案的各类角色，他们在专案中承担实际工做。他们有些像上边那个笑话里的猪，要把本身身上的肉贡献出来。学习

产品负责人
产品负责人表明了客户的意愿。这保证了Scrum团队在作从业务角度来讲正确的事情。产品负责人编写 用户故事，排出优先级，并放入产品订单。
Scrum主管（或促进者）
Scrum主管促进  Scrum过程，他的主要工做是去除那些影响团队交付冲刺目标的障碍。Scrum主管并不是团队的领导（由于团队是自我组织的），而是一个负责屏蔽外界对开发团队的干扰的角色。Scrum主管确保Scrum过程被按照初衷使用。Scrum主管是规则的执行者。
开发团队
负责交付产品的团队。一个团队一般由5至9名具备跨职能技能的人（设计者，开发者等）组成，承担实际的开发工做。

"鸡"组的角色[编辑]

鸡并非实际Scrum过程的一部分，可是必须考虑他们。敏捷 方法的一个重要方面是使得用户和利益相关​​者参与到过程当中的实践。参与每个冲刺的评审和计划，并提供反馈对于这些人来讲是很是重要的。优化

用户
软件是为了人而开发的。有人说，“假如森林里有一棵树倒下了，但没有被人听到，那么它算是发出了声音吗？”一样地，人们能够说，“假如软件没有被使用，那么它算是被开发出来了么？”
利益相关者（客户，提供商）
影响项目成功的人，但只直接参与冲刺评审过程。
经理
为产品开发团体搭建环境的人。

Scrum会议[编辑]

在冲刺中，每一天都会举行项目情况会议，被称为“scrum”或“每日站立会议”。每日站立会议有一些具体的指导原则：google

  • 会议准时开始。对于迟到者团队经常会制定惩罚措施（例如罚款，作俯卧撑，在脖子上挂橡胶鸡玩具）
  • 欢迎全部人参加，但只有"猪"能够发言。
  • 不论团队规模大小，会议被限制在15分钟。
  • 全部出席者都应站立。（有助于保持会议简短）
  • 会议应在固定地点和天天的同一时间举行。

在会议上，每一个团队成员须要回答三个问题：[4]spa

  • 昨天你完成了那些工做？
  • 今天你打算作什么？
  • 完成你的目标是否存在什么障碍？（Scrum主管须要记下这些障碍）

每个冲刺完成后，都会举行一次冲刺回顾会议，在会议上全部团队成员都要反思这个冲刺。举行冲刺回顾会议是为了进行持续过程改进。会议的时间限制在4小时。

Scrum提倡全部团队成员坐在一块儿工做，进行口头交流，以及强调项目有关的规范（disciplines），这些有助于创造自我组织的团队。

Scrum的一个关键原则是认可客户能够在项目过程当中改变主意，变动他们的需求，而预测式和计划式的方法并不能轻易地解决这种不可预见的需求变化。一样，Scrum采用了经验方法– 认可问题没法彻底理解或定义，而是关注于如何使得开发团队快速推出和响应不断出现的需求的能力最大化。

Scrum会议一共包含如下四种： 1） Sprint计划会议； 2） 每日站立会议； 3） 评审会议； 4） 回顾会议；

文档[编辑]

产品订单[编辑]

产品订单（product backlog）是整个专案的概要文档。产品订单包括全部所需特性的粗略的描述。产品订单是关于将要生产什么样的产品。产品订单是开放的，每一个人均可以编辑。产品订单包括粗略的估算，一般以天为单位。估算将帮助产品负责人衡量时程表和优先级（例如，若是"增长拼写检查"特性的估计须要花3天或3个月，将影响产品负责人对该特性的渴望）。

冲刺订单[编辑]

冲刺订单（sprint backlog）是大大细化了的文档，包含团队如何实现下一个冲刺的需求的信息。任务被分解为以小时为单位，没有任务能够超过16个小时。若是一个任务超过16个小时，那么它就应该被进一步分解。冲刺订单上的任务不会被分派，而是由团队成员签名认领他们喜好的任务。

燃尽图[编辑]

燃尽图（burn down chart）是一个公开展现的图表，显示当前冲刺中未完成的任务数目，或在冲刺订单上未完成的订单项的数目。不要把燃尽图与挣值图相混淆。燃尽图可能在一次冲刺的大部分时间内都维持平坦，但计划仍然能够按照既定时间进行。

自适应的项目管理[编辑]

如下是一些Scrum的通用实践：

  • 客户成为开发团队中的一部分。（例如客户确定对开发的结果然正感兴趣。）
  • 和全部其余形式的敏捷软件过程同样，Scrum有频繁的包含能够工做的功能的中间可交付成果。这使得客户能够更早的获得能够工做的软件，同时使得项目能够变动项目需求以适应不断变化的需求。
  • 频繁的风险和缓解计划是由开发团队本身制定。– 在每个阶段根据承诺进行风险缓解，监测和管理（风险分析）。
  • 计划和模块开发的透明 – 让每个人知道谁负责什么，以及何时完成。
  • 频繁的利益全部人会议，以跟踪项目进展 – 平衡的（发布，客户，员工，过程）仪表板更新 – 利益全部者更新 – 你必须拥有预警机制，例如提早了解可能的延迟或误差。
  • 没有问题会被藏在地毯下。认识到或说出任何没有预见到的问题并不会受到惩罚。
  • 在工做场所和工做时间内必须全身心投入。– 完成更多的工做并不意味着须要工做更长时间。

Scrum术语[编辑]

下面是Scrum用到的术语[4]:

角色[编辑]

产品负责人 
负责维护产品订单的人，表明利益相关者的利益。
Scrum主管 
为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。
开发团队 
由负责自我管理开发产品的人组成的跨职能团队。
Scrum团队
产品负责人，Scrum主管和开发团队。

工件[编辑]

冲刺燃尽图 
在冲刺长度上显示天天进展的图。
产品订单 
按照优先级排序的高层需求。
冲刺订单
要在冲刺中完成的任务的清单。

其余[编辑]

冲刺 
一个时间周期（一般在2周到1个月之间），开发团队会在此期间内完成所承诺的一组订单项的开发。

Scrum在其余领域的应用[编辑]

虽然Scrum最初只应用于软件开发，它也能够被成功地应用于其余产业。如今Scrum一般被认为是一种用于开发任何产品或管理人和工做的迭代式的，增量的过程。

Scrum用于产品开发[编辑]

将Scrum应用于产品开发是在《T新新产品开发游戏》（哈佛商业评论 86116:137-146, 1986年）第一次提出，以后野中郁次郎和竹内弘高合著的《创造知识的企业》（牛津大学出版社，1995年）进行了详细的阐述。今天Scrum被用于开发金融产品，互联网产品，以及医药产品。

Scrum用做营销项目管理方法[编辑]

因为市场营销一般以专案的方式运做，许多通常专案管理的原则应用在市场营销上。市场营销也能够像专案管理技术那样进行优化。以Scrum方法进行市场营销被认为有助于克服市场营销经理们所遇到的问题。短时和固定的会议对于小的市场营销团队来讲很重要，这是由于团队的每个成员均可以了解其余人在作些什么，以及整个团队在朝着什么方向前进。Scrum在市场营销中应用能够：

  • 在早期发现可能的问题，能够更快地，最小损失地应对问题。 根据Scrum的主要原则 “没有问题被扫入地毯下”，Scrum鼓励每个团队成员描述他所遇到的困难，而这个困难可能会对整个团队的工做形成影响。
  • 下降财务风险。 在每个冲刺周期的开始，企业全部者能够不付出任何代价的改变任何市场营销的因素：包括增长投资以扩大顾客数量，减小投资直至未知风险被减轻，或用于支持其余活动。
  • 使得市场营销计划更灵活。采用冲刺的短时间市场营销计划能够更加有效。若是一种促销方法在冲刺过程当中显示无效，市场营销经理有机会将其换成另外一种促销方法。向每个团队成员说明每个小的，但重要的任务的交付时间也变得更容易。
  • 使得客户以不一样的方式参与。

参见[编辑]

外部连接[编辑]

参考文献[编辑]

  1. ^ Takeuchi and Nonaka: The New New Product Development Game (Harvard Business Review, Jan-Feb 1986)
  2. ^ Peter DeGrace, Leslie Hulet Stahl, Wicked problems, righteous solutions, 1990, ISBN 0-13-590126-X
  3. ^ Jeff Sutherland, AGILE DEVELOPMENT: LESSONS LEARNED FROM THE FIRST SCRUM, 2004
  4. ^ 4.0 4.1 4.2 4.3 Agile Project Management with Scrum, Ken Schwaber, Microsoft Press, January 2004, 163pp, ISBN 0-7356-1993-X 引用错误：带有name属性“schwaber”的<ref>标签用不一样内容定义了屡次 引用错误：带有name属性“schwaber”的<ref>标签用不一样内容定义了屡次 引用错误：带有name属性“schwaber”的<ref>标签用不一样内容定义了屡次
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程