性的用戶在項目早期就直接參與到開發(fā)隊伍中來，一同經(jīng)歷整個開發(fā)過程。
其次是業(yè)務需求無休無止。業(yè)務部門在開發(fā)中若不斷補充需求，項目就可能越變越大以致于超過計劃及預算范圍。計劃并不總是與項目需求規(guī)模與復雜性、風險及需求變更實際情況相一致，使得問題更難解決。要想把需求變更范圍控制到最小，必須一開始就對項目視圖、范圍、目標、約束限制和成功標準給予明確說明，并將此說明作為評價需求變更和新特性的參照框架。另一方面，CIO要確定一個提需求分析的最后時間，不能放任業(yè)務人員無休止的提需求分析。
再次是用戶需求模棱兩可。模棱兩可是需求規(guī)格說明中最可怕的問題。模棱兩可的需求會使開發(fā)人員為錯誤問題而浪費時間，并使測試者無所適從。一位系統(tǒng)測試人員說，他所在的測試組經(jīng)常對需求理解有誤，以致不得不重寫許多測試用例并重做許多測試。
最后是不必要的“畫蛇添足”?！爱嬌咛碜恪笔侵搁_發(fā)人員力圖增加一些用戶“欣賞”，但需求分析說明中并未涉及的新功能。有時IT人員花了非常大的力氣，但用戶并不認為這些功能很有用;IT人員應努力使功能簡單易用，但不要未經(jīng)業(yè)務人員同意，就自作主張。
任何項目都不可能十全十美，也不可能滿足用戶的所有需求，畢竟項目的成本有限;CIO要弄清這些功能的“來龍去脈”，使得需求分析過程始終注重那些能使用戶完成主要任務的核心功能。
同樣，客戶有時也會提一些看上去很“酷”，但缺乏實用價值的功能;若要實現(xiàn)這些功能可能要耗費大量時間和成本，造成項目延期，此時CIO要權衡業(yè)務需求和項目資源之間的關系，及時決定必須完成哪些需求，舍棄哪些需求。