以下关于敏捷方法的叙述中，不正确的是（ ）
A、相对于过程和工具，更强调个人和交互
B、相对于严格的文档，更重视可工作的软件
C、相对于与客户的合作，更注重合同谈判
D、相对于遵循计划，更专注于对变化的响应

解析与考点

什么是敏捷方法？是一种以人为核心、迭代、循序渐进的开发方法，适用于一开始并没有或不能完整地确定出需求和范围的项目，或者需要应对快速变化的环境，或者需求和范围难以事先确定，或者能够以有利于干系人的方式定义较小的增量改进。
敏捷方法，也叫适应型生命周期、或者变更驱动方法。
在软件项目的敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷方法的目的在于应对大量变更，获取干系人的持续参与。敏捷方法里迭代很快（通常2～4剧迭代1次），而且所需时间和资源是固定的。虽然早期的迭代更多地聚焦于H。划活动，但通常在每次迭代中都会执行多个过程。
以前，很多软件项目经理在学习项目管理时，一方面陶醉于其清晰的过程流程，但同时又闲惑于它与自己的实际工作的差异。例如在开发软件产品时，一开始并没有或不能完整地确定出需求和范围，而是首先实现一个可以运行的大概的软件，然后和客户进一步地不断沟通探讨，不断修改甚至重构，“边设计、边建设”，小步快跑，并最终实坝客户需求。
所以说，实际工作中的项目可能有两类比较极端：一类就好比是建设奥运场馆，它是大型的、相对固定或变更较少的、需要“集团军”来完成的；另一类就好比是建设一个SNS交友网站，开发一个桌面应用软件，或设计一款时尚手机，它们是小型的、不甚确定或变更很多的、需要“特种部队”来完成的。
相应的，项目阶段之间的关系大致有三类：顺序、重叠，以及迭代。对于奥运场馆，阶段间的关系一般是顺序的：设计、采购、施工、验收及交付。而对于软件项目而言，很可能采用的是迭代关系：需求分析一设计及编程一得到部分可交付成果，然后再这样进行下一轮，即把软件的整个需求分析和设计编程都分散开来到每个阶段，每次只实现一部分可交付成果，尽早得和客户沟通、分析、调整，以满足最终的要求。对后者而言，如果…开始就消耗很多的资源、时间、花费在前期工作比如设计上，到中后期却发现并不适合客户的需求，这样的风险和变更所造成的代价是非常大的。