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