某位团队执行主管正在检查一张图表,对他的四个敏捷团队在上一个迭代里的速率进行比较,你认为据此推断哪个团队生产力最高的方法可靠吗?()A不可靠，速率本身并不是用以横向比较团队绩效的指标。B不可靠，速率必须在理想时间的上下文中才能得到团队间生产力比较的准确结果。C可靠，只要组织对用户故事复杂度定义了标准化的基线。D可靠，只要敏捷团队都统一使用故事点或都统一使用理想时间。

因为分散的项目团队不能每天都在同一个地方一起工作，团队成员需要一些标志和结构来表明他们是一个统一的组织。由于小组是一起工作的，标志设计应该反映小组全体的成就。这些标志应该在组织的各个地方都能看到。

本题考查敏捷方法的相关概念。

敏捷方法是从20世纪90年代开始逐渐引起广泛关注的一些新型软件开发方法，以应对快速变化的需求。敏捷方法的核心思想主要有以下三点。

①敏捷方法是“适应性”而非“预设性”的。传统方法试图对一个软件开发项目在很长的时间跨度内做出详细的计划，然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷方法则欢迎变化，其实它的目的就是成为适应变化的过程，甚至能允许改变自身来适应变化。

②敏捷方法是以人为本，而不是以过程为本。传统方法以过程为本，强调充分发挥人的特性，不去限制它，并且软件开发在无过程控制和过于严格繁琐的过程控制中取得一种平衡，以保证软件的质量。

③迭代增量式的开发过程。敏捷方法以原型开发思想为基础，采用迭代增量式开发，发行版本小型化。RUP相比，敏捷方法的周期可能更短。敏捷方法在几周或者几个月的时间内完成相对较小的功能，强调的是能尽早将尽量小的可用的功能交付使用，并在整个项目周期中持续改善和增强，并且更加强调团队中的高度写作。相对而言，敏捷方法主要适合于以下场合：

①项目团队的人数不能太多，适合于规模较小的项目。

②项目经常发生变更。敏捷方法适用于需求萌动并且快速改变的情况，如果系统有比较高的关键性、可靠性、安全性方面的要求，则可能不完全适合。

③高风险项目的实施。

④从组织结构的角度看，组织结构的文化、人员、沟通性决定了敏捷方法是否使用。

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。通常把一个大项目分为多个相互联系，但也可独立运行的小项目，分别完成。敏捷开发能很好的应对需求时刻在变的特点，可以快速反馈客户的需求变化。因此不适合团队庞大的项目。