方案實施與管理(3 / 3)

估計投資回報

CIO可能會期望他們的行政主管詢問投資回報的問題,但專家強烈反對公司為獲得積極的投資回報而將Y2K的努力與其他重建工程項目歸在一起。項目經理們說通過Y2K項目是可以獲得有價值的回報的,盡管他們很難衡量。EpsilonDataManagement的2000年項目主管SheliaPerkin說:“通過該項目,你將使你的員工更聰明更有技能,你將對你的係統是如何工作獲得一個新的認識。你還可以清理基礎結構,因為你將建立一個資產庫存,消除多餘的軟件和硬件從而變得更有效。這就是投資回報,盡管它不容易用美元形式表示出來。”

尋求支持

說服高級管理層最有效的一個方法,是讓一個消息靈通的外人來傳遞信息,他可以是一個值得信賴的谘詢公司,AlliedDomecqRetailing的係統發展主管DonInghs說:“他們已經找到答案,因而Y2K批評的矛頭就不會指向你。”內布拉斯加州的信息係統管理者列舉了內布拉斯加州主要的大公司,對於向州長及州立法人員說明問題的嚴重性方麵所起的作用。這些公司說明了他們自己對於提出Y2K問題的責任,並表達了他們對本州進步的關注。

步驟二:共同合作

既使這種培訓計劃像符咒一樣起作用,而且高級官員們讚成你的觀點,但說實話,整個工作隻完成了一半,現在你還必須利用、支持、召集其他力量。

在大約6000個零售點,以及整個組織的五個生產廠,兩個共同辦事處和區域性辦事處之間協調Y2K的合作性,對於溝通聯係是一個挑戰。係統主管Inghs和Y2K項目經理MarkJozwicki認為,若沒有CFO、COO和CEO幫助傳達項目的緊迫性,是不可能戰勝這種挑戰的。Jozwicki說:“我們用的是從最高層入手的方法,我們為整個公司寫了一份一頁紙的策略聲明書,並讓COO在上麵簽了字。這樣是很重要的,因為若在生產廠裏仍有不依順的態度僵硬者,方針策略是不能真正執行的,因此CEO或COO不得不這樣做。”

Jozwicki的主管Inghs計劃在今年初與AlliedDomecq公司的COOJackShafer進行一次會麵,交流Y2K合作的重要性。Inghs說:“這是一個商業問題,而不是技術問題。在會麵結束時,Shafer允許我用他的名義執行該項目。他說,如果我遇到了什麼障礙,應該回來告知他我們為什麼需要消除這個障礙。”

在國家銀行,Y2K項目主管BobLarge就一個備忘錄與CEO合作,該備忘錄是提供給有8萬員工公司的最高管理者的。在Xerox公司,行政委員會宣稱在Y2K上的合作是商業連續性的首要問題,Wallington的信息管理組織的CIO則宣稱它是全球的第一重點。項目主管Lutrario說:“這兩個宣布有助於人們理解其重要性與緊迫性。”

在一個主要的財務服務公司,根據項目經理的要求,為追蹤Y2K工作的進展,三個業務單位主管定期向總公司運作委員會彙報,每月會麵,而且全球技術董事會每季度召集一次全體業務單位主管、特定的業務單位主管與行政人員的會麵。中心Y2K組也為每個業務單位生成月報,根據他們的項目計劃來評價他們。向CEO提供有關項目狀況的目標報告並不總能由信息係統單獨完成,Lutrario說:“我們的責任是向行政人員提供大量數據,這樣他們會得出自己的結論,我們有共同的審計部門,他們對項目的每個階段進行審計,這樣的檢查所提供的數據,每個人都會相信。”

理想的情況是在高級管理層與信息係統組織之間建立更牢固的聯係,建立這種聯係並不是很容易做的事,因為向上級管理者彙報壞消息是困難的。

deJager公司的Y2K分析員PeterdeJager說:“我們不得不去溝通彙報,這是一個冒險,我們不得不誠實麵對,追蹤記錄並按時彙報。”

在重重困難中仍然有一些令人慰藉的事情,因為它向CIO和他們的員工展現出一個很大的回報。許多CIO把這看做是展示他們精神與氣概的機會。財務服務公司的項目經理說:“這項工作在世界曆史上都是獨一無二的。它既可能使世界市場崩潰,又是我們阻止崩潰的機會,並且還能確保我們公司的業務繼續發展。”

因此,對於溝通問題可以采取以下措施:

