SCRUM是一个用于开发和维持复杂产品的框架

1、SCRUMScrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应

2、的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。Scrum流程如下图：SCRUUM框架架包括33个角色色、3个个工件、5个活活动、55个价值值3个角色色产品负责责人（PProdductt Owwnerr）Scruum MMastterScruum团队队3个工件件产品Baackllog（Prooducct BBackklogg）SpriintBBackklogg燃尽图（Burrn-ddownn Chhartt)5个活动动Spriint计计划会议议（Spprinnt

3、 PPlannninng MMeettingg）每日站会会（Daailyy Sccrumm Meeetiing）Spriint评评审会议议（Spprinnt RReviiew Meeetinng）Spriint回回顾会议议（Spprinnt RRetrrosppecttivee Meeetiing）产品Baackllog梳梳理会议议（ PProdductt Baackllog Reffineemennt）5个价值值承诺 愿意意对目标标做出承承诺专注 把你的的心思和和能力都都用到你你承诺的的工作上上去开放 Scrrum 把项目目中的一一切开放放给每个个人看尊重 每个人人都有他他独特的的背景和和经

4、验勇气 有勇气气做出承承诺，履履行承诺诺，接受受别人的的尊重SCRUUM理论论基础Scruum以经经验性过过程控制制理论（经验主主义）做做为理论论基础的的过程。经验主主义主张张知识源源于经验验, 以以及基于于已知的的东西做做决定。Scrrum 采用迭迭代、增增量的方方法来优优化可预预见性并并控制风风险。Scruum 的的三大支支柱支撑撑起每个个经验性性过程控控制的实实现:透透明性、检验和和适应。Scrrum的的三大支支柱如下下：第一：透透明性（Traansppareencyy）透明度是是指，在在软件开开发过程程的各个个环节保保持高度度的可见见性，影影响交付付成果的的各个方方面对于于参与交交付的

5、所所有人、管理生生产结果果的人保保持透明明。管理理生产成成果的人人不仅要要能够看看到过程程的这些些方面，而且必必须理解解他们看看到的内内容。也也就是说说，当某某个人在在检验一一个过程程，并确确信某一一个任务务已经完完成时，这个完完成必须须等同于于他们对对完成的的定义。第二：检检验（IInsppecttionn）开发过程程中的各各方面必必须做到到足够频频繁地检检验，确确保能够够及时发发现过程程中的重重大偏差差。在确确定检验验频率时时，需要要考虑到到检验会会引起所所有过程程发生变变化。当当规定的的检验频频率超出出了过程程检验所所能容许许的程度度，那么么就会出出现问题题。幸运运的是，软件开开发并不不

6、会出现现这种情情况。另另一个因因素就是是检验工工作成果果人员的的技能水水平和积积极性。第三：适适应（AAdapptattionn）如果检验验人员检检验的时时候发现现过程中中的一个个或多个个方面不不满足验验收标准准，并且且最终产产品是不不合格的的，那么么便需要要对过程程或是材材料进行行调整。调整工工作必须须尽快实实施，以以减少进进一步的的偏差。Scruum中通通过三个个活动进进行检验验和适应应：每日日例会检检验Spprinnt目标标的进展展，做出出调整，从而优优化次日日的工作作价值；Sprrintt评审和和计划会会议检验验发布目目标的进进展，做做出调整整，从而而优化下下一个SSpriint的的工

7、作价价值；SSpriint回回顾会议议是用来来回顾已已经完成成的Spprinnt，并并且确定定做出什什么样的的改善可可以使接接下来的的Sprrintt更加高高效、更更加令人人满意，并且工工作更快快乐。SCRUUM术语语Scruum： Scrrum无无对应中中文翻译译Agille： 敏捷Leann： 精精益Iterratiive：迭代式式的Iterratiion：迭代Agille MManiifessto： 敏捷捷宣言Empiiriccal： 经验验性的Empiiriccal Proocesss：经经验性过过程Trannspaarenncy： 透明明性Insppectt annd AAdappt

8、： 检视与与调整Spriint：原意为为冲刺，Scrrum中中的Spprinnt无对对应中文文翻译，指一个个迭代Spriint Goaal：SSpriint目目标Prodductt Owwnerr ：产产品负责责人 简简称POOScruum MMastter ：简称称SM, 一般般不翻译译Deveeloppmennt TTeamm ： Scrrum开开发团队队Scruum TTeamm：指PPO,SSM和开开发团队队Scruum RRolees：SScruum角色色，指PPO,SSM和开开发团队队Emerrgennt ：涌现的的Prodductt Baackllog：产品待待办列表表，指需需求

9、清单单Spriint Bacckloog：SSpriint待待办列表表，指SSpriint任任务清单单Spriint Burrn-ddownn Chhartt：Spprinnt燃尽尽图，团团队用于于做Spprinnt内的的进展跟跟踪Releeasee Buurn-dowwn CCharrt: 发布布燃尽图图，产品品负责人人做发布布进展跟跟踪Spriint Plaanniing Meeetinng: Sprrintt计划会会议Dailly SScruum MMeettingg：每日日站会Spriint Revvieww Meeetiing：Sprrintt评审会会议Spriint Rettros

