Miyoko Takeya, PMP — Tokyo, Japan

全球共同的失敗原因#

專案失敗並非美國企業獨有的問題。根據日本某頂尖 IT 雜誌的調查，日本企業超過 75% 的專案在品質（Quality）、成本（Cost）、交期（Delivery）三個指標上均被視為失敗。

失敗的首要原因幾乎一致：需求定義不良（Poor Requirements Definition）。

注意： 業務分析能力薄弱的公司風險最高。對於軟體開發專案而言，成功甚至被委婉地形容為「不太可能」。

常見的推卸責任模式#

許多專案業主——無論是客戶、贊助人還是公司高層——往往期待由專案經理代為定義需求。他們的邏輯是：

• 這是軟體專案，我不懂技術
• 我不需要說清楚我要什麼

然而，專案經理通常既沒有足夠的授權，也沒有足夠的時間獨自釐清、挑選並排序所有需求——尤其當多個利益相關方對最終成果各有不同期待時，衝突在所難免。

專案經理的真正職責#

在專案開始之前，專案經理必須花時間協助出資方釐清以下關鍵問題：

• 優先順序：速度、品質，還是預算，哪個最重要？三者不可兼得。
• 資源：打造他們想要的軟體，需要哪些資源與技能？這些資源能否到位？
• 商業價值：這套軟體如何支撐公司的基礎設施或獲利模式？
• 時間限制：截止日期是真實的（如合約義務、節日上線、行銷計畫），還是隨意設定的？

重點： 專案業主需要表達的是「這套軟體要做什麼」，而不是「程式設計師應該怎麼做」。這個區別至關重要。

紮實需求規劃的價值#

技巧： 說服專案業主從頭到尾全程參與。紮實的需求規劃能建立商業目標、專案目標與最終成果之間的清晰連結——少了這條線，專案就無法產出他們期望的結果。

需求定義階段若走馬看花，整個專案的成功就岌岌可危。而最終受傷最深的，是出錢買單、期待靠這套軟體回收投資的專案業主本身。