PMP認證是項目管理專業(yè)人士資格認證，是一種國際級的高級人才管理認證。它的主要考試內(nèi)容就是項目管理體系知識。關(guān)于項目管理的核心目標是什么，慧翔天地在這里給大家簡單介紹一下。

       PMP項目管理行業(yè)交流QQ群：667625965（點擊一鍵加群）

　　項目管理的核心任務(wù)有且只有一個：怎樣把一個項目如期交付。如果再要詳細一點標書，那就是：用最短的時間、最少的成本把項目給辦成了。

　　只有徹底搞清楚項目管理要達到一個什么樣的目標這個問題，我們才能知道要做什么工作。那么需要從產(chǎn)品研發(fā)各個環(huán)節(jié)入手，分析項目管理的內(nèi)容。

　　首先，是項目管理要解決的問題，包括項目計劃、人事沖突、項目協(xié)調(diào)、風險管理、跨團隊協(xié)調(diào)。

　　其次，作為產(chǎn)品經(jīng)理負責產(chǎn)品線時，產(chǎn)品團隊的項目管理內(nèi)容：單產(chǎn)品線需求管理（需求池），單產(chǎn)品線版本規(guī)劃以及多產(chǎn)品線管理。

　　研發(fā)團隊項目管理的問題：項目研發(fā)工作排期及任務(wù)分配，研發(fā)風險管理，主要包括下列風險：

　　·項目計劃排期不當風險；

　　·棘手技術(shù)問題導(dǎo)致的延期風險；

　　·跨團隊協(xié)作時協(xié)作團隊出現(xiàn)的延期風險引起的項目延期風險；

　　·開發(fā)環(huán)境不穩(wěn)定導(dǎo)致團隊聯(lián)調(diào)延期風險；

　　·需求變更導(dǎo)致的項目計劃變更風險；

　　·線上緊急問題解決引起的當前研發(fā)產(chǎn)品的延期風險；

　　·上線前上線工作準備不充分導(dǎo)致上線失敗風險；

　　·上線后線上測試不通過風險；

　　·跨團隊協(xié)調(diào)管理。

　　測試團隊項目管理的問題：項目測試工作排期，包括編寫測試用例、及黑盒測試工作排期。

　　·測試環(huán)境故障引起的測試工作阻塞風險；

　　·需求變更導(dǎo)致的測試用例追加及測試工作變更風險；

　　·研發(fā)提測產(chǎn)品質(zhì)量低于預(yù)期，測試團隊工作延期風險。

　　然后，我發(fā)現(xiàn)項目管理在各個環(huán)節(jié)最關(guān)鍵的工作是計劃和風險。

　　計劃是為了給一個有固定需求范圍、人員的項目一個時間目標，很多的計劃是為了保證在人力資源和時間范圍有限的時候讓產(chǎn)出的需求范圍盡可能的大，也就是高產(chǎn)出。

　　風險則是為了保證項目計劃的目標能成功達到，同時又能保證產(chǎn)出項目的高質(zhì)量。所以，IT項目管理的目標是高質(zhì)量、高產(chǎn)出，至于更關(guān)注高產(chǎn)出還是高質(zhì)量，在公司發(fā)展的不同階段有著些許的優(yōu)先級調(diào)整。

　　于是，得出項目管理的目標是：高質(zhì)量、高產(chǎn)出。那么，怎么發(fā)現(xiàn)當前團隊的產(chǎn)出不是高質(zhì)量、高產(chǎn)出的呢？需要列出了IT產(chǎn)品研發(fā)所涉及的團隊，和各個團隊中會導(dǎo)致不能達到高質(zhì)量、高產(chǎn)出的一些場景。

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

　　·研發(fā)當前迭代上線后，無后續(xù)產(chǎn)品規(guī)劃；

　　·產(chǎn)品規(guī)劃迭代內(nèi)容長期處于優(yōu)化、BUG修復(fù)等狀態(tài)，對于業(yè)務(wù)的驅(qū)動沒有更為強勁的驅(qū)動和支持；

　　·線上BUG不做梳理分級分類和匯總統(tǒng)計，線上產(chǎn)品長期處于低質(zhì)量狀態(tài)；

　　·版本規(guī)劃不合理或需求梳理不明確，研發(fā)期間大量需求變更導(dǎo)致項目延期、長期不能上線或低質(zhì)量上線。

　　研發(fā)人員

　　·項目排期計劃預(yù)估不當，研發(fā)人力資源發(fā)揮不充分（估長）或提測產(chǎn)品質(zhì)量低于預(yù)期；

　　·項目研發(fā)期間遇到棘手技術(shù)問題和跨團隊協(xié)作時間問題不能及時協(xié)調(diào)，最后產(chǎn)品上線延期或線上低質(zhì)量；

　　·上線前后準備工作不充分，產(chǎn)品線上故障回撤，延期。

　　測試人員

　　·測試計劃排期不當，測試人員人力資源發(fā)揮不充分（估長）或產(chǎn)品匆忙上線，線上產(chǎn)品質(zhì)量低下；

　　·測試時間不夠充分，測試用例覆蓋范圍不夠全面，線上產(chǎn)品質(zhì)量低下；

　　·測試時間不夠充分，回歸測試的力度不夠?qū)е碌木€上產(chǎn)品質(zhì)量低下等。

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

　　為了避免這些風險場景的出現(xiàn)，需要建立一系列明確公開透明的團隊協(xié)作流程規(guī)范，來規(guī)范產(chǎn)品研發(fā)的過程。對于已出現(xiàn)的風險能否及時的發(fā)現(xiàn)，則取決于項目管理過程透明化的程度。

　　透明化程度越高，產(chǎn)品規(guī)劃、項目計劃、人力資源安排、跨團隊協(xié)作、延期等風險就能比較快速的展現(xiàn)到整個團隊面前，項目經(jīng)理就能盡早并且比較充分的時間來協(xié)調(diào)并將風險造成的影響控制到最小。

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

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

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

　　當前迭代核心需求范圍概述：

　　·產(chǎn)品經(jīng)理；

　　·PRD開始時間；

　　·PRD完成時間；

　　·PRD評審時間；

　　·UX設(shè)計人員；

　　·UX設(shè)計完成時間；

　　·研發(fā)成員；

　　·研發(fā)完成時間；

　　·測試成員；

　　·測試完成時間。

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

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