本文共 1288 字，大约阅读时间需要 4 分钟。
敏捷强调适应而非预测。
敏捷过程以人为中心，而非以过程为中心。极限编程（eXtreme Programming,XP）、SCRUM、动态系统开发方法（Dynamic System Development Method, DSDM）、水晶系列方法（Crystal Methodologies）、适配性软件开发（Adaptive Software Development ,ASD）、特征驱动开发（Feature Driven Development, FDD）等
1） 个体和交互胜过过程和工具
人是软件项目获得成功最为重要的因素 合作、沟通能力以及交互能力比单纯的软件编程能力更为重要 合适的工具对于成功来说非常重要 团队的建构要比环境的建构重要得多，不能期望团队自动凝聚在一起。应该让团队基于需要配置环境。 2） 可以工作的软件胜过面面俱到的文档 过多的面面俱到的文档往往比过少的文档更糟 如何控制和把握软件创建与文档编制 软件开发的主要和中心活动是创建可以工作的软件 直到迫切需要并且意义重大时，才进行文档编制 （Martin’s first law of document） 如何衡量？ 编写并维护一份系统原理和结构方面的文档 用户手册 新员工培训手册 编制的内部文档应尽量短小并且主题突出 3） 客户合作胜过合同谈判 客户不可能做到一次性地将他们的需求完整清晰地表述在合同中 为开发团队和客户的协同工作方式提供指导的合同才是最好的合同 4）响应变化胜过遵循计划 变化是软件开发中存在的现实 计划必须有足够的灵活性与可塑性 没有计划的项目肯定是要失败的 较好的做计划的策略是： 为下两周做详细计划，为下三个月做粗略计划，再以后就做极为粗略的计划。即仅仅对于迫切的任务才花时间进行详细的计划 但是在某个阶段内仍然是相对固定的敏捷过程的基本原则
最优先要做的是通过尽早地、持续地交付有价值的软件来使客户满意
即使到了开发的后期也欢迎改变需求，敏捷过程利用变化来为客户创造竞争优势 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好（关注目标） 在整个项目开发期间，商务人员和开发人员必须天天都工作在一起 围绕被激励起来的个体来构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈 工作的软件是首要的进度度量标准 敏捷过程提倡可持续的开发速度，负责人、开发者和用户应该能够保持一个长期的、恒定的开发速度 不断地关注优秀设计的技能和好的设计会增强敏捷能力 简单——使未完成的工作最大化的艺术——是最根本的 最好的架构、需求和设计出自于自组织的团队 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整 敏捷开发（Agile Development）是一种面临迅速变化的需求快速开发软件的能力。 人与人之间的交互是复杂的，并且其效果从来都难以预料，但却是工作中最为重要的方面。转载地址：http://wstmb.baihongyu.com/