10、specctivve MMeettingg: SSpriint回回顾会议议Prodductt Baackllog Reffineemennt: 产品待待办列表表梳理Prodductt Baackllog Iteem: 产品待待办清单单条目，简称PPBIUserr Sttoryy: 用用户故事事，指一一条需求求Storry PPoinnt：衡衡量用户户故事的的工作量量大小的的计量单单位Veloocitty: 团队速速度Spriint Tassk: 实现一一条需求求需要做做的一个个技术任任务Defiinittionn off Doone: DooD，完完成的定定义Stakkehooldeers：

11、干系系人Backklogg： 待待办列表表Artiifacct ：工件Estiimattionn ：估估算Colllaboorattionn： 协协作Scallingg Sccrumm：大规规模SccrummSCRUUM起源源Scruum的原原始含义义Scruum原始始含义是是指英式式橄榄球球次要犯犯规时在在犯规地地点对阵阵争球。争球双双方各有有8个队队员参与与，各方方出3名名前锋队队员，并并肩各站站成一横横排，面面对面躬躬身互相相顶肩，中间形形成一条条通道，其他前前锋队员员分别站站在后面面，后排排队员用用肩顶住住前锋队队员的臀臀部，组组成3、2、33或3、4、11阵形。然后，由犯规规队的对对

12、方队员员在对阵阵一侧11码外，用双手手低手将将球抛入入通道，不得有有利于本本队。当当球抛入入通道时时，前排排的3对对前锋队队员互相相抗挤，争相踢踢球给本本方前卫卫或后卫卫队员，前卫和和后卫队队员必须须等候前前锋将球球踢回后后，方可可移动。19866 Sccrumm这个词词汇首次次应用于于产品开开发19866年，竹竹内弘高高和 野野中郁次次郎在Neew NNewPProdductt DeevellopmmenttGaame文文章首次次提到将将Scrrum应应用与产产品开发发，他们们指出：传统的“接力式式”的开开发模式式已经不不能满足足快速灵灵活的市市场需求求，而整整体或“橄榄球球式”的的方法团队

13、队作为一一个整体体前进，在团队队的内部部传球并并保持前前进，这这也许可可以更好好的满足足当前激激烈的市市场竞争争。19993年JJefff Suutheerlaand首首次将SScruum用于于软件开开发敏捷思想想深受日日本工业业界最佳佳实践的的影响，尤其是是丰田和和本田公公司推行行的精益益原则，以及竹竹内弘高高和 野野中郁次次郎开发发的知识识管理策策略。受受到以上上思想的的影响，以及对对世界范范围内软软件项目目的研究究，Jeeff Suttherrlannd在 19993年首首次在EEaseel公司司定义了了用于了了软件开开发行业业的Sccrumm流程，并开始始实施。19955年Jeeff

14、Suttherrlannd和KKen Schhwabber规规范化了了Scrrum框框架，并并在OOOPSLLA 995上公公开发布布。20011年 敏敏捷宣言言及原则则发布、敏捷联联盟成立立，Sccrumm是其中中一种敏敏捷方法法。20011年，KKen Schhwabber和和Mikke BBeeddle推推出第一一本Sccrumm书籍Scrrum敏敏捷软件件开发。20022年Keen SSchwwabeer 和和Mikke CCohnn共同创创办了SScruum联盟盟。经验性过过程软件开发发是一个个复杂的的活动， 在软软件产品品开发的的过程中中不仅存存在着需需求的不不确定性性，也存存在着

15、技技术的不不确定性性，再加加上参与与软件开开发的主主体通常常是由多多人组成成的软件件开发团团队，加加上人的的因素，就让整整个软件件开发的的活动变变得非常常复杂。如下图图所示，软件开开发活动动通常处处在下图图的很复复杂的区区域。图-011为了管理理软件开开发的活活动，我我们会引引入过程程控制来来管理它它。过程程控制通通常有两两种方式式，第一一种方式式是预定定义的过过程，第第二种方方式是经经验性过过程。我们所熟熟知的是是预定义义的过程程，它通通常是使使用已知知的方法法解决已已知的问问题。制制造业的的生产线线就是典典型的预预定义过过程，例例如生产产饼干、啤酒、汽车的的生产线线等。预预定义的的过程的的

16、特点是是给予固固定的输输入，得得到固定定的输出出，过程程可重复复。它的的优势在在于可以以大规模模批量生生产。预预定义过过程的缺缺点在于于一旦过过程定义义出现错错误，或或产品设设计上存存在瑕疵疵，会造造成比较较大的损损失。图022如果我们们期望解解决的问问题比较较复杂，并且存存在着较较大的不不确定性性的时候候，我们们需要使使用经验验性过程程。经验验性过程程的特点点是过程程是不能能够完全全预先定定义好，结果是是不可预预知的，生产过过程是不不可重复复的。比比如研究究一项新新技术，下一盘盘棋，踢踢一场球球赛，在在过程运运行当中中，我们们需要通通过不断断的获得得真实的的反馈，然后进进行适应应和调整整，使

17、得得过程能能够产出出我们需需要的结结果。“在过程程运行机机制相当当简单易易懂的情情况下，典型的的做法是是采用预预定义的的建模方方式。如如果过程程复杂程程度超出出预定义义方式的的能力范范围，便便应用经经验性方方式。” B.AA.Oggunnnaikke aand W.HH.Raay过程动动态学、建模与与控制软件产品品的研发发通常存存在多很很多的不不确定性性，并且且生产的的过程非非常的复复杂，所所以更适适合使用用经验性性过程来来管理。Scruum以经经验性过过程控制制理论做做为理论论基础的的过程。Scrrum 采用迭迭代、增增量的方方法来优优化可预预见性并并控制风风险。Scruum过程程框架的的基

