SRUM敏捷管理.pptVIP

SRUM敏捷管理 魏忠诚博士 主要内容 基本概念 ?敏捷软件开发是一种应对快速变化需求的软件开发能力,它着眼于快速交付高质量的软件,并做到让客户满意。它强调程序员与业务专家之间的紧密协作、面对面的沟通(这比书面的文档更有效)、频繁的交付新的软件版本、紧凑而自我组织的团队、能够很好地适应需求变化的代码编写和团队组织方法以及软件开发中人的作用。 Scrum是一个敏捷开发框架，是一个增量迭代的开发过程.。在这个框架整个开发周期由若干个小的跌代周期，每个小的的跌代周期称为一个Sprint，每个Sprint的长度2到4周。在每个Sprint中，Scrum的开发团队拿到一个排列好优先级的需求列表，我们称它为用户故事或者叫Sprint backlog， 所以我们先开发的是对客户具有较高价值的需求。? 在每个迭代结束后，都会开发完成可交付的产品。 Scrum方法是目前全球最流行与最有效的敏捷项目管理理念与方法之一,是一种快速增量交付软件产品的能力,在构建产品过程中创建产品的内部团队并与客户高度协作。 历史 Scrum在英语的意思是橄榄球里的争球 1986年，竹内弘高（Takeuchi）和 野中郁次郎（Non-aka）阐述了一种新的整体性的方法 ，该方法能够提高商业新产品开发的速度和灵活性： 他们将这种新的整体性方法与橄榄球相比较，前者各阶段相互重叠，并且由一个跨职能团队在不同的阶段完成整个过程，而后者整个团队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。 同时，杰夫·萨瑟兰Jeff Sutherland在Easel公司开发了一种类似的方法，并首次称之为Scrum。[3] 1995年，在奥斯汀举办的OOPSLA 95上，萨瑟兰和施瓦伯联合发表了论文首次提出了Scrum概念。施瓦伯和萨瑟兰在接下的几年里合作，将上述的文章，他们的经验，以及业界的最佳实践融合起来，形成我们现在所知的Scrum。 2001年，施瓦伯（Ken Schwaber）与 麦克·比窦（Mike Beedle）合著了《敏捷软件开发-使用Scrum过程》一书，介绍了Scrum方法。 Scrum的基本假设 开发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标有明确的推进。 Scrum 开发流程通常以 30 天(或者更短的一段时间)为一个阶段，由客户提供新产品的需求规格开始，开发团队与客户于每一个阶段开始时挑选该完成的规格部分，开发团队必须尽力于 30 天后交付成果，团队每天用 15 分钟开会检查每个成员的进度与计划，了解所遭遇的困难并设法排除。 Scrum模型和传统模型的对比 Scrum模型 Scrum模型 一)? 有关Scrum的几个名词 backlog: 可以预知的所有任务， 包括功能性的和非功能性的所有任务。sprint:一次跌代开发的时间周期，一般最多以30天为一个周期.在这段时间内，开发团队需要完成一个制定的backlog,并且最终成果是一个增量的，可以交付的产品。sprint backlog:一个sprint周期内所需要完成的任务。scrumMaster: 负责监督整个Scrum进程，修订计划的一个团队成员。time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。sprint planning meeting: 在启动每个sprint前召开。一般为一天时间（8小时）。该会议需要制定的任务是：产品Owner和团队成员将backlog分解成小的功能模块,? 决定在即将进行的sprint里需要完成多少小功能模块，确定好这个Product Backlog的任务优先级。另外，该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。 Daily Scrum mee