一、廣泛宣傳,提高認識

通過各種措施和手段介紹宣傳2000年問題及其危害性,可以讓有關人員認識什麼是2000年問題;2000年問題的嚴重性;2000年問題的普遍性;如何處理2000年問題等等,從而引起單位內部上至領導一把手下至普通員工的高度關注和重視,尤其要獲得單位高層管理人員的充分認同,使大家切實認識到計算機2000年問題的嚴重性,並積極支持應該采取的行動。目前,國內很多人對2000年問題的危害和嚴重程度認識仍然不足,認為我國同國外一些發達國家相比計算機應用範圍相對較窄,應用年代較晚,應用起點也比較高,受2000年問題的影響不會很大,這是非常危險的事情。對於解決2000年問題,我們要樹立“不怕一萬,就怕萬一”的指導思想,認認真真、踏踏實實、一步一個腳印地去做工作,去發現並解決問題。

可以使用多種手段,包括發文、板報、簡報、資料彙編、組織討論交流等方式,在組織內外宣傳介紹計算機2000年問題,具體包括什麼是2000年問題,如何發現2000年問題,2000年問題的危害和嚴重性,2000年問題的特點,如何應對2000年問題等內容。

如果條件允許,在單位內部網上建立解決2000年問題的WEB站點,公布工程辦公室對外聯係的電話、傳真、E-MAIL地址、WEB站址、聯係人等內容,這樣可以大大加快辦公室同外界聯係、溝通的效率。

二、安排高層活動計劃,取得高層主管人員的支持

具體說來,可以采取以下措施:

先向上級寫報告,極力申明2000年問題的存在和嚴重性,首先獲得高層領導的充分認同和高度支持;

成立負責解決2000年問題的組織機構--2000年問題工程辦公室,一定要使高層領導(第一或第二把手)直接擔任工程辦公室的負責人,因為在前麵的問題綜述中,大家已經看到,2000年問題是一項在管理上高度複雜的工作,它需要協調方方麵麵的關係、調動各種各樣的資源,如果沒有高層領導的直接參與,很難想象工程實施能夠獲得順利的預期進展;

通過細劃工程中所要完成的各項具體任務並予以排定日程,製定出一個切實可行並且詳細、明確的工程實施計劃,為以後的工程實施做指導。工程計劃必須取得高層主管的全力支持,才可以無後顧之憂地全麵進行。工程進度也必須隨時向上級報告,以便在必要時,成立危機處理小組處理進度落後而衍生出來的危機。

三、信息技術部門與業務部門的配合非常重要,與廠家的溝通配合也必不可少。必須說服業務部門參與問題清查、風險評估及係統恢複計劃,可以采取與各部門簽訂責任書的形式,保證工作的嚴肅性、準確性和日程進度。同時,還必須與供應商保持聯係,評估及製定與供應商的談判的優先順序,也要隨時注意企業夥伴的Y2K進度。

成本與日程控製

在進行應用係統轉換工作之前,最重要的是找出減少專案成本與所需時間的方法,因為整個專案的壓力是非常大的,它不像一般的專案計劃可以有展期的可能性。公元2000年轉換專案的最大特性是必須在1999年12月31日午夜12點前完成,不能遲延!因此找出可以節省轉換所需的人力與時間的方法,將是大有幫助的。要降低整體轉換成本所需的人力與時間,可以從三個方向來努力:

(一)減少需要轉換的程序

Datamation一項數據顯示,國外一家大公司內部的八個資料中心所有應用係統,有40%以上已經不再使用。因此,將應用係統作一總檢查,確定那些功能與報表已經過時不需轉換,可以減少很多轉換人力的需求。

另外,對於一些資料內部處理正確,但在熒幕上或報表程序上隻顯示兩位數。在與使用者取得溝通後,也可延後或不轉換這些我們可以接受其輸出結果的熒幕與報表程序。這樣,也可降低一些轉換工作的負擔。

(二)規劃並采用經驗證過的轉換方法與轉換程序

2000年轉換專案大家都是第一次碰到,很多廠商或已經先進行的單位都曾發表心得與作法,供大家參考。但由於單位不同、特性不同、設備不同、安全考慮不同,我們必須確定我們所希望采用的轉換程序,可以配合自己單位的一些特性,而不致有“削足適履”之慮,影響專案的效率與日程。最隹的方法,就是利用一個小係統,利用規劃的轉換程序實際執行一次,並修正其中窒礙難行的部份。經過實際運作後,我們就可以確認什麼方法與作法是最有效率與最適合本單位情況的。

