項目管理是確保產(chǎn)品高質(zhì)量上線的必要的手段，我們的最終目標(biāo)是做出高質(zhì)量的產(chǎn)品。

知止而后有定，定而后能靜，靜而后能安，安而后能慮，慮而后能得。這是《大學(xué)》中解決問題的思路。

意思是在我們想要做一件事情之前，先要搞清楚要達(dá)到的目標(biāo)，這樣才能心里有定數(shù)，心里有了定數(shù)就會比較平靜，心里平靜了才能夠比較心安，心安之后才能充分的思考，然后就會得到解決問題的方案。

從事工作5年中，有4年時間在與項目管理的工作打交道。從做程序員時在研發(fā)團(tuán)隊中做項目協(xié)調(diào)、接口人開始，到后來做專職PMO項目經(jīng)理，后轉(zhuǎn)崗產(chǎn)品經(jīng)理，項目管理始終是我工作內(nèi)容的一部分。我也有幸從產(chǎn)品研發(fā)的不同角度對IT項目管理有更為深刻的理解和認(rèn)識。下面是我對于IT項目管理這一工作需要達(dá)到的目標(biāo)的理解。

IT項目管理的最終目標(biāo)：高質(zhì)量、高產(chǎn)出

2017年1月份期間入職一個新的公司搭建公司的項目管理規(guī)范制度。公司屬于零售行業(yè)的電子商務(wù)公司，規(guī)模1200+、研發(fā)中心約70人。公司剛引進(jìn)新的項目管理工具Teambition，一個我之前沒有用過的項目管理工具。相比之前項目管理的工作只包含事件、人員沖突協(xié)調(diào)，或者做專職項目經(jīng)理的時候做協(xié)調(diào)的執(zhí)行，這次真是要站在PMO經(jīng)理的角度審視整個產(chǎn)品、測試、研發(fā)團(tuán)隊項目管理的問題。第一次面對這樣的機(jī)會感覺還是比較焦慮的。

入職的第一個周末我在家摸清了Teambition這個項目管理工具所能提供的所有功能。但是最沒考慮清楚的是這樣一個問題：

IT的項目管理要達(dá)到一個什么樣的目標(biāo)？

只有徹底搞清楚這個問題，我們才能知道要做什么工作。我在本子上列出了產(chǎn)品研發(fā)各個環(huán)節(jié)項目管理的內(nèi)容：

1. 項目管理要解決的問題：

• 項目計劃
• 人事沖突
• 項目協(xié)調(diào)
• 風(fēng)險管理
• 跨團(tuán)隊協(xié)調(diào)

2. 作為產(chǎn)品經(jīng)理負(fù)責(zé)產(chǎn)品線時，產(chǎn)品團(tuán)隊的項目管理內(nèi)容：

• 單產(chǎn)品線需求管理（需求池）
• 單產(chǎn)品線版本規(guī)劃
• 多產(chǎn)品線管理

3. 研發(fā)團(tuán)隊項目管理的問題：

• 項目研發(fā)工作排期及任務(wù)分配
• 研發(fā)風(fēng)險管理，主要包括下列風(fēng)險：
• 項目計劃排期不當(dāng)風(fēng)險。
• 棘手技術(shù)問題導(dǎo)致的延期風(fēng)險
• 跨團(tuán)隊協(xié)作時協(xié)作團(tuán)隊出現(xiàn)的延期風(fēng)險引起的項目延期風(fēng)險
• 開發(fā)環(huán)境不穩(wěn)定導(dǎo)致團(tuán)隊聯(lián)調(diào)延期風(fēng)險
• 需求變更導(dǎo)致的項目計劃變更風(fēng)險
• 線上緊急問題解決引起的當(dāng)前研發(fā)產(chǎn)品的延期風(fēng)險
• 上線前上線工作準(zhǔn)備不充分導(dǎo)致上線失敗風(fēng)險
• 上線后線上測試不通過風(fēng)險
• 跨團(tuán)隊協(xié)調(diào)管理

4. 測試團(tuán)隊項目管理的問題：

項目測試工作排期，包括編寫測試用例、及黑盒測試工作排期。

測試風(fēng)險管理，主要包括：

• 測試環(huán)境故障引起的測試工作阻塞風(fēng)險
• 需求變更導(dǎo)致的測試用例追加及測試工作變更風(fēng)險
• 研發(fā)提測產(chǎn)品質(zhì)量低于預(yù)期，測試團(tuán)隊工作延期風(fēng)險

