敏捷开发流程scrum_敏捷开发流程图scrum - CSDN
  • 本文主要来源于华为软件开发流程,同时根据在创业团队的实践在细节上稍有修改。 需求管理 先了解几个概念: 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)是一种软件开发的流程,强调快速反应、快速迭代、价值驱动。 Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;运用该流程,你就能看到你团队高效的工作。 敏捷开发的特点就是...

    敏捷开发(scrum)是一种软件开发的流程,强调快速反应、快速迭代、价值驱动。

    Scrum的英文意思是橄榄球运动的一个专业术语,表示“争球”的动作;运用该流程,你就能看到你团队高效的工作。

    敏捷开发的特点就是下面4句话:

    「个体与交互」胜过「过程与工具」

    「可以工作的软件」胜过「面面俱到的文挡」

    「客户协作」胜过「合同谈判」

    「响应变化」胜过「遵循计划」

    敏捷开发(scrum)适用于竞争激烈,快速变化的市场。 敏捷的客户协作观念,快速迭代能帮助团队以最小成本,最快速度满足客户真正的需求。对比传统开发模式:

    传统开发模式以文档为驱动,而敏捷开发提倡少写文档

    传统开发模式下开发人员按照产品文档进行研发,过程中客户不参与到产品的验收和体验中,这样就会导致最后开发出来的成品并不是客户想要的。 而敏捷开发模式从开始就强调客户协作,分步提供产品模块客户体验。

    敏捷模式采取迭代式开发,传统模式采用瀑布式开发

    敏捷开发采取迭代式开发的形式,即每个阶段有每个阶段需要完成、并且能使用的产品,这一阶段只要开发某几个功能,且这些功能的产品必须是可以使用的,这一阶段产品完成之后与客户进行对接交付,再进行下一阶段的开发。

    敏捷开发更适应变化

    传统开发模式下软件开发过程是执行研发计划,而实际工作中,需求往往在开发过程中会产生巨大变化。敏捷开发更能适应不确定性强的产品和市场。

    接下面我们来具体看一下执行scrum的套路。

    Scrum的三大角色

    产品负责人(Product Owner)

    主要负责和客户沟通确定产品的功能和达到要求的标准,并指定软件的发布日期和交付的内容,同时有权力接受或拒绝开发团队的工作成果,一般是由产品经理担任。

    流程管理员(Scrum Master)

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

    开发团队(Scrum Team)

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

    Scrum的组成

    Sprint:指的是一次迭代,而一次迭代的周期最好是1-4个星期,也就是我们要把产品需求分布到各个周期完成,这个过程我们称它为Sprint。

    Story:用户故事,也可以看做是用户需求点。

    Task:story的进一步细分。为了能够及时,高效地完成每个 Story,Scrum 团队会把每个 Story 分解成若干个 Task。每个Task 的时间最好不要超过8小时,保证在1个工作日内完成,如果 Task 的时间超过了8个小时,就说明Task的划分有问题,需要特别注意。

    Backlog:Backlog是Scrum中的一个专用名词,意思是待办工作事项的集合。在开发中需要明确2个Backlog。

    Product Backlog ——产品待办事项列表,产品负责人量化用户需求,逐条列出实际需要开发的需求(Story)。

    Sprint Backlog——任务列表,是一次迭代中需要完成的任务,主要是开发团队细化工作的列表。

    燃尽图(Burn Down Chart)

    是一个展示开发时间的图,但是展示的是每天累加所有任务的剩余时间。

    燃尽图是用来跟踪sprint中未完成工作的情况。每做完一个sprint的用户故事就烧掉,最后烧完sprint也就完成了。用蓝色线表示计划走向,红色线则是实际走向,两条线共同组成了燃尽图。如下图,每一个点代表一个用户故事,或者故事点,或者可度量的工作量。所有点组成sprint。

    4个会议

    Sprint计划会

    Sprint 计划会就是大家坐下来,PO 向大家介绍排好序的产品待办事项(Product Backlog),然后大家共同思考决定如何推进计划,梳理出 Sprint Backlog 来完成后续的工作。

    每日站会

    每位开发成员都要交代3点

    昨天完成了什么

    今天计划完成什么

    是否有困难需要帮助

    每日站会

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

    Sprint 评审会

    当一个Sprint完成,这时就要进行最重要的演示会议,也称为评审会议,产品负责人和客户都要参加,每一个开发团队的成员都要演示自己完成的软件产品,然后被判定产品合格、成功、需要修改还是重新做。

    Sprint 总结会

    总结会议以轮流发言方式进行,每个人都要发言,总结并讨论改进的地方,放入下一轮Sprint的产品需求中。

    以上的会议都不需要准备PPT或者大量的文档,但要注意会议的时长。

    使用鱼骨Scrum项目的开发步骤

    1.产品负责人使用产品Tab收集产品需求(story)。

    Product Backlog

    2.开发团队根据Product Backlog列表,在Sprint计划会议中做工作量的预估和安排,确定需求提交研发,进入Story看板。

    Story看板

    3.确定Sprint周期(1-4周)和本次开发迭代冲刺的开发需求(Stories)。进入Sprint的story出现在Task看板。 在Task看板,研发团队可以拆分Story到任务进行协作。

    Task看板

    5.每日立会,团队更新Task看板,和Story看板,保持信息的同步。

    功能强大的鱼骨精益看板能协助开发团队更好的实施SCRUM。

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

    简介

    这几年关于敏捷开发在互联网企业中越来越广泛被使用到,运用的比较多的当属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

    参考

    敏捷开发之Scrum扫盲篇
    百度百科
    敏捷开发 模型讲解

    展开全文
  • 敏捷软件开发最近几年越来越火。跟传统软件开发相比有什么优点呢。今天我们就来聊一聊。 首先我们来看下什么叫做敏捷敏捷软件开发过程 软件开发过程是指设计软件开发过程中涉及的一系列活动,指导开发组一步...

    敏捷软件开发最近几年越来越火。跟传统软件开发相比有什么优点呢。今天我们就来聊一聊。

    首先我们来看下什么叫做敏捷。

    敏捷软件开发过程

    软件开发过程是指设计软件开发过程中涉及的一系列活动,指导开发组一步一步的进行软件开发。

    包括传统的瀑布过程、螺旋过程、原型过程、敏捷过程等。

    敏捷则是一类过程的统称。之所以把他们都称之为敏捷,是因为它们有共同的特点。

    敏捷过程讲究快速迭代快速试错,将一个大的项目分解成一个一个独立的小项目,每个项目实现一定的功能,每个项目的成果物

    都是可以运行的软件。经过多次迭代之后完成整个项目。

    这里有两个关键点:

    1.独立的小项目

    2.每次交付可以运行的软件。

     

    与瀑布开发方法的对比:

    1.粒度更小,更容易施加控制,降低复杂度。

    2.更好的适应需求的变化。传统瀑布方法需要经历需求获取、需求分析、设计、开发、测试、交付、运维等。上下步存在严格的依赖关系。一旦中间有任何一步出现问题则会导致难以估量的错误,越到后期修改的成本越大。而敏捷方法及时的引用开发和测试以及客户参与,可以及时调整偏差。及时出现问题也只需要付出很小的代价。因此更灵活。

    3.人的认知过程是循序渐进的,敏捷方法推崇增量式需求获取。符合人类的认知习惯。经过多次迭代对需求认识越来越清晰,可以及时纠正原有的认知错误。而瀑布方法妄图在开始时一次性花费巨大的代价获取所有需求。而且获取的需求也不一定是准确和完整的。

    4.瀑布方法上下步是串行的,具有严格的次序关系。因此在执行前面的步骤时负责后面任务的人员都处于闲置状态。人员利用率不足。

    敏捷宣言

    1.个体和交互胜过流程和工具

    面对面沟通是最有效率的方式,人才是最重要的。胜过繁琐的流程和工具。

    2.可以运行的软件胜过面面俱到的文档

    文档只是工具不是结果。不能为了文档而文档。而应该将主要精力放在如何构建正常运行的软件上。

    3.客户参与胜过合同谈判

    多和客户沟通,让客户参与到项目中来,有助于交付满足客户期待的软件。

    4.响应变化胜过遵循计划

    拥抱变化,面对变更应及时调整策略

    敏捷方法是一系列过程的统称,都包括哪些过程呢?

    XP(极限编程)、RUP(统一软件过程)、Scrum等。

    其中scrum在近些年越来越流行。因此我们专门介绍下。

    Scrum英文意思是橄榄球,这里用橄榄球运动来代表这种开发方法激烈、刺激。

    Scrum是敏捷的一种,因此符合敏捷过程的所有特点。但是敏捷中的每种方法在具体实施时还是有一些不小的差异。

    这里我们着重介绍Scrum。

    Scrum讲究以人为本,采用迭代方法、循序渐进的开发软件。

    具有三种角色:

    Product Ower:产品owner,类似于产品经理。负责收集需求,定义优先级,确定需求实现程度

    Scrum Master: Scrum教练,负责项目按照scrum流程执行,处理在项目执行中遇到的各种困难和阻力,把控质量、跟踪进度。类似于传统PM的角色但又有比较大的差异。

    Scrum Team:Scrum开发组,在scrum的框架下执行项目开发工作。

    Sprint

    英文是冲刺的意思,代表一次迭代过程。每次迭代2-4周。

    几种活动:

    Sprint plan meeting:冲刺计划会议,在每次冲刺前进行。由scrum master product ower、scrum team和高层参加,时间一般为

    4-8小时。Product owner将product backlog中的任务划分优先级,同时进行需求澄清。scurm团队成员对本次sprint要完成的user story进行分解成task,挑选感兴趣的任务并接进行工期估算。

    Sprint daily meeting: 每日站会,两个主题:昨天做了什么,今天计划做什么。进度如何。

    Sprint review :sprint 评审,每次冲刺结束时由Scrum team将本次冲刺完成的任务进行展示,检验执行情况和质量。长度控制在两个小时左右,不需要ppt。与会人员根据sprint计划会议的目标来评审目标的完成情况。

    Sprint 回顾会议:回顾整个冲刺,总结和反思,促进团队持续成长。

    燃尽图:横轴表示sprint花费的时间,纵轴表示sprint中所有的任务。燃尽图可以体现sprint的进度。

    User Story:sprint backlog中的每一项都使用一个User Story来描述。一个User Story就是站在用户的角度对系统的每一项功能的一项简短描述。User Story粒度不要太大,一般需要在一个sprint内完成。Scrum team会将User Story拆分成一个或多个task。

     

    scrum开发流程。

    Product Owner在项目开始时将任务放进Product backlog,由于需求是增量式获取的,因此这个过程也是增量式的向Product backlog中添加任务。

    在每次sprint开始时,进行sprint plan meeting,会议上由product owner确定product backloug中任务的优先级,scrum团队决定本次sprint要完成的任务,将任务分解成工作项并进行工期估算,同时将任务从product backlog转移到sprint backlog。冲刺阶段每日进行sprint daily meeting,每次在15分钟左右。两个主题:昨天完成了什么,今天计划做什么。有困难提出但会后和相关干系人讨论,不占用会上时间。冲刺结束时进行冲刺评审,对本次冲刺完成的任务进行演示。检查完成情况。冲刺评审之后进行冲刺回顾,回顾过去的冲刺存在的问题,提出改进方案。重复以上过程,直到完成所有任务。

    Scrum与加班的关系

    敏捷不提倡加班。敏捷的开发不是一直以冲刺的力量奔跑,而是要求团队成员密切配合步调一致,使整个项目有序的向前推进。

    加班从长远来看对整个团队的士气和战斗力是不利的。

    加班的源头,一是因为计划不充分、不准确,中途有不可预料的变化。scrum的流程、每日sprint会议、sprint计划会议等都是为了克服传统软件开发的弱点。这些弱点包括:流程无序、管理困难、难以变更、难以拥抱变化。另一个原因是文化氛围或者观念,认为只有

    加班才能体现对工作的热情,这是很幼稚的。对一个人来说,长时间的工作和生活的不平衡都会导致一些问题。敏捷开发讲究以人为本,对于团队来说如果人出了问题项目失败的可能性就可能达达增加。

     

    几种中国式的敏捷:

    极限编程:每天只工作8小时,还没有达到极限,工作不饱和。来来来多给你分配点任务。

    拥抱变化:产品、需求频繁变更,朝令夕改,昨天说好的今天又变卦。

    迭代式开发:做完了赶紧上线,出了问题再修复一版更新上去。

    持续集成:每天提交几百行代码,不用编译不用自测不用测试用例。

    测试驱动:点了两下没发现问题就可以发布了。

    迭代回顾:新版本刚上线肯定有很多问题,这两天辛苦一下。24小时待命。

    sprint冲刺:明天版本上线,大家辛苦通宵冲刺一下。

    结对编程:开玩笑,一个人的任务两个人轮流干,每人只领一半工资行不行。

    展开全文
  • 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP... 什么是敏捷开发敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。 怎么理解呢?首先,我们要理解它不是一门...

    现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP...

     什么是敏捷开发?

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

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

    为什么说是以人为核心?

    我们大部分人都学过瀑布开发模型,它是以文档为驱动的,为什么呢?因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。

    什么是迭代?

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

    关于Scrum和XP

    前面说了敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而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开发?

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

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

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

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

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

    6、做到每日集成,也就是每天都要有一个可以成功编译、并且可以演示的版本;很多人可能还没有用过自动化的每日集成,其实TFS就有这个功能,它可以支持每次有成员进行签入操作的时候,在服务器上自动获取最新版本,然后在服务器中编译,如果通过则马上再执行单元测试代码,如果也全部通过,则将该版本发布,这时一次正式的签入操作才保存到TFS中,中间有任何失败,都会用邮件通知项目管理人员;

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

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

    下面是运用Scrum开发流程中的一些场景图:

    上图是一个 Product Backlog 的示例。

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

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

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

     上图可不是扑克牌,它是计划纸牌,它的作用是防止项目在开发过程中,被某些人所领导。

    怎么用的呢?比如A程序员开发一个功能,需要5个小时,B程序员认为只需要半小时,那他们各自取相应的牌,藏在手中,最后摊牌,如果时间差距很大,那么A和B就可以讨论A为什么要5个小时...

    敏捷开发的4句宣言

    个体与交互 胜过 过程与工具

    可以工作的软件 胜过 面面俱到的文挡

    客户协作 胜过 合同谈判

    响应变化 胜过 遵循计划

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

    • 系统基本架构:

     

    • 企业级项目工作一体化:

    展开全文
  • 敏捷开发方法之Scrum

    2020-04-03 11:12:30
    介绍 Scrum 是一个增量的、迭代的敏捷软件开发过程。某软件公司计划开发一个基于Web的 Scrum项目... Scrum敏捷开发中,项目团队由Scrum主管、产品负责人和开发团队人员三种不同的角色组成,其开发过程由若干个Sp...
  • 敏捷开发Scrum扫盲篇 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP...   为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来...
  • Scrum敏捷开发简介

    2016-10-15 17:57:38
    Scrum是一种灵活的敏捷软件开发管理过程。这个名词来源于英式橄榄球。Scrum方法由Ken Schwaber和 Jeff Sutherland 提出,它将软件开发团队比作橄榄球队,全队有明确的最高目标:发布产品的重要性高于一切。团队
  • Scrum敏捷开发流程

    2017-05-01 14:17:56
    Scrum敏捷开发流程的要点
  • 摘自PM圈子网——项目管理牛人聚集地Scrum是一个敏捷开发框架,是一个增量的、迭代的开发过程。在这个框架中,整个开发周期包括若干个小的跌代周期,每个小的的跌代周期称为一个Sprint,每个Sprint的建议长度2到4周...
  • 本文摘抄自 敏捷开发创始人 杰夫·萨瑟兰的《敏捷革命》一书。此书详细讲述了如何实施敏捷以及通过敏捷我们可以获得什么。此书读起来简单,用起来看着简单,实则不易。若能把握精髓并应用于工作生活,绝对会受益匪浅...
  • 软件开发模式之敏捷开发scrum) 版权声明:本文为博主 android_Mr_夏 原创文章,未经博主允许不得转载。 https://blog.csdn.net/xiajun2356033/article/details/81513957 简介 这几年关于敏捷开发在互联网企业...
  • SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践...
  • 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述...
1 2 3 4 5 ... 20
收藏数 15,111
精华内容 6,044
关键字:

敏捷开发流程scrum