關(guān)鍵詞

將長項發(fā)揮到極致

“一個人只要懂得利用自己的長處，根本不必用武功也一樣能夠?qū)⑷藫舻埂！?/p>

她的長處是笑——無論多么鋒利的劍，也比不上那動人的一笑。

古龍最后說：“所以我說的第一種武器，并不是劍，而是笑，只有笑才能真的征服人心。所以當你懂得這道理，就應該收起你的劍來多笑一笑！”

?

演繹

項目經(jīng)理最重要的基本功就是制定計劃，執(zhí)行計劃。為此，我們就從計劃類型的風險管理開始，解讀如何將這一工作做到極致。

?

項目中遇到計劃風險，主要涉及下面幾個場景：

• 角色職責：項目組織結(jié)構(gòu)涉及部門較多，項目開發(fā)過程中，可能出現(xiàn)問題無人負責或職責不清晰的局面；

• 項目范圍：在項目啟動之初項目范圍不清晰，導致項目無法正常運作，無法輸出項目排期等較大風險；

• 需求：需求前期未進行充分的調(diào)研，業(yè)務價值不確定，找不到恰當?shù)哪繕擞脩舻那闆r；

• 技術(shù)難度：技術(shù)團隊嘗試使用新技術(shù)方案進行迭代，預期比原有方式更好。但因為之前未嘗試過，只是從理論上評估了可能性，所以提供的計劃具有相當大的風險。

• 人力資源：按業(yè)務特點劃分三個不同子方向，分別由三個PM負責，但存在公共人力，任務分配會存在沖突（比如前端FE人力、UI/UE人力是公共人力）

• 關(guān)鍵依賴：項目存在大量的后端（如檢索端、營銷端、B端等）依賴，對版本的需求能否按期按量發(fā)版產(chǎn)生很大影響。

• 環(huán)境準備：在迭代過程RD聯(lián)調(diào)測試時因缺少測試環(huán)境，部分功能未經(jīng)過RD聯(lián)調(diào)測試直接交由QA測試，導致QA測試周期壓力較大，質(zhì)量風險滯后，后期修復bug風險和成本都很高。

• 排期：技術(shù)人員的過于樂觀，或在排期時未考慮到提測集成階段需要占用RD的時間修復bug，以及非正常排期（周末時間都排入）等情況。

?

接下來我們就用這把長生劍來解決一個實際項目中的計劃風險。

項目特點：

• 產(chǎn)品發(fā)展階段: 方向探索+加速趕超。2015年重點產(chǎn)品，從市場占有率上排名第三，今年的重要目標是彎道超車。目前產(chǎn)品在探索新模式，以期通過新的產(chǎn)品定位搶占市場。

• 項目組織結(jié)構(gòu)：內(nèi)部和四個部門有合作；外部計劃接入三個重量級的第三方合作商。

• 團隊的組織結(jié)構(gòu)：組合模式，大型項目上按特性團隊組織，常規(guī)開發(fā)按模塊團隊組織。

• 產(chǎn)品包含的端：PC、SDK、APP(Andorid，IOS)、H5

• 產(chǎn)品類型：平臺類；創(chuàng)新；優(yōu)化；運營，銷售，產(chǎn)品，研發(fā)多方配合；工程策略相結(jié)合。

• 研發(fā)模式：前端為scrum模式，檢索端和運營等團隊為流式研發(fā)模式。

項目背景：作為大產(chǎn)品，產(chǎn)品團隊的組織架構(gòu)較為復雜，從前端看，產(chǎn)品研發(fā)上線非常依賴于后端多個端。

• 識別階段：加速前進（進攻時刻）

• 觸發(fā)條件：一直如此

• 發(fā)生概率（高、中、低）：高

• 影響評估（高、中、低）：中

• 應對措施（避免、緩解、轉(zhuǎn)移）：緩解

• 負責人：項目經(jīng)理

• 狀態(tài)（新建，已發(fā)生，已處理，已關(guān)閉）：已發(fā)生

• 優(yōu)先級（高、中、低）：高

風險描述：作為一個多端依賴的大產(chǎn)品，NA端（Native APP）作為移動用戶的入口，每一版本的發(fā)布都牽動整個產(chǎn)品線，但NA端版本的需求能否按期按質(zhì)按量的最終發(fā)版，存在大量的后端（如檢索端、營銷端、B端等）依賴。

應對措施：

整個產(chǎn)品C端、B端的按月召開產(chǎn)品需求規(guī)劃，跨端對齊需求；

各端PM與RD充分對齊需求；

實行后端先行；

NA端試行AB版本，對于無后端依賴或后端依賴已ready的需求，納入快速迭代的小版本。

總結(jié)提煉：

• 多端依賴組成的大產(chǎn)品團隊，從前端看，后端依賴是個高優(yōu)風險，通過需求規(guī)劃、需求對齊等手段，推動后端先行。

• 同時自己強化版本概念，建立長短線版本機制，在可控范圍內(nèi)消化短線版本，可起一定緩解作用。

?

項目中的另一個相關(guān)風險：

風險描述：NA端經(jīng)常在排期把周末兩天都算在內(nèi)，導致排期完全沒有buffer，造成delay成常態(tài)。

應對措施：

團隊內(nèi)自上而下，從觀念上逐步認識到這是一種不可持續(xù)的方式，不鼓勵，應盡量避免。

從delay的原因找起，認識到留有buffer的必要性，尤其是作為大產(chǎn)品，常常會有不可控的高優(yōu)需求插入。

配合項目管理透明化，當高優(yōu)需求插入時，進行計劃調(diào)整或需求取舍。

總結(jié)提煉：

• 正常排期（加入合理Buffer）非常必要。

• 要管理老大預期，計劃基準要合理。

• 持續(xù)加班透支不可持續(xù)，應盡量避免。

?

經(jīng)過這兩個風險的處理，項目逐漸進入穩(wěn)定的發(fā)布節(jié)奏。而我們的長生劍，也需要繼續(xù)修煉，以便于能夠?qū)⑦@些經(jīng)驗快速復制到類似的項目中。

?

看到這里，小帥陷入了沉思，自己的項目計劃確實需要重新梳理一番。欲知后事如何，請聽下回分解。

博客轉(zhuǎn)自：《項目風險管理七種武器之長生劍 | 百度敏捷教練》

轉(zhuǎn)載于:https://www.cnblogs.com/SanMaoSpace/p/5126704.html

總結(jié)

以上是生活随笔為你收集整理的[转载]项目风险管理七种武器-长生剑的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。