求的“陷阱”。需求分析中常見(jiàn)的陷阱有以下幾種：
首先是無(wú)足夠用戶參與。業(yè)務(wù)部門經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需要費(fèi)那么多功夫。由于業(yè)務(wù)部門工作很忙，有時(shí)IT人員很難與業(yè)務(wù)人員坐在一起交流業(yè)務(wù)需求;即使費(fèi)了九牛二虎之力坐在一起，業(yè)務(wù)人員也講不明白自己的真正需求。為確保需求分析的質(zhì)量，CIO一方面要讓IT人員與盡量多的業(yè)務(wù)人員交流;另一方面，應(yīng)讓具有代表性的用戶在項(xiàng)目早期就直接參與到開(kāi)發(fā)隊(duì)伍中來(lái)，一同經(jīng)歷整個(gè)開(kāi)發(fā)過(guò)程。
其次是業(yè)務(wù)需求無(wú)休無(wú)止。業(yè)務(wù)部門在開(kāi)發(fā)中若不斷補(bǔ)充需求，項(xiàng)目就可能越變?cè)酱笠灾掠诔^(guò)計(jì)劃及預(yù)算范圍。計(jì)劃并不總是與項(xiàng)目需求規(guī)模與復(fù)雜性、風(fēng)險(xiǎn)及需求變更實(shí)際情況相一致，使得問(wèn)題更難解決。要想把需求變更范圍控制到最小，必須一開(kāi)始就對(duì)項(xiàng)目視圖、范圍、目標(biāo)、約束限制和成功標(biāo)準(zhǔn)給予明確說(shuō)明，并將此說(shuō)明作為評(píng)價(jià)需求變更和新特性的參照框架。另一方面，CIO要確定一個(gè)提需求分析的最后時(shí)間，不能放任業(yè)務(wù)人員無(wú)休止的提需求分析。
再次是用戶需求模棱兩可。模棱兩可是需求規(guī)格說(shuō)明中最可怕的問(wèn)題。模棱兩可的需求會(huì)使開(kāi)發(fā)人員為錯(cuò)誤問(wèn)題而浪費(fèi)時(shí)間，并使測(cè)試者無(wú)所適從。一位系統(tǒng)測(cè)試人員說(shuō)，他所在的測(cè)試組經(jīng)常對(duì)需求理解有誤，以致不得不重寫許多測(cè)試用例并重做許多測(cè)試。
最后是不必要的“畫蛇添足”。“畫蛇添足”是指開(kāi)發(fā)人員力圖增加一些用戶“欣賞”，但需求分析說(shuō)明中并未涉及的新功能。有時(shí)IT人員花了非常大的力氣，但用戶并不認(rèn)為這些功能很有用;IT人員應(yīng)努力使功能簡(jiǎn)單易用，但不要未經(jīng)業(yè)務(wù)人員同意，就自作主張。
任何項(xiàng)目都不可能十全十美，也不可能滿足用戶的所有需求，畢竟項(xiàng)目的成本有限;CIO要弄清這些功能的“來(lái)龍去脈”，使得需求分析過(guò)程始終注重那些能使用戶完成主要任務(wù)的核心功能。
同樣，客戶有時(shí)也會(huì)提一些看上去很“酷”，但缺乏實(shí)用價(jià)值的功能;若要實(shí)現(xiàn)這些功能可能要耗費(fèi)大量時(shí)間和成本，造成項(xiàng)目延期，此時(shí)CIO要權(quán)衡業(yè)務(wù)需求和項(xiàng)目資源之間的關(guān)系，及時(shí)決定必須完成哪些需求，舍棄哪些需求。