以下關(guān)于敏捷方法的敘述中，不正確的是（ ）
A、相對于過程和工具，更強調(diào)個人和交互
B、相對于嚴(yán)格的文檔，更重視可工作的軟件
C、相對于與客戶的合作，更注重合同談判
D、相對于遵循計劃，更專注于對變化的響應(yīng)

解析與考點

什么是敏捷方法？是一種以人為核心、迭代、循序漸進的開發(fā)方法，適用于一開始并沒有或不能完整地確定出需求和范圍的項目，或者需要應(yīng)對快速變化的環(huán)境，或者需求和范圍難以事先確定，或者能夠以有利于干系人的方式定義較小的增量改進。
敏捷方法，也叫適應(yīng)型生命周期、或者變更驅(qū)動方法。
在軟件項目的敏捷開發(fā)中，軟件項目的構(gòu)建被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備集成和可運行的特征。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。
敏捷方法的目的在于應(yīng)對大量變更，獲取干系人的持續(xù)參與。敏捷方法里迭代很快（通常2～4劇迭代1次），而且所需時間和資源是固定的。雖然早期的迭代更多地聚焦于H。劃活動，但通常在每次迭代中都會執(zhí)行多個過程。
以前，很多軟件項目經(jīng)理在學(xué)習(xí)項目管理時，一方面陶醉于其清晰的過程流程，但同時又閑惑于它與自己的實際工作的差異。例如在開發(fā)軟件產(chǎn)品時，一開始并沒有或不能完整地確定出需求和范圍，而是首先實現(xiàn)一個可以運行的大概的軟件，然后和客戶進一步地不斷溝通探討，不斷修改甚至重構(gòu)，“邊設(shè)計、邊建設(shè)”，小步快跑，并最終實壩客戶需求。
所以說，實際工作中的項目可能有兩類比較極端：一類就好比是建設(shè)奧運場館，它是大型的、相對固定或變更較少的、需要“集團軍”來完成的；另一類就好比是建設(shè)一個SNS交友網(wǎng)站，開發(fā)一個桌面應(yīng)用軟件，或設(shè)計一款時尚手機，它們是小型的、不甚確定或變更很多的、需要“特種部隊”來完成的。
相應(yīng)的，項目階段之間的關(guān)系大致有三類：順序、重疊，以及迭代。對于奧運場館，階段間的關(guān)系一般是順序的：設(shè)計、采購、施工、驗收及交付。而對于軟件項目而言，很可能采用的是迭代關(guān)系：需求分析一設(shè)計及編程一得到部分可交付成果，然后再這樣進行下一輪，即把軟件的整個需求分析和設(shè)計編程都分散開來到每個階段，每次只實現(xiàn)一部分可交付成果，盡早得和客戶溝通、分析、調(diào)整，以滿足最終的要求。對后者而言，如果…開始就消耗很多的資源、時間、花費在前期工作比如設(shè)計上，到中后期卻發(fā)現(xiàn)并不適合客戶的需求，這樣的風(fēng)險和變更所造成的代價是非常大的。