敏捷软件开发_敏捷软件开发的特点 - CSDN
  • 敏捷软件开发:原则、模式与实践(带全目录高清版本),高清
  • 敏捷软件开发:原则模式与实践》由享誉全球的软件开发专家和软件工程大师Robert C.Martin将向您展示如何解决软件开发人员、项目经理及软件项目领导们所面临的zui棘手的问题。这本综合性、实用性的敏捷开发和极限...
  • 敏捷软件开发

    2012-04-16 20:56:23
    接下来学习敏捷软件开发(原则、模式与实践),继续加强设计模式的学习,了解软件设计原则,并通过一个案例将 设计原则和设计模式运用到真实的项目当中去。 备注: (1)参考书籍《敏捷软件开发--原则、模式与...

    前段时间进许了设计模式的学习,收获挺多的。

    接下来学习敏捷软件开发(原则、模式与实践),继续加强设计模式的学习,了解软件设计原则,并通过一个案例将

    设计原则和设计模式运用到真实的项目当中去。

    备注:

    (1)参考书籍《敏捷软件开发--原则、模式与实践C#版》Bob大师所著

    (2)博客中的设计和案例都来自于参考书籍,主要是为了加强理解和记忆。

    奋斗奋斗奋斗

    努力,努力,再努力!

    展开全文
  • 敏捷是一个术语,用于描述软件开发的方法,强调增量交付,团队协作,持续计划和持续学习,而不是试图在接近结束时立即交付。 敏捷专注于保持流程的精益,并创建最小的可行产品(MVP),在最终结果出现之前经历多次...
        

    敏捷是一个术语,用于描述软件开发的方法,强调增量交付,团队协作,持续计划和持续学习,而不是试图在接近结束时立即交付。

    敏捷专注于保持流程的精益,并创建最小的可行产品(MVP),在最终结果出现之前经历多次迭代。不断收集和实施反馈,总而言之,这是一个更加动态的过程,每个人都在朝着一个目标努力。

    敏捷软件开发

    Scrum和其他领先的敏捷方法

    敏捷是一种思维方式,它是一套价值观和原则。敏捷是一种思考和行动的方式。敏捷就是短周期,迭代和增量交付,快速失败,获得反馈,及早向客户提供商业价值,关于人员,协作和互动。敏捷是一种关于透明度,检查和适应的心态。但是,敏捷不包含任何角色,事件或工件。这是一种心态。例如,Scrum是敏捷伞下广泛使用的框架之一,它可以帮助你变得更敏捷,但敏捷运动中有更多的框架,如看板,XP,Crystal等等,如图所示下面:

    Scrum敏捷伞

    Scrum

    Scrum是一个框架,人们可以在其中解决复杂的自适应问题,同时高效且创造性地提供具有最高价值的产品。它用于管理软件项目和产品或应用程序开发。它的重点是适应性产品开发战略,其中跨职能团队作为一个单元在2-4周内达成共同目标(Sprint)。它由一系列价值,文物,角色,仪式,规则和最佳实践组成。

    Lean (精益)

    精益起源于丰田生产系统(TPS),它在20世纪50年代,60年代及以后彻底改变了实物商品的生产。精益保持其在制造业中的地位,但也在知识工作中找到了新的应用,帮助所有行业的企业消除浪费,改进流程并促进创新。软件开发是精益方法的自然应用,因为与制造业一样,它通常遵循一个确定的过程,具有一定的接受条件,并导致有形价值的传递。指导精益方法所有实践的关键概念,我们称之为精益支柱。他们是:

    • 连续的提高
    • 尊重人
    • 轻量级领导

    看板 (Kanban)

    看板是一种高度可视化的工作流管理方法,在精益团队中很受欢迎。事实上,83%的精益生产团队使用看板来可视化并积极管理产品的创建,重点是持续交付,同时不会使开发团队负担过重。与Scrum一样,看板是一个旨在帮助团队更有效地协同工作的流程。

    看板基于3个基本原则:

    • 可视化您今天要做的事情(工作流程):查看彼此上下文中的所有项目可以提供非常丰富的信息
    • 限制正在进行的工作量(WIP):这有助于平衡基于流的方法,因此团队无法启动并立即承诺过多的工作
    • 增强流程:当某些内容完成后,积压中的下一个最高优先级项目将被激活

    看板通过定义最佳的团队工作流程,促进持续协作并鼓励积极,持续的学习和改进。

    动态系统开发方法(DSDM)

    DSDM是一个由八个原则组成的框架,包括生命周期和产品,角色和职责以及几种最佳实践技术。这些支撑和支持的理念是尽早提供具有战略意义的商业利益,从而为组织提供最佳的投资回报率(ROI)。

    DSDM是一种优先考虑计划和质量而非功能的方法,它在一开始就修复了成本,质量和时间,并使用MoSCoW优先级排序方法,将项目分解为四种不同类型的要求:

    • 必须有(Must have)
    • 应该有(Should have)
    • 可以有(Could have)
    • 不会有(Won't have)

    支持DSDM Atern的原则有八个[13]。这些原则指导团队必须采取的态度和他们必须采取的思维方式,以始终如一地提供。

    1. 专注于业务需求
    2. 按时交货
    3. 合作
    4. 绝不妥协质量
    5. 从坚实的基础逐步建立起来
    6. 迭代开发
    7. 持续清晰地沟通
    8. 表现出控制力

    极限编程

    最初由Kent Beck描述的极限编程(XP)已经成为最受欢迎和最有争议的敏捷方法之一。XP是一种快速,持续地提供高质量软件的规范方法。它旨在提高面对不断变化的客户需求的软件质量和响应能力。它促进了高客户参与度,快速反馈循环,持续测试,持续规划以及密切的团队合作,以非常频繁的间隔(通常每1-3周)提供工作软件。

    该方法的名称来源于传统软件工程实践的有益元素被带到“极端”水平的想法。例如,代码审查被认为是一种有益的做法。极端情况下,可以通过结对编程的实践不断检查代码。

    最初的XP方法基于四个简单的价值观 - 简单,沟通,反馈和勇气。

    它还有12个支持实践:

    • 规划游戏 (Planning Game)
    • 小版本 (Small Releases)
    • 客户验收测试 (Customer Acceptance Tests)
    • 简单的设计 (Simple Design)
    • 配对编程 (Pair Programming)
    • 测试驱动开发 (Test-Driven Development
    • 重构 (Refactoring)
    • 持续集成 (Continuous Integration)
    • 集体代码所有权 (Collective Code Ownership)
    • 编码标准 (Coding Standard)
    • 隐喻 (Metaphor)
    • 可持续发展 (Sustainable Pace)

    极限编程

    特征驱动开发(FDD)

    功能驱动开发(FDD)由Jeff De Luca于1997年在一家大型新加坡银行的软件开发项目中开展。它是一个迭代和增量的软件开发过程,是一种开发软件的敏捷方法。FDD将许多业界公认的最佳实践融合为一个有凝聚力的整体。这些实践是从客户端值的功能(特性)角度推动的。其主要目的是及时反复提供有形的,有效的软件。使用FDD的优势在于,由于“初期设计足够”(JEDI)的概念,它甚至可以扩展到大型团队。由于其以功能为中心的流程,它是一个很好的解决方案,可以保持对敏捷,增量和固有复杂项目的控制。它由五个基本活动组成:

    1. 开发整体模型
    2. 构建功能列表
    3. 按功能规划
    4. 按功能设计
    5. 按功能构建。

    特征驱动开发(FDD)

    每个项目都有自己独特的模型,这将产生一个功能列表。最后三个活动是短迭代过程,其构建时间不超过两周。如果它需要两周以上,那么它将被分解为更小的功能。

    水晶 (Crystal)

    水晶方法是由Alistair Cockburn在20世纪90年代中期开发的一系列方法(Crystal系列)。这些方法来自Cockburn多年的学习和团队采访。Cockburn的研究表明,他采访过的团队并没有遵循正式的方法,但他们仍然提供了成功的项目。Crystal家族是Cockburn对他们所做的事情进行编目的方式,这些项目使项目成功。水晶方法主要关注:

    • 人 (people)
    • 相互作用 (Interaction)
    • 社区 (Community)
    • 技能 (Skills)
    • 人才 (Talents)
    • 通讯 (Communications)

    敏捷宣言

    “敏捷”一词是在2001年的敏捷宣言中创造的。该宣言旨在建立指导更好的软件开发方法的原则。敏捷宣言由4个重要的价值观组成。阅读敏捷宣言的方式并不是右侧的物品不再具有价值,而是敏捷运动更重视左侧的物品。

    敏捷宣言

    那么让我们来看看敏捷宣言的第一行。这条线表明,我们重视人,他们的互动,沟通和协作,而不是拥有各种广泛的流程和工具。当然,流程和工具很有价值,但是,如果它们真正支持人们一起工作并提供优质产品,那么它们就更有价值。我们现在在很多组织中看到的是,流程和工具本身就是目标。从敏捷的角度来看,我们对此有不同的看法。流程和工具应该支持人们共同合作并为客户创造价值。

    敏捷宣言原则

    作为敏捷宣言的补充,敏捷联盟还定义了一套12项基本原则,除了敏捷宣言之外,还提供了指导和更详细的解释:

    敏捷宣言原则

    1. 我们的首要任务是通过早期和持续交付有价值的软件来满足客户。
    2. 欢迎不断变化的要求,甚至是开发后期。敏捷流程利用变化来实现客户的竞争优势。
    3. 经常提供工作软件,从几周到几个月,优先考虑更短的时间尺度。
    4. 业务人员和开发人员必须在整个项目中每天一起工作。
    5. 围绕有动力的个人建立项目。为他们提供所需的环境和支持,并相信他们能够完成工作。
    6. 向开发团队内部和内部传达信息的最有效和最有效的方法是面对面交谈。
    7. 工作软件是进步的主要衡量标准。
    8. 敏捷过程促进可持续发展。
    9. 赞助商,开发者和用户应该能够无限期地保持稳定的步伐。
    10. 持续关注技术卓越和良好的设计可提高灵活性。
    11. 简单性 - 最大化未完成工作量的艺术 - 至关重要。
    12. 最好的架构,要求和设计来自自组织团队。团队定期反思如何变得更有效,然后相应地调整和调整其行为。

    摘要

    敏捷开发是软件开发行业的一个流行词,它是管理软件开发项目的另一种方式。它不是特定的软件开发方法,而是基于敏捷宣言中表达的价值观和原则的一套方法和实践的总称。解决方案通过自组织,跨职能团队之间的协作发展,利用适合其背景的实践。

    基本的Scrum閱讀

    Scrum和自组织团队 (Scrum and Self-Organizing Team)
    敏捷和Scrum - 有什么区别?
    在Scrum Sprint中发布的频率是如何确定的?
    通过3个步骤建立自组织团队
    The Best Free Scrum Learning Resources, Guides and Articles
    为什么敏捷开发是您项目的更好选择?
    为什么Scrum是 - 快速失败技术?
    8经常被误解的Scrum Master角色
    Scrum Events - 初学者阅读文章
    Scrum在3分钟内完成

    Scrum工件

    展开全文
  • 软件开发模式之敏捷开发(scrum)

    万次阅读 多人点赞 2018-08-08 19:25:59
    简介 这几年关于敏捷开发在互联网企业中越来越广泛被使用到,运用的比较多的当属scrum敏捷开发... 敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。 在敏捷开发中,软件项目在构建初期被...

    简介

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

    展开全文
  • 敏捷软件开发scrum介绍

    千次阅读 2018-08-31 20:32:33
    敏捷软件开发最近几年越来越火。跟传统软件开发相比有什么优点呢。今天我们就来聊一聊。 首先我们来看下什么叫做敏捷。 敏捷软件开发过程 软件开发过程是指设计软件开发过程中涉及的一系列活动,指导开发组一步...

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

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

    敏捷软件开发过程

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

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

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

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

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

    这里有两个关键点:

    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冲刺:明天版本上线,大家辛苦通宵冲刺一下。

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

    展开全文
  • 什么是敏捷软件开发

    千次阅读 2008-06-20 10:26:00
    简单的说,敏捷开发一种以人为核心、迭代、循序渐进的开发方法。... 敏捷开发是由一些业界专家针对一些企业现状提出了一些让软件开发团队具有快速工作、响应变化能力的价值观和原则,并于2001初成立了
  • 敏捷开发的作用和设计方法 关于敏捷开发,大家可能会有如下疑问: 1、敏捷开发往往微小增量迭代,那么会不会忽视全局视图? 答:在敏捷开发中,全局视图和软件是一起演化,因为预测需求是徒劳的,所以更应该关注...
  • 第七章 敏捷设计 拙劣设计的症状定义: 僵化性(Rigidity): 设计难以改变 对软件进行一个单一改动,却引发一系列有依赖关系模块的连锁改动 脆弱性(Fragility): 设计易于遭到破坏 对软件进行单一改动时,程序的许多...
  • 转自:...   [转] Agile Software Development 敏捷软件开发 原文作者:kkun 原文地址:http://www.cnblogs.com/kkun/archive/2011/07/06/agile_software_development.html 敏捷是什么 ...
  • 敏捷软件开发解读

    2019-03-28 08:58:43
    华为敏捷开发 https://wenku.baidu.com/view/5bd5a2a5ee06eff9aef807a0.html?sxts=1553574336496 Scrum敏捷开发 https://wenku.baidu.com/view/43010bed6294dd88d0d26bdd.html?sxts=1553581129123 ...
  • 敏捷软件开发.pdf

    热门讨论 2020-07-24 21:31:35
    目录  译者序  第2版前言  第1版前言  第0章不可知和不可说 ... 附录Aa敏捷软件开发宣言和相互依赖声明  附录BNaur、Ehn、宫本武藏  附录BaNaur、Ehn、宫本武藏:演进  附录C后记  参考文献
  • Scrum敏捷软件开发

    千次下载 热门讨论 2020-07-30 23:32:15
    Scrum敏捷软件开发 中文版 要了解敏捷开发的朋友可以看看
  • 敏捷软件开发中的风险管理

    千次阅读 2018-01-31 13:09:38
    捷软件开发风险管理的思路是:首先分析敏捷软件开发的特点,然后结合风险管理过程进行管理。敏捷软件开发通过其执行结构规避和减轻了常见的软件开发风险,但这也引进了开发过程的不确定,因此也蕴含了大量的风险。 ...
  • Scrum敏捷软件开发中文版

    热门讨论 2020-07-30 23:30:27
    这本书是Scrum敏捷软件开发的中文译版英文书名为 Succeeding with Agile:Software Development Using Scrum 作者Mike Cohn 是软件开发项目管理的经典书籍
  • 敏捷软件开发与传统软件工程的比较
  • 敏捷软件开发宣言 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 虽然右项也具有价值, 但我们认为左项具有更大的价值。 敏捷宣言遵循的原则 我们最...
  • 敏捷软件开发:原则、模式与实践(全).pdf

    千次下载 热门讨论 2020-07-22 23:34:35
    敏捷软件开发:原则、模式与实践(全) 敏捷软件开发:原则、模式与实践(全)
  • 面对严酷的小团队、新团队技术创业现实,在开发人员素质参差不齐的...对比大企业的自有自研工具,中小企业多靠第三方工具实现,我们比较了ThoughtWorks、Teambition、Trello、Slack、DevCloud主流敏捷软件开发工具。
  • 本文的第一篇阐述了敏捷软件开发的业务目标 —— “可持续的快速交付和稳健的灵活性”,这一目标的实现,需要多个层面的支持。如图(一)所示,业务成功是最终目标,它需要有效开发模式的保障;开发模式的实施又离不...
1 2 3 4 5 ... 20
收藏数 93,706
精华内容 37,482
关键字:

敏捷软件开发