編輯導語：項目管理是產(chǎn)品成功交付的必要條件，是產(chǎn)品經(jīng)理在公司復雜環(huán)境下按計劃推進、落地軟件開發(fā),并高質(zhì)量完成任務的核心競爭力。既然項目管理對產(chǎn)品經(jīng)理如此重要，那么產(chǎn)品經(jīng)理應該如何做好項目管理呢？本文作者結(jié)合自身的經(jīng)驗，為我們做出了總結(jié)。

產(chǎn)品經(jīng)理的核心工作流程，主要分為這樣幾步：

1. 需求分析
2. 可行性分析
3. 產(chǎn)品策劃
4. 產(chǎn)品設計
5. 項目管理
6. 數(shù)據(jù)分析
7. 版本迭代

這篇文章來說說項目管理。產(chǎn)品經(jīng)理與項目經(jīng)理最大的區(qū)別在于：產(chǎn)品經(jīng)理偏重于創(chuàng)意，項目經(jīng)理偏重于實施。

但大部分互聯(lián)網(wǎng)公司，都沒有配置專門的項目經(jīng)理崗位。所以，產(chǎn)品經(jīng)理通常也承擔著項目經(jīng)理的工作。承擔了項目經(jīng)理的工作，就意味著產(chǎn)品經(jīng)理不僅要把產(chǎn)品設計出來，還要對產(chǎn)品的開發(fā)進度、上線時間、項目質(zhì)量負責。

在人人都是產(chǎn)品經(jīng)理的時代，很多人以為產(chǎn)品經(jīng)理就是畫畫原型、寫寫文檔而已。實際上，這樣的產(chǎn)品經(jīng)理僅僅是人肉畫圖機而以，一名合格的產(chǎn)品經(jīng)理既要懂戰(zhàn)略也要懂執(zhí)行。

有高度、能落地、可執(zhí)行，是優(yōu)秀產(chǎn)品經(jīng)理必備的素質(zhì)。項目管理如果做不好，會導致項目延期、團隊氣氛低下、失去領導信任等問題，耗費時間不說，還心累。

刀哥之前接了一個外包項目，為了快速把項目拿下來，在跟甲方洽談時，忽略了很多需求細節(jié)，開發(fā)評估工期也不夠細致，導致項目越做越復雜、邊做邊改，一再延期，有種陷入泥潭的感覺。

這篇文章，結(jié)合刀哥之前的經(jīng)驗，來系統(tǒng)性的梳理下項目管理，希望對你有用。

一、項目管理

說項目管理之前，先來說說項目。

項目，是為了創(chuàng)造某項服務、產(chǎn)品或成果，進行的臨時性活動。例如：制造一輛航空母艦是一個項目、完成一次快遞的配送也是一個項目，項目有大有小。

另外，項目一定是有時限的，有耗時長的項目，也有耗時短的項目。而項目管理，是運用一些列的方法、工具和技術(shù)使項目達到預期目的過程。

簡單來說，項目管理做得好，質(zhì)量、成本、工期都能控制住，做不好，會使項目陷入泥潭，越陷越深……科學的項目管理，需要科學的管理方法，下面我們來說說互聯(lián)網(wǎng)產(chǎn)品項目管理的方法。

二、項目管理方法

互聯(lián)網(wǎng)項目，項目管理涉及到幾個核心的模塊：需求評審、項目排期、項目跟進。把這幾個模塊做好，項目就成功了一半，另外一半是項目經(jīng)理的意識。

科學的方法 良好的意識=成功的項目管理。

1. 需求評審

產(chǎn)品經(jīng)理完成產(chǎn)品設計后，需要召集項目組成員進行需求評審，需求評審會是項目組成員第一次了解項目。

產(chǎn)品經(jīng)理同時承擔項目經(jīng)理的工作，就要充分利用這次會議，來傳達即將要做的這件事的價值，激發(fā)項目成員的激情。需求評審首先要介紹項目背景，最好通過講故事的方式，帶入項目。

