專案的願景與目標：做正確的事情

做了N年的專案經理，終於，領悟了一個簡單而又重要的問題。

在前幾天，在家閒來無事，在書房裡順手翻出了若干年前買的一本關於小型團隊開發方面的小冊子，看了幾頁。古人說過，書非借而不能讀也，確實如此，凡買了的書，基本到現在是很少讀過幾本的。

書只是草草瀏覽了一遍，不過還是留下了點印象，雖然是模模糊糊的，也可以總結幾點認識和體會：

首先，開發團隊要有一點點文化意識，特別是責任和溝通的文化，可能還要有些某方面的神祕氣質，遇到事情總能變成主角。就象我們看美國大片，片中的主角不論是從事什麼職業的，在危急時刻，總能挺身而出，救群眾於水火。而且能夠快速掌握應付危機的技能，包括舞刀弄槍、破譯密碼、開飛機等等。與此同時，還總能有一些吸引異性的魅力和氣質，往往在危機來臨之時，也是豔遇開始之際。看中國電影救似乎缺了點什麼，凡是有一點點英雄之氣的，往往被弄得近似於土匪；偶爾有一二溫文爾雅的書生，又往往和奶油小生相似，而且經常還要有一個性格異化的女角色來做貼身保鏢。

其次，開發過程中要善於利用工具，雖然這本書有些給廠商推銷產品的嫌疑，但是工具運用確實是我以前在專案中不關心的，最多用的也就是office，或者CVS、sourcesafe等等；

不過，給我印象最深的，則是在專案啟動不久，專案團隊必須要對未來開發的產品或者交付的軟體，有一個清晰的，並且統一的願景認識，而且和客戶的期望應該是完全匹配的。

書中描述的專案情況是這樣的，在專案開始不久，專案經理就開始梳理專案的具體實現目標，最後出來的交付件不是一片關於產品的方案或者說明文件，而是一份有關將來產品在市場上的一份營銷彩頁，這是我很感興趣的事，也是我很受啟發的一點。

回顧我做過的專案，有不少都是屬於原創性的研發專案，說到原創，應該包含兩個含義，一個是這個專案是要在現場根據客戶的需求，從頭開始開發軟體,而不是簡單地在別人開發的系統之上做實施；另一個則是創新性的含義，客戶即將開展的是一個全新的業務方向，沒有需求，也不知道怎樣實現，有太多的業務和技術的創新要求。在我的專案中，這兩種情況都比較多，也是自己比較擅長的活。也正是因為這樣，sales最喜歡，同時也是最恐懼和我合作。

 

2000年，某銀行網銀專案。當時中國的網上銀行剛剛起步，大家都不知道該怎樣設計業務、設計系統，我們是第一個以國內公司的身份總包大型國有商業銀行網上銀行專案的公司，我是專案經理。在這個專案中，從9月份到11月份，幾乎兩個多月的時間，我在做什麼呢？當時我是在設計網銀的業務流程，還有就是是在做總體設計的規劃，系統將來到底是什麼樣子，必須有一個人能夠說清楚。

在網銀的流程方面，客戶其實沒有人能夠幫助我們，所以專案組幾乎是閉門造車。為了把安全體系建立的嚴謹一些，當時設計的流程可真是複雜，後來在系統開發完做業務測試時，一個業務人員要花一、兩個小時才能把一個登記網銀的使用者開通，網銀不好用成了當時最大的問題。

另一個方面，我當時剛剛從做完呼叫中心回來，那個系統設計的很成功，於是就有了一些情結，有了很多成功經驗的自負和很多功能沒有實現的遺憾。自然在這個專案裡，要好好彌補一下以前的遺憾了。所以，在總體設計時，我希望能夠規劃一個平臺，爭取把網銀的服務產品、交易和內容整合到一塊，在這個平臺上，可以根據業務要求，定製產品的功能、內容介紹、產品推薦方法，使之把產品營銷和功能操作完全融為一體。這種思想在當時很有創意，但是我們其實是沒有這樣的實現能力，即使把整個公司的資源都集中起來，估計也是勉為其難。要在5個月裡完成在完成網上銀行專案的同時，再開發這樣一個平臺的，其實是一個不可完成的任務。

這方面我花了大量的時間，以至於專案組在等我的設計思路，而一度陷入停滯。最終我的設計思路拿出來給客戶，客戶看完後，唯一的感覺就是不知所云，傻傻地盯著我。

其實，客戶的要求很簡單，他們要求在短期裡，能夠實現客戶的網上賬戶查詢，企業能夠異地劃款，個人能夠網上轉賬，甚至可以網上繳費，能夠再市場上推出網銀服務就可以了。而這些功能都是我們在其他地方都已經實現的，在這個專案，只要依葫蘆畫瓢即可，我也很輕鬆，專案也可以很成功。

現在看起來，如果在專案一開始，大家應該把專案的願景溝通好，甚至我還可以幫客戶做個網上銀行的對外宣傳彩頁，客戶和專案組能夠再目標願景方面達成共識，也許就用不著走那麼多的彎路了。

在專案組裡，專案成員之所以能夠主動的思考－－大多數情況下，專案組成員和被蒙著眼拉磨的驢子大有相似之處－－主動地發表意見，其實也是在明確專案的願景的情況下才能做到的，正如共軍的戰士，知道為誰打仗，所以才有強大的戰鬥力。

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