随着計算機、網際網路的興起，軟體研發行業的項目管理變得越來越重要。我們在工作的過程中，特别是初融合的團隊，會發現在項目研發過程中出現各種問題，這個時候，項目管理就會被自然而然地需要。
項目管理是有多多種模式的，主要分為傳統式項目管理和靈活項目管理，而每個項目管理模式中還有不同的項目管理架構。
在工作過程中，對不同的模式不同的架構，總是看不到整體的全面的東西，很是疑惑。在工作的同時，也去找了一些參考資料對各個模式的項目管理架構進行比較，現做一個總結。由于我本人是從事軟體開發類，是以談論的角度均是站在軟體開發的角度展開。
一、各個項目管理模式的認識和了解
1、PMP：傳統型
有項目經理
PMP的架構是基于知識點出發的，它的知識架構基本可以覆寫所有的領域，即是其架構是綜合和通用的，而不是完全的軟體開發項目管理，是以我們經常也會發現在工程領域的PMP架構運用，如：建築工程類、硬體類、軟體開發類等等。
傳統型的項目管理模式，分為五大階段，十一個領域。
五大階段分别為：啟動、規劃、執行、監控、收尾
十一個過程領域：範圍管理、時間管理、品質管理、成本管理，（多快好省），人力資源管理、幹系人管理、采購管理等。
每個階段和過程領域都會有一定的概念介紹、輸入輸出内容、工具，提供給項目人員進行合理運用。
比如你們公司是純軟體類公司，且所做的軟體/app等是自營的，無須與客戶糾纏成本，那麼你的重點要在需求範圍、進度管控、品質傳遞等其他領域，而不需要過度關注直接成本，你管控的進度、時間已經間接地管控了成本。
在PMP中，項目經理的作用，即是五個階段的控制者、上司者，同時也是需要對結果負責的。
2、SCRUM:
在scrum中是項目經理的這一角色的，但是有scrum master.
Scrum的目标是能夠使開發過程能夠及時審視，更加透明，并達到持續開發。
Scrum 的核心是sprint，每個sprint即為一個疊代，或者一個相似工作的重複周期，為産品或系統産出增量。同一個産品的每個sprint周期是固定的。
基于sprint，我們制定product backlog，即待辦事項清單，根據産品的不同，我們可以定制不同形式的backlog。核心目标是相同的，即明确目标、檢查任務完成及時度，審視過程中存在的問題。
SCRUM的靈活性在于，每一個sprint都是連續性的，在每個sprint的時間窗内，都會有15%的時間來制定sprint計劃，并且每相鄰的sprint之間沒有時間間隔，即開發是連續性的，上一個sprint結束之後立即啟動下一個sprint。
Scrum的團隊在這裡不做多的描述，主要說明一下Scrum Master的職責。
Scrum master 的職責：
1、并不是項目經理、IT經理的角色，是一個服務型的指引人。
2、負責scrum流程，使其正确使用并達到最大的效果。
3、根據sprint的執行情況，組織回顧會議，整個團隊讨論剛剛完成的sprint可以做哪些優化使得下一個sprint更有效率
3、IPD（Integrated Product Development）內建産品開發：
現在在實行和推廣的公司有：華為、海康、大華、聯想、長虹、美的、步步高等。大華和海康推行得不是特别徹底，主要是因為每個項目管理模式的選取與實施和自身的産品性質有關。
個人認為IPD比較适合軟硬體結合或純硬體的産品，由于接觸不多，不做過多的闡述和個人意見發表。
如果以後工作有需要接觸此項目管理模式，可以深入研究學習。目前不做研究。
二、對靈活項目管理的了解（靈活的了解内容部分比較少）
對于網際網路行業來說，行業發展速度比較快，傳統的項目管理模式已經不再适用。
就拿健身app來說吧，随着健身觀念的普及，越來越多的大衆投入到健身的隊伍中，但是我們會發現，有一大部分人都是未健身成功的。原因就在于他們沒有合理的健身觀念，标準的健身動作，而請私教又是一大筆錢，很多人不會舍得投入這麼多錢到健身私教中去。這個時候，我們隻要抓住了使用者的需求點，健身app就可以應時而生。産品經理規劃了很多東西，戶外跑步記錄、大卡計算、跑步機跑步記錄、動作教程、網上私教等等，如果按照傳統的項目管理模式，那麼我們要所有的需求整理出來，再有整套系統的設計文檔，評審，開發等等，等一個整的app做好之後，其他家看好這個契機的産品早就已經進入市場，吸引流量了，如果再有一些産品亮點，通過使用者與使用者之間的傳播，那你做出來的産品基本上就沒什麼機會了，很大情況就成為了炮灰。
由此看來，在網際網路行業，靈活項目管理是非常重要的。但是純靈活，對團隊的自管理要求比較高。為什麼這麼說呢？一個項目團隊實施純靈活，以需求的疊代為核心，更多地關注在需求、進度上，而容易忽視掉技術上或者其他方面的一些細節，這對初形成的團隊或者新加入的員工就是不太友好的。
在接觸項目管理這麼多時間以來，我在工作中接觸更多的是結合了傳統項目管理和靈活項目管理的模式，通常是将
項目管理也是過程的優化，我們不斷地發現項目中的問題，不斷地根項目所處的情況調整自己的項目管理模式。
其實傳統的項目管理與靈活項目管理各有優勢，在使用的過程中選取适合自己項目的内容來使用即可。
三、對現有軟體項目管理的了解
現在我們來談談站在項目管理角度看，如何使用各個項目管理模版？
1）商業型項目：
每個項目都會談價錢，那這個時候就需要更強地控制成本、需求，這個時候，項目經理的作用就會比較明顯，要直接對項目結果負責，包括成本、品質、需求是否按要求完成等等。那麼這裡我們在起初的時候需要用到傳統型項目，對每個節點嚴格把控，各個節點進行評審，盡早讓需求方參與項目以及時調整項目的完成方向（當然變更需求除外，變更需求還是要重新評估的），這裡說的及時調整項目的完成方向是指，我們在研發過程中，或多或少會對需求有誤解讀，讓需求方盡早參與可以起到及時矯正的效果。
當然，為了保證項目的品質，也可以結合靈活一起使用，疊代性傳遞。
2）自研發型項目或：
不與外部公司計算項目的價格，做出的産品提供給自己的公司、部門使用，或不受外部需求方的需求時間限制，産品目标即軟體的商業目标。這個時候我們更重要的是讓整個團隊的目标更加一緻，不管怎麼說，提高團隊的凝聚力對團隊都是一種支撐力量。
這種能夠自己控制和規劃産品的需求的産品，更多的時候是不需要項目經理的，項目管理的職責由産品經理或研發經理擔任即可。那麼這個時候的靈活就派上了用場，我們制定好一定的技術規範、項目管理規範，通過不斷地優化需求溝通，發現項目中的問題、解決問題，通過不斷地優化項目過程即可。
3）結合型項目：
有業務方壓時間，也有自研發産品。這種産品我們在排計劃的時候就需要根據優先級來進行執行。
以上為個人拙見，歡迎各位項目管理人士指導。