敏捷宣言

1 个体和沟通胜过流程和工具

2 可以工作的软件胜过详尽的文档

3 与客户合作胜过合同谈判

4 响应变化胜过遵循计划

也就是说，尽管右项有其价值，我们更重视左项的价值。

敏捷方法的12个原则

1 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。

2 欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。

3 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

4 业务人员和开发人员必须相互合作，项目中的每一天都不例外。

5 激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达6 成目标。

7 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。

8 可工作的软件是进度的首要度量标准。

9 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

10 对技术精益求精，对设计不断完善，将提高敏捷能力。

11 以简洁为本，极力减少不必要工作量。

12 最好的架构、需求和设计出自于自组织的团队。

13 团队定期地反思如何能提高成效，并依此调整团队的行为。

XP的核心价值观

1、沟通

2、简单

3、反馈

4、勇气

5、尊重

SCRUM的价值观

 1.承诺– 愿意对目标做出承诺

 2.专注– 把你的心思和能力都用到你承诺的工作上去

 3.开放– Scrum 把项目中的一切开放给每个人看

4.尊重– 每个人都有他独特的背景和经验

 5.勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

精益软件开发七项原则

1.消除浪费。

2.创建知识。

3.推迟决策。

4.快速交付。

5.对人尊重。

6.内建质量。

7.整体优化。

规模化敏捷框架（SAFe）的原则

1 采用经济方面的视角

2 应用系统思维

3 假定变化，保持选项

4 在快速并同时学习的周期下增量的构建

5 根据对运行系统的客观评估建立里程碑

6 限制进行中工作的数量并可视化，减少每个批量中的数量，管理队列长度

7 讲究节奏，进行跨领域同步计划

8 释放知识工作者的内在动力

9 去掉中心化的决策制定

大规模Scrum框架（LeSS）的原则

1 大规模Scrum仍是Scrum。

2 以少即多。

3 精益思考。

4 系统思维。

5 基于经验型过程控制。

6 通过增加透明性来获得对事实更准确的刻画。

7 持续改善追求完美。

8 以客户为中心。

9 聚焦整体产品。

10 队列理论。

透明水晶方法的七大体系特征：

1 经常交付

2 反思改进

3 渗透式交流

4 个人安全

5 焦点

6 与专家用户建立方便的联系

7 配有自动测试、配置管理和经常集成功能的技术环境

动态系统开发方法（DSDM）的基本原则

1用户必须持续参与

2必须授予DSDM团队制定决策的权力

3注重产品的经常交付

4满足业务用途是接受交付品的主要依据

5迭代和增量式开发对得到正确的业务解决方案是必不可少的

6开发过程中的所有变化可逆

7在高层次上制定需求的基线

8 测试自始自终贯穿于开发周期之中

9所有项目涉众间的通力合作是不可或缺的

看板开发方法的原则

1 可视化。

2 限制在制品。

3 管理流动。

敏捷建模的核心原则

1 主张简单

2 拥抱变化

3 你的第二个目标是可持续性

4 递增的变化

5 令Stakeholder投资最大化

6 有目的的建模

7 多种模型

8 高质量的工作

9 快速反馈

10 软件是你的主要目标

11 轻装前进

敏捷建模补充原则

12 内容比表示更重要

13 三人行必有我师

14 了解你的模型

15 了解你的工具

16 局部调整

17 开放诚实的沟通

18 利用好人的直觉

--------------------------------------------------------敏捷方法介绍------------------------------------------------

一、精益软件开发（LSD）

      精益软件开发由Tom和Mary Poppendieck 引入敏捷群体。它采用来自丰田生产系统（TPS）的原则和实践。

      ①TPS开发旨在解决影响生产过程问题，例如：

      1）过度：对于雇员和过程施加不必要的额外压力

      2）违规：不切实际的需求导致过程中的不均匀

      3）浪费：非增值活动或过程

      ②精益七原则：

      1）消除浪费：对客户没有带来价值的事务就是浪费；

      2）尽快交付：短期迭代或小批量提供有价值的反馈，促进有效的决策制定；

      3）增强学习：通过短迭代周期、重构、集成测试和频繁的客户反馈会议增强学习；

      4）团队授权：精益专注于团队，因为决策制定和管理的来源让团队了解最佳选择和成本；

      5）较迟决定：管理不确定性的最佳方法是手机信息，最后的责任时刻给予承诺，打破部件间的依赖关系；

      6）建立整体：确保质量是嵌入在整个系统的，系统需要构建自动化测试、安装和持续集成；

      7）目光长远，脚踏实地，快速试错，快速学习。

