敏捷开发原则
1.尽早并持续地交付有价值的软件以满足顾客需求。
2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
4.业务人员和开发人员在项目开发过程中应该每天共同工作
5.以有进取心的人为项目核心，充分支持信任他们
6.无论团队内外，面对面的交流始终是最有效的沟通方式
7.可用的软件是衡量项目进展的主要指标
8.敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去
9.只有不断关注技术和设计，才能越来越敏捷
10.保持简明——尽可能简化工作量的技艺——极为重要
11.只有能自我管理的团队才能创造优秀的架构、需求和设计
12.时时总结如何提高团队效率，并付诸行动
敏捷流程概述
我们在这里剖析Scrum这个方法论。
第一步：找出完成产品需要做的事情——Product Backlog
第二步：决定当前的冲刺（Sprint）需要解决的事情——Sprint Backlog
第三步：冲刺（Sprint）
第四步：得到软件的一个增量版本，发布给用户。然后在此基础上又进一步计划增量的新功能和改进。
敏捷的团队
如果你的团队很弱，那么强行把敏捷（或者其他高级方法）套在上面也没有用，也许还会适得其反，往往需要多次Sprint才能让Scrum走上正轨。换句话说，如果你的团队已经有这么厉害（自我管理、自我组织、多功能型）的一帮人，那么用不用Scrum都能写好软件！