目錄

• 一、團隊建設

• 1.1、注意高效的研發(fā)團隊建設

• 1.2、穩(wěn)定的團隊

• 1.3、PM非常關鍵

• 二、規(guī)范過程

• 2.1、合理的安排工作計劃

• 2.2、開發(fā)前制訂開發(fā)規(guī)范

• 2.3、項目完成時注重歸納總結(jié)

• 2.4、使用源代碼管理器

• 2.5、制定項目失敗計劃

• 2.6、使用一體化項目管理軟件

• 2.6.1、項目管理工具能完成的功能

• 2.6.2、IT項目管理常用工具

• 三、定位與需求

• 3.1、盡量做產(chǎn)品

• 3.2、抽象出項目的核心

• 3.3、采用多種收集需求的方式

• 3.4、不要過度收集需求

• 3.5、盡量選擇大項目

• 3.6、小步快跑做產(chǎn)品

• 3.7、更換收費模式

• 四、技術提升

• 4.1、注重技術提升

• 4.2、打造公司的通用平臺

• 4.3、積累源代碼

• 4.4、不要盲目的選擇新技術

• 4.5、提高執(zhí)行力

• 4.6、學習英語提升開發(fā)能力

• 4.7、利用在線教育平臺

• 4.8、技術分享

• 五、失敗的教訓

• 5.1、項目管理環(huán)境問題

• 5.1.1、不合適的項目組織結(jié)構(gòu)

• 5.2、項目管理過程中問題

• 5.2.1、不勝任的項目經(jīng)理

• 5.2.2、漠視或者無視項目的本質(zhì)

• 5.2.3、項目管理被濫用或者錯誤運用

• 5.3、計劃過程中的問題

六、總結(jié)

先來聽一個故事：

二戰(zhàn)期間，英國國防部發(fā)現(xiàn)參戰(zhàn)的飛機難免挨上高射機槍的槍子兒，受限于飛機重量和成本，他們只能在一處安裝裝甲增強防御力。但是在位置選擇上犯了難：應該把裝甲裝在什么位置？

數(shù)學家對戰(zhàn)斗中返回的戰(zhàn)機作了一項統(tǒng)計，發(fā)現(xiàn)39%的彈孔在機翼上，60%在機身，1%在發(fā)動機部位。于是他們給出答案：裝在發(fā)動機部位。

國防部官員們不得其解：不該是彈孔最多的機身上嗎？數(shù)學家說，統(tǒng)計已經(jīng)很清楚了，發(fā)動機中彈的飛機，大部分都飛不回來了。個人認為成功不可復制，失敗或可避免；所有的成功都不是必然的；成功都一樣，失敗各不同；失敗的項目也許值得你警醒。

image

不久前遇到一個比較棘手的軟件項目，為公司帶來很大的麻煩，為了避免大家也重蹈覆轍，現(xiàn)在將個人心得與經(jīng)驗教訓總結(jié)如下：

一、團隊建設

1.1、注意高效的研發(fā)團隊建設

不在多，在精，在強，每個人能獨當一面，以人為本；智力密集型工作單個人的水平比勞動密集型工作更加突出。

1.2、穩(wěn)定的團隊

避免過快的人員更迭，反省公司制度。

1.3、PM非常關鍵

軟件開發(fā)團隊要穩(wěn)定發(fā)展，他們的成功依賴于高效的信息傳遞和領導能力。精進高效的團隊是公司最寶貴的財富。避免外行管理內(nèi)行。

image

二、規(guī)范過程

2.1、合理的安排工作計劃

有目的有計劃的做事情，項目管理者監(jiān)控項目計劃進度，進度的把控比制定工作計劃更難。項目計劃做出詳細合理的進度表，提高項目經(jīng)理的計劃意識，采用進度和計劃嚴格一致，加強對計劃、進度進行有效的評估。做出進度滯后的應對辦法，把握主次。不要為計劃而計劃，把握粒度。

2.2、開發(fā)前制訂開發(fā)規(guī)范

如功能設計思路、類的命名、窗體命名、變量命名、數(shù)據(jù)庫命名、注釋、風格、主色彩、輔助色彩等。

2.3、項目完成時注重歸納總結(jié)

勤于整理代碼與文檔，復用；對于開發(fā)者來說復用是終極目標，復用的最大敵人是變化。

image

2.4、使用源代碼管理器

如git，開源免費的有coding.net、阿里云等。