18、石包包括如下下三个方方面：第一：透透明性（Traansppareencyy）透明度是是指，在在软件开开发过程程的各个个环节保保持高度度的可见见性，影影响交付付成果的的各个方方面对于于参与交交付的所所有人、管理生生产结果果的人保保持透明明。管理理生产成成果的人人不仅要要能够看看到过程程的这些些方面，而且必必须理解解他们看看到的内内容。也也就是说说，当某某个人在在检验一一个过程程，并确确信某一一个任务务已经完完成时，这个完完成必须须等同于于他们对对完成的的定义。第二：检检验（IInsppecttionn）开发过程程中的各各方面必必须做到到足够频频繁地检检验，确确保能够够及时发发现过程程中的重重大偏

19、差差。在确确定检验验频率时时，需要要考虑到到检验会会引起所所有过程程发生变变化。当当规定的的检验频频率超出出了过程程检验所所能容许许的程度度，那么么就会出出现问题题。幸运运的是，软件开开发并不不会出现现这种情情况。另另一个因因素就是是检验工工作成果果人员的的技能水水平和积积极性。第三：适适应（AAdapptattionn）如果检验验人员检检验的时时候发现现过程中中的一个个或多个个方面不不满足验验收标准准，并且且最终产产品是不不合格的的，那么么便需要要对过程程或是材材料进行行调整。调整工工作必须须尽快实实施，以以减少进进一步的的偏差。Scruum中通通过三个个活动进进行检验验和适应应：每日日例会

20、检检验Spprinnt目标标的进展展，做出出调整，从而优优化次日日的工作作价值；Sprrintt评审和和计划会会议检验验发布目目标的进进展，做做出调整整，从而而优化下下一个SSpriint的的工作价价值；SSpriint回回顾会议议是用来来回顾已已经完成成的Spprinnt，并并且确定定做出什什么样的的改善可可以使接接下来的的Sprrintt更加高高效、更更加令人人满意，并且工工作更快快乐。SCRUUM团队队的三个个角色Scruum团队队中包括括三个角角色，他他们分别别是产品品负责人人、开发发团队和和 Sccrumm Maasteer。Scruum 团团队是自自组织、跨职能能的完整整团队。自组

21、织织团队决决定如何何最好地地完成他他们的工工作,而而不是由由团队外外的其他他人来指指挥他 们。跨职能的的团队拥拥有完成成工作所所需要的的全部技技能,不不需要依依赖团队队外部的的人。SScruum 团团队模式式的目的的是最大大限度地地优化适适应性、创造性性和生产产力。Scruum 团团队通过过迭代和和增量交交付产品品功能的的方法最最大化反反馈的机机会。增增量交付付潜在可可交付的的产品增增量保证证了 每每个迭代代都有潜潜在可发发布的版版本。Scruum角色色之：产产品负责责人产品负责责人负责责最大化化产品以以及开发发团队工工作的价价值。实实现这一一点的方方式会随随着组 织、SScruum 团团队以

22、及及单个团团队成员员的不同同而不同同。产品负责责人是管管理产品品待办事事项列表表的唯一一责任人人。产品品待办事事项列表表的管理理包括:清晰地表表达产品品代办事事项列表表条目对产品代代办事项项列表中中的条目目进行排排序,最好地地实现目目标和使使命确保开发发团队所所执行工工作的价价值确保产品品代办事事项列表表对所有有人可见见、透明明、清晰晰,并且显显示 SScruum 团团队的下下一步工工作确保开发发团队对对产品代代办事项项列表中中的条目目达到一一定程度度的理解解产品负责责人可以以亲自完完成上述述工作,也可以以让开发发团队来来完成。然而,产品负负责人是是 负责责任者。产品负责责人是一一个人,而不是

23、是一个委委员会。产品负负责人可可能会在在产品代代办事项项列表中中 体现现一个委委员会的的需求,但要想想改变某某条目的的优先级级必须先先说服产产品负责责人。为保证产产品负责责人的工工作取得得成功,组织中中的所有有人员都都必须尊尊重他的的决定。产品负负 责人人所作的的决定在在产品待待办事项项列表的的内容和和排序中中要清晰晰可见。任何人人都不得得要求开开发 团团队按照照另一套套需求开开展工作作,开发发团队也也不允许许听从任任何其他他人的指指令。Scruum角色色之：开开发团队队开发团队队包含了了专业人人员,负负责在每每个 SSpriint 的结尾尾交付潜潜在可发发布的“完成”产 品品增量。只有开开发

24、团队队的成员员才能创创造增量量。开发团队队由组织织构建并并授权,来组织织和管理理他们的的工作。所产生生的协同同工作能能最大化化 开发发团队的的整体效效率和效效力。开开发团队队有以下下几个特特点:他们是自自组织的的,没有人人(即使是是 Sccrumm Maasteer 都都不可以以)告诉开开发团队队如何把把产品代代办事项项列表变变成潜在在可发布布的功能能。开发团队队是跨职职能的,团队作作为一个个整体拥拥有创造造产品增增量所需需要的全全部技能能。Scruum 不不认可开开发团队队成员的的头衔,无论承承担哪种种工作他他们都是是开发者者。此规规则无一一例外。开发团队队中的每每个成员员可以有有特长和和专

