《Scrum敏捷项目管理知识(DOC30页)》由会员分享，可在线阅读，更多相关《Scrum敏捷项目管理知识(DOC30页)（30页珍藏版）》请在金锄头文库上搜索。
1、Scrum敏捷项目管理知识(DOC30页)一、 什么是scrumScrum是一个用于开发和坚持复杂产品的框架，是一个增量的、迭代的开发过程。在那个框架中，整个开发过程由假设干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发能够使用1周的Sprint)。在Scrum中，使用产品Backlog来治理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的表达形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中选择最高优先级的需求进行开发。选择的需求
2、在Sprint打算会议上通过讨论、分析和估算得到相应的任务列表，我们称它为Sprintbacklog。在每个迭代终止时，Scrum团队将递交潜在可交付的产品增量。Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。Scrum流程如以下图：SCRUM框架包括3个角色、3个工件、5个活动、5个价值，具体说明如下：3个角色1. 产品负责人ProductOwner2. ScrumMaster3. Scrum团队3个工件1. 产品BacklogProductBacklog2. SprintBacklog3. 产品增量Increment5个活动1. 产品Backlog梳理会议Product
3、BacklogRefinement2. Sprint打算会议SprintPlanningMeeting3. 每日站会DailyScrumMeeting4. Sprint评审会议SprintReviewMeeting5. Sprint回忆会议SprintRetrospectiveMeeting5个价值1. 承诺情愿对目标做出承诺2. 用心把你的心思和能力都用到你承诺的工作上去3. 开放Scrum把项目中的一切开放给每个人看4. 尊重每个人都有他专门的背景和体会5. 勇气有勇气做出承诺，履行承诺，同意别人的尊重SCRUM理论基础Scrum以体会性过程操纵理论体会主义做为理论基础的过程。体会主义主张
4、知识源于体会,以及基于的东西做决定。Scrum采纳迭代、增量的方法来优化可预见性并操纵风险。Scrum的三大支柱支撑起每个体会性过程操纵的实现:透亮性、检验和适应。Scrum的三大支柱如下：第一：透亮性Transparency透亮度是指，在软件开发过程的各个环节保持高度的可见性，阻碍交付成果的各个方面关于参与交付的所有人、治理生产结果的人保持透亮。治理生产成果的人不仅要能够看到过程的这些方面，而且必须明白得他们看到的内容。也确实是说，当某个人在检验一个过程，并确信某一个任务差不多完成时，那个完成必须等同于他们对完成的定义。第二：检验Inspection开发过程中的各方面必须做到足够频繁地检验，
5、确保能够及时发觉过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会显现问题。幸运的是，软件开发并可不能显现这种情形。另一个因素确实是检验工作成果人员的技能水平和积极性。第三：适应Adaptation假如检验人员检验的时候发觉过程中的一个或多个方面不满足验收标准，同时最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和打算会议检验公布目标的进展，做出
6、调整，从而优化下一个Sprint的工作价值；Sprint回忆会议是用来回忆差不多完成的Sprint，同时确定做出什么样的改善能够使接下来的Sprint更加高效、更加令人中意，同时工作更欢乐。二、 SCRUM术语Scrum：Scrum无对应中文翻译Agile：灵敏Lean：精益Iterative：迭代式的Iteration：迭代AgileManifesto：灵敏宣言Empirical：体会性的EmpiricalProcess：体会性过程Transparency：透亮性InspectandAdapt：检视与调整Sprint：原意为冲刺，Scrum中的Sprint无对应中文翻译，指一个迭代Sprin
7、tGoal：Sprint目标ProductOwner：产品负责人简称POScrumMaster：简称SM,一样不翻译DevelopmentTeam：Scrum开发团队ScrumTeam：指PO,SM和开发团队ScrumRoles：Scrum角色，指PO,SM和开发团队Emergent：涌现的ProductBacklog：产品待办列表，指需求清单SprintBacklog：Sprint待办列表，指Sprint任务清单SprintBurn-downChart：Sprint燃尽图，团队用于做Sprint内的进展跟踪ReleaseBurn-downChart:公布燃尽图，产品负责人做公布进展跟踪Spr
8、intPlanningMeeting:Sprint打算会议DailyScrumMeeting：每日站会SprintReviewMeeting：Sprint评审会议SprintRetrospectiveMeeting:Sprint回忆会议ProductBacklogRefinement:产品待办列表梳理ProductBacklogItem:产品待办清单条目，简称PBIUserStory:用户故事，指一条需求StoryPoint：衡量用户故事的工作量大小的计量单位Velocity:团队速度SprintTask:实现一条需求需要做的一个技术任务DefinitionofDone:DoD，完成的定义St
9、akeholders：干系人Backlog：待办列表Artifact：工件Estimation：估算Collaboration：协作ScalingScrum：大规模Scrum三、 SCRUM起源Scrum的原始含义Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球。争球双方各有8个队员参与，各方出3名前锋队员，并肩各站成一横排，面对面躬身互相顶肩，中间形成一条通道，其他前锋队员分别站在后面，后排队员用肩顶住前锋队员的臀部，组成3、2、3或3、4、1阵形。然后，由犯规队的对方队员在对阵一侧1码外，用双手低手将球抛入通道，不得有利于本队。当球抛入通道时，前排的3对前锋队员互相抗挤，争相踢
10、球给本方前卫或后卫队员，前卫和后卫队员必须等候前锋将球踢回后，方可移动。1986Scrum那个词汇首次应用于产品开发1986年，竹内弘高和野中郁次郎在NewNewProductDevelopmentGame文章首次提到将Scrum应用与产品开发，他们指出：传统的接力式的开发模式差不多不能满足快速灵活的市场需求，而整体或橄榄球式的方法团队作为一个整体前进，在团队的内部传球并保持前进，这也许能够更好的满足当前猛烈的市场竞争。1993年JeffSutherland首次将Scrum用于软件开发灵敏思想深受日本工业界最正确实践的阻碍，专门是丰田和本田公司推行的精益原那么，以及竹内弘高和野中郁次郎开发的知
11、识治理策略。受到以上思想的阻碍，以及对世界范畴内软件项目的研究，JeffSutherland在1993年首次在Easel公司定义了用于了软件开发行业的Scrum流程，并开始实施。1995年JeffSutherland和KenSchwaber规范化了Scrum框架，并在OOPSLA95上公布公布。2001年灵敏宣言及原那么公布、灵敏联盟成立，Scrum是其中一种灵敏方法。2001年，KenSchwaber和MikeBeedle推出第一本Scrum书籍Scrum灵敏软件开发。2002年KenSchwaber和MikeCohn共同创办了Scrum联盟。四、 体会性过程软件开发是一个复杂的活动，在软件
12、产品开发的过程中不仅存在着需求的不确定性，也存在着技术的不确定性，再加上参与软件开发的主体通常是由多人组成的软件开发团队，加上人的因素，就让整个软件开发的活动变得专门复杂。如以下图所示，软件开发活动通常处在以下图的专门复杂的区域。图-01为了治理软件开发的活动，我们会引入过程操纵来治理它。过程操纵通常有两种方式，第一种方式是预定义的过程，第二种方式是体会性过程。我们所熟知的是预定义的过程，它通常是使用的方法解决的问题。制造业的生产线确实是典型的预定义过程，例如生产饼干、啤酒、汽车的生产线等。预定义的过程的特点是给予固定的输入，得到固定的输出，过程可重复。它的优势在于能够大规模批量生产。预定义过
13、程的缺点在于一旦过程定义显现错误，或产品设计上存在瑕疵，会造成比较大的缺失。图02假如我们期望解决的问题比较复杂，同时存在着较大的不确定性的时候，我们需要使用体会性过程。体会性过程的特点是过程是不能够完全预先定义好，结果是不可预知的，生产过程是不可重复的。比如研究一项新技术，下一盘棋，踢一场球赛，在过程运行当中，我们需要通过不断的获得真实的反馈，然后进行适应和调整，使得过程能够产出我们需要的结果。在过程运行机制相当简单易明白的情形下，典型的做法是采纳预定义的建模方式。假如过程复杂程度超出预定义方式的能力范畴，便应用体会性方式。B.A.OgunnaikeandW.H.Ray过程动态学、建模与操纵
14、软件产品的研发通常存在多专门多的不确定性，同时生产的过程专门的复杂，因此更适合使用体会性过程来治理。Scrum以体会性过程操纵理论做为理论基础的过程。Scrum采纳迭代、增量的方法来优化可预见性并操纵风险。Scrum过程框架的基石包括如下三个方面：第一：透亮性Transparency透亮度是指，在软件开发过程的各个环节保持高度的可见性，阻碍交付成果的各个方面关于参与交付的所有人、治理生产结果的人保持透亮。治理生产成果的人不仅要能够看到过程的这些方面，而且必须明白得他们看到的内容。也确实是说，当某个人在检验一个过程，并确信某一个任务差不多完成时，那个完成必须等同于他们对完成的定义。第二：检验In
15、spection开发过程中的各方面必须做到足够频繁地检验，确保能够及时发觉过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会显现问题。幸运的是，软件开发并可不能显现这种情形。另一个因素确实是检验工作成果人员的技能水平和积极性。第三：适应Adaptation假如检验人员检验的时候发觉过程中的一个或多个方面不满足验收标准，同时最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和打算会议检验公布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回忆会议是用来回忆差不多完成的Sprint，同时确定做出什么样的改善能够使接下来的Sprint更加高效、更加令人中意，同时工作更欢乐。五、 SCRUM团队的三个角色Scrum团队中包括三个角色，他们分别是产品负责人、开发团队和ScrumMaster。Scrum团队是自组织、跨职能的完整团队。自组织团队决定如何最好地完成他们的工作,而
