敏捷开发
- 个体和迭代，超越过程和工具
- 工作的软件，超越完整的文档
- 客户协作，超越合同谈判
- 响应变更，超越履行计划
敏捷原则
- 优先级最高的是，通过早期和持续交付有价值的软件来满足客户。
-
欢迎变更需求，即使在开发的后期提出。敏捷过程为客户的竞争优势而控制变更。
-
以两周到两月为周期，频繁地交付可运行的软件，首推较短的时间定量。
-
在整个项目过程中，每一天开发人员都要和业务人员合作。
-
由个体推动项目的建设，为个体提供所需的环境、支持和信任。
-
在开发团队中或开发团队间传递信息的最为有效和高效的方法是面对面交谈。
-
衡量进展的重要尺度是可运行的软件。
-
敏捷过程提倡可持续的开发。
-
发起人、开发者和用户应该步调一致。
-
不断地关注技术上优越的设计会提高敏捷性。
-
简洁是最重要的，简洁就是尽量减少工作量的艺术。
-
最佳的架构、需求和设计来自于组织的团队。
-
团队要定期反省如何使工作有效，然后相应地调整行为。空值被过滤掉，可以使用-1 或其它值来代替
AM-敏捷建模思想
- 仅有数据模型对于现代软件是不够的。
- 接收变化，并且允许你的模型能够随着时间进行改变。你不能冻结它们，然后就期待着成功。
- 模型并不一定就是文档，文档也不一定就是模型。
- 大多数模型可能也应该被丢弃。
- 只有代码才能与代码保持真正的同步。
- 一些简单的工具，比如白板，就完全足以应付大多数年得建模工作 。
- 思考，然后再编码。
- 你总能从别人身上学到东西。
- 建模可以用一种轻盈的方式。
- 设计直到代码发布以后才算完成。