敏捷开发--scrum_scrum实战-敏捷软件项目管理与开发 - CSDN
  • 软件开发模式之敏捷开发scrum) 版权声明:本文为博主 android_Mr_夏 原创文章,未经博主允许不得转载。 https://blog.csdn.net/xiajun2356033/article/details/81513957 简介 这几年关于敏捷开发在互联网企业...

    软件开发模式之敏捷开发(scrum)

    版权声明:本文为博主 android_Mr_夏  原创文章,未经博主允许不得转载。 https://blog.csdn.net/xiajun2356033/article/details/81513957

    简介

    这几年关于敏捷开发在互联网企业中越来越广泛被使用到,运用的比较多的当属scrum敏捷开发和xp敏捷开发,人人都在谈论敏捷开发。那什么才是敏捷开发呢?

    目录

    1. 什么是敏捷开发?
    2. 传统的开发模式和敏捷开发模式的对比?
    3. 敏捷开发scrum的实施。

    什么是敏捷开发

    敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。

    在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

    传统的开发模式和敏捷开发模式的对比

    瀑布模型: 
    这里写图片描述 
    优点: 
    1. 为项目提供了按阶段划分的检查点。 
    2. 当前一阶段完成后,您只需要去关注后续阶段. 
    3. 它提供了一个模板,这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。

    缺点: 
    1. 各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量。 
    2. 由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发风险。 
    3. 通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 
    4. 瀑布模型的突出缺点是不适应用户需求的变化。

    敏捷模型: 
    这里写图片描述
    优点:

    1. 敏捷开发的高适应性,以人为本的特性。
    2. 更加的灵活并且更加充分的利用了每个开发者的优势,调动了每个人的工作热情。

    缺点:

    1. 由于其项目周期很长,所以很难保证开发的人员不更换,而没有文档就会造成在交接的过程中出现很大的困难。

    敏捷开发scrum的实施

    Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;把一个开发流程的名字取名为Scrum,相当于大家像打橄榄球一样迅速、富有战斗激情。而Scrum就是这样的一个开发流程。

    Scrum开发流程中的三大角色 
    – 产品负责人(Product Owner)

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

    – 流程管理员(Scrum Master)

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

    –开发团队(Scrum Team)

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

    scrum开发流程图

    这里写图片描述

    1、我们首先需要确定一个Product Backlog(产品需求列表),这个是由PO负责的(如图(一));

    2、有了Product Backlog列表,我们需要通过 Sprint Planning Meeting(Sprint计划会议) 来从中挑选出一个Story作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog;

    3、Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);

    4、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,并且向所有成员承诺你今天要完成什么,同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己的 Sprint burn down(Sprint燃尽图)(如图(二)和如图(三));

    5、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本。

    6、当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品。

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

    如图(一): 
    这里写图片描述

    如图(二): 
    这里写图片描述

    如图(三): 
    这里写图片描述

    如图(四): 
    这里写图片描述

    敏捷开发管理工具:teambition 
    teambition

    展开全文
  • 觉得这篇文章写的非常好,非常有助于大家了解敏捷开发,原文链接在下面 https://www.jianshu.com/p/eb8f4448c5c8 什么是敏捷开发敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在...

    觉得这篇文章写的非常好,非常有助于大家了解敏捷开发,原文链接在下面

    https://www.jianshu.com/p/eb8f4448c5c8

    什么是敏捷开发?

    敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。(把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。)

    主要目的:降低需求变化的成本

    开发流程:编写用户案例,架构规范,实施规划,迭代计划,代码开发,单元测试,验收测试等等。

    原则和方法:迭代式开发。增量交付。开发团队和用户反馈推动产品开发。持续集成。团队自我管理。

    核心做法:小规模,频繁的版本发布,短迭代周期。测试驱动开发、结对编程、持续集成、每日站立会议、共同拥有代码、系统隐喻。

    精髓:2/8法则(20%交付功能代表80%最终商业价值);

    为什么说是以人为核心?

    我们大部分人都学过瀑布开发模型,它是以文档为驱动的。在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;

    而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

    什么是迭代?

    迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,这样的一个周期就是一次迭代的过程;同时每一次迭代都可以生产或开发出一个可以交付的软件产品。

    关于Scrum和XP

    敏捷是一种指导思想或开发方式,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式

    什么是Scrum?

    Scrum是一个敏捷开发框架;由一个开发过程,几种角色以及一套规范的实施方法组成。

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

    产品负责人(Product Owner)

    该角色负责产品的远景规划,平衡利益相关者的利益。确定不同的产品需求积压的优先级等。

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

    他是开发团队和客户或最终用户之间的联络点。

    利益相关者(Stakeholder)

    该角色与产品之间有直接或间接的利益关系,通常是客户或最终用户代表。他们负责收集编写产品需求,审查项目成果等。

    流程管理员(Scrum Master)

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

    他也是开发团队与产品拥有者之间交流的联络点。

    开发团队(Scrum Team)

    主要负责软件产品在Scrum规定流程下进行开发工作,每个成员可能负责不同的技术方面,但要求每成员必须要有很强的自我管理能力,同时具有一定的表达能力;成员可以采用任何工作方式,只要能达到Sprint的目标。

    Scrum名词解释:

    backlog:可以预知的所有任务,包括功能性的和非功能性的所有任务。建立Product Backlog 的过程就是将用户需求转化为一个个User Story 并确定其优先级的过程。

    story:用讲故事的方式来表达需求,这样便于让原始客户比较清晰的对需求进行表达,开发和测试也会逐渐以客户的需求思维来思考自己的工作。

    sprint:一次迭代开发的时间周期,一般最多以30天为一个周期。在这段时间内,开发团队需要完成一个制定的backlog,并且最终成果是一个增量的,可交付的产品。

    sprint backlog:一个sprint周期内所需要完成的任务

    scrum Master:监督整个Scrum进程,修订计划

    time-box:一个用于开会时间段。每个daily scrum meeting的time-box为15分钟。

    sprint planning meeting:启动每个sprint前召开。一般为8小时。产品Owner和团队成员将backlog分解成小的功能模块,决定在即将进行的sprint里需要完成多少小功能模块,确定Product Backlog的任务优先级。还需详细讨论如何按需求完成小功能模块。

    Daily Scrum meeting:开发团队召开,开发人员向ScrumMaster汇报:今天完成了什么?遇到了什么障碍?明天做什么?团队成员相互了解项目进度

    Sprint review meeting:每个Sprint结束后,Team将Sprint成果演示给Product Owner和其他人员。并总结结束的Sprint。

     

    Scrum流程图

    如何进行Scrum开发?

    1、确定Product Backlog(按优先顺序排列的一个产品需求列表),由Product Owner 负责的;

    2、Scrum Team做工作量的预估和安排;

    3、Product Backlog列表中挑选出一个Story作为迭代目标,然后Story进行细化。

    团队在Backlog列表中挑选出当前sprint内完成的工作。团队决定如何将选定的产品Backlog转化为潜在可交付产品的功能增量。

    形成一个Sprint Backlog(Sprint Backlog是由Scrum Team去完成的)

    4、召开sprint planning meeting,确定迭代任务,优先级,并分配给每个成员

    5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中,需要进行 Daily Scrum Meeting,每个人汇报昨天完成了什么,承诺今天要完成什么,遇到不能解决的问题。回答完成后,更新 Sprint burn down(Sprint燃尽图);

    6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;

    7、当一个Story完成,也就是Sprint Backlog被完成也就表示一次Sprint完成,这时,我们要进行 SrpintReviewMeeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);

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

     


    其他资料

    利益相关者:敏捷开发保证了项目中所有利益相关者的利益,不论是客户、项目管理、开发团队或测试小组。每个人对项目都有清晰的可见性,这是成功的关键点所在。敏捷开发原则上鼓励用户积极地参与,不论是产品开发,或是团体协同的方方面面。这对关键利益相关者提供了非常好的可见性,包括项目的进度或是产品本身,最终这有利于保证产品预期的效果。

    质量:不像传统的瀑布模型,等到开发完成才开始测试,可是在敏捷开发中,我们随着需求的准备便开始进行测试。因此,测试集成贯穿整个开发周期,使得工作产品像开发一样去定期检查。这允许工作所有者有必要时做出适当调整,以及及早的给产品团队检查出任何质量问题。

    核心原则

    ◆主张简单:简单模型入手,慢慢迭代

    ◆拥抱变化:需求时刻在变,Project stakeholder(项目利益相关者)也可能会变化。项目环境不断变化

    ◆可持续性:实现项目投资者的需求,其中就包括你的系统应该要有足够的鲁棒性(robust ),能够适应日后的扩展。可持续性可能指的是系统的下一个主要发布版,或是你正在构建的系统的运转和支持

    ◆递增的变化:

    和建模相关的一个重要概念是你不用在一开始就准备好一切。你不用在模型中包容所有的细节,你只要足够的细节就够了,开发一个小的模型,或是概要模型,打下一个基础,然后慢慢的改进模型。

    ◆令投资最大化

    你的项目投资者为了开发出满足自己需要的软件,需要投入时间、金钱、设备等各种资源。投资者应该可以选取最好的方式投资,也可以要求你的团队不浪费资源。并且,他们还有最后的发言权,决定要投入多少的资源。

    ◆快速反馈

    从开始采取行动,到获得行动的反馈,二者之间的时间至关紧要。和其他人一共开发模型,你的想法可以立刻获得反馈,特别是你的工作采用了共享建模技术的时候。和你的客户紧密工作,去了解他们的的需求,去分析这些需求,或是去开发满足他们需求的用户界面,这样,你就提供了快速反馈的机会。

    ◆轻装前进

    你建立一个工件,然后决定要保留它,随着时间的流逝,这些工件都需要维护。如果你决定保留7个模型,不论何时,一旦有变化发生(新需求的提出,原需求的更新,团队接受了一种新方法,采纳了一项新技术...),你就需要考虑变化对这7个模型产生的影响并采取相应的措施。而如果你想要保留的仅是3个模型,很明显,你实现同样的改变要花费的功夫就少多了,你的灵活性就增强了,因为你是在轻装前进。每次你要决定保留一个模型时,你就要权衡模型载有的信息对团队有多大的好处(所以才需要加强团队之间,团队和项目投资者之间的沟通)。

    作者:王皮皮_
    链接:https://www.jianshu.com/p/eb8f4448c5c8
    来源:简书

     

    展开全文
  • 基于scrum敏捷开发流程总结

    千次阅读 2018-11-05 16:39:40
    本文主要来源于华为软件开发流程,同时根据在创业团队的实践在细节上稍有修改。 需求管理 先了解几个概念: IR(Initial Requirement):原始需求。这种需求来自客户,一般由产品经理/需求经理编写。如果是研发内部...

    本文主要来源于华为软件开发流程,同时根据在创业团队的实践在细节上稍有修改。

    需求管理

    先了解几个概念:

    IR(Initial Requirement):原始需求。这种需求来自客户,一般由产品经理/需求经理编写。如果是研发内部产生的需求,可以不需要有IR。

    SR(System Requirement):系统需求。架构师对IR进行分析以后,结合系统设计,将需求描述成一个个要实现的子系统或者模块,比如:提供用户权限管理系统/模块,要求满足用户、角色、权限管理,满足3A/4A要求。

    AR(Allocation Requirement):分配需求/分解需求。架构师或者高级工程师分析SR,将SR分解成一条条的可以分配给开发人员去实现的需求。注意,AR分解完成的时候,每个AR的预估工作量也应该给出。AR的分解没有非常明确和固定的分解方式,需要根据人员、项目时间要求进行把握,在笔者经历的项目中,通常有以下几个原则:

    • 一个AR的工作量不要超过一轮迭代的单人工作量。比如,如果一轮迭代安排一个月(以22个工作日计算),那么一个AR的工作量不要超过22人/天,不然会出现一个AR需要两轮迭代完成的情况,敏捷禁止在一轮迭代中出现半成品。
    • 一个AR尽量由一名开发人员完成。比如,需要完成用户的增删改查功能,可以分两个AR:

            SR001-AR001:提供用户增删改查Web API。

            SR001-AR002:前端实现用户增删改查功能。

    一个典型的AR可以是下面的格式(xx项目迭代跟踪表.xlsx):

    SR号 AR号 AR描述 迭代周期 设计 开发 测试 是否已交付
    SR001 SR001-AR001 提供用户增删改查接口 迭代一        
    SR001 SR001-AR002 提供用户增删改查操作界面 迭代一        

    CR(Change Requirement):变更需求。项目开发的后阶段,可能因为客户需求变化或者系统实现方案有变化造成需求变更,这种需求属于变更需求,同样需要跟踪。

    迭代开发

    AR是方案设计阶段的出口,也是开发阶段的入口。

    项目经理拿到AR列表以后,需要根据AR之间依赖关系、结合团队一轮迭代可以完成的工作量,对AR进行分配和排期。

    这里根据具体公司组织架构,分配方式略有不同,通常,项目经理要列出一轮迭代需要完成的AR列表,根据模块划分将AR分给开发组长,由开发组长来分配给团队内具体的开发人员,分配好后,填写上面的跟踪表。

    迭代过程要包含基本的质量控制流程,以笔者经历的项目为例,如果一轮迭代安排一个月时间(22个工作日),那么大致将迭代内各阶段时间安排如下:

    1.设计串讲:1天 。

      参与人员:设计、开发、测试,

      入口条件:设计文档。

      出口条件:设计、开发、测试对需求及实现方案理解达成一致。

      任务:给开发、测试串讲AR实现总体方案,这个流程主要针对方案设计与开发人员由不同人完成的团队,小团队中不一定需要,可把时间留给其他流程。

    2.开发详细设计:3天

       参与人员:开发。

        入口条件:设计文档,开发与设计对需求及实现方案理解达成一致。

        出口条件:模块数据流向图或者接口调用流程图,总之要能体现代码层面的设计思路。

        任务:这一阶段要根据高级工程师设计的总体方案,进行接口级别的设计,可以直接指导编码实现,时间可以根据复杂程度做      适当调整,不一定要安排满3天。

    3.开发反串讲:1天

        参与人员:开发、设计

        入口条件:模块数据流向图或者接口调用流程图。

        出口条件:设计、开发对代码设计理解一致。

        任务:开发给设计讲解自己的代码设计,设计提出问题及建议,防止实现与设计不一致。

    4.编写测试用例:2天

        参与人员:开发、测试

        入口条件:开发、测试

        出口条件:测试用例

        任务:编写测试用例,有的团队直接由测试完成,有的会让开发编写,可以根据实际情况安排,重要的是双方达成一致理解。

    5.编码:6天

        参与人员:开发

        入口条件:详细设计(指的是开发自己完成的代码层面的设计)

        出口条件:代码

        任务:根据设计完成编码工作

    6.code review:2天

        参与人员:开发人员、高级工程师或者模块owner。

        入口条件:编码已完成

        出口条件:review意见及修正

        任务:完成code review,并修改review comments。

    7.开发自测:3天

        参与人员:开发

        入口条件:用例已完成;代码已完成走读。

        出口条件:用例自测通过。

        任务:开发根据测试用例进行自测

    8.联调:3天

        参与人员:有调用关系的模块开发人员

        入口条件:自测已完成

        出口条件:联调通过,能完成集成验证。

        任务:模块间联调完成

    9.产品验收:1天

        参与人员:开发、产品、测试

        入口条件:已完成联调

        出口条件:产品验收确认书

        任务:开发给产品演示本AR开发的成品,产品检查是否与产品设计一致,如有不一致的地方要提出,如果时间够,就修改,        否则作为下一轮迭代的补充需求完成。

    迭代回顾

    持续改进是敏捷开发的一个重要需求,敏捷团队在一轮迭代完成以后应进行一次回顾,迭代回顾有以下原则:

    1. 只用于找出改进措施,不用于表扬和批评,建议考评负责人不参与。
    2. 迭代回顾会议引导人只做引导,杜绝一言堂,要让项目成员畅所欲言。
    3. 从亮点和待改进点两个角度提出问题,包含开发流程的各个环节,不限于开发人员。
    4. 每一项待改进点要有责任人,以及闭环日期。

    一个典型的迭代回顾记录表参考如下:

      亮点 待改进点 改进措施 责任人 完成日期
    管理 1.xxx
    2.xxx
    1.xxx
    2.xxx
    1.xxx
    2.xxx
       
    开发技能          
    测试          
    产品          

      

           

     

    展开全文
  • 简介 根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个...敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。 敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们...

    简介

    根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助。

    敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。

    敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式;Scrum和XP的区别是,Scrum偏重于过程,XP则偏重于实践,但是实际中,两者是结合一起应用的,这里我主要讲Scrum。

    Scrum开发流程中的三大角色和相关名词

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

    流程管理员(Scrum Master)
    主要负责整个Scrum流程在项目中的顺利实施和进行,以及清除挡在客户和开发工作之间的沟通障碍,使得客户可以直接驱动开发。

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

    有关Scrum的几个名词
    Product Backlog: 可以预知的一个阶段的产品任务, 包括功能性的和非功能性的所有任务。(按优先顺序排列的一个产品需求列表),这个是由Product Owner 负责的

    sprint:一次跌代开发的时间周期,一般最多以30天为一个周期.在这段时间内,开发团队需要完成一个制定的backlog,并且最终成果是一个增量的,可以交付的产品。

    Scrum Team根据Product Backlog列表,做工作量的预估和安排构建这个团队;

    Sprint Planning Meeting :(Sprint计划会议) 来从整个阶段任务列表中挑选出(按时间顺序)一个Story作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog;

    sprint backlog:一个sprint周期内所需要完成的任务。由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);

    scrumMaster: 负责监督整个Scrum进程,修订计划的一个团队成员。

    time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。

    sprint planning meeting: 在启动每个sprint前召开。一般为一天时间(8小时)。该会议需要制定的任务是:产品Owner和团队成员将backlog分解成小的功能模块, 决定在即将进行的sprint里需要完成多少小功能模块,确定好这个Product Backlog的任务优先级。另外,该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。

    Daily Scrum meeting:Daily Scrum Meeting(每日站立会议),每次会议控制在15分钟左右,每个人都必须发言,需要向ScrumMaster汇报三个项目:今天完成了什么? 是否遇到了障碍? 即将要做什么?通过该会议,团队成员可以相互了解项目进度和方向。同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己的 Sprint burn down(Sprint燃尽图。

    Sprint review meeting:演示会议,也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);

    Sprint retrospective meeting:回顾会议/总结会议,以轮流发言方式进行,对刚结束的Sprint进行总结。会议的参与人员为团队开发的内部人员。一般该会议为3小时。

    S流程

    在这里插入图片描述

    1、由Product Owner确定一个Product Backlog(按优先顺序排列的一个产品需求列表);

    2、根据Product Backlog列表,做工作量的预估和安排;

    3、通过 Sprint Planning Meeting(Sprint计划会议) 来从Product Backlog列表中挑选出一个Story作为本期迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog;

    4、Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每个任务的工作量在2天内能完成);

    5、每日进行 Daily Scrum Meeting/Daily Stand-up Meeting(一般每日早上站立会议)讲解当前Sprint Backlog中的任务状态,每次会议控制在15分钟左右,每个人都必须发言,并且要向所有成员当面汇报你昨天完成了什么,并且向所有成员承诺你今天要完成什么,同时遇到不能解决的问题也可以提出,每个人回答完成后,要走到黑板前更新自己已经完成的任务-Sprint burn down(Sprint燃尽图);

    6、每日集成(一般为测试前一天的完成任务,自动化测试会是当晚完成当天的任务测试),也就是每天都要有一个可以成功编译、并且可以演示的版本;很多人可能还没有用过自动化(CI/CD)的每日集成,在服务器上自动获取最新版本,然后在服务器中编译,如果通过则马上再执行单元测试代码,如果也全部通过,则将该版本发布,中间有任何失败,都会用邮件通知项目管理人员;

    7、当一个Story完成,也就是Sprint Backlog被完成,也就表示一次Sprint完成,这时,我们要进行 Srpint Review Meeting(演示会议),也称为评审会议,产品负责人和客户都要参加(最好本公司老板也参加),每一个Scrum Team的成员都要向他们演示自己完成的软件产品(这个会议非常重要,一定不能取消);

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

    在这里插入图片描述

    上图就是每日的站立会议了,参会人员可以随意姿势站立,任务看板要保证让每个人看到,当每个人发言完后,要走到任务版前更新自己的燃尽图。

    在这里插入图片描述

    任务看版包含 未完成、正在做、已完成 的工作状态,假设你今天把一个未完成的工作已经完成,那么你要把小卡片从未完成区域贴到已完成区域。

    每个人的工作进度和完成情况都是公开的,如果有一个人的工作任务在某一个位置放了好几天,大家都能发现他的工作进度出现了什么问题(成员人数最好是5~7个,这样每人可以使用一种专用颜色的标签纸,一眼就可以从任务版看出谁的工作进度快,谁的工作进度慢)

    工具推荐

    推荐一个企业级敏捷开发工具——CODING:https://coding.net/ ,操作界面简洁,支持一站式 DevOps 全流程服务,包括代码及需求管理,缺陷管理,测试管理,持续集成,自动部署,基于 Git 的版本控制保障了公司代码资产安全。不仅满足管理者的企业视图,更加快了开发者的研发速度,支持远程协作,提高开发效率。

    https://worktile.com/scrum
    期间我们有用过这个产品,页面直接拖拉还是非常方便的
    在这里插入图片描述

    原文出自:https://www.cnblogs.com/qixuejia/p/5863216.html

    展开全文
  • 八分钟敏捷开发scrum)扫盲

    千次阅读 2018-08-20 16:54:42
    敏捷开发scrum)是一种软件开发的流程,强调快速反应、快速迭代、价值驱动。 Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;运用该流程,你就能看到你团队高效的工作。 敏捷开发的特点就是...
  • 敏捷开发Scrum框架入门

    千次阅读 2016-08-12 11:04:22
    敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式,目标是提高开发效率和响应能力。 Scrum是一个框架,能使产品管理和开发实践的相对功效显现出来,以便进行改进。
  • 敏捷开发--scrum

    2019-10-08 02:19:24
    1.请简述一下什么是敏捷开发(Agile Development),以及什么是持续集成。 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,...
  • 敏捷开发-Scrum 实战

    千次阅读 2014-11-02 23:07:09
    最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队...《轻松Scrum之旅—敏捷开发故事》、《敏捷无敌》硝烟中的Scrum 和 XP火星人敏捷开发手册Scrum-Checklists维基百科:http://zh.wikipedia.org/wiki/Scrum
  • 敏捷开发 SCRUM PPT

    2020-07-29 14:20:55
    描述 敏捷开发 SCRUM 的演讲PPT
  • 敏捷开发方法 SCRUM 实战PPT
  • 敏捷开发Scrum.ppt

    2020-07-30 08:04:18
    公司内部的,敏捷开发Scrum培训文档,提供给小白看看
  • 软件开发模式之敏捷开发scrum

    万次阅读 多人点赞 2018-08-08 19:25:59
    简介 这几年关于敏捷开发在互联网企业中越来越...敏捷开发scrum的实施。 什么是敏捷开发 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。 在敏捷开发中,软件项目在构建初期被...
  • scrum是一个开发和维护复杂产品的管理框架,是一个增量的,迭代的开发过程。整个开发过程分为若干个迭代周期,每个迭代周期称为一个sprint,一个sprint周期一般是1到4周,相对于传统的瀑布式开发(需求-设计-开发-...
  • 敏捷开发-Scrum

    2019-01-07 22:16:56
    更多请关注微信公众号 SystemEngineeringLab ...Scrum是一种敏捷过程框架,不同于其他敏捷开发方法,Scrum不仅仅适用于软件开发领域。 1. Srum 的目标 Deliver the highest business value in the shortt...
  • Scrum敏捷软件开发过程 敏捷软件开发是软件项目的一个概念框架. 有许多建立在敏捷概念上的方法,如 Scrum 和 Extreme Programming (XP). 与僵化的、重量级的、官僚式的方法形成对照,比如瀑布模型(指纯粹形式的) ...
  • 敏捷软件开发模型--SCRUM

    千次阅读 2009-02-21 19:38:00
    Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种,在最近的一两年内逐渐流行起来。Scrum的基本假设是:开发软件就像开发新产品,无法一开始就能定义软件产品最终的规程,过程中需要研发、创意、尝试错误,...
  • 敏捷开发——SCRUM 近二十年软件开发、软件设计、需求分析、项目管理、部门...
  • 高效的团队,高效的工作离不开一种高效的工作方式,尤其作为互联网...敏捷开发包括三个角色 产品负责人(Product Owner),ScrumMaster,团队,首先我们先来说一下scrum团队和重要性。 一、什么是敏捷 通俗来...
  • git的分支管理策略 git-flow - 运维比较复杂(两个长线分支+三个短线分支) github-flow - 无冲突合并 克隆代码到本地(git pull更新代码) 创建自己的分支(绝对不能动master分支) ...敏捷开发 - Scrum...
  • 敏捷教练----Scrum-仪式

    2020-05-25 08:17:51
    会议或“仪式”是敏捷开发的重要组成部分。但它们是许多重要元素之一,不应该在真空中进行。(在瀑布项目中加入一些仪式并称之为“敏捷”,这听起来很诱人,但这不会给你带来任何好处。) 让我们看一看每一个敏捷...
1 2 3 4 5 ... 20
收藏数 18,348
精华内容 7,339
关键字:

敏捷开发--scrum