正确敏捷分析报告.pptVIP

* 敏捷关注架构。 敏捷强调简单设计，只针对确定的需求设计，不为未来可能的变化做过多假设，这不代表不关注架构。敏捷需在前几轮迭代标识出对架构影响重大和最高优先级的5-10%的需求开展架构设计，并在迭代中早期验证架构设计的正确性。在后续迭代强调架构的演进性，不断的重构“坏味道”。同时，很多敏捷实践需要强有力的架构做基础，如CI、TDD。 要强调的是架构属于系统工程，是软件产品的基础。软件开发方法学（敏捷、ＣＭＭ）不可能代替系统工程。 * * 高度重视反馈 尽管管理者一直强调质量的重要性，但在实践中发现我司的开发人员大多数以进度优先，究其原因其实很简单，进度是马上看得到的东西，如果进度延迟，主管给员工的压力马上体现出来，在传统瀑布模型下，质量的反馈需要等待很长的周期，质量不能马上形成压力。 迭代开发的一个明显优势就是快速将真实的质量反馈回来，有助于形成质量优先的氛围和树立没有质量的进度，是虚假的进度的导向，从而保证质量管理建立在真实，可工作的产品的基础上。 快速反馈的另一个明显的优势就是非常有利人员的技能增长，人如果总是在最终失败的体验中是不能成长的，最好成长的过程是经过失败后马上能改进，获得快速成功，（以往的CMM项目即使在项目末进行总结，经验不能马上被利用，这就是迭代促人进步的优势所在），在迭代开发中，一轮迭代发现自己做的不足，没有关系，下一次迭代立刻就有改进的机会，只要你认真对