25、注领领域,但是责责任归属属于整个个开发团团队开发团队队不包含含如测试试或业务务分析等等负责特特定领域域的子团团队。开发团队队的规模模开发团队队最佳规规模是小小到足以以保持敏敏捷性,大到足足以完成成重要工工作。少少于 33 人的的开发 团队没没有足够够的交互互,因而而所获得得的生产产力增长长也不会会很大。小团队队在 SSpriint 中可能能会 受受到技能能限制,从而导导致无法法交付可可发布的的产品增增量。大大于 99 人的的团队需需要过多多的协调调沟 通通工作。大型团团队会产产生太多多复杂性性,不便便于经验验过程管管理。产产品负责责人和 Scrrum Massterr 的角角色不包包含在此此数

26、字中中,除非非他们也也参与执执行 SSpriint 代表事事项列表表中的工工作。Scruum角色色之：SScruum MMastterScruum MMastter 负责确确保 SScruum 被被理解并并实施。为了达达到这个个目的,Scrrum Massterr要确保保 Sccrumm 团队队遵循 Scrrum 的理论论、实践践和规则则。Sccrumm Maasteer是SScruum团队队中的服服务式领领导。Scruum MMastter 帮助 Scrrum 团队外外的人员员了解他他们如何何与 SScruum 团团队交互互是有益益的。 Scrrum Massterr 通过过改变这这些交互互

27、来最大大化 SScruum 团团队所创创造的价价值。Scruum MMastter 服务于于产品负负责人Scruum MMastter 以各种种方式服服务于产产品负责责人,包包括:找到有效效管理产产品代办办事项列列表的技技巧清晰地和和开发团团队沟通通愿景、目标和和产品代代表事项项列表条条目教导开发发团队创创建清晰晰简明的的产品代代表事项项列表条条目在经验主主义环境境中理解解长期的的产品规规划理解并实实践敏捷捷按需推动动Scrrum活活动Scruum MMastter 服务于于开发团团队Scruum MMastter 以各种种方式服服务于开开发团队队,包括括:指导开发发团队自自组织和和跨职能能教

28、导并领领导开发发团队创创造高价价值的产产品移除开发发团队进进展过程程中的障障碍按需推动动Scrrum活活动在 Sccrumm 还未未完全被被采纳和和理解的的组织环环境下指指导开发发团队Scruum MMastter 以各种种方式服服务于组组织,包包括:领导并指指导组织织采用 Scrrum在组织范范围内计计划 SScruum 的的实施帮助员工工及干系系人理解解并实施施 Sccrumm 和经经验性产产品开发发发起能提提升Sccrumm 团队队生产力力的变革革与其他 Scrrum Massterr 一起起工作,帮助组组织更有有效的应应用SccrummSCRUUM的三三个工件件Scruum 的的工件以

29、以不同的的方式展展现工作作和价值值,可以以用来提提供透明明性以及及检验和和适应的的机会。Scrrum 中所定定义的工工件能最最大化关关键信息息的透明明性,来来保证 Scrrum 团队成成功地交交付完成成的增量量。Prodductt Baackllog 产产品待办办事项列列表产品待办办事项列列表是一一个排序序的列表表,包含含所有产产品需要要的东西西,也是是产品需需求变动动的唯一一来源。产品负负责人负负责产品品待办事事项列表表的内容容、可用用性和优优先级。产品待办办事项列列表是一一个持续续完善的的清单, 最初初的版本本只列出出最初始始的和众众所周知知的需求求。 产产品待办办事项列列表根据据产品和和

30、开发环环境的变变化而演演进。待待办事项项列表是是动态的的,它经经常发生生变化以以识别使使产品合合理、有有竞争力力和有用用所必需需的东西西。只要要产品存存在,产产品待办办事项列列表就存存在。产品待办办事项列列表列出出了所有有的特性性、功能能、需求求、改进进方法和和缺陷修修复等对对未来发发布产品品进行的的改变。产品待待办事项项列表条条目包含含描述、次序和和估算的的特征。产品待办办事项列列表通常常以价值值、风险险、优先先级和必必须性排排序。它它是一个个按照优优先级由由高到低低排列的的一个序序列，每每个条目目有唯一一的顺序序。排在在顶部的的产品待待办事项项列表条条目需要要立即进进行开发发。排序序越高,

31、产品待待办事项项列表条条目越紧紧急,就就越需要要仔细斟斟酌,并并且对其其价值的的意见越越一致。排序越高高的产品品待办事事项列表表条目比比排序低低的更清清晰、更更具体。根据更更清晰的的内容和和 更详详尽的信信息就能能做出更更准确的的估算。优先级级越低,细节信信息越少少。开发发团队在在接下来来的 SSpriint 中将要要进行开开发的产产品待办办事项列列表条目目是细粒粒度的,已经被被分解过过,因此此,任何何 一个个条目在在 Spprinnt 的的时间盒盒内都可可以被“完成”。开发发团队在在一个 Sprrintt 中可可以“完完 成”的产品品待办事事项列表表条目被被认为是是“准备备好的”或者“可执行

