2006年5月29日
#
JSP生成中使用了一般會(huì)使用表達(dá)式語言EL，語法和Freemarker是一致的，都是${...}，在模版中的<c:out value=$${subject.name}>這一類Jsp EL,很多時(shí)候這個(gè)${…}是不應(yīng)該被FreeMarker解析的。但是正如
http://michael.nona.name/archives/75?中提到的，F(xiàn)reeMarker中又沒有比較好的轉(zhuǎn)義方法，我下午我也想了很久，突然想到一個(gè)方法，可以這樣：
<c:out value=${'$'}{subject.name}>
即可以完成轉(zhuǎn)義，解決這個(gè)沖突，還是比較好用的
由于yanghuan和shushu考試比較多，晚上我和小曹最終再次review了一下我們的作品，還真是發(fā)現(xiàn)了一個(gè)小細(xì)節(jié)的地方不妥，又修改了一下。把所有的word文檔轉(zhuǎn)成了PDF，相關(guān)文件打包成zip文件，通過email發(fā)送出去的一剎那，輕松了很多，兩個(gè)多月的緊張努力和忙碌，終于可以完美的告一段落了。??????
??????從4月中旬中間件課程上楊歡、澍澍說起IBM的SOA大賽，對(duì)此都有興趣的我們，當(dāng)天去聽IBM的SOA宣講會(huì)，立即組織了現(xiàn)在的AccelerateSOA團(tuán)隊(duì)，并邀請(qǐng)我們的中間件老師繞老師作為我們的指導(dǎo)老師，從最初對(duì)SOA幾乎僅僅停留在直覺地概念上，每周開一次會(huì)討論，然后各自去學(xué)習(xí)相應(yīng)的SOA資料，到我們每個(gè)人都比較全面的明白了SOA的內(nèi)在思想、整體架構(gòu) 并嘆服IBM在架構(gòu)上的廣博與精妙，并在這將近一個(gè)月三兩天開會(huì)，經(jīng)常msn會(huì)議討論，email交流，到現(xiàn)在整整兩個(gè)多月了。這兩個(gè)多月的合作，我們付出了很多，學(xué)到了很多，收獲了很多，正如楊歡在我們團(tuán)隊(duì)blog上總結(jié)的，不管如何，我們已經(jīng)成功了！
??????6月26日23：18分，我們的作品正式email提交給了IBM組委會(huì)。明天我們應(yīng)該可以得到IBM的確認(rèn)吧
??????現(xiàn)在已經(jīng)陸續(xù)考試了，我們比較慶幸，時(shí)間安排得還是很合理，在大規(guī)模的考試來臨之前，圓滿地完成了我們的預(yù)定計(jì)劃。接下來的一周，我們都該集中時(shí)間準(zhǔn)備一下考試了；同時(shí)，在空余時(shí)間，我們還會(huì)繼續(xù)SOA的學(xué)習(xí)和積累，備戰(zhàn)復(fù)賽。
??????期待北京之行，五強(qiáng)之爭，期待現(xiàn)實(shí)中與我們的SOA友隊(duì)，同臺(tái)交流、暢談SOA！
在水木bbs上，都在討論服務(wù)規(guī)約具體指什么，這個(gè)我也是很疑惑，看了我們偉大的模版設(shè)計(jì)師小曹同學(xué)的服務(wù)模型設(shè)計(jì)文檔模版，豁然開朗，呵呵。鑒于很多團(tuán)隊(duì)也不明朗，特共享小曹同學(xué)的英明發(fā)現(xiàn)
中文：?
http://www-128.ibm.com/developerworks/cn/rational/419_soa/原文：
http://www-128.ibm.com/developerworks/rational/library/05/419_soa/上面敘述得很詳細(xì)的，尤其是中英文對(duì)照，就可以很快理解啦，摘要如下：
用于軟件服務(wù)的 UML 2.0 Profile 概述
在IBM Rational Sofware Architect 上實(shí)現(xiàn) profile 的目的是為描述服務(wù)提供一個(gè)共同語言，該 profile 包括了在開發(fā)生命周期內(nèi)的很多活動(dòng)并且為不同的涉眾提供了視圖。例如，該 profile 提供為架構(gòu)師指定服務(wù)的能力――在生命周期的早期――使用邏輯劃分來描述整個(gè)企業(yè)范圍的服務(wù)組合。這個(gè)視圖再由設(shè)計(jì)師來細(xì)化，設(shè)計(jì)師開發(fā)服務(wù)規(guī)約說明――結(jié)構(gòu)上的和行為上的――這個(gè)服務(wù)規(guī)約說明擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用。消息視圖為設(shè)計(jì)師對(duì)于公共的服務(wù)數(shù)據(jù)定義提供重用信息模型的能力。
藍(lán)色字體部分對(duì)應(yīng)的是
This view is further detailed by designers, who develop the service specifications -- both structural and behavioral -- that act as the contracts between the services' clients and implementers.
可見：
?????????服務(wù)規(guī)約應(yīng)該是the service specifications ，也就是服務(wù)的契約、調(diào)用約定，擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用，同時(shí)服務(wù)規(guī)約包括結(jié)構(gòu)上的和行為上的，這個(gè)我的理解是結(jié)構(gòu)上是指消息的類型，或者在SOA中，應(yīng)該是SDO部分；行為上，就應(yīng)該是調(diào)用接口了
??????這是我根據(jù)上面developerWorks上的理解
今天整理了一下架構(gòu)設(shè)計(jì)概要文檔，總算基本上寫好了。天氣實(shí)在太熱了，上午出去了一會(huì)兒就熱得有些受不了了。不過還好明天據(jù)說要降溫。
??????然后看了一下原始的需求，發(fā)現(xiàn)我們到現(xiàn)在還有一個(gè)服務(wù)設(shè)計(jì)沒有做，前面也一直沒有提到。不過比較疑惑，其中的
l?????? 服務(wù)規(guī)約
l?????? 服務(wù)實(shí)現(xiàn)分析
這兩項(xiàng)分別是什么意思呢？
??????期待小曹的服務(wù)設(shè)計(jì)模版，呵呵，有模版可以參照的日子還是很愜意的。
??????終于發(fā)現(xiàn)計(jì)數(shù)器到1000勒，用SnagIt記錄下了這個(gè)時(shí)刻：
???
呵呵，上午去實(shí)驗(yàn)室的時(shí)候，老板說要加強(qiáng)和IBM的合作，我就在想，如果我們最終幸運(yùn)的進(jìn)入復(fù)賽，那么老板會(huì)同意的吧?不管了，先把必要的文檔寫好，過了初賽，到北京玩一圈再說，呵呵
前一段我們因?yàn)楹芏喽际峭ㄟ^email群發(fā)的方式，來相互傳閱文檔，同時(shí)每個(gè)文檔由一個(gè)負(fù)責(zé)人來具體控制，我覺得這樣很好，不過我們前面的通過ftp共享的方式，我覺得還是需要堅(jiān)持，前兩次咱們總是需要文檔的時(shí)候，不知道是在具體那封email里面的，就是這個(gè)問題。
??????我看到小曹晚上已經(jīng)建立了一個(gè)docs_release目錄了，我們的正式的文檔，就ftp上該目錄下吧。另外，每個(gè)人的文檔，還是放在各自的目錄下，同時(shí)email附件告知。
ps:這次搶到60了，不過看到我們的訪問次數(shù)馬上就要超過1000了。需要注意的是，我們的1000統(tǒng)計(jì)是比較精確的，同時(shí)沒有計(jì)算通過RSS訪問的，僅僅有Web訪問的計(jì)數(shù)，所以還是挺可喜的。恩，shushu和yanghuan同學(xué)，你們多寫寫心得哦
推薦兩篇文章：
介紹 IBM Rational Software Architect http://www-128.ibm.com/developerworks/cn/rational/524_rsa/?
基于RSA實(shí)現(xiàn)面向服務(wù)的體系架構(gòu) http://www-128.ibm.com/developerworks/cn/rational/r-rsa-soa/
我們的組件設(shè)計(jì)，我看了一下水木上的消息，使用一般的軟件畫出來也可以，要是可能的話，我們也可以考慮使用RSA來畫，或許要好看一些？
晚上又重新看了一下IBM的soa ppt，真的很欣賞一句中國古話了，叫“溫故而知新，可以為師也”，呵呵，每次看看，都有一些不同的收獲。陶潛曾言，“好讀書，不求甚解，每有會(huì)意，欣然若狂”，大概也是這種意境吧
WEB1.0是以數(shù)據(jù)為核心，WEB2.0是以人為出發(fā)點(diǎn)的互聯(lián)網(wǎng)
WEB2.0中的一些技術(shù)：
Blog：?用戶織網(wǎng)，發(fā)表新知識(shí)，和其他用戶內(nèi)容鏈接，進(jìn)而非常自然的組織這些內(nèi)容。
RSS：?用戶產(chǎn)生內(nèi)容自動(dòng)分發(fā)，定閱
Podcasting：?個(gè)人視頻/聲頻的發(fā)布/定閱
SNS：?blog+人和人之間的鏈接
WIKI：?用戶共同建設(shè)一個(gè)大百科全書
WEB2.0中很多技術(shù)是為了使Web更加有序化，相互連接，有機(jī)組織起來
從知識(shí)生產(chǎn)的角度看，WEB1.0的任務(wù)，是將以前沒有放在網(wǎng)上的人類知識(shí)，通過商業(yè)的力量，放到網(wǎng)上去。WEB2.0的任務(wù)是，將這些知識(shí)，通過每個(gè)用戶的瀏覽求知的力量，協(xié)作工作，把知識(shí)有機(jī)的組織起來，在這個(gè)過程中繼續(xù)將知識(shí)深化，并產(chǎn)生新的思想火花；
從內(nèi)容產(chǎn)生者角度看，WEB1.0是商業(yè)公司為主體把內(nèi)容往網(wǎng)上搬，而WEB2.0則是以用戶為主，以簡便隨意方式，通過blog/podcasting?方式把新內(nèi)容往網(wǎng)上搬；
從交互性看，WEB1.0是網(wǎng)站對(duì)用戶為主；WEB2.0是以P2P為主。
從技術(shù)上看，WEB客戶端化，工作效率越來越高。比如像Ajax技術(shù),?GoogleMAP/Gmail里面用得出神入化。
摘自
http://blog.sina.com.cn/u/4951ae02010003ug
IBM的網(wǎng)頁上已經(jīng)把團(tuán)隊(duì)的信息正式公布出來了，在
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info.shtml上可以看到，我們的團(tuán)隊(duì)在第三頁
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info3.shtml??????下午看了一下各個(gè)兄弟團(tuán)隊(duì)的blog，很多團(tuán)隊(duì)都做得挺不錯(cuò)的，把一些自認(rèn)為比較好的blog添加到我們的兄弟友隊(duì)里面，這樣也可以多多交流啦
??????一個(gè)多月的努力了，最后的幾天，我們要加油哦
昨天收到的快件，一上午就去拿了，呵呵，原來又是一個(gè)光盤，這次包括了一個(gè)TurboCRM的實(shí)施方案，還有就是一些用友ERP的資料，好像這個(gè)和上次的一樣，奇怪。
??????仔細(xì)看了一下，TurboCRM的資料還是非常有用的，這次是完整的敘述了一個(gè)他們公司的一個(gè)案例，我覺得這個(gè)應(yīng)該對(duì)我們的設(shè)計(jì)和架構(gòu)影響比較大的吧，好好看看再說，正好晚上開會(huì)可以討論一下
??????仔細(xì)看了一下，比較可喜的發(fā)現(xiàn)，原來TurboCRM軟件是支持B/S模式的啊，原來一直以為不能支持的呢，呵呵。該文章詳細(xì)的介紹了CRM要解決的問題，以及相應(yīng)的解決方案，然后就是TurboCRM的一些數(shù)據(jù)資料的結(jié)構(gòu)和構(gòu)成，仔細(xì)看了倒是發(fā)現(xiàn)原來很多理解上的不深入。
??????具體的資料，放在我們的ftp目錄SOA學(xué)習(xí)資料\用友&TurboCRM下了，大家抓緊時(shí)間看看，晚上我們看看可以根據(jù)這個(gè)把設(shè)計(jì)做什么改進(jìn)。
我們已經(jīng)忙碌了一個(gè)多月，現(xiàn)在就到最后的沖刺了，我們?cè)偌佑鸵话眩涂梢缘奖本┬菹⒗玻?br />今天忙碌了一下，把部署視圖寫好了。前面大家一直討論的架構(gòu)設(shè)計(jì)的事情，現(xiàn)在經(jīng)過幾輪email討論，我想我們現(xiàn)在也該是基本上意見統(tǒng)一了，就看明天的組件設(shè)計(jì)，再把這個(gè)寫好，我們就可以來一個(gè)Review了。
下午收到了IBM寄過來的又一個(gè)快件，還沒有去看，不過比較好玩的是，這次的收件人是我們的隊(duì)名AccelerateSOA啦，明天去看看再說，好好奇的呢
加油，Accelerate！
摘要: 用友NC系統(tǒng)中外部數(shù)據(jù)交換平臺(tái)的簡單原理敘述，同時(shí)針對(duì)我們的soa大賽，做了一些介紹
閱讀全文
BlueDavy的
關(guān)于Plugin Framework的關(guān)鍵因素 提到了幾點(diǎn)
1、?? Plugin的編寫?
?????????一個(gè)好的Plugin System對(duì)Plugin沒有任何編碼上的要求，要求的只是其描述文件的編寫
2、?? Plugin的部署?
?????????如何更加方便的去部署一個(gè)Plugin，考慮中根據(jù)配置從相應(yīng)的目錄或網(wǎng)站搜索Plugin并注冊(cè)到系統(tǒng)中
3、?? Plugin的調(diào)用?
?????????根據(jù)Plugin的描述采取相應(yīng)的方式調(diào)用Plugin，例如webservice方式、socket方式等等
4、?? Plugin的交互?
?????????也許可以參考Maven的方式，比如需要調(diào)用其他的plugin，則采用類似這樣的配置或調(diào)用<attain plugin=”pluginname” function=”sendmail”/>抑或采用IoC容器注入依賴？？
5、?? Plugin的擴(kuò)展?
?????????對(duì)于Plugin的擴(kuò)展，這個(gè)Eclipse的擴(kuò)展點(diǎn)完全值得參考
6、?? Plugin的依賴關(guān)系的分析?????????
?????????這是我構(gòu)思中的一個(gè)東西，希望系統(tǒng)所有的模塊都基于此Plugin Framework，然后我們可以根據(jù)這些模塊Plugin來分析整個(gè)系統(tǒng)中各模塊的依賴關(guān)系等等，并進(jìn)行監(jiān)控，甚至在將來可以圖形化的進(jìn)行配置，圖形化搭積木式的搭建自己的系統(tǒng)，^_^
我發(fā)現(xiàn)，這個(gè)插件體系結(jié)構(gòu)，和SOA中的SCA體系結(jié)構(gòu)，還有Spring中的Beans工廠，有很多相似之處的，如下：
1.???SCA的編寫：
?????????需要繼承SCA的接口。不過，我倒是更加喜歡spring的方式，使用bean來配置一套系統(tǒng)，對(duì)每個(gè)bean沒有編碼限制
2.???SCA的部署
?????????使用scdl.xml進(jìn)行部署描述。如果scdl.xml存在于網(wǎng)絡(luò)中，是否能部署成功這個(gè)倒是不清楚。spring中直接使用xml描述，主要是各個(gè)Beans的配置
3.???SCA的調(diào)用
?????????使用binding進(jìn)行組合調(diào)用，現(xiàn)在支持的有SCA Binding、WebService Binding等等。spring中使用屬性注入和構(gòu)造器注入
4.???SCA的交互
??????使用import/export來暴露具體的接口，然后進(jìn)行調(diào)用。直接使用IOC，注入依賴，相互交互是依靠使用預(yù)定義接口，實(shí)現(xiàn)契約。
5.???SCA的擴(kuò)展
??????可以使用繼承來修改原來的模塊，并在運(yùn)行時(shí)通過替換SCA模塊達(dá)到目的。Plugin的擴(kuò)展點(diǎn)（Extension Point）的概念到時(shí)值得仔細(xì)考慮，非常靈活的。Spring中，通過修改配置文件，使用不同的beans來擴(kuò)展原有系統(tǒng)。
6、?SCA的依賴關(guān)系
??????好像現(xiàn)在ESB中還沒有Service Register的實(shí)現(xiàn)，其實(shí)，分析SCA的配置文件，是可以找到這些依賴的。本來就是一個(gè)總線結(jié)構(gòu)的啊。spring中beans工廠的配置文件現(xiàn)在倒是有很多基于eclipse的實(shí)現(xiàn)。
??????先寫這幾條，這幾天在仔細(xì)研究這些技術(shù)
由于參加soa比賽，才采用了WBM作為商業(yè)建模工具，真正見識(shí)了IBM的軟件有多么的不好用，聯(lián)想到以前使用微軟軟件的舒適經(jīng)歷，突然明白了一點(diǎn)，這就是ibm整個(gè)軟件思路上的一個(gè)特點(diǎn)，好象IBM從來就沒有把軟件的易用性放到開發(fā)計(jì)劃的重要事項(xiàng)中去，從我上大三學(xué)習(xí)數(shù)據(jù)庫，使用DB2，我就有這種很深的印象了，就是IBM的軟件比較大和難于使用，一如它歷史上所推崇的大型機(jī)。
??????微軟公司的所有軟件，在開發(fā)的過程中，都有易用性測(cè)試和用戶反饋，效果也是非常明顯的，也因此建立起了今日的微軟帝國。同時(shí)，再看看google，令人稱頌的也是他的簡潔和高效。這些例子都說明，在我們今天的軟件開發(fā)中，用戶的需求和易用性是需要特別值得重視的，恰恰這種我們普通用戶都可以體會(huì)到的好壞，IBM沒有重視，也許還是在抱著它當(dāng)年的大型機(jī)之夢(mèng)在沾沾自喜吧，歷史將證明一切！！
??????今天發(fā)本文主要是實(shí)在被IBM的軟件氣死了，由于WBM的cvs協(xié)作設(shè)計(jì)有問題，我們不能使用cvs進(jìn)行團(tuán)隊(duì)開發(fā)，只能每個(gè)人都在自己的電腦上處理各自的部分。恰恰是這樣，讓我發(fā)現(xiàn)了WBM的又一個(gè)明顯的問題，那就是使用WBM的import來合并不同的開發(fā)結(jié)果的時(shí)候，超級(jí)難用，而且容易出錯(cuò)。已經(jīng)有無數(shù)次這種合并把我辛辛苦苦的成果覆蓋了，今天又一次出現(xiàn)這種事情，實(shí)在讓我氣憤難當(dāng)，我不知道IBM到底使用過WBM來做一個(gè)完成得商業(yè)建模沒有，如果有，那這種顯而易見的問題早該發(fā)現(xiàn)了！！
??????想想一個(gè)導(dǎo)入合并其實(shí)很容易做到很人性化，比如微軟的word，合并文檔功能就設(shè)計(jì)的很好，很智能友好；同時(shí)，sybase的PowerDesigner的合并也是，使用圖形化的方式，一目了然；其實(shí)就是eclipse里面的cvs差異，也是顯示的很好的嘛，為什么事情一牽涉到IBM，味道就變了呢？
??????想到了以前看SharpDevelop的開發(fā)日記，決策使用SharpDevelop來進(jìn)行SharpDevelop開發(fā)；在Eclipse的開發(fā)中，也使用到了這種思想。當(dāng)你真正來使用的時(shí)候，很多問題是顯而易見的。
??????IBM真是想說愛你不容易啊，強(qiáng)烈建議IBM以后的軟件設(shè)計(jì)中更加重視易用性，重視用戶體驗(yàn)，這樣才可以更好的發(fā)展
前面我提到TurboCRM沒有找到開源版本，下午我發(fā)email給TurboCRM的相關(guān)人員，回復(fù)如下：
-------------------
你好！非常感謝你對(duì)我們公司的來信咨詢。關(guān)于soa大賽，我們確實(shí)是IBM公司的合作伙伴，關(guān)于CRM相關(guān)學(xué)習(xí)資料，請(qǐng)到大賽網(wǎng)站下載。對(duì)于我們公司產(chǎn)品，我們對(duì)IBM公司的承諾是在最后階段提供給入選的小組。如果你希望對(duì)我們公司及產(chǎn)品了解更多，請(qǐng)登陸我們公司網(wǎng)站www.turbocrm.com 或者其他第三方媒體.謝謝！
朱江
6/5
Best Regard!
Rigge Zhu(朱江)
Marketing Manager TurboCRM(Beijing) Limited
----------------------------
另外，請(qǐng)注意，由于TurboCRM好象沒有在線CRM部分，現(xiàn)在IBM已經(jīng)把CRM部分的描述修改了，具體如下（摘自smth）
我正在安排人更新網(wǎng)站中的題目描述，估計(jì)幾天之后就會(huì)更改過來。
事實(shí)上，我們的出題人說，這個(gè)其實(shí)不會(huì)有太大的區(qū)別。因此我的個(gè)人建議是，不要在這?
細(xì)節(jié)上耽誤太多的時(shí)間。
http://www-900.ibm.com/cn/software/websphere/events/soacontest/subject.shtml
Old:
于是，2005年8月份鳳凰公司引進(jìn)并成功應(yīng)用了某在線客戶關(guān)系管理系統(tǒng)（On Demand CRM?
。CRM通過訂閱的方式來提供客戶關(guān)系管理服務(wù)，鳳凰公司不需要提供任何硬件、軟件和空
間資源，而只需要每月向服務(wù)供應(yīng)商支付65美元。鳳凰的銷售人員在任何時(shí)間和地點(diǎn)只需?
通過普通的Web瀏覽器就可以使用和管理客戶及銷售信息，包括客戶信息，商機(jī)，業(yè)務(wù)機(jī)會(huì)
，以及客戶及銷售信息分析圖表等。
New:
于是，2005年8月份鳳凰公司引進(jìn)并在企業(yè)內(nèi)部成功實(shí)施了某客戶關(guān)系管理系統(tǒng)。鳳凰的銷
售人員在任何時(shí)間和地點(diǎn)只需要連接企業(yè)內(nèi)部網(wǎng)，并通過普通的Web瀏覽器就可以使用和管
理客戶及銷售信息，包括客戶信息，商機(jī)，業(yè)務(wù)機(jī)會(huì)，以及客戶及銷售信息分析圖表等。
?
摘要: 本文主要根據(jù)在使用WBI時(shí)的經(jīng)驗(yàn)，簡單總結(jié)了一下WMI Modeler中使用到的對(duì)業(yè)務(wù)建模的模擬
閱讀全文
下面這個(gè)網(wǎng)址有最新的資料下載
http://www-900.ibm.com/cn/software/websphere/events/soacontest/down.shtml該軟件的網(wǎng)址如下：
http://www.turbocrm.com/index.html不過貌似我找了一下，好象沒有看到下載的鏈接地址，好奇怪啊，不是說給一個(gè)推薦的開源的CRM么？
另外，好象我們隊(duì)這一段寫blog慢了一些，小曹看看是否有某人該報(bào)告大家啦,haha
發(fā)信人: Nanjiren.bbs@bbs.tju.edu.cn.no.spam (西方失敗), 信區(qū): Java
標(biāo)? 題: 項(xiàng)目經(jīng)理：做好項(xiàng)目開始階段的九條經(jīng)驗(yàn)zz
發(fā)信站: 天大求實(shí)BBS站 (Mon May 29 12:04:47 2006)
轉(zhuǎn)信站: SJTUBBS!bbsnews.sdu.edu.cn!news2.happynet.org!TJUBBS
本人做項(xiàng)目經(jīng)理工作多年，感到做這個(gè)工作最要緊的就是要明白什么是因地制宜、因
勢(shì)利導(dǎo)，只有最合適的，沒有什么叫對(duì)的，什么叫錯(cuò)的，項(xiàng)目經(jīng)理最忌諱的就是完美
主義傾向，尤其是做技術(shù)人員出身的，喜歡尋找標(biāo)準(zhǔn)答案，耽誤了工作進(jìn)度，也迷茫
了自己。以下是本人一些做項(xiàng)目的個(gè)人體會(huì)，寫出來供大家指點(diǎn)，在討論過程中共同
提高水平。
項(xiàng)目開始階段是一個(gè)最重要的階段。項(xiàng)目經(jīng)理在接手一個(gè)新項(xiàng)目的時(shí)候，首先要
盡可能地多從各個(gè)方面了解項(xiàng)目的情況，如：
1. 這個(gè)項(xiàng)目是什么項(xiàng)目，具體大概做什么事情，是誰提出來的，目的是解決什
么問題。在國內(nèi)很多客戶都很不成熟的情況下，千萬不要根據(jù)項(xiàng)目的名稱望文生義地
去想象項(xiàng)目的目標(biāo)。一個(gè)名為“辦公自動(dòng)化”的項(xiàng)目很有可能在你進(jìn)場(chǎng)以后一個(gè)月才
發(fā)現(xiàn)客戶其實(shí)需要的是一個(gè)計(jì)算機(jī)生產(chǎn)管理輔助信息系統(tǒng)系統(tǒng)。前期了解情況的工作
越詳細(xì)，后面的驚訝就越少，項(xiàng)目的風(fēng)險(xiǎn)就越小。
2.這個(gè)項(xiàng)目里牽涉哪些方面的人，如投資方、具體業(yè)務(wù)干系方、項(xiàng)目建成后的運(yùn)
營方、技術(shù)監(jiān)督方等等，很多項(xiàng)目里除了業(yè)主單位的結(jié)構(gòu)很復(fù)雜以外，還有一些其他
單位也會(huì)牽涉進(jìn)來，如項(xiàng)目監(jiān)理公司、業(yè)主的行業(yè)主管機(jī)構(gòu)等。項(xiàng)目經(jīng)理需要了解每
個(gè)方面的人對(duì)這個(gè)項(xiàng)目的看法和期望是什么。事先了解各個(gè)方面的看法和期望，可以
讓你在做項(xiàng)目碰到問題的時(shí)候，就每件事情分析哪些人會(huì)在什么方面支持你，哪些人
會(huì)出于什么目的反對(duì)你，從而提前準(zhǔn)備聯(lián)合朋友去對(duì)抗敵人，讓事情向你所希望的方
向發(fā)展。沒有永遠(yuǎn)的朋友，也沒有永遠(yuǎn)的敵人，只有一致的利益，這句話作為項(xiàng)目經(jīng)
理是一定要記住的；
3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對(duì)這個(gè)項(xiàng)目的
看法。首先是高層領(lǐng)導(dǎo)是否重視，這個(gè)決定了你在需要資源的時(shí)候，公司是否會(huì)根據(jù)
你的要求提供最有力的支持。領(lǐng)導(dǎo)口頭肯定是說支持的，你需要做的是了解公司對(duì)這
個(gè)項(xiàng)目的實(shí)際期望，是想把項(xiàng)目越做越大還是想賺錢？是想做樣板工程還是干脆想敷
衍了事，公司領(lǐng)導(dǎo)對(duì)項(xiàng)目的態(tài)度決定了你做這個(gè)項(xiàng)目的戰(zhàn)略，而這個(gè)戰(zhàn)略方針將對(duì)你
做項(xiàng)目計(jì)劃產(chǎn)生直接的影響；
4.在做整體項(xiàng)目計(jì)劃前，還要大致計(jì)算一下你手上的資源。首先是時(shí)間，現(xiàn)在市
場(chǎng)競(jìng)爭激烈，往往很多項(xiàng)目要求在幾乎不可能的時(shí)間范圍里完成。對(duì)于這一點(diǎn)，你在
做項(xiàng)目的風(fēng)險(xiǎn)控制計(jì)劃的時(shí)候要充分考慮。其次是人員，根據(jù)項(xiàng)目預(yù)算和已往經(jīng)驗(yàn)，
大致計(jì)算一下未來的項(xiàng)目小組有多少種角色，每個(gè)角色目前公司是否有人，是否能完
全歸這個(gè)項(xiàng)目使用，是否需要另外招聘一些人員，招聘的準(zhǔn)備工作要盡早啟動(dòng)。最后
就是一些設(shè)備的準(zhǔn)備，項(xiàng)目所需大件關(guān)鍵設(shè)備要盡早預(yù)定，以后不管發(fā)生設(shè)備等人還
是人等設(shè)備的情況，浪費(fèi)的都是你的時(shí)間；
5.現(xiàn)在是做項(xiàng)目說明書的時(shí)候了。一份好的項(xiàng)目說明書不僅將要做的事情描述得
很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也
就是說它不僅說明白了要做哪些事情，也讓客戶的業(yè)務(wù)人員（一般不懂技術(shù)）知道項(xiàng)
目做成什么樣就算完成了。簡單地說，項(xiàng)目說明書描述項(xiàng)目做哪些事情和每件事情做
到什么程度以及如何檢查每一個(gè)結(jié)果。
6.是到做總體計(jì)劃的時(shí)間了嗎？不，你現(xiàn)在已經(jīng)知道了客戶的目標(biāo)和你手上的資
源，那么做計(jì)劃以前，你還需要和你的經(jīng)理和客戶充分溝通資源的問題。因?yàn)楹芏噘Y
源是還不明確的，你需要寫一份報(bào)告，詳細(xì)分析這個(gè)項(xiàng)目的風(fēng)險(xiǎn)以及對(duì)資源的需求情
況。如果一些問題不能得到解決的話，將發(fā)生什么樣的后果。如果資源不夠，就要高
層改變策略，增加對(duì)這個(gè)項(xiàng)目的投入。甚至在條件許可的情況下，有些公司會(huì)放棄這
個(gè)項(xiàng)目。總之，沒有人能完成一個(gè)不可能完成的任務(wù)，如果項(xiàng)目經(jīng)理不能盡早發(fā)現(xiàn)風(fēng)
險(xiǎn)，那么就只能去當(dāng)烈士了。
7. 明白了要做哪些事情和你手上的籌碼以及你做這個(gè)項(xiàng)目的總體策略，現(xiàn)在是
成立項(xiàng)目小組的時(shí)候了。很多項(xiàng)目經(jīng)理都沒有自己選擇組員的權(quán)利，那么，就盡量發(fā)
揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項(xiàng)目不同，相差較大，很難
有什么具體要求，但是，一定要有精通客戶業(yè)務(wù)的人，很多小項(xiàng)目里，這個(gè)人就是項(xiàng)
目經(jīng)理本人，大項(xiàng)目里會(huì)配備行業(yè)專家（Industry expert），這樣和客戶溝通起來
才不會(huì)雞同鴨講，雙方才可以相互理解。我經(jīng)常看到的情況是我們的技術(shù)人員和客戶
交談時(shí)滿口的專業(yè)術(shù)語，結(jié)果搞得客戶一頭霧水，反過來，他還指責(zé)客戶不懂技術(shù)。
其實(shí)，明白自己想做什么的客戶已經(jīng)是很好的客戶了，不知道自己要做什么，更不懂
怎么做還要指手畫腳的客戶到處存在，但是要明白，是客戶選擇了你，而不是你選擇
了客戶，有了客戶你才有工資拿，心平氣和一點(diǎn)吧；
8.現(xiàn)在你要面對(duì)三群人：你的領(lǐng)導(dǎo)、你的組員和你的客戶，和這些人溝通，讓他
們知道你打算怎么做，什么時(shí)候要他們做什么準(zhǔn)備這些事情將是你的主要工作。既然
溝通這么重要，那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則
都是潛規(guī)則，如果你在一個(gè)部門時(shí)間做長了，對(duì)這些規(guī)則的運(yùn)用覺得是一件理所應(yīng)當(dāng)
的事情，但是，你現(xiàn)在面對(duì)的是多個(gè)部門甚至多個(gè)單位，不把溝通規(guī)則說清楚，你以
后就會(huì)吃虧。
下面的東西看起來無聊，其實(shí)還是很管用的：第一個(gè)是規(guī)定信息的流動(dòng)方式和介
質(zhì)，是推還是拉。推的意思就是項(xiàng)目經(jīng)理將主動(dòng)發(fā)布信息，不管通過電話、郵件還是
書面方式，保證將信息傳達(dá)到每個(gè)人。這種情況適合小項(xiàng)目，人少；拉的意思就是項(xiàng)
目經(jīng)理就是一個(gè)類似web服務(wù)器，你自己需要什么信息就去問他。當(dāng)然，沒有項(xiàng)目經(jīng)
理把自己搞得那么累，他會(huì)用發(fā)布信息到公共介質(zhì)的方式公布信息，簡單的是白板，
復(fù)雜一點(diǎn)的是項(xiàng)目的公共信息交互區(qū)，潛規(guī)則就是我發(fā)了你沒去看就不要說我沒告訴
你。說這些看似很無聊，其實(shí)里面牽涉信息傳達(dá)不完全的責(zé)任問題。
當(dāng)然，這些都是指一般的方式，而且不要絕對(duì)化，一般情況下，主動(dòng)溝通和被動(dòng)
訪問是同時(shí)存在的，尤其是對(duì)領(lǐng)導(dǎo)，項(xiàng)目經(jīng)理更加應(yīng)該主動(dòng)去和領(lǐng)導(dǎo)溝通。第二個(gè)問
題就是文檔問題，很多人怕寫文檔，但是項(xiàng)目經(jīng)理一定要牢記“好記性不如爛筆頭”
的道理。有理有時(shí)候?yàn)槭裁磿?huì)說不清呢？就是因?yàn)闆]有證據(jù)。所以項(xiàng)目經(jīng)理開始就要
和客戶說清楚有些文檔是必須簽字的，比如項(xiàng)目經(jīng)理的項(xiàng)目日志，每個(gè)星期至少讓客
戶簽字，另外所有達(dá)成共識(shí)的東西，比如會(huì)議紀(jì)要，甚至領(lǐng)導(dǎo)的講話記錄，都要寫成
文檔，雙方簽字，這樣以后扯皮的時(shí)候，就能做到有據(jù)可查。記住：說了的就和沒說
一樣，只有寫下來大家簽字后才算真正發(fā)生了的。
還有一些問題，比如你提交的報(bào)告，給領(lǐng)導(dǎo)（包括本方領(lǐng)導(dǎo)和客戶領(lǐng)導(dǎo)）做一個(gè)
選擇題，結(jié)果領(lǐng)導(dǎo)壓住不批，讓你無所適從，結(jié)果拖延了進(jìn)度。這時(shí)候，你可以等，
但是注意要留記錄，標(biāo)明是誰的責(zé)任；另外，如果你在開始階段就和領(lǐng)導(dǎo)商定：如果
批示提交三天后沒有得到領(lǐng)導(dǎo)答復(fù)就算對(duì)方同意，這樣你就會(huì)主動(dòng)很多。再比如不同
事件的審批流程問題：什么等級(jí)的事情記錄在項(xiàng)目日志里、什么等級(jí)的事情要雙方項(xiàng)
目經(jīng)理專門簽署備忘錄、什么等級(jí)的事情要雙方領(lǐng)導(dǎo)出面簽署合同附件等等。事先想
得越周到，以后的工作就越主動(dòng)。
9.好了，做了很多前期工作，定義了一些游戲規(guī)則，現(xiàn)在是坐下來做計(jì)劃的時(shí)候
了。這一節(jié)，任意找一本項(xiàng)目管理的書都會(huì)說得比我好，所以我就少寫一點(diǎn)，說一些
自己的體會(huì)就是了。首先是找?guī)讉€(gè)關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，
做一下項(xiàng)目模塊劃分工作。項(xiàng)目分成幾塊去做，每一塊完成什么，模塊之間的信息如
何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強(qiáng)調(diào)
一點(diǎn)：完成一個(gè)目標(biāo)有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的
，這個(gè)思路會(huì)讓你的項(xiàng)目減少很多風(fēng)險(xiǎn)。有時(shí)候客戶會(huì)被某種新技術(shù)打動(dòng)，堅(jiān)持要你
采用那種新技術(shù)，你就應(yīng)該告訴他：你選我做這個(gè)項(xiàng)目，就應(yīng)該容許我采用自己最喜
歡的方式做事情，新技術(shù)之所以有誘惑力，就是因?yàn)槌蕴澋娜诉€不多，我不希望你成
為第一批受害者。
采用一個(gè)計(jì)劃會(huì)讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表
格以后，就可以知道這個(gè)項(xiàng)目有多少件事情要做，每件事情需要什么資源，他們之間
的前后關(guān)系如何，消耗的時(shí)間有多長，完成后有什么標(biāo)志等。所有的結(jié)果最后用一個(gè)
叫做甘特圖的形式表現(xiàn)出來。你做完這個(gè)表以后會(huì)驚奇地發(fā)現(xiàn)，甘特圖上項(xiàng)目的結(jié)束
時(shí)間會(huì)遠(yuǎn)遠(yuǎn)落后于你的計(jì)劃結(jié)束時(shí)間（簽合同的人永遠(yuǎn)不會(huì)先征求你的意見的）。當(dāng)
然，學(xué)過項(xiàng)目管理的人會(huì)大談什么WBS、優(yōu)化路徑之類的東西，但是我的經(jīng)驗(yàn)是你再
優(yōu)化也不可能把這些東西安排到計(jì)劃的時(shí)間結(jié)束。如果你沒碰到這個(gè)問題，在我恭喜
你挑了一個(gè)輕松活之前，請(qǐng)你再去確認(rèn)你是否羅列了所有要做的事情和正確評(píng)估了他
們所需要的時(shí)間。這時(shí)候，你就要考慮犧牲一些任務(wù)的時(shí)間（也意味著質(zhì)量）了。按
照什么標(biāo)準(zhǔn)犧牲？這個(gè)項(xiàng)目的戰(zhàn)略！我們?cè)诘谌?jié)提到過的戰(zhàn)略。
我的經(jīng)驗(yàn)是如果你什么都趕進(jìn)度，其結(jié)果可能就是十件事情你一件也沒做好，想
想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結(jié)果是十件事情
，你有三件做成了精品，三件完成，還有四件因?yàn)槟承┰蜓诱`，成績單是否靚麗了
很多呢？戰(zhàn)略決定優(yōu)先級(jí)，而正確排列事情的優(yōu)先級(jí)是一個(gè)項(xiàng)目經(jīng)理能力的主要體現(xiàn)
。 好，現(xiàn)在項(xiàng)目已經(jīng)完成了前期工作，了解了項(xiàng)目的目標(biāo)、搞清楚了手上的資源，
制定了項(xiàng)目的策略，然后編制了項(xiàng)目的整體計(jì)劃，項(xiàng)目進(jìn)入實(shí)施階段。進(jìn)入這個(gè)階段
反而是項(xiàng)目經(jīng)理比較空閑的時(shí)候，不像前期的時(shí)候項(xiàng)目經(jīng)理要象記者一樣到處和不同
的人接觸，搞清楚他們?cè)谡f什么，努力猜測(cè)他們?cè)谙胧裁春退麄兊恼嬲康模遣攀?br />最累人的事情。當(dāng)然，小項(xiàng)目的項(xiàng)目經(jīng)理往往自己也是一個(gè)資源，要做很多事情，這
時(shí)候反而比誰都苦。
項(xiàng)目經(jīng)理這段時(shí)間的主要工作是保持和客戶領(lǐng)導(dǎo)以及自己領(lǐng)導(dǎo)的溝通。和客戶領(lǐng)
導(dǎo)溝通時(shí)特別要注意，除非你需要對(duì)方給你支持，那么你才需要講得具體一點(diǎn)，否則
，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬不要說一些領(lǐng)導(dǎo)不懂的細(xì)節(jié)
，比如：“王局長，最近項(xiàng)目進(jìn)度還算正常，就是JVM經(jīng)常發(fā)生一些內(nèi)存泄漏的情況
…”王局長：“(*&$@@”。?????????????????????????????????????????????????