先來聽一個故事：
二戰期間，英國國防部發現參戰的飛機難免挨上高射機槍的槍子兒，受限於飛機重量和成本，他們只能在一處安裝裝甲增強防御力。但是在位置選擇上犯了難：應該把裝甲裝在什么位置？
數學家對戰斗中返回的戰機作了一項統計，發現39%的彈孔在機翼上，60%在機身，1%在發動機部位。於是他們給出答案：裝在發動機部位。
國防部官員們不得其解：不該是彈孔最多的機身上嗎？數學家說，統計已經很清楚了，發動機中彈的飛機，大部分都飛不回來了。個人認為成功不可復制，失敗或可避免；所有的成功都不是必然的；成功都一樣，失敗各不同；失敗的項目也許值得你警醒。
不久前遇到一個比較棘手的軟件項目，為公司帶來很大的麻煩，為了避免大家也重蹈覆轍，現在將個人心得與經驗教訓總結如下：
一、團隊建設
1.1、注意高效的研發團隊建設
不在多，在精，在強，每個人能獨當一面，以人為本；智力密集型工作單個人的水平比勞動密集型工作更加突出。
1.2、穩定的團隊
避免過快的人員更迭，反省公司制度。
1.3、PM非常關鍵
軟件開發團隊要穩定發展，他們的成功依賴於高效的信息傳遞和領導能力。精進高效的團隊是公司最寶貴的財富。避免外行管理內行。
二、規范過程
2.1、合理的安排工作計划
有目的有計划的做事情，項目管理者監控項目計划進度，進度的把控比制定工作計划更難。項目計划做出詳細合理的進度表，提高項目經理的計划意識，采用進度和計划嚴格一致，加強對計划、進度進行有效的評估。做出進度滯后的應對辦法，把握主次。不要為計划而計划，把握粒度。
2.2、開發前制訂開發規范
如功能設計思路、類的命名、窗體命名、變量命名、數據庫命名、注釋、風格、主色彩、輔助色彩等。
2.3、項目完成時注重歸納總結
勤於整理代碼與文檔，復用；對於開發者來說復用是終極目標，復用的最大敵人是變化。
2.4、使用源代碼管理器
如git，開源免費的有coding.net、阿里雲等。
2.5、制定項目失敗計划
世界上沒有任何事情是絕對成功的，要做好項目失敗的准備，做最壞的打算，盡最大的努力。
2.6、使用一體化項目管理軟件
含需求、設計、編碼、測試、進度管理等功能。
2.6.1、項目管理工具能完成的功能
1. 需求管理：項目的需求變更，跟蹤，控制
2. 資源管理: 項目的可利用的資源(人力，物力，財力)
3. 計划管理: 包括成員管理和權限分配，日程排定，工作時間管理，里程碑設置
4. 進度管理: 日歷，工作流，項目路線圖和Gantt甘特圖
5. 測試管理: 項目軟件缺陷Bug狀態跟蹤，反饋
6. 文檔管理: 發布文檔文件，存儲文件，集成源代碼管理與git,svn
7. 信息管理: 活動統計報表，項目報表的導入和導出功能，信息篩選，預警和郵件提示
8. 共享管理：技術分享，團隊新聞,Wiki和論壇等功能
2.6.2、IT項目管理常用工具
0、ZenTaoPHP 輕量級的PHP項目管理開發框架，以開源的項目管理軟件
下載：http://www.zentao.net/download
1.Dotproject 基於php 免費開源
2.Redmine 基於Ruby和Rails框架 免費開源
官網:http://www.redmine.org/
在線演示站點：http://demo.redmine.org/
3.Trac 基於Python 代表有FogBugz 免費和商業
官網:http://trac.edgewall.org/
4.MS Project 微軟項目 C/S架構 項目單一，功能少
官網:http://www.microsoft.com/project/en/us/default.aspx
5.Jira + Confluence 基於Java 收費模式 包含Bug追蹤和Wiki
官網:http://www.atlassian.com/software/jira/
在線演示站點：http://jira.fangwai.net/secure/Dashboard.jspa
6.ActiveCollab 基於php 曾經開源
官網：http://www.activecollab.com/
7.Basecamp 基於商業運作模式 曾經項目管理界老大
官網：http://basecamphq.com/
8.BugFree 國產軟件 ，使用MS的軟件開發流程規范
9.XPlanner 采用極限編程開發(XP)流程
官網：http://www.xplanner.org/
三、定位與需求
3.1、盡量做產品
不要做前后沒有聯系的項目（也就是公司沒有任何可以復用的資源）、謹慎被多次轉包的項目、小而精的項目、與現金、人事有關的項目。
3.2、抽象出項目的核心
對於大而全的項目把握住用戶的痛點，找出系統的核心需求，分期，分批開發; 關鍵需求與用戶共同畫出產品原型。
3.3、采用多種收集需求的方式
制定有效的溝通制度，提高溝通意識，采取多方面的溝通方法，不要單一的口頭溝通，采取有效的書面溝通，比如郵件、文件傳遞等方式，對於未及時收取郵件造成的損失責任歸屬。除了郵件外，重要文件需要電話提醒和回執等。與客戶談需求時可以錄音、錄視頻、拍照等多種手段
3.4、不要過度收集需求
有時客戶並不知道自己要什么，把可以分析出解決辦法后讓客戶選擇
3.5、盡量選擇大項目
麻雀雖小五臟俱全，小項目謹慎選擇
3.6、小步快跑做產品
完成一部分、測試一部分、驗收一部分；迭代。。。迭代。。。
3.7、更換收費模式
可賣服務，賣產品，賣技術，賣運維等，換一種掙錢的思路
四、技術提升
4.1、注重技術提升
項目不忙時組織學習，寫自己的技術博客，分享知識，關注各大技術論壇，如博客園，csdn，javaeye；有博客的程序員一般都不會太差；要實實在在的技術，不要被一些線下的活動拖累，名頭很大的人不一定適合你。
4.2、打造公司的通用平台
系統中包含基礎功能；簡單功能應該通過平台自動生成，加快項目進度
4.3、積累源代碼
關注開源社區，如github,oschina,codeplex，盡量讓項目去匹配公司現有的資源，警惕白手起家的項目
4.4、不要盲目的選擇新技術
更換系統架構，但也不推薦天天吃老本，建議隔代升級。不要跟風，技術選擇項是不要考慮現在流行什么，而要考慮需要什么，適合什么。 一般的客戶對你用什么技術實現是不關心的。
4.5、提高執行力
天下功夫唯快不破
4.6、學習英語提升開發能力
請猛擊：《一種絕對提高開發水平的方法》
4.7、利用在線教育平台
4.8、技術分享
輪流、30分鍾、每個人都有份、先准備並整理成博客筆記、分享干貨
五、失敗的教訓
5.1、項目管理環境問題
5.1.1、不合適的項目組織結構
包括團隊成員的配備問題、項目計划控制和協調機制生搬硬套PMP，不符合公司企業文化和體制機制、團隊總是關注項目的忙碌而不是項目的成果、組織沒有明確的授權，權責不匹配、喜歡照搬過去的項目經驗來管理現在的項目，忽視了項目的唯一性、缺乏高層領導的支持和投入；
5.2、項目管理過程中問題
5.2.1、不勝任的項目經理
包括項目經理不具備業務知識，行業知識和項目知識，缺乏軟技能，面對壓力無法做出關鍵決策，無法看到問題的本質，無法從全局提出系統性解決方案從而推動項目的發展，不能隨時就環境做出調整等；
5.2.2、漠視或者無視項目的本質
包括沒有整體思路、對項目各個組成部分以及他們之間的聯系沒有整體把握、軟硬件無法進行整體的思考、考慮問題經常是頭疼醫頭，腳疼醫腳、人為的把項目進行分段，從而沒有預見項目的整體性風險等；
5.2.3、項目管理被濫用或者錯誤運用
脫離項目實際，濫用各種管理工具、過分重視工具而忽視團隊的建設、為了管理而管理忽視項目成果、項目經理不關注項目人員的心理素質和能力而一味強調管理技巧和工具、用到的管理太復雜或者太簡單而不適合具體的項目、總是認為項目管理是一成不變，企圖一套流程打天下的、只關注項目報告而無視項目的實際情況；
5.3、計划過程中的問題
5.3.1、沒有良好的溝通渠道設計；
5.3.2、不主動去激發用戶參與項目的熱情；
5.3.3、靠主觀感覺盲目制定項目計划；
5.3.4、在不了解項目具體情況下對項目盲目下定義；
5.3.5、計划資源把一切想的太美好，主觀性強；
5.3.6、靠個人感覺來分派工作而不是客觀的評估每個人的能力匹配程度；
5.3.7、對變更沒有實質管理，更多是體現在文檔上而不是實際工作中；
5.3.8、胡亂控制項目節點，而不是從項目特點本身出發；
5.3.9、缺乏對項目失敗的定義以及評估失敗風險；
5.3.10、項目已經失敗的客觀現實面前缺乏終止項目的管理機制；
5.3.11、過分看重項目的當前經濟價值，利令智昏；應該注意項目的附加值，復用價值等。
5.3.12、項目開發周期多數情況被低估
六、總結
總之如果您加強項目管理意識、注意團隊建設，規范開發過程、找准個人與公司的定位、不斷提升開發技術與積累資源、善於總結失敗教訓，這樣將大大提高您項目的成功率。
成功不可復制，失敗或可避免；
逃避不一定躲得過，面對不一定可怕；
時間花在哪里,你的成就就在哪里；
當然，項目管理在現實中存在多樣性與復雜性，我說的也許有些不對，歡迎大家補允，我隨時添加，謝謝！
原文：http://www.cnblogs.com/best/p/6859733.html
作者：張果