32、行的”,能在 Sprrintt 计 划会议议中被选选择。随着产品品的使用用、价值值的获取取以及市市场的反反馈,产产品待办办事项列列表变成成了更大大、更详详 尽的的列表。因为需需求永远远不会停停止改变变,所以以产品待待办事项项列表是是个不断断更新的的工件。业 务务需求、市场形形势和技技术的变变化都会会引起产产品待办办事项列列表的变变化。若干个 Scrrum 团队常常常会一一起开发发某个产产品。但但描述下下一步产产品开发发工作的的产品待待办事项项列表只只能有一一个。那那么这就就需要使使用对产产品待办办事项列列表条目目进行分分组的属属性。通过产品品Bacckloog地梳梳理来增增添细节节、估算算和排

33、序序。这是是一个持持续不断断 的过过程,产产品负责责人和开开发团队队协作讨讨论产品品代表事事项列表表条目的的细节。在产品品待办事事项列表表梳理的的时候,条目会会被评审审和修改改。然而而, 产产品负责责人可以以随时更更新产品品代办事事项列表表条目或或酌情决决定。梳理在 Sprrintt 中是是一项兼兼职活动动,在产产品负责责人和开开发团队队之间展展开。通通常,开开发 团团队有自自行优化化的领域域知识。然而,何时如如何完成成优化是是 Sccrumm 团队队的决定定。优化化通常占占用不超超过开发发团队 10%的时间间。开发团队队负责所所有的估估算工作作。产品品负责人人可以通通过协助助团队权权衡取舍舍

34、来影响响他们的的 决定定。但是是,最后后的估算算是由执执行工作作的人来来决定的的。监控向目目标前进进的进度度在任何时时间,达达成目标标的剩余余工作量量是可以以被累计计的。产产品负责责人至少少在每个个 Spprinnt 评评审的时时候追踪踪剩余工工作总量量。产品品负责人人把这个个数量与与之前 Sprrintt 评审审时的剩剩余工作作 量做做比较,来评估估在希望望的时间间点完成成预计工工作达成成目标的的进度。这份信信息对所所有的干干系人都都透明。Scruum 不不考虑已已经花在在产品代代办事项项列表条条目上的的工作时时间。我我们只关关心剩余余工作和和日期这这两个变变量。各种趋势势燃尽图图、燃烧烧图

35、和其其他计划划实践都都能用来来预测进进度。它它们已经经被证实实有用。 然而而,这并并不能代代替经验验主义的的重要性性。在复复杂的环环境下,将要发发生的东东西是未未知的,只有已已经发生生的事情情才能用用来做前前瞻式的的决策。SPRIINT BACCKLOOGSpriint 代办事事项列表表是一组组为当前前 Spprinnt 选选出的产产品代办办事项列列表条目目,外加加交付 产品增增量和实实现 SSpriint 目标的的计划。Sprrintt 代办办事项列列表是开开发团队队对于哪哪些功能能要包 含在下下个增量量中,以以及交付付那些功功能所需需工作的的预计。Spriint 代办事事项列表表定义了了开

36、发团团队把产产品代办办事项列列表条目目转换成成“完成成”的增增量 所所需要执执行的工工作。SSpriint 代办事事项列表表使开发发团队确确定的、达到 Sprrintt 目标标所需的的工 作作清晰可可见。Spriint 代办事事项列表表是一份份足够具具体的计计划,使使得进度度上的改改变能在在每日例例会中得得到 理理解。开开发团队队在整个个 Spprinnt 中中都会修修改 SSpriint 代办事事项列表表,Spprinnt 代代办事项项列表也也 会在在 Spprinnt 的的进程中中慢慢显显现,比比如开发发团队按按照计划划工作并并对完成成 Spprinnt 目目标所需需的 工工作有更更多的了

37、了解。当出现新新工作时时,开发发团队需需要将其其追加到到 Spprinnt 待待办事项项列表中中去。随随着任务务进 行行或者被被完成,需要更更新每项项任务的的估算剩剩余工作作量。如如果计划划中某个个部分失失去开发发的意 义,就就可以将将其除去去。在 Sprrintt 内只只有开发发团队可可以对 Sprrintt 待办办事项列列表进行行修改。 Spprinnt 待待办事项项列表是是高度可可见的,是对团团队计划划在当前前 Spprinnt 内内完成工工作的实实时反 映,并并且,该该列表只只属于开开发团队队。Prodductt Baackllog 功能点点被放到到Sprrintt的固定定周期中中，S

38、pprinnt BBackklogg 会因因为如下下原因发发生变化化:1. 随随着时间间的变化化，开发发团队对对于需求求有了更更好的理理解，有有可能发发现需要要增加一一些新的的任务到到Sprrintt Baackllog中中。2. 程程序缺陷陷做为新的的任务加加进来，这个都都做为承诺诺提交任任务中未未完成的的工作。Prodductt Owwnerr也许会会和Sccrumm teeam一一起工作作，以帮帮助teeam更更好的理理解Spprinnt的目目标，SScruumMaasteer和tteamm也许会会觉得小小的调整整不会影影响spprinnt的进进度，但但会给客客户带来来更多商商业价值值。

