敏捷

1、敏捷的发展简要概述

​ 提到敏捷（Agile）大多数人会想到2001年敏捷宣言的发表，但是实际上敏捷运动并不是起源于敏捷宣言的发表，它可以追溯到更早的时候，参考来自知乎。

• 20世纪50年代-美国国防部（DOD）和美国航空航天局（NASA）开始采用迭代式的增量方法（IID）。
• 20世纪60年代-科技的发展，制造业岗位的消减，”知识工人“产生，旧模式不再凑效，生产工具在人的头脑里，旧式的方法被提倡信息共享和劝导的新方法代替。
• 20世纪60年代-Thomas Gilb提出演化项目管理的概念（EVO方法）。
• 1970年-Winston Royce发表文章《Managing the development of large systems》阐述瀑布方法的概念，并注解说明：“是危险的的并且可能导致失败”的原因， 因为它将测试放到了最后。
• 1986年-Tankeuchi和Nonaka发表白皮书《The New New Product Development Game》讨论了Scrum方法。
• 2001年2月，Martin Fowler，Jim Highsmith等17位著名的软件开发专家齐聚在美国犹他州雪鸟滑雪圣地，举行了一次敏捷方法发起者和实践者的聚会。在这次会议上面，他们正式提出了Agile(敏捷开发)这个概念，并共同签署了《敏捷宣言》。

​ 人们最初设想是如何可以更好的接受及处理变更决策，让瀑布模型具备退回到上一步的能力，并作出一些决策和期望的调整，然后实际上由于工期和预算的限制使这变得几乎不可能执行。

《敏捷宣言》中的四大价值观和十二大原则

四大价值观

1. 个体和互动高于流程和工具。
2. 工作的软件高于详尽的文档。
3. 客户合作高于合同谈判。
4. 响应变化高于遵循计划。

十二大原则

1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
2. 欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。
3. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
5. 激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。
6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
7. 可工作的软件是进度的首要度量标准。
8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
9. 对技术精益求精，对设计不断完善，将提高敏捷能力。
10. 以简洁为本，极力减少不必要工作量。
11. 最好的架构、需求和设计出自于自组织的团队。
12. 团队定期地反思如何能提高成效，并依此调整团队的行为。

2、什么是敏捷

敏捷的出现是为了在短时间内探讨可行性，通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。

3、什么是敏捷开发

1. 项目管理中很重要的一部分就是需求管理，在瀑布流(Waterfall）模型下，很显然需求是源头，源头的水都浑了，那还怎么玩。
2. 高度不确定的项目变化速度快，复杂性和风险也高。这些特点可能会给传统预测法带来问题，传统预测法旨在预先确定大部分需求，并通过变更请求过程控制变更。而敏捷方法的出现是为了在短时间内探讨可行性，根据评估和反馈快速调整。

参考