，按循序展开，交付件单通道线性流动，一般分为需求-设计-编码-测试-验收几个阶段，适合项目制或是较传统的IT企业。
敏捷开发，没有明确的定义，2001年初因观察到许多的软件团队深陷不断扩大的流程之中的困境， 一群17人的业界专家CQ9传奇电子 CQ9电子聚集在一起，勾勒出一些能让软件团队迅速工作， 以及响应变化的价值观和原则。他们自称为Agile Alliance敏捷联盟DevOps，旨在通过建立软件和IT服务的供应链，来支持业务并管理整个流程的成熟度。DevOps不仅仅是增强敏捷开发和持续交付，同时也实现和促进业务增长并保障业务连续性。
敏捷开发只是一种价值观而非具体的指导思想，团队实际落地需要具体的方法论，如Scrum、KanBan、极限编程（XP）等等。
也有把多种方法融合在一起的，比方说XP实践偏工程，Scrum实践偏流程，可以和DevOps很好的结合起来。
来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
作者：敏捷开发链接：7087/answer/2048630628来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
我先把精益开发的概念和七条基本原则列一下，然后再逐条原则表述一下我的理解。概述精益（Lean）管理的思想起源于丰田公司，旨在创造价值的目标下，通过改良流程不断地消除浪费。这种方法现已被广泛用于生产制造管理，对于IT系统建设，精益开发的常用工具模型是价值流模型。精益开发的基本原则
作者：水友链接：zhuanlan.zhihu.com/p/461211118来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
极限编程（ExtremeProgramming，简称XP）是由KentBeck在1996年提出的。极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。
1.1、XP的核心价值XP的核心价值观是沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）、谦逊（Modesty）。XP用“沟通、简单、反馈、勇气和谦逊”来减轻开发压力和包袱；无论是术语命名、专著叙述内容和方式、过程要求，都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。XP精神可以启发我们如何学习和对待快速变化、多样的开发技术。成功学习XP的关键，是用“沟通、简单、反馈、勇气和谦逊”的态度来对待XP；轻松愉快地来感受XP的实践思想；自己认真实践后，通过对真实反馈的分析，来决定XP对自己的价值；有勇气接受它，或改进它。
1.2、为什么称为“Extreme”（极限）“Extreme”（极限）是指，对比传统的项目开发方式，XP强调把它列出的每个方法和思想做到极限、做到最好；其它所不提倡的，XP则一概忽略（如开发前期的整体设计等）。一个严格实施XP的项目，其开发过程应该是平稳的、高效的和快速的，能够做到一周40小时工作制而不拖延项目进度。
1.3、XP核心实践基于敏捷的核心思想和价值目标，XP要求项目团队遵循13个核心实践
团队协作：通过客户、开发团队、项目经理三方共同参加的会议来确定开发计划。
规划策略： 计划是持续的、循序渐进的。每2周，开发人员就为下2周估算候选特性的成本，而客户则根据成本和商务价值来选择要实现的特性。
代码集体所有权：开发队伍中任何人可以修改任何其他人的代码，代码不属于某个个人。
系统隐喻：将整个系统联系在一起的全局视图；它是系统的未来影像，是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与整个隐喻不符，那么该模块是错误的。
作者：水友链接：zhuanlan.zhihu.com/p/442241263来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
动态系统开发方法（DSDM）倡导以业务为核心，快速而有效地进行系统开发。可以把DSDM看成一种控制框架，其重点在于快速交付并补充如何应用这些控制的指导原则。DSDM是一整套的方法论，不仅仅包括软件开发内容和实践，也包括了组织结构、项目管理、估算、工具环境、测试、配置管理、风险CQ9传奇电子 CQ9电子管理、重用等各个方面的内容。3.1、DSDM的基本观点DSDM认为任何事情都不可能一次性圆满完成，应该用20%的时间完成80%的有用功能，以适合商业目的为准。实施的思路是，在时间进度和可用资源预先固定的情况下，力争最大化地满足业务需求（传统方法一般是需求固定，时间和资源可变），交付所需要的系统。对于交付的系统，必须达到足够的稳定程度以在实际环境中运行；对于业务方面的某些紧急需求，也必须能够在短时间内得到满足，并在后续迭代阶段中对功能进行完善。3.2、DSDM的基本原则
