敏捷软件的12条原则

我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。（没有最快，只有更快，用快速的工具和技术交付软件。）

欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。（需求变动没事，反正代价比较小。）

经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。（越快让客户给软件提反馈最重要。首先是“能工作”，其实是“正确的工作”，最后是“工作的好”。如果不能工作，就是浪费时间，把最痛苦的事情最先做。）

业务人员和开发人员必须相互合作，项目中的每一天都不例外。（经常沟通和理解，避免出现期望偏差。）

激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。（KPI 这种东西就是基于“不信任”而设计的。）

不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。（邮件，IM，电话都不是很好的沟通方式。）

可工作的软件是进度的首要度量标准。（只有能用了，才知道接下来该干什么。）

敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。（响应变化，缺少资源就要增加，避免工作被阻塞，否则都会打破步调。）

坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。（敏捷不光求“快”，还要求“好”。不要为了快，把好的实践都抛弃了。）

以简洁为本，它是极力减少不必要工作量的艺术。（简单即是美，能不要的都不要。敏捷的软件犹如罗丹的雕塑。）

最好的架构、需求和设计出自自组织团队。（不要让不专业的人士指导专业人士该怎么做，“He/She can He/She Up”。）

团队定期地反思如何能提高成效，并依此调整自身的举止表现。（反思（回顾会议）是让团队成员之间更加明确方向和暴露状态的的最好形式。此外，敏捷的团队是没有“屌丝”和“码农”的）