敏捷开发与 Scrum

时间 2019-11-18 标签敏捷开发 scrum

敏捷开发以用户的需求进化为核心，采用迭代、按部就班的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分红多个子项目，各个子项目的成果都通过测试，具有可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程当中软件一直处于可以使用状态。编程

什么是敏捷开发？服务器

敏捷开发(Agile Development)是一种以人为核心、迭代、按部就班的开发方法。框架

怎么理解呢？首先，咱们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导咱们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发；单元测试

为何说是以人为核心？学习

咱们大部分人都学过瀑布开发模型，它是以文档为驱动的，为何呢？由于在瀑布的整个开发过程当中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽可能少写文档，敏捷开发注重的是人与人之间，面对面的交流，因此它强调以人为核心。测试

什么是迭代？spa

迭代是指把一个复杂且开发周期很长的开发任务，分解为不少小周期可完成的任务，这样的一个周期就是一次迭代的过程；同时每一次迭代均可以生产或开发出一个能够交付的软件产品。3d

敏捷开发由几种轻量级的软件开发方法组成,包括极限编程、Scrum、精益开发(Lean Development)、动态系统开发方法、特征驱动开发(Feature Driver Development)、水晶开发(Cristal Clear)等等。全部这些方法都具备如下共同特征,它们也是敏捷开发的原则:

1. 迭代式开发。即整个开发过程被分为几个迭代周期,每一个迭代周期持续的时间通常较短,一般为1到6周。

2. 增量交付。产品是在每一个迭代周期结束时被逐步交付使用,每次交付的都是能够被部署、能给用户带来即时效益和价值的产品。

3. 开发团队和用户反馈推进产品开发。敏捷开发方法主张用户可以全程参与到整个开发过程当中。这使需求变化和用户反馈能被动态管理并及时集成到产品中。

4. 持续集成。新的功能或需求变化老是尽量频繁地被整合到产品中。有些是在每一个迭代周期结束的时候集成, 有些则天天都在这么作。

5. 开发团队自我管理。人是敏捷开发的核心。敏捷开发老是以人为中心创建开发的过程和机制,而非把过程和机制强加给人。

敏捷开发的优点:

知足用户不断变化的需求是软件开发的长期没法解决的难题之一,经典的瀑布模式在一个迭代周期内表现优异,但一旦需求变化,瀑布模式却显得无能为力。敏捷方法知足需求的办法主要经过迭代。在每一次迭代周期结束时,都能交付用户一个可用的、可部署的系统,用户使用并体验该系统并反馈意见,在随后的迭代周期这些意见和需求的其余变化一块儿在产品中实现和集成。每次迭代周期应尽量短,以便能及时地处理需求变化和用户反馈。

敏捷开发方式能给企业和用户带来如下好处:

1. 精确。瀑布模式一般会在产品起点与最终结果之间规划出一条直线,而后沿着直线不断往前走。然而当项目到达终点时,用户一般会发现那已经不是他们想去的地方。而敏捷方法则采用小步快跑,每走完一步再调整并为下一步肯定方向,直到真正的终点。

2. 质量。敏捷方法对每一次迭代周期的质量都有严格要求。一些敏捷方法如极限编程等,甚至使用测试驱动开发(test-driven development),即在正式开发功能代码以前先开发该功能的测试代码。这些都为敏捷项目的整个开发周期提供了可靠的质量保证。

3. 速度。敏捷团队只专一于开发项目中当前最须要的、最具价值的部分。这样能很快地投入开发。另外,较短的迭代周期使团队成员能迅速进入开发状态。

4. 丰厚的投资回报率。在敏捷开发过程当中,最具价值的功能老是被优先开发,这样能给客户带来最大的投资回报率。

5. 高效的自我管理团队。敏捷开发要求团队成员必须积极主动,自我管理。在这样的团队中工做,每一个团队成员的技术能力、交流、社交、表达和领导能力也都能得以提升。

主要的敏捷方法：

敏捷开发方法是一组开发方法的统称,主要包括如下几种:

极限编程其主要目的是下降需求变化的成本。它引入一系列优秀的软件开发方法,并将它们发挥到极致,结对编程(pair-programming)就是其中比较知名的方法之一。除此以外, 其核心作法还有小规模、频繁的版本发布、短迭代周期、测试驱动开发、持续集成、每日站立会议、共同拥有代码、系统隐喻等。

