我們都是軟體行業是世界所有的行業中，失敗率最高的。進度最沒有辦法度量的，通常會拖，一拖再拖，而且人員都撲上去了，可是還是慢。
為什麼？
多少年，多少人，更有很多的專業公司都在分析這裡面的原因。為什麼我們的人員都在加班了，沒有人偷懶，都很努力，效率卻上不去？
據我分析和思考，認為可以從下面兩個角度看這個問題：業務和技術。究其原因的話，有下面幾個常見的原因：
對於第乙個原因，業務的原因。我認為需要從業務的角度解決，需要在分析業務的時候，深入的思考，深入到業務的細節部分。對整個流程中的細節最好有梳理，每一步分析梳理都要有結果，文字和圖例。不要草率的開工，不要只是分析一點點就可以了。可以參考程式的業務流程，分析適合自己的業務流程。
還有就是需要領導在這個問題上有正確的認識，不要基於要求開工，技術人員這時候可以做一些技術的積累和基礎工作。例如公共類庫的整理和編寫，架構師可以進行系統的架構，是否要分布式，是否需要物理分層，是否有可以用的類庫。還有一些cross-cutting的關注點，這時候都可以進行開發和設計，進行技術的**也是不錯的。對於後期的開發也是很有幫助的。
對於第二個原因，就需要企業和開發人員兩者都要有深入的認識。
首先，企業方面要有公司的類庫，有自己的積累。對於一些公共的類庫，一些非功能的模組，例如：日誌、異常處理、資料合法性驗證、使用者驗證、資料訪問、快取等等。
其次，公司要有統一的開發標準，開發規範，這樣的話，大家可以互相幫忙，例如在乙個人較慢的情況下，有人可以幫助他編寫一部分的功能，加快整體的速度。因為大家的標準的一樣的，所以接手起來也不會太困難，否則接手很困難的話，對整體進度就沒有幫助了。
再次，對於開發人員需要有培訓，培訓每個人的基本功。尤其是關注那些新人，提公升大家的基本功。使得大家在進行模組設計和開發的時候不至於牽絆太多，可以順利進行。而且做出來的東西，從質量角度來講也可以更高，減少返工的機率。這方面園子裡面也有人提出了很多不錯的建議物件導向思想的頭腦
風暴（一）
物件導向思想的頭腦
風暴（二）—— 詳解繼承與組合的優缺點
物件導向思想的頭腦
風暴(三)-使用介面進行解耦 等。其實就是提高我們的物件導向能力，因為我們大多使用的是物件導向的程式語言，但是開發的時候我們除了寫了類，就什麼都沒有了。這方面可以用頭腦風暴的方式，花乙個下午或者是一天，大家一起針對乙個問題進行分析、設計、編寫，讓新人參與進來，可以學習成熟的**編寫方式和技術，可以統一大家的認識高度。雖然不可能通過幾次的培訓和做幾個小題就有實質性的提高，但是可以鍛鍊思考能力，最終的提高還是要靠個人在實戰的開發中總結和應用，還有就是多花工夫思考和聯絡。師傅領進門，修行靠個人。
最後，技術上面要有人來把控。至少有乙個人是具有豐富經驗的，可以把握整體的方向，整體的風格，可以對新人進行培訓。而且公司也可以充分授權這個人，充分這個人，也可以較為放心的進行開發管理。
關於專案進度慢的思考 如何提高整體開發效率
我們都是軟體行業是世界所有的行業中，失敗率最高的。進度最沒有辦法度量的，通常會拖，一拖再拖，而且人員都撲上去了，可是還是慢。為什麼？多少年，多少人，更有很多的專業公司都在分析這裡面的原因。為什麼我們的人員都在加班了，沒有人偷懶，都很努力，效率卻上不去？據我分析和思考，認為可以從下面兩個角度看這個問題...
關於專案進度控制的思考
思考源於最近的工作經歷。去年下半年開始的乙個大專案，我作為其中乙個子專案的專案經理。因為外部因素，專案整體進度延後，何時上線並不明朗。我負責的子專案在3月份按照初始設計完成功能開發和測試，之後一直進行修改和完善。但進度一直很不如意，分配的任務總是延期。最近插入乙個新專案，只有三周時間要完成開發和上線...
關於專案管理的思考
專案管理的成功因素分解 1 專案目標 搞清專案的目標非常重要，專案目標大致分成幾類 a 完成某些特定範圍輸入需求，完成一錘子的買賣 b 完成某個長期運營的產品 c 鍛鍊團隊，以訓練為目的 d 進行相關的技術研究，驗證某些技術解決方案 專案經理首先需要搞清楚最終要達到什麼樣的目標，這樣針對不同的需求時...