2.5、制定項目失敗計劃

世界上沒有任何事情是絕對成功的，要做好項目失敗的準備，做最壞的打算，盡最大的努力。

2.6、使用一體化項目管理軟件

含需求、設計、編碼、測試、進度管理等功能。

2.6.1、項目管理工具能完成的功能

1需求管理：項目的需求變更，跟蹤，控制

2. 資源管理: 項目的可利用的資源(人力，物力，財力)

3. 計劃管理: 包括成員管理和權限分配，日程排定，工作時間管理，里程碑設置

4. 進度管理: 日歷，工作流，項目路線圖和Gantt甘特圖

5. 測試管理: 項目軟件缺陷Bug狀態(tài)跟蹤，反饋

6. 文檔管理: 發(fā)布文檔文件，存儲文件，集成源代碼管理與git,svn

7. 信息管理: 活動統(tǒng)計報表，項目報表的導入和導出功能，信息篩選，預警和郵件提示

8. 共享管理：技術分享，團隊新聞,Wiki和論壇等功能

image

2.6.2、IT項目管理常用工具

0、ZenTaoPHP 輕量級的PHP項目管理開發(fā)框架，以開源的項目管理軟件

官網(wǎng)：http://www.zentao.net/

下載：http://www.zentao.net/download

1、Dotproject 基于php 免費開源

官網(wǎng):http://www.dotproject.net/

2、Redmine 基于Ruby和Rails框架 免費開源

官網(wǎng):http://www.redmine.org/

在線演示站點：http://demo.redmine.org/

3、Trac 基于Python 代表有FogBugz 免費和商業(yè)

官網(wǎng):http://trac.edgewall.org/

4、MS Project 微軟項目 C/S架構(gòu) 項目單一，功能少

官網(wǎng):http://www.microsoft.com/project/en/us/default.aspx

5、Jira + Confluence 基于Java 收費模式 包含Bug追蹤和Wiki

官網(wǎng):http://www.atlassian.com/software/jira/

在線演示站點：http://jira.fangwai.net/secure/Dashboard.jspa

6、ActiveCollab 基于php 曾經(jīng)開源

官網(wǎng)：http://www.activecollab.com/

7、Basecamp 基于商業(yè)運作模式 曾經(jīng)項目管理界老大

官網(wǎng)：http://basecamphq.com/

8、BugFree 國產(chǎn)軟件 ，使用MS的軟件開發(fā)流程規(guī)范

9、XPlanner 采用極限編程開發(fā)(XP)流程

官網(wǎng)：http://www.xplanner.org/

三、定位和需求

3.1、盡量做產(chǎn)品

不要做前后沒有聯(lián)系的項目（也就是公司沒有任何可以復用的資源）、謹慎被多次轉(zhuǎn)包的項目、小而精的項目、與現(xiàn)金、人事有關的項目。

image

3.2、抽象出項目的核心

對于大而全的項目把握住用戶的痛點，找出系統(tǒng)的核心需求，分期，分批開發(fā); 關鍵需求與用戶共同畫出產(chǎn)品原型。

3.3、采用多種收集需求的方式

制定有效的溝通制度，提高溝通意識，采取多方面的溝通方法，不要單一的口頭溝通，采取有效的書面溝通，比如郵件、文件傳遞等方式，對于未及時收取郵件造成的損失責任歸屬。除了郵件外，重要文件需要電話提醒和回執(zhí)等。與客戶談需求時可以錄音、錄視頻、拍照等多種手段

image

3.4、不要過度收集需求

有時客戶并不知道自己要什么，把可以分析出解決辦法后讓客戶選擇

3.5、盡量選擇大項目

麻雀雖小五臟俱全，小項目謹慎選擇

3.6、小步快跑做產(chǎn)品

完成一部分、測試一部分、驗收一部分；迭代。。。迭代。。。

image

3.7、更換收費模式

可賣服務，賣產(chǎn)品，賣技術，賣運維等，換一種掙錢的思路

四、技術提升

4.1、注重技術提升

項目不忙時組織學習，寫自己的技術博客，分享知識，關注各大技術論壇，如博客園，csdn，javaeye；有博客的程序員一般都不會太差；要實實在在的技術，不要被一些線下的活動拖累，名頭很大的人不一定適合你。

image

4.2、打造公司的通用平臺

系統(tǒng)中包含基礎功能；簡單功能應該通過平臺自動生成，加快項目進度

