案例背景

Phoenix Project 已陷入嚴重困境,成員陸續離開。Scott 原本慶幸自己與此案無關,卻即將被要求接手。他是紀律嚴謹的 PMP,擅長依公司 enterprise project management methodology 管理需求清楚的傳統專案。

問題/衝突

Scott 熟悉的標準方法建立在 well-defined requirements 上,但 Phoenix 已是 failing project,既有資訊、團隊與基準都可能不可信。

決策點

接手後應直接依標準 methodology 執行,還是先重新診斷與重建專案?

討論問題

接管失敗專案的第一步是什麼?標準模板何時反而可能造成錯誤安全感?

參考解答

第一階段應是 recovery assessment:確認真實 scope、schedule、cost、risks、stakeholders 與 team capacity,再決定哪些 baseline 必須重建。方法論可提供框架,但不能假設失敗專案的輸入資料仍有效。