低估了軟件開發(fā)項(xiàng)目實(shí)現(xiàn)的條件 　　
低估軟件開發(fā)項(xiàng)目實(shí)現(xiàn)的條件表現(xiàn)在低估技術(shù)難度、低估協(xié)調(diào)復(fù)雜度、低估環(huán)境因素這樣幾個方面。 　　
首先是低估技術(shù)難度。軟件開發(fā)項(xiàng)目團(tuán)隊(duì)成員，有時甚至是企業(yè)的高級項(xiàng)目主管也經(jīng)常低估項(xiàng)目技術(shù)上的困難。低估技術(shù)難度實(shí)際上也就是高估人的能力，認(rèn)為或希望項(xiàng)目會按照已經(jīng)制定的樂觀項(xiàng)目計劃順利地實(shí)施，而實(shí)際則不然。軟件開發(fā)項(xiàng)目的高技術(shù)特點(diǎn)本身說明其實(shí)施中會有很多技術(shù)的難度，除了需要高水平的技術(shù)人員來實(shí)施外，還要考慮為解決某些性能問題而進(jìn)行科研攻關(guān)和項(xiàng)目實(shí)驗(yàn)。 　　
其次，低估了協(xié)調(diào)復(fù)雜度，也低估了多個項(xiàng)目團(tuán)隊(duì)參加項(xiàng)目時工作協(xié)調(diào)上的困難。軟件開發(fā)項(xiàng)目團(tuán)隊(duì)成員比較強(qiáng)調(diào)個人的智慧、強(qiáng)調(diào)個性，這給項(xiàng)目工作協(xié)調(diào)帶來更多的復(fù)雜度。當(dāng)一個大項(xiàng)目由很多子項(xiàng)目組成時，不僅會增加相互之間充分溝通交流的困難，更會增加項(xiàng)目協(xié)調(diào)和進(jìn)度控制上的困難。 　　
另外，企業(yè)高級項(xiàng)目主管和項(xiàng)目經(jīng)理也經(jīng)常低估環(huán)境因素，這些環(huán)境因素包括用戶環(huán)境、行業(yè)環(huán)境、組織環(huán)境、社會環(huán)境、經(jīng)濟(jì)環(huán)境。低估這些條件，既有主觀的原因，也會有客觀的原因。對項(xiàng)目環(huán)境的了解程度不夠，造成沒有做好充分的準(zhǔn)備。 　　
未考慮軟件開發(fā)過程的循環(huán)、迭代特性 　　
因?yàn)椤吧嫌姓摺⑾掠袑Σ摺保瑥?qiáng)行的規(guī)定會使人產(chǎn)生一些錯誤的認(rèn)識：如在項(xiàng)目計劃中“規(guī)定”某個時間只能做某某類別的事情，那么嚴(yán)格執(zhí)行的后果就是編碼階段就不能修改文檔;另外錯誤的“里程碑”概念可能會使大家輕易地相信上一個階段的工作成果都是“通過評審”更終定稿了，而實(shí)際上可能只是因?yàn)闀r間到了該提交的人提交、該評審的人評審了。如果上下階段是不同的人就根本不會去檢查其中是否還有錯誤;如果上下階段是同一個人，就可能非正式地修改上一階段的錯誤，但占用的時間和精力卻是下一階段的，并且這樣的修改時沒有記錄的。這樣關(guān)于階段進(jìn)度控制的措施實(shí)際上只是在表面上有效。 　　
更為普遍的情況是，用戶在合同中限定了提交軟件系統(tǒng)的時間，實(shí)際上這個時間對完成項(xiàng)目任務(wù)來說是遠(yuǎn)遠(yuǎn)不夠的，但計劃只能按照合同來進(jìn)行，所以要不用戶讓步，要不只能按照時間的約定提交實(shí)際上還未完成的軟件系統(tǒng)。 　　
完成系統(tǒng)的安裝，但這時候的“完成階段任務(wù)”只是一個表面現(xiàn)象，系統(tǒng)雖然安裝了，但可能是沒有經(jīng)過嚴(yán)格徹底測試的，也可能是只完成了部分的功能，省略了某些功能，有些是整塊功能省略，有的是省略了某些功能的某個過程，如數(shù)據(jù)錄入里面隱含的數(shù)據(jù)錄入前缺省值設(shè)置、數(shù)據(jù)錄入檢驗(yàn)等功能，而是實(shí)現(xiàn)了比較粗糙的功能。