人人都愛聽故事，一上來就說系統(tǒng)、講數(shù)據(jù)，很容易把人說得沒有頭緒。比如，要做一個電子名片項目，可以通過講故事的方式來描述場景。

『小王是公司一名銷售，經(jīng)常都要添加客戶微信做營銷，每加一個微信，就要發(fā)送很多資料給客戶，讓客戶了解公司、了解產(chǎn)品……工作量巨大，還不知道客戶到底有沒有看，有沒有效果。

感覺做了很多無用的工作』這就是一個簡單的故事，通過這個故事，引出我們即將要做的項目。

『為了解決銷售這些問題，我們打算做一款電子名片產(chǎn)品，產(chǎn)品核心功能有xxx，通過這款產(chǎn)品，就可以解決銷售這些問題』。

這樣，項目成員基本知道這個項目的定位和價值，接下來就可以繼續(xù)描述產(chǎn)品的具體方案。

產(chǎn)品的具體方案主要分為業(yè)務流和數(shù)據(jù)流：

業(yè)務流首先拿出一張核心業(yè)務流程，這個流程包含所有的業(yè)務角色，使用泳道圖。這個核心流程可以將各個業(yè)務節(jié)點串聯(lián)起來，讓成員對其有更進一步的認知。

然后具體到每個功能模塊，再詳細描述具體的業(yè)務流用活動圖，業(yè)務流可以根據(jù)具體的情況使用不同的流程圖。

方案的另一部分是數(shù)據(jù)流，程序=數(shù)據(jù)結(jié)構(gòu) 算法。數(shù)據(jù)結(jié)構(gòu)對程序猿來說，是非常重要的部分，互聯(lián)網(wǎng)的本質(zhì)也就是數(shù)據(jù)交互。產(chǎn)品在講方案的時候，可以通過信息結(jié)構(gòu)圖的方式，傳達產(chǎn)品的核心數(shù)據(jù)組成，以此做為程序猿的建表依據(jù)。

2. 項目排期

需求評審完成后，需要給程序猿一定緩沖時間，讓其更詳細的查看、理解需求。細心的程序猿如果認真查看，多少都會提出一些疑問，比如功能邏輯、頁面交互等。

這個過程非常有必要，但是遇到不認真看需求的程序猿，似乎又沒什么用。

刀哥之前接了一些項目，在需求評審完了以后，讓程序猿回去仔細看需求、評工期，程序猿不到半天，把所有的工期列出來了，一個問題沒有。

結(jié)果在后面做的過程中，一會這個問題，一會那個問題，而很多問題，其實完全就是因為沒有理解需求，你拿這種程序猿沒轍。再完美的需求，也抵不過不看需求的程序猿。

在程序猿認真的看完需求，也提出疑問并解答了以后，程序猿開始排期。在排期的時候，需要考慮需求的優(yōu)先級。

項目有業(yè)務邏輯模塊、報表模塊等，業(yè)務邏輯模塊的優(yōu)先級更高，在排期時，把這部分功能排在前面先做；另外有些工作是可以并行的，而有些只能串行，比如在程序猿設計表結(jié)構(gòu)和接口的時候，UI可以并行設計。

但前端要開工，必須依賴于UI設計完成，只能串行。前后端聯(lián)調(diào)的時候，又必須同時參與。

3. 項目跟進

項目排期完成后，會輸出工作WBS工作拆分表，項目概述表。然后上報給相關領導和干系人，接下來就是跟進項目，直到上線并達成目標。

工作拆分：

項目概述跟進是在一定周期內(nèi)，了解項目的完成情況，是否達成如期進度，常用的方法有每日站立會、周會，大的項目還有月會。比較重要緊急的項目，站立會非常有必要。

每天早上，項目成員聚在一起，站立成一個圈，每個人說今天的工作安排，以及當前的問題。只說簡單的問題，復雜的問題單獨拉會召開，不影響大家的時間。