(三)建立自動化的方便流程。

當轉換流程經過驗證後,以後主要的工作就有如工廠生產線一般,將這套標準流程應用在每個需轉換的係統上,以充分提高效率與節約時間,整個專案的效率自然也可以大為提高。

測試問題

程序修複後,必須經過充分的測試,以驗證其正確性和可靠性。測試環節非常重要。一方麵,日循環、周循環、甚至月循環都好改,到季循環、年循環你怎麼測試,第三方沒辦法幫你做,外包是不行的,隻能由自己的人來做,更關鍵的是你可能根本就沒有時間。另外一方麵,認為九成九的錯誤已經修改了都不成,百分之一、萬分之一的錯誤都可能導致大的損失。

根據Cornhill保險公司的報告,它80%的Y2K費用都已經花掉了,而80%的時間都是花在應用係統的測試上。Cornhill的Y2K專案管製員SuePellatt說:“我們真的很驚訝。原先以為在日期指令的轉換上需要很多時間,而許多新進的程序人員現在都轉換到了測試工作上。”Cornhill公司早在1996年8月就已經想到千2000年日期轉換的問題。Y2K專案經理MargaretPickles表示,一開始就在總管理處喚起了他們對Y2K問題的注意,並對經費也有所估算。“我們辦了一係列的研討會,他們帶著嘲笑而來,離去時也還搞不清楚要如何克服這個問題。”Cornhill將大部份的Y2K工作委外辦理,雖然也導致了其它的問題,但特別值得注意的是,測試工作變成了浮動目標,以致需要很好的溝通協調。Cornhill公司內部自行發展了許多的測試工具,後都來由MercuryInteractive公司的自動化產品取代了。Pellatt說:“測試通常都排在計劃的最後,特別是有固定截止時間的計劃。但測試應該是計劃的常規工作才對,尤其是我們有了這次的經驗後。”

很明顯,最耗時間的就是測試。ChaseManhattan銀行1998年4月份才將它的Y2K費用由2.5億美元增加到3億美元,主要就是由於額外的測試成本。負責資訊業務的資深副總SteveSheinheit表示,為主機測試環境的建立而新增了硬盤機及相關的設備,測試占了全部工作的60%到70%。1997年的一項調查顯示,測試約占60%的時間,但1998年有些公司估計要占到60%到75%,主要是因為有許多公司還沒有建立一套測試的程序。在舊金山WellsFargo銀行的係統顧問BillJones表示,對於ChaseManhattan銀行的行動一點也不感到意外:“我們也為了測試而買了新電腦。修改程序代碼雖然隻是件小事,但認證測試就是件大事了。我們不希望到2000年時發生任何問題,不能對客戶造成金錢的損失,也不要讓我們感到尷尬。”

依一般經驗看,工具修改時間隻占總時間的15~20%,而80%的時間是用於規劃和測試,其中測試的量將占整個修複工作的40~60%,是一個漫長的過程,因此,需要投入大量的人力和財力。這也就是美國政府對解決2000年問題的估算高出了原來估計的原因。

根據麻州Arlington的Cutter集團對130家公司所做的調查顯示各個Y2K解決階段的預算比例如下:

評估15%

程式碼轉換20%

單元符合測試30%

整合測試35%

許多電腦專家也建議,轉換電腦程序中的日期為“符合Y2K”的工作,應在1999年1月1日完成,留下一年時間進行測試。

另外,修改完成進行測試,絕對不能由同一單位執行。交叉稽核絕對必要,修改與測試絕對不能由同一批人進行。全部推給係統廠商,全部依賴應用軟體修改廠商;或是自力更生本單位一肩承擔評估、更新、修改、測試四大工作,花費再多的人力、物力、財力,還是很容易發生疏漏。配合第三者交叉核對,才能把問題發生的機率降到最低。公元兩千年電腦危機,隻要有一點疏漏就會造成災難。兩千年危機是持續作戰,不到最後,沒有人能夠保證完全解決問題。自己的錯誤往往別人比較容易抓出來,由兩批人交叉修改、測試、比對,才能把風險降到最低。

外包問題

顯然對外委托(Outsourcing)對解決2000年日期轉換工作並不是一個工具,而是加快解決問題的一種方法。為了能將問題及時解決或騰出精力處理項目開發中遇到的一些特殊情況,許多公司選擇將日期轉換工作對外委托的方法。將一部分或全部轉換工作對外委托,可以在項目結束時,給應用程序的完全測試留下更多的餘地。

