posts - 24, comments - 68, trackbacks - 0

??? 偶然看了網(wǎng)友 BirdGu 的一篇文章（ http://blog.csdn.net/BirdGu/archive/2006/04/25/677369.aspx ），文中分析了一個失敗的外包項目里面的風(fēng)險問題。非常感謝 BirdGu 能拿出這么寶貴的經(jīng)驗和大家分享并提出了自己得見解，我自己在這方面也思考了很多，就該文中提出的問題，我自己也假設(shè)了一些情況，談?wù)勛约合敕ā?/span>

???? 第一個就是需求，作者也認(rèn)為該項目的需求做的不好，如果再深究下去，不好的原因是什么呢？我自己的看法，該項目需求沒做好的原因可能有以下幾個原因中的一個或者幾個

1．??? 用戶自己都不知道需求是什么，傳達(dá)給日方公司的需求也就是不明確的。

2．??? 用戶雖然知道需求，但是日方的設(shè)計人員沒有理解，或者一知半解，也就寫不出合格的需求說明書。

3．??? 日方的設(shè)計人員對需求也很明白，但是寫出來的文檔中方開發(fā)者不能很好理解，而他自己卻覺得自己表達(dá)的很清楚了。

?? 如果是第一個或者第二個原因，那該項目的失敗就不僅僅是溝通上的問題了，起碼日方的公司要負(fù)大部分責(zé)任。原因很簡單，能把一個自己都不明確的需求發(fā)給別人來做，本身就存在問題，更別想得到符合需求的產(chǎn)品了。而現(xiàn)實中這種情況確實存在，怎么辦？首先，日方公司要對這個問題加強(qiáng)認(rèn)識并改進(jìn)，改進(jìn)的辦法可以有很多，最根本的就是從管理制度上去解決，對需求是否完備要有相應(yīng)的審核制度，并且納入質(zhì)量管理體系，形成管理制度同時又要嚴(yán)格執(zhí)行。或許這不夠敏捷，但是敏捷并不僅僅追求速度，而是在追求速度的同時保證質(zhì)量的，也就是又快又好。后面我將闡述我對敏捷的認(rèn)識。

??? 至于第三個原因，完全是一種理解上的差異造成的，作者也有所提到，要解決這個問題，需要不斷的反饋，我完全同意。但是反饋什么呢？僅僅是告訴對方哪個地方不明白么？我想這種情況下，中方公司可以理直氣壯的指出該需求說明中的不足，并提出希望增加相關(guān)的內(nèi)容，這也給日方一個信息，就是告訴他們我們開發(fā)者希望看到的需求是什么樣的。同時，中方的開發(fā)人員也應(yīng)該加強(qiáng)理解日本文化，商業(yè)習(xí)慣，業(yè)務(wù)這方面的意識，經(jīng)常有這樣的情況，一個需求，即使非常明確，我們也常常按照自己的理解想當(dāng)然的來做，結(jié)果作出來的東西，根本不符合對方的要求。如何做呢？我想最基本的要理解日本的會計規(guī)則，日語也叫簿記，企業(yè)系統(tǒng)無非就是人財物的流動，而這里面最核心的就是財，也就是錢的流動，理解了這個，對很多項目都有幫助。其次，日本人非常重視法律，很多新頒布的法令對業(yè)務(wù)系統(tǒng)和流程都有影響，這方面也是一個重要方面，例如馬上要實行的 SOX 法，就讓很多日本企業(yè)修改他們的業(yè)務(wù)系統(tǒng)以應(yīng)對該法令。

??? 第二個，作者提到了 BSE 的職責(zé)問題。我也想談?wù)勛约旱目捶ā?/span> BSE 是做什么的？是一個重要的溝通窗口。那么這個窗口擺在日本還是中國就值得好好考慮了，我覺得把 BSE 安排在國內(nèi)更好一些。理由很簡單，離現(xiàn)場最近，最符合敏捷原則，最有利于發(fā)現(xiàn)問題，并及時進(jìn)行溝通。 BSE 沒有履行好自己的職責(zé)，這個原因也是需要深究的，使能力不足還是職責(zé)不明確。 BSE 的能力除了技術(shù)之外，更多的是對業(yè)務(wù)的理解，對開發(fā)過程的把握，發(fā)現(xiàn)問題，及時溝通及時解決。另外，日本人定義的 SE 和我們理解有所不同，他們要求的更多，更廣泛，有時間我會另外寫一篇文章介紹的。

??? 第三個，開發(fā)過程運用了迭代開發(fā)，并交付了一個阿爾法版，卻沒有發(fā)現(xiàn)其中對需求理解偏差的問題。這里面的問題就是中日雙方對什么是軟件原型的理解存在了誤差，畫面僅僅說明了針對用戶的接口，并不能證明對需求理解的正確性，畫面后面的各種各樣的處理才是關(guān)鍵，那個日本上司的抱怨，其實只能怨他們自己。同時，中方的開發(fā)人員也沒有作出一個合格的阿爾法版，也有一定的責(zé)任。阿爾法版里面應(yīng)該用假數(shù)據(jù)體現(xiàn)出后臺處理的過程，然后日方來判斷該過程是不是正確。如何體現(xiàn)呢？我想應(yīng)該有簡單扼要的說明文檔，所謂簡單扼要就是多用圖，少用文字。

??? 第四個，開發(fā)管理我認(rèn)為也存在問題。這個問題是日方的。也就是日方對中方這邊的開發(fā)沒有進(jìn)行良好的管理和監(jiān)督，這個不是溝通和 BSE 能夠解決的，而是由該公司的管理制度決定的。不僅日本的外包存在這個問題，日本國內(nèi)的開發(fā)也有這個問題，項目包給合作公司后就不管不問了，結(jié)果一交付，什么問題都來了。

??? 最后說一下我對敏捷的理解。看了 Object Primer 后，我最大的收獲就是對敏捷理解更加深入了。我現(xiàn)在的理解就是，敏捷就是用最簡單最有效的辦法，最快的解決問題，說白了就是不用拘泥于什么是敏捷不敏捷，也不用拘泥于什么形式，只要實用有效就好。談敏捷的書里面列出的一些最佳實踐，固然不錯，但是真正的操作起來，不能生搬硬套，需要根據(jù)我們的實際情況設(shè)計出符合自己的敏捷方法，有時候即使不十分敏捷只要有效也不失為一個好辦法。