心需求，就算這個需求后面發(fā)現(xiàn)必須實現(xiàn)，你可以補上，總體工作量并沒有增加。但是如果你花資源去完成了這個需求，后面卻發(fā)現(xiàn)這個需求是不重要的或者可以簡化的，那你已經(jīng)浪費了一些工作量。兩者的代價相比，明顯前者的代價比較小。

4. 理好需求優(yōu)先級

需求的優(yōu)先級應(yīng)該滿足如下幾點：

  a. 確定不變的需求應(yīng)該先完成，如果項目組去完成了一些功能，結(jié)果后面發(fā)現(xiàn)需求要改，那前期的一些工作量已經(jīng)浪費了。

  b. 被其他需求依賴的需求應(yīng)該先完成，只有這樣，才能不擋住依賴它的需求的開發(fā)。

比如登錄功能，很多登錄后的頁面都需要當(dāng)前登錄的用戶信息。

  c. 主流程，或者核心需求應(yīng)該先完成，改善性的需求應(yīng)該后完成。

比如信息列表頁面，很多功能需要用戶在信息列表里面選擇要操作的記錄。因此信息列表是核心需求。而在信息列表頁里面一個列顯示格式的美化，這屬于改善性需求。

五、風(fēng)險管控

風(fēng)險管控是項目經(jīng)理一個非常重要的技能。一個好的項目經(jīng)理應(yīng)該盡量在早期把所有的風(fēng)險都列出來，一個一個解決。一個流暢的項目，從前期到后期風(fēng) 險點應(yīng)該是倒三角形的，就是前期風(fēng)險很多，后期風(fēng)險越來越少。而項目管理不暢的，則是一個正三角形，上面風(fēng)險少，到后期風(fēng)險就多了。項目經(jīng)理應(yīng)該盡可能的找出所有的風(fēng)險點。假設(shè)有一個點，你不確定他是不是有風(fēng)險的，那即使我們把早期把它當(dāng)做一個風(fēng)險點重視起來，帶來的代價也遠遠小于在后期等它爆發(fā)出來的時候再處理。

我們現(xiàn)實中就有一個很適合的例子。我們有一個功能是SSO，讓合作方去調(diào)用我們的接口實現(xiàn)免登錄直接從他們的站點跳轉(zhuǎn)到我們的站點繼續(xù)使用。因為關(guān)系到第三方，所以我們前期就有些擔(dān)心到時候這一塊會不會出現(xiàn)什么東西不可控。不過大家也就是想想而已，沒有太在意。

在項目后期的時候，需要跟第三方站點聯(lián)調(diào)，通過他們的站點來測試我們的SSO接口和接下去的流程是不是可用的。結(jié)果這時候發(fā)現(xiàn)，因為第三方安全 管控很嚴格，外部人員無法訪問他們的站點。

于是我們的測試工作就停滯在那邊。后面弄得雞飛狗跳，兩個公司的IT以及架構(gòu)組的人討論來討論去看這個問題怎么 解決。發(fā)布時間最終還是因為這一點拖延了。

六、外部依賴最不可控

風(fēng)險管控還有個要點要記住，項目組能處理的問題，算是小問題。需要項目組外的人員處理的，才是大問題。因為項目組外的人員不受你調(diào)配，他應(yīng)承你 的時間不一定是你滿意的時間；即使是你滿意的時間，也不一定真的就能確保在那個時間完成；就算真的完成了，也不一定就達到你想要的效果。

七、必要的時候，任務(wù)要步步緊跟

項目經(jīng)理并不是把任務(wù)簡單分出去就可以不管的。如果你的開發(fā)人員不是很有經(jīng)驗，或者技術(shù)實力很強，思維很縝密，那你應(yīng)該緊緊的跟進你分發(fā)出去的任務(wù)。

1. 你應(yīng)該經(jīng)常去看一下他們的任務(wù)開發(fā)到了什么程度，可以的話，讓他運行給你看一下。

2. 問一下有沒有什么問題，有什么可以幫助他的。因為很有可能他就有個問題在糾結(jié)，而其實你因為經(jīng)驗或者了解更多的背景，很簡單就為他指出簡單的解決方案。

3. 你在檢查的過程當(dāng)中，也會有可能發(fā)現(xiàn)一些他可能還沒發(fā)現(xiàn)的問題，或者跟這個任務(wù)相關(guān)聯(lián)的問題。任務(wù)的完成進度和完成質(zhì)量，是影響項目進展的一個重要因素。項目經(jīng)理的一個主要職能，就是幫助每個任務(wù)的快速推進。

八、做當(dāng)前，看后續(xù)

當(dāng)我們把