二、SCRUM

      Scrum是用于管理产品开发的单个团队过程框架。该框架包含Scrum角色、事件、工件和规则，采用迭代方法来交付工作产品。Scrum是运行在1个月或更少时间的时间盒子上的，其中包括持续时间一致的多个冲刺，在这些冲刺中会产生潜在可发布的产品增量。

      1、Scrum团队包含产品负责人、开发团队和Scrum主管。

      1）产品负责人负责实现产品价值的最大化；

      2）开发团队是一个跨职能的自组织团队，其开发人员拥有所需的一切资源，可在不依赖团队外部其他资源的情况下交付工作产品；

      3）Scrum主管负责确保Scrum过程获得相应支持且Scrum团队遵从实践和规则，并指导团队消除障碍。

      2、Scrum事件：

      ①冲刺Sprint

      ②sprint计划会议

      ③每日Scrum站会

      ④sprint评审会议

      ⑤sprint回顾会议

      3、Scrum工件：

      ①产品代办列表

      ②冲刺sprint代办列表

      ③增量

三、极限编程

      极限编程（XP）是一种基于频繁交付周期的软件开发方法。该名称基于这样一个理念：将特定最佳时间提炼到最纯粹和最简单的形式，然后在整个项目周期内持续运用该实践。XP最受关注的地方在于推广旨在改进软件项目成果的整套实践，随后逐渐演变，采用了一些其他推论实践。

极限编程实践

      该演变是通过筛选核心价值观（沟通、简洁、反馈、勇气、尊重）并根据主要原则（人性化、经济、互惠互利、自相似、改进、多样性反思、流程、机会、冗余、失败、质量、循序渐进、承担的责任）信息来设计和采用技术的结果。

四、看板方法

      看板是日本的信号板的说法，是由丰田生产系统（TPS）开发；

      ①看板方法是从精益思维原则衍生而来，是一个跟精益和及时制生产相关的概念；

      ②敏捷采用了看板方法去反映冲刺或迭代的吞吐量。

看板方法的定义原则和属性

五、水晶方法

      水晶是一种方法论家族。水晶方法论旨在根据项目规模（项目涉及的人员数量）以及项目的关键性来量化并提供方法严格程度的选择。

      水晶方法认识到每个项目可能需要一系列轻量剪裁的策略、实践和过程，以匹配项目的独特特征。该方法论家族根据“重要性”使用不同颜色来确定要使用的方法。“水晶”一词的使用源自宝石，它的不同面代表了根本的核心原则和价值观。不同面代表了技术、工具、标准和角色，

水晶原则的核心价值观和常见属性

六、功能驱动开发（FDD）

      功能驱动开发（FDD）的开发目的是满足大型软件开发项目的特定需求。小型商业价值功能重视能力。功能驱动开发项目中的六个主要角色，每个人可以担任一下一个或多个角色：

      ①项目经理；

      ②首席架构师；

      ③开发经理；

      ④首席编程人员；

      ⑤类负责人；

      ⑥领域专家。

功能驱动开发项目氛围五个过程或活动，以迭代式执行：

功能驱动开发项目生命周期

七、动态系统开发方法DSDM

      动态系统开发方法（DSDM）是一种敏捷项目交付框架，最初的设计目的是提高20世纪90年代普及的迭代方法的严格程度。该框架开发为行业领导者之间的非商业性协作方式。DSDM因强调制约因素驱动交付而著称。该框架从一开始便可设置成本、质量和时间，然后利用正式的范围优先级来满足这些制约因素的要求。

制约因素驱动敏捷的DSDM方法

八、AUP敏捷统一过程

      敏捷统一过程（AgileUP）是软件项目中统一过程（UP）的分支。与紧前统一过程相比，该过程具有加速周期和轻量级的过程。其目的在于在七个主要因素之间执行更多迭代的周期，并在正式交付之前Nauru相关反馈。下表列出了因素以及指导原则。

敏捷统一过程的主要元素

九、OpenUP

      OpenUP是资源开放的一个变量，IBM在2006年将这个概念向公众发布。它是统一软件开发过程的一个变量。

      OpenUP：

      ①是精益统一过程，在结构化的生命周期中采用迭代和增量型方法；

      ②是一个与工具无关，不关注细节的过程；

      ③目标小，集中型团队。

      OpenUP 将项目划分为迭代：有计划的、有时限的迭代操作，通常以周为单位。迭代使团队注重以一种可预见的方式向涉众发送增量式的价值。

      OpenUP将项目生命周期分为四个阶段：启始、精化、构建和产品化。项目生命周期为利益相关者和团队成员提供可见度和决策点。这将更有效的进行管理，并且允许你在石洞的时间做出是否继续的决定。项目计划定义了生命周期，我们得到的最终结果是一个可发布的应用程序。

以上敏捷实践中，SCRUM是最受欢迎的敏捷技术，超过50%以上的项目在运用这项方法，后面再做详细介绍。