每天下班前，再開站立會，又叫夕會。說今天的完成情況，如果沒完成，需要匯報原因。項目經(jīng)理開完站立會以后，更新項目進度表，發(fā)給項目干系人。

正常的項目，沒什么難度。真正考驗項目經(jīng)理的是，各種異常處理。不會處理異常情況的項目經(jīng)理，不是合格的項目經(jīng)理。異常情況的處理不僅要有合理的方法，還要有扛得住事的精神。

最常見的問題就是，需求變更，變更有分為這樣幾種：

1. PM沒想清楚，邏輯不完整或者互相沖突前后不一致；
2. 老板想法太多，開發(fā)過程中強加需求；
3. 產(chǎn)品經(jīng)理靈機一現(xiàn)，有更好的方案。

針對第一種情況，該是誰的鍋就是誰的鍋，該背就背，主動完善需求，然后積極主動、耐心的給程序猿講解，平時關系基礎不差的話，問題不大，要做到完美無缺的方案，不是件容易的事情。

第二種情況，最簡單的方法就是告訴老板，經(jīng)過開發(fā)人員評估，新增這個功能，將會導致項目延期XX天，老板您看是延期上線還是繼續(xù)開發(fā)，放在下一個版本。

老板都是看ROI的高手，自然能衡量延期對ROI的影響，交給他選擇就好了，公司打工，本質(zhì)上就是售賣自己的時間，應該尊重老板的選擇。既加功能，又不給工期，就是耍流氓，壓榨勞動力，要堅決抵抗。

第三種情況比較糟糕，是最讓程序猿最反感的事情，寫了2000行代碼，因為你的靈機一現(xiàn)，成果化作0。既是產(chǎn)品經(jīng)理又是項目經(jīng)理的你，一定要避免出現(xiàn)這種情況。

前期多花點時間調(diào)研競品，分析場景。這種變更多出現(xiàn)幾次，會嚴重影響產(chǎn)品經(jīng)理的公信力。

另外一種常見的異常情況是項目延期，項目延期主要原因有這幾種：

1. 團隊溝通不暢，磨合不好，效率低；
2. 研發(fā)能力不夠；
3. 能力夠但是積極性不夠；
4. 工期太樂觀，拍腦袋排期。

關于溝通這塊，我就一個建議，項目組所有成員禁止任何形式的私下溝通。很多程序員都是非常內(nèi)斂的，非常害怕在群里說話，擔心說錯話被別人取笑沒面子，然后形成三角溝通，A跟B說，關系到C，但C不知道。

小問題群里溝通，大問題一定要當面溝通，復雜的問題，通過畫板梳理，通常都能迎刃而解，能力不足這個就要靠技術(shù)經(jīng)理了。技術(shù)非常容易因為某個細小的問題陷入苦境，一個很小的問題自己琢磨可能要1天，但拋出來，經(jīng)過技術(shù)經(jīng)理指導，3分鐘搞定。

技術(shù)經(jīng)理在招聘人員的時候也要考慮到能否勝任項目，項目經(jīng)理如果遇到因技術(shù)能力不行而延期的情況，就要主動找技術(shù)經(jīng)理溝通解決方案。還有一種是能力夠，但積極性不夠。

阿里把員工分為明星、野狗、黃牛、白兔，能力ok，但態(tài)度不行就屬于野狗，不好管。這種在前期項目價值描述的時候，要說到位，以此來調(diào)動成員的積極性。

如果能申請到一些項目獎勵，當然更好。

人工作不外乎兩個目的：實現(xiàn)自我價值、賺錢。總得又有一樣可取，否則是沒有動力的，拍腦袋評估工期這個是導致延期很常見的問題。

