敏捷宣言
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%以上的项目在运用这项方法，后面再做详细介绍。
网友评论