一般而言，我们都熟悉敏捷的12条原则：
1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
2. 欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。
3. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
4. 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
5. 激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。
6. 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
7. 可工作的软件是进度的首要度量标准。
8. 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
9. 对技术精益求精，对设计不断完善，将提高敏捷能力。
10. 以简洁为本，极力减少不必要工作量。
11. 最好的架构、需求和设计出自于自组织的团队。
12. 团队定期地反思如何能提高成效，并依此调整团队的行为。
针对第一条原则：我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
团队中有位同事，本身工作态度比较积极，就是工作方面会求全责备，扣得比较细，但相应影响了自身进度以及给团队进度造成影响。我们在站会中逐步发现这个问题，但这个同事仍比较检查，大家就单独找了一个时间，讨论各自原来遇到的情况，就是变化总是不期而至，尽早提供MVP从而获得业务方反馈是个迭代调整的好方法，“perfect is the greatest enemy to better”，大家没有直接批评和指责，而是通过各自的经验分享，逐步潜移默化。