39、监控 SSpriint 进度在 Spprinnt 中中的任意意时间点点,Spprinnt 待待办事项项列表的的所有剩剩余工作作总和都都可以被被计 算算。开发发团队至至少在每每日例会会时追踪踪所有的的剩余工工作。开开发团队队每天追追踪剩余余总和并并预测 达成 Sprrintt 目标标的可能能性。通通过在 Sprrintt 中不不断追踪踪剩余工工作,开开发团队队可以管管理自己己 的进进度。Scruum 不不考虑已已经花在在 Spprinnt 待待办事项项列表上上的工作作时间。我们只只关心剩剩余工作作和日期期这两个个变量。燃尽图（BURRN-DDOWNN CHHARTT)Spriint燃燃尽图（Sp

40、rrintt Buurn-dowwn CCharrt)Spriint Burrndoown Chaart 显示了了Sprrintt中累积积剩余的的工作量量，它是是一个反反映工作作量完成成状况的的趋势图图。 图图中Y轴轴代表的的是剩余余工作量量，X轴轴代表的的是Spprinnt的工工作日。在Sprrintt开始的的时候，Scrrum Teaam会标标示和估估计在这这个Spprinnt需要要完成的的详细的的任务。所有这这个Spprinnt中需需要完成成，但没没有完成成的任务务的工作作量是累累积工作作量，团团队会根根据进展展情况每每天更新新累积工工作量，如果在在Sprrintt结束时时，累积积工作量

41、量降低到到0，SSpriint就就成功结结束。由于在SSpriint的的刚开始始的时候候，增加加的任务务工作量量可能大大于完成成的任务务工作量量，所以以燃尽图图有可能能略微呈呈上升趋趋势。发布燃尽尽图（RReleeasee Buurn-dowwn CCharrt）在Scrrum项项目中，团队通通过每个个Sprrintt结束时时更新的的发布燃燃尽图来来跟踪整整个发布布计划的的进展。发布燃燃尽图记记录了在在一段时时间内产产品Baackllog的的总剩余余估算工工作量的的变化趋趋势。XX轴代表表的项目目周期，以Spprinnt为单单位， Y轴代代表的是是剩余工工作量，通常以以用户故故事点、理想人人天

42、或者者teaam-ddayss为单位位。SCRUUM的五五个活动动Scruum活动动:产品品待办事事项列表表梳理产品待办办事项通通常会很很大,也也很宽泛泛,而且且想法会会变来变变去、优优先级也也会变化化,所以以产品待待 办事事项列表表梳理是是一个贯贯穿整个个Scrrum项项目始终终的活动动。该活活动包含含但不限限于以下下的内容容:保持产品品待办事事项列表表有序把看起来来不再重重要的事事项移除除或者降降级增加或提提升涌现现出来的的或变得得更重要要的事项项将事项分分解成更更小的事事项将事项归归并为更更大的事事项对事项进进行估算算产品待办办事项列列表梳理理的一个个最大好好处是为为即将到到来的几几个S

43、pprinnt做准准备。为为此,梳梳理时会会特别关关注那些些即将被被实现的的事项。需要考考虑不少少因素,这包括括但不限限于以下下的内容容:理想情况况下,下下一个SSpriint的的备选事事项都应应该提升升“商业业价值”。 开开发团队队需要能能够在一一个Spprinnt内完完成每一一个事项项。每个个人都需需要清楚楚预期产产出是什什么。产品开发发决定了了,有可可能需要要其它的的技能和和输入。因此,产品待待办事项项列表梳梳理最好好是所有有团队成成员都参参与的活活动,而而不单单单是产品品负责人人。Scruum活动动：Spprinnt计划划会议每个Spprinnt都以以Sprrintt计划会会议作为为开

44、始， 这是是一个固固定时长长的会议议，在这这个会议议中,SScruum团队队共同选选择和理理解在即即将到来来的Spprinnt中要要完成的的工作。整个团队队都要参参加Spprinnt计划划会议。针对排排好序的的产品待待办事项项列表(Prooducct BBackklogg),产产 品负负责人和和开发团团队成员员讨论每每个事项项,并对对该事项项达成共共识,包包括根据据当前的的“完成成的定 义”,为了完完成该事事项所需需要完成成的所有有事情。所有的的Scrrum会会议都是是限定时时的。Sprrintt计划会会议推荐荐时是是Sprrintt中的每每周对应应两时时或者更更少(译译者注:比如,一个SSp

45、riint包包含2个个星 期期,则SSpriint计计划会议议时长应应为4个个小时或或者更少少)。因因为会议议是限制制时长长的,SSpriint计计划会议议的成功功分依依赖于产产品待办办事项列列表的质质量。这这就是产产品待办办事项列列表梳理理十分重重要的原原因。在Scrrum中中,Spprinnt计划划会议有有两部分分:决定在SSpriint中中需要完完成哪些些工作决定这些些工作如如何完成成第一部分分:需要要完成哪哪些工作作?在会议的的第一部部分,产产品负责责人向开开发团队队介绍排排好序的的产品待待办事项项,整个个Scrrum团团队共同同理解这这些工作作。Spriint中中需要完完成的产产品待

46、办办事项数数目完全全由开发发团队决决定。为为了决定定做多少少,开发发团队需需要考虑虑当前产产品增量量的状态态,团队队过去的的工作情情况,团团队当前前的生产产能力,以及排排好序的的产品待待办事项项列表。做多少少工作只只能由开开发团队队决定。产品负负责人或或任何其其它人,都不能能给开发发 团队队强加更更多的工工作量。通常Spprinnt都有有个目标标,称作作Sprrintt目标。这将十十分有效效地帮助助大家更更加专注注于需要要完成的的工 作作的本质质,而不不必花太太多精力力去关注注那些对对于我们们需要完完成的工工作并不不重要的的小细细节。第二部分分:如何何完成工工作?在会议的的第二部部分里里,开发

