專案目標是什麼

我們每天都在專案裡，但是，最近我發現一個問題，就是對專案組來講，即使當專案做到一半時，似乎很少有人能夠把專案的目標給描述清楚，這個問題即使對於做為甲方的客戶，也很難說清楚。

“這個專案的目標是做出一個什麼什麼的系統”，這可能是大多數專案組成員在回答專案目標時的通用答案；而對於客戶來講，“我們要開發一個多少年不落後的系統，能夠實現什麼樣的功能的系統”可能也是對專案目標的回答。

其實，在眾多的軟體開發書籍裡，都把專案目標的分析放在一個重要的位置，但是我可以想像，多數讀者是把這部分內容跳過去，或者簡單地瀏覽一下，而很少很深層次地理解這樣的內容。

上面對專案目標的回答，就象我們在閱讀那些軟體開發文獻一樣，把專案目標做為一件例行的事件簡簡單單地描述一下而已。事實上，對專案目標的分析恐怕是一個專案裡最關鍵的部分，它直接決定著系統需求、設計的方向，同時也決定著系統驗收的標準。

確切地講，專案目標應該是專案的商業目標，而不是專案的技術實現目標，無論是實現多少功能，或者有著多少先進性的特點，也只能是軟體的本身的目標，而不是客戶為什麼要做這個軟體，和這個軟體應該為客戶帶來多少商業價值的初衷。

在做專案時，我們做為專案的主管人員，其實第一步要做的就是和客戶一起，分析專案的商業環境，要對將來軟體系統承載的業務產品進行市場分析，要對將來的產品經營狀況有一個基本的預測。例如，我們做網上銀行，我們就要分析一下，網上銀行的各個業務產品，將來到底有多少業務，多少客戶，效益如何，使用者的體驗模式是什麼樣的情況，這樣才能把握設計網銀要點，例如可以把企業銀行的劃帳、集團財務做為系統的重點，而賬戶查詢僅僅做為點綴而已。這樣專案的資源分配才會有著一個重點方向，而最後的成果也容易為客戶所接收。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/190707/viewspace-613411/，如需轉載，請註明出處，否則將追究法律責任。