對外委托可以有多種形式。一種是可以讓服務商從公司開發人員手中接過大部分或全部的日期轉換工作。許多大的谘詢公司已經在2000年問題上進行了相當長時間的研究,因而能給項目工作的管理和開發提供許多專門知識及領域內的實際經驗。但是,千萬記住,除非特別申明,2000年問題對於一般的合同而言並不屬於必須的維護任務。許多大的谘詢公司不僅費用可觀,而且已不再接收新的項目。

對外委托的另一種形式,是將代碼發送給境外的價格低且轉換標準的服務商。代碼轉換後獲得的新代碼可以很方便地從網上下載並進行測試。

對外委托的對象也可以是新興的2000年問題解決方案提供者——工廠供應商(FactorySupplier)。這是一種專門進行軟件數據轉換的工廠。它們一般擁有一些專利技術和啟發式工具,能自動、快速地處理代碼並解決2000年問題。應用程序完成後,再由IT人員進行測試。這種工廠處理的代碼越多,其經驗也就越豐富。

實行對外委托需要仔細考慮。在預算充足並與大公司的關係密切,且相對於時間和編程經驗而言,經費要充足得多的情況下,可以采取委托大公司進行開發的方式。相比之下,利用海外公司和轉換工廠則要經濟得多。除非需要將大量的代碼轉換工作在很短的時間內完成,否則對它們進行委托不可能減輕IT人員的工作。這種方式對僅解決非關鍵係統的2000年問題的公司是可取的。

在代碼轉換量巨大的情況下,對外委托是其必然選擇。隻有增加轉換的力量才能贏得時間,以完成所有的轉換。

然而,切莫迷信委外可以解決一切,任何負責的廠商絕對不會告訴客戶公元2000年問題可完全以委外的方式來解決,因為據國外經驗,廠商所能協助的部份約在30%-40%之間,想靠外包方式完全解決2000年問題是不可能的。

這方麵可參考Gartnergroup在去年中所提出的“如何選擇合作廠商或商品”,其主要考察因素為:

1.方法論(methodology):采用的方法是否商業上被驗證為可行的處理流程?此方法可否和業務目標及新開發業務整合,是否采用適當工具協助,如何衡量品質及量化。

2.專案管理(Projectmanagement):采用何種模式預估所需人力時間及費用,是否采用工具,工具和方法論界麵如何溝通,專案管理人員技術等。

3.工具(Tools):選用的工具可支持何種係統環境、語言、數據庫,如何調合工具運用和人工處理。

4.公元2000年專業知識:廠商解決這一問題經驗的客戶的參考名單(Reference)或正進行中的專案,確保專案的順利進行。

個人電腦2000年問題

家用電腦其實問題不大。因為個人電腦發展快,用戶也換得快。隻要是新電腦,在1997年以後所買的新電腦,一般都是以四位數代表年份。

至於較舊的個人電腦,可以直接換一個BIOS。不過,即使更換了BIOS,還是得小心測試,確定新平台可應付公元2000年的問題。

微軟技術(台灣)支援楊永祥說:“更換後要重新檢查,由MS-DOS啟動,看年份是否已改為2000(公元2000年)。如果是1980年,就要注意。”

還有一種情況,隻要是舊式的386或486電腦,或是早期自己裝配的無牌電腦,即使是更換BIOS一般也沒有用。

另一方麵,如果隻是硬件與2000問題兼容並不夠,用戶還需保證其操作係統和應用軟件都能夠安全跨越2000年。

目前常用的Win95、NT、Office95和部分IE瀏覽器都屬於存在小問題的軟件之列。而其中三個存在嚴重千年蟲漏洞的程序分別是:1989年發布的Word5.0forDOS;1994年4月發布的數據庫軟件Access2.0;Office專業版4.0~4.3。對於上述軟件,微軟建議用戶進行軟件升級,而那些隻存在小問題的軟件,微軟將提供免費修補程序。詳情請見:ttp://www.microsoft.com/year2000

部份的Windows95可以使用鍵盤來識別2000年的2月29日,但用滑鼠就沒有辦法。DOS的WORD5.0它的檔案在到了2000年時就會鎖死電腦。1994推出的Access2.0則會將2-digit的年認為是20世紀,如果全部都使用4位數的年就沒有問題了。而包括Access2.0在內的商業套餐Office專業版4.0-4.3也有同樣的問題。

