Ocean PMP BLOG

其實賣方規劃單位在開規格時常會考慮未來年幾年的需求，而這些需求有的已有標準，有的還在構想階段，為了能夠在未來競爭環境中能夠繼續生存下來，所以就把一些先進地需求規格列入RFP中(request for proposal)，事實上買賣雙方都知道不一定在結案前能夠將功能做出來(有些標準都還在制定中怎麼會有產品)，這時專案要執行最後階段範疇驗證時就會出問題，但是總不能因為幾個功能就讓整個專案持續延遲下去，下列是各項可能解決方案，這些由賣方提出的 change request都需要走 Integration change control process，先厘清變更的範疇(clarification)、變更的原因(root cause)、對專案範疇、時程、成本、品質、風險的影響(evaluation)，經評估後可能有下列選項可執行，不要讓專案持續的延持無法結案(lose,lose):

1)       不是重要功能列為遐疵驗收(Defect acceptance)

2)       買方仍然需要該功能，所以請賣方提出何時可以交付(deliver)，此方案會涉及專案延遲罰則(Delay Penalty)及因為無法準時提供賣方需求而造成買方商業上的損失(Liquidated damage)的罰則

3)       賣方確認無法交付(Descope)，可用扣款驗收再加上 item 2)罰則

Ocean