1、测试工作不仅仅由测试人员担任，其他项目组成员也承担了部分的测试工作。那么对测试的质量度量模式可能就要发生改变了。
2、沟通仍然是项目组不变的主题，但是沟通的方式更多地侧重在口头、面对面方式的交流。那么对沟通的质量度量模式可能就要发生改变了。
3、迭代、快速发布、重构等软件开发方式对如何进行配置管理的控制提出了新的要求。
三、总结
敏捷项目管理代表了一种软件开发思想的回归，软件的本质是为用户提供价值，为用户解决问题。个体和交互、能工作的软件、顾客合作、快速响应变化，这些原则毫无疑问会使传统的质量保证工作方式发生改变。很多质量保证的手段和方式可能要发生剧烈的改变，但是至少有一样东西是不变的：质量保证的目的仍然是确保交付产品的质量。所有软件工程的活动都是围绕这个核心思想来进行的。极限编程、测试驱动、SCRUM等等，都只是为了突现软件活动中的某方面的重要性而提出的，但其核心都一样。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
