解放軍的著名戰將之一丁盛，曾經回憶過司令部建設在提高部隊戰斗力方面的重要性：”在東北開了一個參謀長會議，提出我們現在要進行大規模的運動戰、攻堅戰，就要健全司令部工作，要健全后勤。現在不是小米加步槍，現在有炮了，靠你司令員、師長一個人是不行的，就必須有健全的司令部。”

對稍居規模模的軟件開發公司，軟件開發管理人員就相當于司令部的參謀長，提高部隊的戰術水平，協調戰役的進行。

外界對軟件，印象中就是一個或幾個天才程序員，在一起突擊一二個月，程序就搞拈了。實際上對于稍許規模的軟件，這個原生態方法，更多的歸于失敗。這個方法相當于獨行俠，游擊戰，對專業軟件開發組織，承擔具備一定復雜性的軟件系統開發，有它極大的局限性。即便某些項目偶然成功，也不可復制。

對于現代軟件開發來講，已經不再是小米加步槍，而是有炮了。這個炮，就是，一整套威力強大的軟件開發管理工具。在有炮的前提下，我們當然應該成立我們的司令部，實行有效的軟件開發管理，提高我們的戰斗力和戰術水平，保證戰役成功。

一個人程序寫的好，充其量只是一個好的武功高強的俠客，一個好的戰士。要想帶好一支隊伍，多打勝仗，就必須是一個好的指揮員。好的指揮員，平時多練兵練好兵，戰時會知己知彼，調整部署，果斷決定，隨機應變，以己方最小的代價獲得最大的勝利。

當然對于軟件隊伍，沒有單純的練兵。練即戰，戰即練，以戰代練。以各種規模的項目，來實戰磨練隊伍的技戰術水平。沒有可戰的項目，對于軟件隊伍來說，實際上這并不是一個問題，因為你至少可以重構，再次迭代你以前的軟件產品。一來提升產品質量，二來提高隊伍水準，很有價值。當然，開發新產品或新功能，那更好。

分享知識，分享心得體會，有助于隊伍共同提高，取長補短。比較可行的辦法，一個是午餐會(brown bag )，二是在公司內部建立一個知識共享網站，俗稱wiki 。還有一個更重要的辦法，代碼互審(code peer review )。我個人并不贊同結對編程(pair programming )，資源浪費較大。

演習，對驗證部隊戰斗力，是一個重要手段。三日一小練，五日一大練；對軟件公司來講，演習就是測試。最好做到隨時測試，自動測試。小練就是單元測試，大練就是集成測試，系統測試。

隨時了解隊伍的狀態，隨時了解任務的進度。通過每日例行的晨會了解隊伍的狀態，通過進程管理工具來有效了解開發的進度。定期的談心會(one on one )制度性地強化官知兵，兵知官。

招之既來，來之能戰，戰之能勝。這個就是持續集成。軟件隨時都可以編譯，系統隨時都可以構建。一鍵布署，最高境界。象不象枕戈待旦?

總結

以上是生活随笔為你收集整理的软件开发管理：管开发如治军的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。