4.3、積累源代碼

關注開源社區(qū)，如github,oschina,codeplex，盡量讓項目去匹配公司現(xiàn)有的資源，警惕白手起家的項目

image

4.4、不要盲目的選擇新技術

更換系統(tǒng)架構(gòu)，但也不推薦天天吃老本，建議隔代升級。不要跟風，技術選擇項是不要考慮現(xiàn)在流行什么，而要考慮需要什么，適合什么。 一般的客戶對你用什么技術實現(xiàn)是不關心的。

4.5、提高執(zhí)行力

天下功夫唯快不破

**4.6、學習英語提升開發(fā)能力

請猛擊：《一種絕對提高開發(fā)水平的方法》

4.7、利用在線教育平臺

http://www.imooc.com/

image

https://ke.qq.com/

image

4.8、技術分享

輪流、30分鐘、每個人都有份、先準備并整理成博客筆記、分享干貨

五、失敗的建議

5.1、項目管理環(huán)境問題****5.1.1、不合適的項目組織結(jié)構(gòu)

包括團隊成員的配備問題、項目計劃控制和協(xié)調(diào)機制生搬硬套PMP，不符合公司企業(yè)文化和體制機制、團隊總是關注項目的忙碌而不是項目的成果、組織沒有明確的授權，權責不匹配、喜歡照搬過去的項目經(jīng)驗來管理現(xiàn)在的項目，忽視了項目的唯一性、缺乏高層領導的支持和投入；

5.2、項目管理過程中問題****5.2.1、不勝任的項目經(jīng)理

包括項目經(jīng)理不具備業(yè)務知識，行業(yè)知識和項目知識，缺乏軟技能，面對壓力無法做出關鍵決策，無法看到問題的本質(zhì)，無法從全局提出系統(tǒng)性解決方案從而推動項目的發(fā)展，不能隨時就環(huán)境做出調(diào)整等；

5.2.2、漠視或者無視項目的本質(zhì)

包括沒有整體思路、對項目各個組成部分以及他們之間的聯(lián)系沒有整體把握、軟硬件無法進行整體的思考、考慮問題經(jīng)常是頭疼醫(yī)頭，腳疼醫(yī)腳、人為的把項目進行分段，從而沒有預見項目的整體性風險等；

5.2.3、項目管理被濫用或者錯誤運用

脫離項目實際，濫用各種管理工具、過分重視工具而忽視團隊的建設、為了管理而管理忽視項目成果、項目經(jīng)理不關注項目人員的心理素質(zhì)和能力而一味強調(diào)管理技巧和工具、用到的管理太復雜或者太簡單而不適合具體的項目、總是認為項目管理是一成不變，企圖一套流程打天下的、只關注項目報告而無視項目的實際情況；

image

5.3、計劃過程中的問題

5.3.1、沒有良好的溝通渠道設計；

5.3.2、不主動去激發(fā)用戶參與項目的熱情；

5.3.3、靠主觀感覺盲目制定項目計劃；

5.3.4、在不了解項目具體情況下對項目盲目下定義；

5.3.5、計劃資源把一切想的太美好，主觀性強；

5.3.6、靠個人感覺來分派工作而不是客觀的評估每個人的能力匹配程度；

5.3.7、對變更沒有實質(zhì)管理，更多是體現(xiàn)在文檔上而不是實際工作中；

5.3.8、胡亂控制項目節(jié)點，而不是從項目特點本身出發(fā)；

5.3.9、缺乏對項目失敗的定義以及評估失敗風險；

5.3.10、項目已經(jīng)失敗的客觀現(xiàn)實面前缺乏終止項目的管理機制；

5.3.11、過分看重項目的當前經(jīng)濟價值，利令智昏；應該注意項目的附加值，復用價值等。

5.3.12、項目開發(fā)周期多數(shù)情況被低估

六、總結(jié)

總之如果您加強項目管理意識、注意團隊建設，規(guī)范開發(fā)過程、找準個人與公司的定位、不斷提升開發(fā)技術與積累資源、善于總結(jié)失敗教訓，這樣將大大提高您項目的成功率。

成功不可復制，失敗或可避免；

逃避不一定躲得過，面對不一定可怕；

時間花在哪里,你的成就就在哪里；

image.png

當然，項目管理在現(xiàn)實中存在多樣性與復雜性，我說的也許有些不對，歡迎大家補允，我隨時添加，謝謝！