很多程序猿花很少的時間評估需求，喜歡直接開干，項目經(jīng)理希望什么時候完成，就反推時間，結(jié)果做了才發(fā)現(xiàn)，按這個時間根本完不成，于是一邊做一邊吐槽，越做越?jīng)]信心，最后不得已放棄，破罐子破摔，導致延期。

這種情況項目經(jīng)理要引入獎懲機制，如果項目經(jīng)理沒有權(quán)利，可以向技術(shù)經(jīng)理申請，將工作完成情況納入當月KPI，如果沒完成，直接影響收益，以此來強制要求程序猿客觀、準確的評估工期，對工期負責。

4. 項目意識

上面說過，項目要成功，除了方法以外，另外一半是項目意識。

項目意識主要有主次意識、風險意識、時間意識、溝通意識，以及最重要的主人翁意識。

事情有輕重緩急，項目有主次之分，核心功能模塊一定要優(yōu)先完成，哪怕要砍功能，也是砍非核心的功能，最終交付的產(chǎn)品至少能到達MVP（最小可行性產(chǎn)品）。

項目過程中，還會遇到內(nèi)部或外部風險，項目經(jīng)理一定不要整天陷在事務里面，要騰出足夠多的時間。

外部，多溝通匯報，了解公司戰(zhàn)略計劃、最新動向；內(nèi)部，了解成員的情況，有沒有誰會緊急請假、誰可能會離職。項目經(jīng)理本質(zhì)是管理，做資源的分配與協(xié)調(diào)，具體事務能不參與就不參與。

項目意識里，最重要的要數(shù)主人翁意識。項目經(jīng)理一定要用『項目是自己的』這種意識去做事情，哪怕是在公司打工，要有『做完這個項目，我自己的經(jīng)驗值會提升50%』這種思想。

僅僅為了拿工資，虧的是自己，多半還不開心。80%的打工人都不開心，主要原因就是心態(tài)沒對。張一鳴曾說過，打工要有創(chuàng)業(yè)的心態(tài)，打工不是為了老板，是為了自己。

三、項目管理工具

1. 在線文檔協(xié)作

將項目常用的文檔，放在在線文檔上，可以方便傳閱和修改。推薦使用WPS，可以保存在云文檔，也可以分享給別人，其他工具如石墨文檔、騰訊文檔也都可以。

2. 郵件

每日項目進度，或者重要事項，最好通過郵件群發(fā)的方式告知干系人，郵件最大的好處是方便存檔跟蹤，并且顯得更加正式，QQ群或者微信也可以。

但是消息多的時候，很容易被刷走，很多人并不一定能看到。

3. 站會

很多人都討厭開會，但是站立會是項目管理非常有用的工具，最大的好處是在趕工期的時候，防止項目成員摸魚。站立會在每天早上設定計劃，即使摸魚，只要能完成計劃的工作，也沒有問題。

4. Jira

Jira是一款在線項目協(xié)作管理工具，支持需求管理、任務管理、文檔管理等功能，推薦使用。Jira是國外的，需要本地部署，如果覺得麻煩，也可以考慮使用國內(nèi)的如Tower、騰訊TAPD、禪道等。

5. 甘特圖

甘特圖是項目管理最好用的工具，對進度控制和管理非常有用。推薦使用微軟的Project，簡單處理也可以使用Excel。

四、寫在最后

做好產(chǎn)品經(jīng)理，不一定能做好項目經(jīng)理。大部分情況下，做不好項目經(jīng)理，一定做不好產(chǎn)品經(jīng)理。

大多數(shù)產(chǎn)品經(jīng)理不僅需要對產(chǎn)品策劃設計負責，還要對產(chǎn)品實施負責。如果你也屬于這類產(chǎn)品經(jīng)理，請熟練掌握項目管理的方法和工具。

項目管理的方法從需求評審、項目排期、項目跟進、管理意識幾個模塊著手，項目管理的工具有在線協(xié)作工具、站立會、甘特圖等。

作者：刀哥；公眾號：刀哥說。

本文由 @刀哥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。