下麵是針對個人電腦2000年問題而提供的一些簡單測試。

1.您的電腦的BIOS有公元2000年年序錯覺的問題嗎?

一般而言,BIOS如是1996年下半年以後出版的,應該沒有問題。

以下列提供的資料,是一些會有年序問題的BIOS廠牌及其版本(參考):

AWARDBIOS(7/7/95前)

AMIBIOS(7/15/95前)

PHOENIXBIOS(4/29/90前)

ACERBIOS(7/1/91前)

DECBIOS(1/15/93前)

COMPAQBIOS(7/17/96前)

2.如何知道電腦的DOSBIOS是否有年序問題?

要看BIOS廠牌及版本,新版BIOS(1996年下半年以後出版)應沒問題,但PC386/486甚至更早PC的BIOS通常有問題。

這裏提供一個隻花幾分鍾的測試經驗:

<1>先將PC的時間設定為12/31/199923:59

<2>關機後再把PC電源關掉。

<3>隔三分鍾後把PC開啟,檢視時間。

<4>正常的PC時間應為1/1/200000:01,星期六;

<5>如果時間是4/1/198000:01則表示有年序問題。

若此時PC上有任何應用程式或套裝軟體采用日期欄位,則擷取年份為80時,將造成運算錯誤甚至程式停頓。

3.如何找到BIOS的廠牌及版別?

當電腦被啟動正開機時,可按下鍵盤右上方的“pause”鍵就可得到相關資訊。或者,可在DOS模式下DOS目錄作如下的操作:

C:\DOS>debug

-df000:fff0

f000...................08/16/96

-q

c:\dos>

08/16/96即是版別日期

4.如何利用工具軟件測試個人電腦中有沒有千年蟲?

如果對個人計算機是否與2000年兼容沒有把握,那麼你可以利用一些軟件進行簡單的測試,以確信你的機器能安全穿越2000年。

對個人電腦而言,千年蟲一般潛伏在軟件應用程序、操作係統或BIOS三處。要確保軟件程序中沒有千年蟲,一般應與程序開發商聯係,有時在網站上也能找到相關資料。而對硬件和操作係統的診斷則要直接得多。使用早期奔騰處理器或更老式的486芯片的IBM兼容機存在千年蟲,而最近推出的奔騰及奔騰II則不存在這一問題。

你也可以在美國國家軟件測試實驗室站點(http://www.nstl.com/html/ymark-2000.html)免費下載YMARK2000診斷軟件,該軟件將你的計算機內部時鍾設置到距離2000年的前10秒處,然後監視你的計算機是否能安全跨越2000年。

微軟的站點:

(http://www.microsoft.com/year2000/)則提供了它所有產品的千年蟲信息。蘋果的Mac機從誕生的那天起就考慮到了2000年問題,但是蘋果機在29940年的時候卻會發生問題。蘋果公司提供的千年蟲站點為:

http://www.apple.com/macos/info/2000.html#macos,Sun公司提供的站點為:-

http://www.sun.com/y2000

5.哪些PC產品已發現有Year2000問題?

根據幾種PC進行的測試,測試方式及結果如下:

(1)將電腦由網絡離線,避免重開機時影響係統時間

(2)進行RTC(RealTimeClock)RolloverTest,即日期翻滾測試

將日期設為12/31/1999;

將時間設為23:58(11:58p.m.);

確定日期時間設對;

關閉電腦電源;

5分鍾後再把電源打開;

檢查日期時間應於1/1/2000午夜後幾分鍾;

通過測試部份:

GA-586ATwithAwardBiosat100MHz

DECVenturis4100(486DX-100)

Gateway2000P5-90

MacintoshPowerBook(modelunknown)

未通過測試部份:

ASTAdvantageAdventure8090p,ASTBIOSR1.02

GA-486US,33MHz

Micro-Pro8200(AWARDMODULARBIOSVersion3.20-00NM)-failsRTCRollover

(其他資料可參閱:

http://www.wa.gov/dis/2000/survey/dt_hard)

6.AppleMacintosh有否Year2000問題?

根據Apple官方說法Apple MAC-OS沒有Year2000問題,早期時間是用一LongWord表示,範圍從1/1/1904至2/6/20406:28:15a.m.目前OS及工具程式均用64位元表示時間範圍更可以從30081B.C.至29940A.D.。