一、專案多數情況
目前常用的專案計畫方法就是倒推法，有個時間的截止點，所有的工作以此進行到推，倒推計畫的方式不是說不好，只是缺乏理性的分析，不是科學的方法。主要是以符合時間點要求為主要目標。至於專案實現的質量和客戶的體驗放到次要位置。這樣做的不足或者說對不同的人產生的影響是不同的，有可能是負向的。
時間過緊，對設計人員和**實現人員，可能在需求業務流程上了解不全面，系統設計和實現就會有偏差，專案需要進行偏差修正，從而導致工作的修正，甚至是工作的返工，無疑是需要增加更多的時間來彌補。
時間過緊，對客戶人員，可能在業務流程上和設計人員溝通沒有完全講清楚，在後續使用中會發現自己的要求需求和實現有出入，容易產生不滿，反而影響專案正常進行。後續需要更多的時間來進行業務流程及需求梳理。
二、解決之道
如何解決專案計畫制定的合理性的問題，下面提供乙個比較可行的方法。通過不同的版本進行計畫匹配，在專案進行的初期和客戶進行充分的交流，確定客戶的關鍵需求和其他需求，做好需求的優先順序的分配，通過版本的迭代完成專案計畫；
在實施的過程中，需要不間斷和客戶進行溝通，不僅僅是需求上的，還有就是專案進度方面的，這樣客戶可以持續不斷地了解專案進展情況，一方面心理上獲得滿足感，另一方面還可以有效修正專案中出現的偏差。對專案設計和實現人員可以及時了解客戶的想法和需求，而且可以客戶對已實現的部分進行檢查，及時調整，有效避免避免後期的返工，大家都知道系統設計和實現最害怕返工，這意味就是專案delay和趕工期加班，這還是表面的專案反映，深層次的影響是研發的開發過程被迫打斷，產品架構與實現重新調整，這些都會帶來質量影響。
三、精細調研，充分溝通
和客戶的業務人員進行詳細的專案調查和研究，了解客戶的組織機構，層級，業務流程和現有的操作方式，了解客戶在操作中的不方便的地方，或者是業務瓶頸和難點，獲得客戶對專案的期望和要求。
整理出業務框架和業務流程及其具體的操作方式，和客戶進行溝通，確定客戶業務流程和關鍵的業務需求，保證業務流程大方向正確和基本功能需求，確定最初始的基線要求。這個就是基線版本的由來，以此作為版本計畫中第乙個版本。
其他次要的業務流程和功能需求，根據需求的優先順序，分別排入到不同的版本中，通過版本遞進，完成最終的專案目標。
四、持續交流，定期匯報
在專案承接的過程中，客戶和實現者對專案的進展都需要清楚，這就需要大家經常溝通交流，溝通交流新的需求想法，新的困難問題，以及專案進展情況。開例會的方式是最有效的手段之一，專案的週報月報也是很好的方式；專案的進展計畫調整，方案的調整通過這些方式都可以進行，及時審視。
五、基本功能，後期迭代
當第一版本出來之後，會交給客戶使用，客戶會驗證基本的功能和操作，會提出使用中的問題，開發和設計人員一一記錄下來，回去詳細分析後，給出具體的措施，有的的問題，有的是新需求，這時候需要和客戶溝通，哪些是需要合入新的版本計畫中，哪些是在當前版本解決的，都需要落到行動措施中，這個客戶也比較容易接受後續版本計畫的調整。
從上述三項內容，可以很好地解決專案計畫的問題，就是將計畫的可控性轉變為多個版本迭代，將大計畫分解為版本的小計畫，使之可控。多方面的好處體現在產品或系統工程的質量上，還體現在對計畫時間的可控度上益處很大。
如何解決技術難題
在解決乙個技術難題時，難免要去借助他人智慧型，如果身邊就有大牛，那麼很好，當面詢問，當面搞定 但如果身邊沒有可尋求幫助的大牛，那麼又該怎麼辦呢？好吧，我總結了如下幾點 好，更進一步的資訊檢索 方法就是採用google引擎了，嘛，限於google的種種 劣跡 一般情況下，我們只能使用這樣的 進行goo...
關於專案計畫的制定
日常生活中，經常聽到有人說，一年之計在於春，成功的人，必定先有明確的計畫。對於專案管理來說，計畫更顯重要。專案管理，對於時間 成本的控制，離不開乙個合理的計畫。最近經過兩個專案的實施，在專案計畫制定方面，總結出一些經驗 第一 專案啟動前期，根據劃分的功能點，和開發人員的能力，分配任務以及開發時間，制...
如何解決外網訪問公司內網難題？
解決外網訪問內網伺服器erp？erp企業資源計畫系統，是現代企業管理活動當中不可缺少的東西，erp系統可以幫助企業更好的管理和規劃自身現有的資源，包括財務 鏈 銷售 採購 市場營銷等等模組。特別是進入到網際網路時代，電子商務化更加普遍，不僅是大公司，連一些小規模的公司也在不斷的部署erp系統。隨著全...