然后，我發(fā)現(xiàn)項目管理在各個環(huán)節(jié)最關(guān)鍵的工作是計劃和風(fēng)險。一個計劃是為了給一個有固定需求范圍、人員的項目一個時間目標(biāo)，很多的計劃是為了保證在人力資源和時間范圍有限的時候讓產(chǎn)出的需求范圍盡可能的大，也就是高產(chǎn)出。風(fēng)險則是為了保證項目計劃的目標(biāo)能成功達(dá)到，同時又能保證產(chǎn)出項目的高質(zhì)量。所以，IT項目管理的目標(biāo)是高質(zhì)量、高產(chǎn)出，至于更關(guān)注高產(chǎn)出還是高質(zhì)量，在公司發(fā)展的不同階段有著些許的優(yōu)先級調(diào)整。

IT項目管理的制度目標(biāo)：透明化

在得出項目管理的目標(biāo)是：高質(zhì)量、高產(chǎn)出。

后，還是不知道怎么落地。因為客觀上來講，這個目標(biāo)是包含產(chǎn)品、研發(fā)、測試在內(nèi)的整個團(tuán)隊的目標(biāo)，特別是項目管理，在這里顯得很無力，因為項目管理人員既不能幫產(chǎn)品梳理業(yè)務(wù)些PRD、也不能擼起袖子自己敲代碼、也不能越俎代庖做測試，當(dāng)然也沒這個時間。那么項目管理人員能怎么去達(dá)到這個目標(biāo)呢？或者能怎么發(fā)現(xiàn)當(dāng)前團(tuán)隊的產(chǎn)出是否是高質(zhì)量、高產(chǎn)出的呢？

似乎這個問題提到了點子上，接下來我需要搞清楚：

怎么發(fā)現(xiàn)當(dāng)前團(tuán)隊的產(chǎn)出不是 高質(zhì)量、高產(chǎn)出的呢？

于是我在本子上列出了IT產(chǎn)品研發(fā)所涉及的團(tuán)隊，和各個團(tuán)隊中會導(dǎo)致不能達(dá)到高質(zhì)量、高產(chǎn)出的一些場景。

1. 產(chǎn)品經(jīng)理

• 研發(fā)當(dāng)前迭代上線后，無后續(xù)產(chǎn)品規(guī)劃。
• 產(chǎn)品規(guī)劃迭代內(nèi)容長期處于優(yōu)化、BUG修復(fù)等狀態(tài)，對于業(yè)務(wù)的驅(qū)動沒有更為強(qiáng)勁的驅(qū)動和支持。
• 線上BUG不做梳理分級分類和匯總統(tǒng)計，線上產(chǎn)品長期處于低質(zhì)量狀態(tài)。
• 版本規(guī)劃不合理或需求梳理不明確，研發(fā)期間大量需求變更導(dǎo)致項目延期、長期不能上線或低質(zhì)量上線。

2. 研發(fā)人員

• 項目排期計劃預(yù)估不當(dāng)，研發(fā)人力資源發(fā)揮不充分（估長）或提測產(chǎn)品質(zhì)量低于預(yù)期。
• 項目研發(fā)期間遇到棘手技術(shù)問題和跨團(tuán)隊協(xié)作時間問題不能及時協(xié)調(diào)，最后產(chǎn)品上線延期或線上低質(zhì)量。
• 上線前后準(zhǔn)備工作不充分，產(chǎn)品線上故障回撤，延期。

3. 測試人員

• 測試計劃排期不當(dāng)，測試人員人力資源發(fā)揮不充分（估長）或產(chǎn)品匆忙上線，線上產(chǎn)品質(zhì)量低下。
• 測試時間不夠充分，測試用例覆蓋范圍不夠全面，線上產(chǎn)品質(zhì)量低下。
• 測試時間不夠充分，回歸測試的力度不夠?qū)е碌木€上產(chǎn)品質(zhì)量低下等。

在梳理場景的過程當(dāng)中我發(fā)現(xiàn)，提高IT產(chǎn)品研發(fā)產(chǎn)出和質(zhì)量的過程其實就是為了避免這些場景的出現(xiàn)，或者說在這些場景出現(xiàn)后，項目經(jīng)理能及時的發(fā)現(xiàn)并協(xié)調(diào)解決，避免影響惡化。

