沒有及時調整的計劃或者是隨意的不負責任的計劃的項目是難以控制的。在高技術行業，日新月異是主要特點，因此計劃的制定需要在一定條件的限制和假設之下采用漸近明細的方式，隨著項目的進展進行不斷細化、調整、修正、完善。

　　項目狀態信息收集的情況

　　由于項目經理的經驗或素質原因，對項目狀態信息收集的的掌握不足，及時性準確性完整性比較差。另外其它一些原因也會造成這種現象。某些項目團隊成員報喜不報憂，不希望別人知道自己工作的不好的情況，例如軟件程序的編制，可能會先編制一些表面的東西，現有界面，看起來好像完成任務了，實際上只是一個“原型系統”或演示系統。給領導造成比較樂觀的感覺。

　　如果項目經理或者管理團隊沒有及時地檢查發現這種情況，將對項目的進度造成嚴重的影響。當然，如果出現這種需要時時刻刻都互相提防的氛圍，管理人員就應該從管理的角度，從制度的角度檢討一下，進行改進，讓大家實事求是地進行溝通。溫伯格說:“無論你多么聰明，離開了信息，對項目進行成功的控制就是無源之水、無本之木。”

　　計劃變更調整的及時性

　　漸近明細是項目的特點，特別是對于軟件開發項目，并不是一個一成不變的過程。開始時的項目計劃可以先制定得比較粗一些，隨著項目的進展，特別是需求明確以后，項目的計劃就可以進一步的明確，這時候應該對項目計劃進行調整修訂，通過變更手續取得項目干系人的共識。計劃應該隨著項目的進展而逐漸細化、調整、修正。

　　對于較為大型的軟件開發項目的工作分解結構可采用二次甚至多次 WBS 方法。即根據總體階段劃分的總體 WBS ，需求調研階段結束、概要設計完成后專門針對詳細設計或編碼階段的二次 WBS 。由于需求的功能點和設計的模塊或組件之間并不是一一對應的關系，所以只有在概要設計完成以后才能準確地得到詳細設計或編碼階段的二次 WBS ，根據代碼模塊或組件的合理劃分而得出的二次 WBS 才能在詳細設計、編碼階段乃至測試階段起到有效把握和控制進度的作用。

　　有些項目的需求或設計做得不夠詳細，無法對工作任務的分解、均衡分配和進度管理起參考作用，因此要隨著需求的細化和設計的明確，對項目的分工和進度進行及時的調整，使項目的計劃符合項目的變化，使項目的進度符合項目的計劃。