复杂项目的会诊：
在稳定阶段的初期，团队只需要决定需要修复哪些缺陷，然后团队成员就会进行必要的设计、实现、测试工作，并签入代码修改，但是，随着项目进展和发布日期的临近，团队还要保证修改方案不会给产品带来负面的影响，这时，会诊会议也会有更高的要求，包括以下三个方面：
第一步：开发者提交参加会议的bug和修改方案。
第二步：同意决定是否同意修改方案。
第三步：执行。
最后回归测试：
项目临近结束时，所有人员（开发、管理、测试）都要回归测试所有的bug。每个人都要帮助团队确保这些bug的确是被修复了，而且别的更改没有导致功能的“回归”。为了便于管理，我们可以考虑新增一个字段，标记某个bug已做过回归测试。在复杂的项目中，团队的PM会对各自负责的模块从用户的角度进行场景测试，并且报告结果。这个时候，还要测试软件在实际与您性的环境中是否能正确发回统计数据（用户数量，程序崩溃信息等），这对于互联网应用是非常关键的。
敏捷开发的原则是：
1.尽早并持续地交付有价值的软件以满足顾客需求
2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
4.业务人员和开发人员在项目开发过程中应该每天共同工作
5.以有进取心的认为项目核心，充分支持信任他们
6.无论团队内外，面对面的交流始终是最有效的沟通方式
7.可用的软件是衡量项目进展的主要指标
8.敏捷流程应能保持可持续发展。领导，团队和用户应该能按照目前的步调持续合作下去
9.只有不断关注技术和设计，才能越来越敏捷
10.保持简明--尽可能简化工作量的技艺--极为重要
11.只有能自我管理的团队才能创造优秀的架构、需求和设计
12.时时总结如何提高团队效率，并付诸行动
敏捷的步骤：
第一步：找出完成产品需要做的事情
第二步：决定当前的冲刺需要解决的事情
第三步：冲刺
