需求方的需求一般都是比較急，前期各方溝通都沒有落實具體的時間點就開始讓開發這邊介入了，開發同學也比較配合，吭哧吭哧就開始搞了，搞了一段時間，發現與外部的配合時間點還沒有搞定，這個時候開發就開始緊張了，會不會作了半天的東西因外外部配合不上不搞了，這個時候就時刻盯著產品經理去搞定第三方時間點，但是第三方的需求也不是馬上就能排上的，或者他們有自己的需求不想接我們的需求，排期非常靠後，我們的專案有風險了。
怎麼辦？先是去找產品經理說明原因，目前的風險，然後產品經理去推動解決，一天過去了，未果，開發進度hold,uc評審進度hold,眼看第二天快下班了，還沒有結果，這個時候就考慮了，專案組10幾個人(開發＋測試＋ued)全部都在等需求，這個資源浪費太大了，如果這個問題不解決掉，問題還會更嚴重，於是把老大請出來，說明問題所在，讓老大去找對方的老大說明我們專案的緊急程度，果然老大一出馬，問題2小時搞定了
經驗教訓：
1.專案開始之前產品經理必須和依賴的外部系統嚴格約定好共同的發布時間點(和對方的pm,產品經理)，然後得出結論性的東西－－郵件用於存檔
－－有的產品經理可能只是口頭和外部系統提出需求，對方答應要作，然後認為第三方已經搞定了，其實這是有很大問題的，乙個是什麼時候能作，另乙個問題就是作到什麼程度,第三就是對方開發pm對我們需求的了解程度，這些問題都是必須在專案前期溝通時解決的
2.慢慢的把專案的問題和風險公升級
－－pm先去協調解決問題，並把問題及時丟擲來，讓專案組的組員都了解，當問題多次協調都無結論的時候，把這些問題拋給對方的老大，然對方的老大出資源解決，如果還無結論，就讓自己的老大去出面去協調
011專案風險管理
專案風險是一種不確定的事件或條件，風險發生會對專案目標產生影響 風險的可變性 按風險 劃分 按風險是否可管理劃分 按風險影響範圍劃分 按風險後果的承擔著劃分 按風險的可 性劃分 風險損失的無形成本 風險預防與控制的成本 風險成本的負擔 專案風險管理的目標在於增加積極事件的概率和影響，降低專案消極事件...
PMP Chapter 11 專案風險管理
目標在於提高正面風險的概率和影響，降低負面風險的概率或影響，從而提高專案成功的可能性 核心概念 組織應該有目的以可控的方式去冒專案風險，以平衡風險和回報，並創造價值 專案風險管理旨在識別和管理未被其他專案管理過程所管理的風險。如果不妥善處理，這些風險有可能導致專案偏離計畫，無法達成既定的專案目標 專...
《IT專案管理》讀書筆記 9 專案風險管理
專案風險管理既是一門藝術又是一門科學。它通過識別 分析和應對整個專案生命週期中的風險來最大程度地滿足專案目標。風險是專案中可能發生的潛在問題以及它們如何妨礙專案的成功。風險管理是一種投資，與其相關的會有很多成本。在任何情況下，風險管理的成本不應超過潛在的收益。專案風險管理主要包括 計畫記錄了整個專案...