項目與團隊如何進行管理

一、總結

一句話總結：

時間成就

成功不可複制失敗或可避免

項目管理團隊建設

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

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

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

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

1、不要盲目的選擇新技術？

隔代更新

客戶技術實作

更換系統架構，但也不推薦天天吃老本，建議隔代更新。不要跟風，技術選擇項是不要考慮現在流行什麼，而要考慮需要什麼，适合什麼。一般的客戶對你用什麼技術實作是不關心的。

2、簡單功能應該通過平台自動生成？

簡單功能平台自動生成

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

3、積累源代碼-關注開源社群？

開源社群

關注開源社群，如github,oschina,codeplex，盡量讓項目去比對公司現有的資源，警惕白手起家的項目

4、項目完成時注重歸納總結-複用代碼？

複用

勤于整理代碼與文檔，複用；對于開發者來說複用是終極目标，複用的最大敵人是變化。

5、開源免費的源代碼管理器？

git coding.net 阿裡雲

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

6、IT項目管理常用工具？

ZenTaoPHP

0、ZenTaoPHP 輕量級的PHP項目管理開發架構，以開源的項目管理軟體　　　　　

　　　　　　　　　　　官網：http://www.zentao.net/

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

1.Dotproject 基于php 免費開源

　　　　　　　　　　　官網:http://www.dotproject.net/

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/

7、學習英語提升開發能力？

英語

請猛擊：《一種絕對提高開發水準的方法》

學習英語提升開發能力，真的是切身體會

因為很多架構，資源，文檔都是英語的

尤其是第一手文檔

而且英語好友善和老外溝通技術

二、從一個故事開始談項目與團隊管理（轉）

轉自：從一個故事開始談項目與團隊管理 - 張果 - 部落格園

https://www.cnblogs.com/best/p/6859733.html

先來聽一個故事：

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

數學家對戰鬥中傳回的戰機作了一項統計，發現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/

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

1.Dotproject 基于php 免費開源

　　　　　　　　　　　官網:http://www.dotproject.net/

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、利用線上教育平台

http://www.maiziedu.com/

http://www.imooc.com/

http://www.jikexueyuan.com/

https://ke.qq.com/

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

作者：張果

項目與團隊如何進行管理