Scrum Scrum是一个敏捷开发框架,它由一个开发过程、几种角色以及一套规范的实施方法组成。在Scrum中,产品需求被定义为产品需求积压(product backlogs)。全部的产品需求积压都是从一个简单的想法开始,并逐步被细化,直到能够被开发的程度。Scrum将开发过程分为多个Sprint周期,每一个Sprint表明一个2~4周的开发周期,有固定的时间长度。

精益开发精益开发的核心思想是查明和消除浪费。在软件开发过程当中bug、没用的功能、等待以及其余任何对实现结果没有益处的东西都是浪费。浪费及其源头必须被分析查明,而后设法消除。精益开发的其余原则包括强调学习、在最后时刻作决定、用最快的速度交付用户等。

其余敏捷方法还包括动态系统开发方法(DSDM)、特征驱动开发(FDD)、Crystal Clear等,各类敏捷方法的区别在于它们对敏捷的不一样阐释和不一样侧重。理解这些方法能够帮助咱们从多个角度理解敏捷开发,而且了解更多的最佳应用。

关于Scrum和XPblog

前面说了敏捷它是一种指导思想或开发方式，可是它没有明确告诉咱们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你能够采用Scrum方式也能够采用XP方式；Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，可是实际中，二者是结合一块儿应用的，这里我主要讲Scrum。项目管理

什么是Scrum？

Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动做；把一个开发流程的名字取名为Scrum，我想你必定能想象出你的开发团队在开发一个项目时，你们像打橄榄球同样迅速、富有战斗激情、人人你争我抢地完成它，你必定会感到很是兴奋的。

而Scrum就是这样的一个开发流程，运用该流程，你就能看到你团队高效的工做。

【Scrum开发流程中的三大角色】

产品负责人（Product Owner）

主要负责肯定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工做成果。

流程管理员（Scrum Master）

主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工做之间的沟通障碍，使得客户能够直接驱动开发。

开发团队（Scrum Team）

主要负责软件产品在Scrum规定流程下进行开发工做，人数控制在5~10人左右，每一个成员可能负责不一样的技术方面，但要求每成员必需要有很强的自我管理能力，同时具备必定的表达能力；成员能够采用任何工做方式，只要能达到Sprint的目标。

Scrum流程图

//------------------------

下面，咱们开始讲具体实施流程，可是在讲以前，我还要对一个英文单词进行讲解。

什么是Sprint？

Sprint是短距离赛跑的意思，这里面指的是一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是咱们要把一次迭代的开发内容以最快的速度完成它，这个过程咱们称它为Sprint。

如何进行Scrum开发？

一、咱们首先须要肯定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；

二、Scrum Team根据Product Backlog列表，作工做量的预估和安排；

三、有了Product Backlog列表，咱们须要经过 Sprint Planning Meeting（Sprint计划会议）来从中挑选出一个Story做为本次迭代完成的目标，这个目标的时间周期是1~4个星期，而后把这个Story进行细化，造成一个Sprint Backlog；

四、Sprint Backlog是由Scrum Team去完成的，每一个成员根据Sprint Backlog再细化成更小的任务（细到每一个任务的工做量在2天内能完成）；

五、在Scrum Team完成计划会议上选出的Sprint Backlog过程当中，须要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每一个人都必须发言，而且要向全部成员当面汇报你昨天完成了什么，而且向全部成员承诺你今天要完成什么，同时遇到不能解决的问题也能够提出，每一个人回答完成后，要走到黑板前更新本身的 Sprint burn down（Sprint燃尽图）；

六、作到每日集成，也就是天天都要有一个能够成功编译、而且能够演示的版本；不少人可能尚未用过自动化的每日集成，其实TFS就有这个功能，它能够支持每次有成员进行签入操做的时候，在服务器上自动获取最新版本，而后在服务器中编译，若是经过则立刻再执行单元测试代码，若是也所有经过，则将该版本发布，这时一次正式的签入操做才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；

七、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，咱们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每个Scrum Team的成员都要向他们演示本身完成的软件产品（这个会议很是重要，必定不能取消）；

八、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每一个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；

敏捷开发 与 Scrum

敏捷开发与 Scrum