47、发团队需需要根据据当前的的“完成成的定义义”一起起决定如如何实现现下一个个产品增增 量。他们进进行足够的的设计和和计划,从而有有信心可可以在SSpriint中中完成所所有工作作。头几几天的工工作会 被分解解成小小的单元元,每个个工作单单元不超超过一天天。之后后要完成成的工作作可以稍稍大些些,以后后再对它它 们进进行分分解。决定如何何完成工工作是开开发团队队的职责责,决定定做什么么则是产产品负责责人的职职责。在计划会会议的第第二部分分,产品品负责人人可以继继续留下下来回答答问题,以及澄澄清一些些误解。不管怎怎样,团团队应该该很容易易找到产产品负责责人。Spriint计计划会议议的产出出 Sppr

48、innt计划划会议最最终需要要Scrrum团团队对SSpriint需需要完成成工作的的数量和和复杂度度达成共共识,并并预期在在一个合合理的条条件范围围内完成成它们。开发团团队预测测并共同同承诺他他们要完完成的工工作量。 总而而言之之:在SSpriint计计划会议议中,开开发团队队和产品品负责人人一起考考虑并讨讨论产品品待办事事项,确确保他们们对这些些事项的的理解,选择一一些他们们预测能能完成的的事项,创建足足够详细细的计划划来确保保他们能能够完成成这些事事项。最终产生生的待办办事项列列表就是是“Spprinnt待办办事项列列表(SSpriint Bacckloog)”。Scruum活动动:每日

49、日Scrrum会会议开发团队队是自组组织的。开发团团队通过过每日SScruum会议议来确认认他们仍仍然可以以实现SSpriint的的目标。 这个个会议每每天在同同样的时时间和同同样的地地点召开开。每一一个开发发团队成成员需要要提供以以下三点点信息:从上一个个每日SScruum到现现在,我我完成了了什么; 从现现在到下下一个每每日Sccrumm,我计计划完成成什么; 有什什么阻碍碍了我的的进展。每日Sccrumm中可能能有简要要的问题题澄清和和回答,但是不不应该有有任何话话题的讨讨论。通通常,许许多团队队 会在在每日SScruum之后后马上上开会处处理他们们遇到的的任何问问题。每日Sccrumm

50、既不是是向管理理层汇报报,也不不是向产产品负责责人或或者SccrummMassterr汇报。它是一一个开发发 团队队内部的的沟通会会议,来来保证他他们对现现状有一一致的了了解。只只有Sccrumm团队的的成员,包括 ScrrumMMastter和和产品负负责人人,可以以在会议议中发言。其其他感兴兴趣的人可以以来旁听听。在必必要时, 开发发团队会会基于会会议中的的发现重重新组织织他们的的工作来来完成SSpriint的的目目标。每日Sccrumm是Sccrumm的一个个关键组组成部分分,它可可以带来来透明性性,信任任和更好好的绩效效。它能能帮助 快速发发现问题题,并促促进团队队的自组组织和自自立。

51、所有SScruum会议议都是限限定时长的。每日SScruum通 常不超超过155分钟。Scruum活动动:Spprinnt评审审会议Spriint结结束时,Scrrum团团队和相相关人人员一起起评审SSpriint的的产出。所有SScruum会议议都是限限定时长 的的,Spprinnt评审审会议的的推荐时时长是是Sprrintt中的每每一周对对应一个个小时(译者注注:比比如,一一个Spprinnt 包包含2个个星期,则Spprinnt评审审会议时时长为为2个小小时)。讨论围绕绕着Spprinnt中完完成的产产品增量量。由于于Sprrintt的产出出会涉及及到一些些人的的“利益益”,因因此一个个

52、明 智智的做法法是邀请请他们参参加这个个会议,这会很很有帮助助。这个个会议是是个非非正式的的会议,帮助大家 了解我我们目前进进展到哪哪里,并一起起讨论我我们下一一步如何何推进。每个人都可可以在SSpriint评评审会议议 上发发表意见。当当然,产产品负责责人会会对未来来做出最最终的决决定,并并适当地地调整产产品待办办事项列列表 (Prooducct BBackklogg)。团队会找找到他们们自己的的方式来来开Spprinnt评审审会议。通常会会演示示产品增增量,整整个小组组也会经经常讨论论他们在在Sprrintt中观察察到了什什么、有有哪些新新的产品品想法出出现。他他们还会会讨论产产品待办办事

53、项列列表 的的状态、可能的的完成日日期以及及在这些些日期前前能完成成什么。Spriint评评审会议议向每个个人展展示了了当前产产品增量量的概况况。因此此,通常常都会在在Sprrintt评审会会议中调调 整产产品待办办事项列列表。Scruum活动动:Spprinnt回顾顾会议在每个SSpriint结结束后,Scrrum团团队会聚聚在一起起开Spprinnt回顾顾会议,目的是是回顾一一下团队队在流程程人际关关系以及及工具方方面做得得如何。团队识识别出哪哪些做得得好,哪哪些做得得不好,并找出出潜在 的改进进事项,为将来来的改进进制定计计划。所所有的SScruum会议议都是限限定时长的,Sprrint

