當(dāng)前位置:工程項目OA系統(tǒng) > 泛普各地 > 黑龍江OA系統(tǒng) > 哈爾濱OA系統(tǒng) > 哈爾濱OA快博
從泰坦尼克中汲取的IT項目教訓(xùn)
人們對詹姆士卡梅倫1997年的電影泰坦尼克號,或是對歷史頻道中有關(guān)這方面的記錄片幾乎耳熟能詳。它們都重點展現(xiàn)了此次航行的最后兩天行程以及災(zāi)難出現(xiàn)后最后幾個小時船上的情況。但是這艘船四年的造建工程有什么樣的內(nèi)幕?它重要嗎?它與這次災(zāi)難有關(guān)嗎?或者,我們能從中發(fā)現(xiàn)點什么,給我們今天的IT項目帶來些許借鑒?
讓我們回顧1909年白星海運公司面臨的經(jīng)濟情況。當(dāng)時它們的船隊老化,完全不能與其它公司競爭。白星啟用了一個戰(zhàn)略,即投資新興技術(shù)并利用這些技術(shù)來建造三艘豪華客輪。由于這次投資數(shù)額巨大,而建造的這些客輪可能要用上至少20年。因此,對設(shè)計人員來說,合適的設(shè)計至關(guān)重要。他們采用了豪華設(shè)計戰(zhàn)略而不是船速戰(zhàn)略,如此一來,這些客輪的二等艙相當(dāng)于其它客輪的一等艙,三等艙相當(dāng)于其它客輪的二等艙。
但是,在實現(xiàn)外觀的豪華或“功能需求”這個目標(biāo)時,在“非功能需求”上的投資也不能少,即必須保證具備諸如性能、安全、容量這樣的支持功能。
打從一開始,新興技術(shù)上總的投資額就沒有包括諸如安全系統(tǒng)這種非功能需求的支出,安全系統(tǒng)包括一個雙層皮膚殼(底部被劃分成73個水密室),15個有著電動門的防水壁艙,48艘救生艇以及具備高級的抽水機技術(shù)。然而,如同許多項目一樣,該項目小組就投資的支出重點引發(fā)了一次爭論,最后經(jīng)營戰(zhàn)略戰(zhàn)勝了其它的考慮因素。
既然重點主要放在功能需求上,非功能需求只能一一讓步。不過,非功能需求看起來不太明顯,不常被人注意。諸如,建造一個寬大舞廳這樣的功能需求導(dǎo)致4個防水壁艙無法延伸到頂部的甲板,嚴(yán)重破壞了輪船容納海水的能力。這不僅是業(yè)務(wù)執(zhí)行官,特別是主管布魯斯.伊斯梅(他負(fù)責(zé)這個項目)的責(zé)任,技術(shù)人員包括白星公司的造船專家以及Harland-Wolff的造船工人都有不可推卸的責(zé)任。
項目設(shè)計階段臨近收尾時,大多數(shù)安全性能都沒有得到重視。船上有些地方防水艙的高度僅僅高過吃水線10英尺。白星的設(shè)計師是這么解釋的,總的安全措施足以保護(hù)泰坦尼克抵御任何自然災(zāi)難。
在項目結(jié)束的時候,該項目小組認(rèn)為船的安全性能仍然維持在最初設(shè)想的較高水平。如此一來,人們對首次航行更加充滿了信心。更為自大的觀點是認(rèn)為泰坦尼克與生俱來就是一艘巨大的救生艇。泰坦尼克的項目小組誤信了最初的設(shè)計所具有的功能,并且沒有進(jìn)一步進(jìn)行測試。這就是在項目結(jié)束的時候,人們對這艘輪船無比信任的原因,甚至連修復(fù)和業(yè)務(wù)持續(xù)計劃都被認(rèn)為是多此一舉。
簡而言之,是那些本職工作未盡職的設(shè)計者們默許了安全上的疏忽。當(dāng)這艘船即將航行時,人們都認(rèn)為即使有意外出現(xiàn),該船也有足夠的安全保護(hù)能力。正因為這樣,船上全體工作人員及乘客們都逐漸形成一種共識:這艘船將永不沉沒。難怪會有53 個百萬富翁上了這條船!
不過,JP Morgan,這個世界上最富有的人在前一晚取消了他的行程。在經(jīng)歷了短暫的“試航”后該船出發(fā)了,前方布滿了無以計數(shù)的風(fēng)險。輪船在到達(dá)冰原時航速穩(wěn)定地增長著。之所以安全性能在操作上被忽視正是由于“冰桶”測試進(jìn)行得粗制濫造,無線電冰情警報未能及時傳達(dá)到船橋,以及守望員人數(shù)太多并且沒有雙眼望遠(yuǎn)鏡。該輪船的指揮人員未能計算出冰原的實際面積,沒有意識到當(dāng)反饋系統(tǒng)出錯時所帶來的巨大危險。
今天,我們來研究它,因為它的設(shè)計及制造諸多方面可以拿來與現(xiàn)代IT項目進(jìn)行比較。例如,它與現(xiàn)代IT項目在這點上極其相似:在項目完成及投入生產(chǎn)之后IT項目是如何在幾天內(nèi)、幾月內(nèi)或者甚至幾年內(nèi)會出現(xiàn)問題。
IT項目可能在部署期間顯得非常成功,并且還通過了一系列的“標(biāo)準(zhǔn)”測試(即系統(tǒng)、性能以及認(rèn)可),然而它仍然會在實際運作中慘遭失敗。畢竟,只有26%的IT項目是成功的,這個數(shù)字是經(jīng)多次調(diào)查驗實過的(所有IT 項目中僅有26%是準(zhǔn)時完工、不超出預(yù)算并且所有特點和功能都符合最初的設(shè)想,Standish Group,1994, 1996, 1998)。
看一個IT項目是不是成功,不能光看其部署,而是應(yīng)該在此方案投入運行一段時間后再仔細(xì)衡量。衡量的標(biāo)準(zhǔn)要考慮所有業(yè)務(wù)可能遭遇到的所有影響因素。泰坦尼克號的故事有助于我們更好地理解功能和非功能需求之間的關(guān)系、項目各競爭要素之間的妥協(xié)關(guān)系、以及造成運行情況出錯的原因。
來源:AMT
- 1面向?qū)ο蠊こ棠0鍞?shù)據(jù)模型研究
- 2企業(yè)實行電子商務(wù)外包優(yōu)劣分析
- 3IT服務(wù)企業(yè)轉(zhuǎn)型路上勵精圖志
- 4存儲網(wǎng)絡(luò)Exchange數(shù)據(jù)庫移動
- 5如何有效評估信息
- 6研發(fā)項目管理系列(1)——戰(zhàn)略規(guī)劃
- 7VoIP一部好車卻為什么賣不出好價?
- 8IIM阻擊郵件欺詐
- 9企業(yè)購買OA辦公系統(tǒng)看準(zhǔn)6點標(biāo)準(zhǔn)
- 10如何提高員工企業(yè)信息安全意識
- 11ERP實施之后還要再做些什么?
- 12擺脫企業(yè)存儲的困擾:建立動態(tài)存儲新架構(gòu)
- 13用供應(yīng)鏈技術(shù)實現(xiàn)企業(yè)內(nèi)部信息流動
- 14從最基本的方面掌握業(yè)務(wù)流程的實質(zhì)
- 15IT項目中操作人員業(yè)務(wù)主管誰管誰?
- 16數(shù)據(jù)倉庫邏輯建模
- 17蘇寧走過11年信息化建設(shè)旅程
- 18渠道別搬起石頭砸了自有產(chǎn)品的腳
- 19存儲軟件向虛擬化和自動化前進(jìn)
- 20透視戴爾的敏捷制造的應(yīng)用
- 21加密技術(shù)的方方面面
- 22CMS的生命周期和工具箱
- 23看Intel如何進(jìn)行知識管理
- 24KM實踐:書生公司的“基本法”
- 25知識管理:1公里還是1,000米?
- 26掀開幕布看PDM:產(chǎn)品數(shù)據(jù)管理系統(tǒng)的概念與應(yīng)用
- 27IBM:對招聘流程進(jìn)行的創(chuàng)新 點燃團(tuán)隊創(chuàng)新激情
- 28思科是怎樣應(yīng)用智能化的信息網(wǎng)絡(luò)
- 29如何構(gòu)建工程項目中企業(yè)知識管理框架
- 30杰姆克萊克公司的ASP經(jīng)營模式
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