為了避免這些風(fēng)險場景的出現(xiàn)，需要建立一系列明確公開透明的團(tuán)隊協(xié)作流程規(guī)范，來規(guī)范產(chǎn)品研發(fā)的過程。對于已出現(xiàn)的風(fēng)險能否及時的發(fā)現(xiàn)，則取決于項目管理過程透明化的程度。透明化程度越高，產(chǎn)品規(guī)劃、項目計劃、人力資源安排、跨團(tuán)隊協(xié)作、延期等風(fēng)險就能比較快速的展現(xiàn)到整個團(tuán)隊面前，項目經(jīng)理就能盡早并且比較充分的時間來協(xié)調(diào)并將風(fēng)險造成的影響控制到最小。

流程規(guī)范的透明化在于確保產(chǎn)品業(yè)務(wù)方需求接口人、產(chǎn)品、研發(fā)、測試對流程規(guī)范有一致的理解，一套體系的流程規(guī)范的建立是為了確保各團(tuán)隊在工作過程中為高質(zhì)量、高產(chǎn)出這樣一個統(tǒng)一的目標(biāo)服務(wù)。這樣的流程需要各團(tuán)隊配合項目管理所做的工作要盡可能少，性價比要足夠高。

Value1 = 各團(tuán)隊在項目管理中投入的時間資源價值。

Value2 = 流程規(guī)范推動產(chǎn)品研發(fā)產(chǎn)出和質(zhì)量的提升的價值。

性價比= Value2 – Value1。

給予共贏的局面，參與項目的各個團(tuán)隊對流程規(guī)范有一致的理解并完全接受的。

項目管理過程的透明化

可以基于下面的模板來體現(xiàn)，一些常見的項目管理工具Scrum看板都可以做成包含下面屬性的卡片，也能在計劃時間的不同階段有相應(yīng)的提示預(yù)警，一個版本迭代的周期控制在1-2周左右，建議最長不要超過1個月。項目周期過長則建議調(diào)整產(chǎn)品規(guī)劃方案。

【產(chǎn)品名稱V1.0.0】當(dāng)前迭代核心需求范圍概述：

1. 產(chǎn)品經(jīng)理
2. PRD開始時間
3. PRD完成時間
4. PRD評審時間
5. UX設(shè)計人員
6. UX設(shè)計完成時間
7. 研發(fā)成員
8. 研發(fā)完成時間
9. 測試成員
10. 測試完成時間

一個包含團(tuán)隊所有項目的Scrum看板，可以充分的展示團(tuán)隊處于各個階段的項目，能反映出產(chǎn)品規(guī)劃、研發(fā)測試進(jìn)度健康狀態(tài)，能反映出研發(fā)中心的現(xiàn)狀和后續(xù)計劃，能反映出人力資源的使用情況。從而能暴露出項目存在的問題和風(fēng)險。

IT項目管理的過程目標(biāo)：及早暴露問題和風(fēng)險

一個考過PMP或者一個對項目管理工作有所了解的人都知道項目管理需要做的工作內(nèi)容。但是項目延期始終是各個領(lǐng)域司空見慣的現(xiàn)象。更多人對延期習(xí)以為常，或者覺得不延期不正常。因為項目管理的過程最難把控。

過程的把控是為了把過程中的問題和風(fēng)險造成的影響通過及早協(xié)調(diào)解決的方式降到最低，而這及早協(xié)調(diào)解決的前提則是及早的暴露問題和風(fēng)險。所以，項目管理過程中的目標(biāo)是及早的暴露問題和風(fēng)險。

總結(jié)：

項目管理的目標(biāo)在于高質(zhì)量、高產(chǎn)出，項目管理過程的目標(biāo)在于暴露問題和風(fēng)險。從細(xì)節(jié)中暴露問題和風(fēng)險需要流程規(guī)范和項目信息的透明化。

基于以上的思考，我制定出了適合于被我總結(jié)為矩陣團(tuán)隊（多個產(chǎn)品線和多個研發(fā)團(tuán)隊交叉迭代）的項目流程規(guī)范。配合流程規(guī)范和團(tuán)隊協(xié)作情況，我制定出了三套基于Teambition這個項目管理工具的看板組織方式，和產(chǎn)品研發(fā)相關(guān)團(tuán)隊一一溝通選擇最適合團(tuán)隊現(xiàn)狀的看板組織方式（最后大家都選擇了同一種看板，這個當(dāng)然是我預(yù)期之中的）。將配合項目流程規(guī)范和看板組織方式的項目管理規(guī)范制度通過培訓(xùn)傳達(dá)給所有的團(tuán)隊成員，1個月的時間，整個公司的項目管理就這樣落實到位了。

項目管理是確保產(chǎn)品高質(zhì)量上線的必要的手段，我們的最終目標(biāo)是做出高質(zhì)量的產(chǎn)品。

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