54、t回顾会会议的 推荐时时长是是Sprrintt中的每每一周对对应一个个小时(译者注注:比比如,一一个Spprinnt包含含2个星星期,则则 Spprinnt回顾顾会议时时长为为2个小小时)。Scruum团队队总是在在Scrrum的的框架内内,改进进他们自自己的流流程。SCRUUM的五五个价值值观承诺 愿意意对目标标做出承承诺专注 把你的的心思和和能力都都用到你你承诺的的工作上上去开放 Scrrum 把项目目中的一一切开放放给每个个人看尊重 每个人人都有他他独特的的背景和和经验勇气 有勇气气做出承承诺，履履行承诺诺，接受受别人的的尊重SCRUUM的四四大支柱柱迭代开发发在Scrrum的的开发模模

55、式下，我们将将开发周周期分成成多个11-4周周的迭代代，每个个迭代都都交付一一些增量量的可工工作的功功能。迭迭代的长长度是固固定的，如果我我们选择择了1周周的迭代代，那么么保持它它的长度度不要发发生变化化，在整整个产品品开发周周期内每每个迭代代都是11周的长长度。这这里需要要强调的的是在每每个迭代代必须产产出可工工作的增增量功能能，而不不是第一一个迭代代做需求求、第二二个迭代代做设计计、第三三个迭代代做代码码。增量交付付增量是一一个 SSpriint 及以前前所有 Sprrintt 中完完成的所所有产品品代办事事项列表表条目的的总和。 在 Sprrintt 的结结尾,新新的增量量必须“完成”,

56、这意意味着它它必须可可用并且且达到了了 Sccrumm 团队队 “完完成”的的定义的的标准。无论产产品负责责人是否否决定真真正发布布它,增增量必须须可用。增量是是从用户户的角度度来描述述的，它它意味着着从用户户的角度度可工作作。自组织团团队Scruum团队队是一个个自组织织的团队队，传统统的命令令与控制制式的团团队只有有执行任任务的权权利，而而自组织织团队有有权进行行设计、计划和和执行任任务，自自组织团团队还需需要自己己监督和和管理他他们的工工程过程程和进度度，自组组织团队队自己决决定团队队内如何何开展工工作，决决定谁来来做什么么，即分分工协作作的方式式。高优先级级的需求求驱动在Scrrum中

57、中，我们们使用PProdductt Baackllog来来管理需需求，PProdductt Baackllog是是一个需需求的清清单，PProdductt Baackllog中中的需求求是渐进进明细的的，Baackllog当当中的条条目必须须按照商商业价值值的高低低排序。Scrrum团团队在开开发需求求的时候候，从BBackklogg最上层层的高优优先级的的需求开开始开发发。在SScruum中，只要有有足够11-2个个Sprrintt开发的的细化了了的高优优先级的的需求，我们就就可以启启动Spprinnt了，而不必必等到所所有的需需求都细细化之后后。我们们可以在在开发期期间通过过Baccklo

58、og的梳梳理来逐逐步的细细化需求求。SCRUUM团队队在传统的的工作方方式下，开发团团队会有有很多不不同的角角色，比比如项目目经理、产品经经理、架架构师、设计师师、用户户体验设设计师，程序员员，测试试人员，DBAA等等。但是，在Sccrumm的工作作方式下下，总共共只有三三个角色色， 这这三个角角色分别别是产品品负责人人（POO）,SScruum MMastter和和开发团团队。我们通常常可以以以划龙舟舟的团队队角色来来类比SScruum的角角色，划划龙舟通通常有舵舵手、鼓鼓手、划划桨团队队三个角角色。SScruum中的的PO就就是舵手手的角色色，他对对产品的的方向负负责，对对产品的的Whyy

59、和Whhat负负责，对对产品的的愿景，产品包包括哪些些主要的的特性负负责。SScruum中的的Scrrum Massterr鼓手的的角色，他帮助助团队保保持高昂昂的士气气，并进进行良好好的协作作，他是是一个SScruum的专专家，团团队的教教练，团团队的服服务式领领导。SScruum中的的团队，对应到到龙舟赛赛的划桨桨团队，团队必必须协调调一致，作为一一个整体体前进，在这样样的环境境下单打打独斗，各自为为政没有有任何胜胜算。Scruum的开开发团队队对实现现Sprrintt目标需需要做的的所有事事情负责责，包括括技术方方案和决决策，团团队分工工（谁做做什么），执行行Sprrintt开发任任务等

60、，而且作作为自组组织的团团队，他他们也对对他们的的工作进进度的跟跟踪和管管理负责责。Sccrumm开发团团队的主主要职责责包括如如下五个个方面：执行Spprinnt梳理产品品Bacckloog做Sprrintt计划每天跟进进工作进进展，并并对他们们的工作作做检查查和调整整每个迭代代对产品品和团队队的工作作过程做做检查和和调整开发团队队有如下下10方面面的特征征：自组织多元化、跨职能能的完整整团队团队成员员符合TT型技能能，即一一专多长长持续改进进最大限制制的沟通通透明沟通通2个披萨萨的团队队大小（5-99人）专注、投投入按照可持持续的节节奏工作作团队长期期存在，人员稳稳定自组织团团队什么是是自