?。?）項(xiàng)目目標(biāo)：通過安裝和運(yùn)行APTRAVISION軟件系統(tǒng)，能夠?qū)⒃O(shè)備的運(yùn)營數(shù)據(jù)同客戶的業(yè)務(wù)數(shù)據(jù)結(jié)合起來。并通過其內(nèi)置的分析器將數(shù)據(jù)按照使用者所希望的任何方式進(jìn)行組合和聯(lián)系，從而為自助服務(wù)提供一種更加寬廣和深層次的渠道。

　　（2）項(xiàng)目范圍：在客戶的使用環(huán)境下測試和認(rèn)證APTRAVISION系統(tǒng)，完成軟件和硬件的預(yù)安裝，在客戶的運(yùn)營中心安裝和配置APTRAVISION系統(tǒng)，APTRAVISION的驗(yàn)收測試（無突出的重要問題），客戶操作人員的培訓(xùn)，APTRAVISION驗(yàn)收后監(jiān)控階段的支持。

　?。?）項(xiàng)目可交付物：APTRAVISION產(chǎn)品（軟、硬件系統(tǒng)），操作和維護(hù)人員培訓(xùn)，相關(guān)文檔。

　?。?）項(xiàng)目實(shí)施計劃：包括組建項(xiàng)目管理小組、制訂系統(tǒng)開發(fā)進(jìn)度計劃、系統(tǒng)需求分析、系統(tǒng)概要及詳細(xì)設(shè)計、系統(tǒng)代碼編寫、系統(tǒng)測試、系統(tǒng)試運(yùn)行、系統(tǒng)驗(yàn)收及培訓(xùn)等內(nèi)容。

　　（5）項(xiàng)目時間要求：2009年9月16日至2009年12月1日。

　?。?）項(xiàng)目資金預(yù)算：人民幣39萬元。

　　在項(xiàng)目范圍說明書的基礎(chǔ)上，采用自上而下的方法，從項(xiàng)目的產(chǎn)品范圍方面制定工作分解結(jié)構(gòu)。

　　2.3 項(xiàng)目執(zhí)行階段項(xiàng)目范圍核實(shí)

　　范圍核實(shí)是獲得利益相關(guān)方對已完成的項(xiàng)目范圍與相應(yīng)的可交付成果正式驗(yàn)收的過程，范圍核實(shí)關(guān)心可交付成果。在APTRAVISION本地化項(xiàng)目中，范圍的核實(shí)并不僅僅發(fā)生在項(xiàng)目結(jié)束的時候，那樣不但會流于形式，而且一旦返工其成本巨大。對于項(xiàng)目經(jīng)理或項(xiàng)目管理人員來說，項(xiàng)目范圍核實(shí)可以通過檢查來實(shí)現(xiàn)。檢查又可以稱做審查、產(chǎn)品審查、審計或巡回檢查等，一般包括測量、測試、檢驗(yàn)等活動，以確定結(jié)果是否符合要求。對于APTRAVISION這樣的軟件系統(tǒng)，通常采用軟件測試的方法來進(jìn)行檢查。測試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術(shù)合同的相關(guān)規(guī)定，通過實(shí)施預(yù)定的測試計劃和測試執(zhí)行活動確認(rèn)軟件的功能需求、性能需求和文檔需求。在APTRAVISION本地化項(xiàng)目的各個里程碑階段，由項(xiàng)目需求分析小組的成員（特別是用戶方代表）與項(xiàng)目經(jīng)理及該階段可交付成果的負(fù)責(zé)人組成評估小組，由階段工作成果的負(fù)責(zé)人進(jìn)行宣講，評估小組一起進(jìn)行評審和驗(yàn)證。在正式移交之前，用戶方要對己經(jīng)完成的工作成果或項(xiàng)目活動結(jié)果進(jìn)行重新審查，核查項(xiàng)目計劃規(guī)定范圍內(nèi)的各項(xiàng)工作或活動是否已經(jīng)完成，可交付成果是否令人滿意，以確保項(xiàng)目的可交付成果符合業(yè)務(wù)的要求。在進(jìn)行項(xiàng)目范圍核實(shí)時，項(xiàng)目開發(fā)部門必須向客戶提供能夠明確說明項(xiàng)目階段成果的文件，客戶可以通過檢查的方法來實(shí)現(xiàn)項(xiàng)目范圍的核實(shí)，在APTRAVISION本地化項(xiàng)目中，通過以下方法來進(jìn)行驗(yàn)證：方法來進(jìn)行檢查。測試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說明和技術(shù)合同的相關(guān)規(guī)定，通過實(shí)施預(yù)定的測試計劃和測試執(zhí)行活動確認(rèn)軟件的功能需求、性能需求和文檔需求。

　　在APTRAVISION本地化項(xiàng)目的各個里程碑階段，由項(xiàng)目需求分析小組的成員（特別是用戶方代表）與項(xiàng)目經(jīng)理及該階段可交付成果的負(fù)責(zé)人組成評估小組，由階段工作成果的負(fù)責(zé)人進(jìn)行宣講，評估小組一起進(jìn)行評審和驗(yàn)證。在正式移交之前，用戶方要對己經(jīng)完成的工作成果或項(xiàng)目活動結(jié)果進(jìn)行重新審查，核查項(xiàng)目計劃規(guī)定范圍內(nèi)的各項(xiàng)工作或活動是否已經(jīng)完成，可交付成果是否令人滿意，以確保項(xiàng)目的可交付成果符合業(yè)務(wù)的要求。

　　在進(jìn)行項(xiàng)目范圍核實(shí)時，項(xiàng)目開發(fā)部門必須向客戶提供能夠明確說明項(xiàng)目階段成果的文件，客戶可以通過檢查的方法來實(shí)現(xiàn)項(xiàng)目范圍的核實(shí)，在APTRAVISION本地化項(xiàng)目中，通過以下方法來進(jìn)行驗(yàn)證：

　?。?）開發(fā)小組內(nèi)部測試。開發(fā)人員完成一個功能模塊后，首先進(jìn)行內(nèi)部自測，以減少問題。

　?。?）模塊/子系統(tǒng)測試。在每個功能模塊及關(guān)鍵的子系統(tǒng)完成后，都會提交給客戶的業(yè)務(wù)部門進(jìn)行測試。進(jìn)行模塊/子系統(tǒng)測試可以及時發(fā)現(xiàn)問題，根據(jù)測試情況調(diào)整進(jìn)度，采取應(yīng)急措施。

　?。?）系統(tǒng)業(yè)務(wù)測試。由客戶對整個系統(tǒng)進(jìn)行完整的測試，核實(shí)系統(tǒng)功能是否符合業(yè)務(wù)需求。

　　（4）驗(yàn)收測試。由客戶在各種實(shí)際生產(chǎn)環(huán)境下，測試整個系統(tǒng)的運(yùn)行情況，對系統(tǒng)進(jìn)行核實(shí)。

　　2.4 項(xiàng)目執(zhí)行階段的項(xiàng)目范圍變更控制

　　無論項(xiàng)目的范圍計劃制訂得多么好，其變更也是難以避免的。因此，對項(xiàng)目范圍變更的管理是項(xiàng)目經(jīng)理必備的素質(zhì)之一。事實(shí)上，客戶通常不能一開始就確定所有需求，而且情況會隨時間而變化，如果不能包容變更，那么最終解決方案可能就實(shí)現(xiàn)不了應(yīng)有的價值。很多時候范圍變更會讓系統(tǒng)更實(shí)用。

　　范圍變更并不可怕，可怕的是缺乏規(guī)范的變更管理過程。APTRAVISION本地化項(xiàng)目管理對變更進(jìn)行控制的目的不是控制變更的發(fā)生，而是對變更進(jìn)行管理，確保變更有序地進(jìn)行。

　　在APTRAVISION本地化項(xiàng)目的范圍管理中采用了一套嚴(yán)格、實(shí)用、高效的變更控制流程，即項(xiàng)目的范圍變更管理是通過提交和接收變更申請、評估變更申請、確定變更申請的可行性、批準(zhǔn)變更申請以及實(shí)施和結(jié)束變更申請這五個關(guān)鍵步驟來完成的。

　?。?）提交和接收變更申請。事先明確客戶方有權(quán)提出變更申請的人員和項(xiàng)目組有權(quán)受理變更的人員，并且變更申請必須有書面材料。用戶需要向客戶方項(xiàng)目負(fù)責(zé)人提出書面申請，由客戶方項(xiàng)目負(fù)責(zé)人審批后移交實(shí)施方項(xiàng)目經(jīng)理。這樣，所有的變更雙方的項(xiàng)目負(fù)責(zé)人都能做到心中有數(shù)。而且用戶在遞交書面變更申請時比較慎重，一般都在自己公司內(nèi)部先經(jīng)過討論后進(jìn)行，從而減少了因用戶內(nèi)部看法不同導(dǎo)致的反復(fù)變更。

　?。?）評估變更申請。不是所有的變更都需要修改，更不是所有的變更都需要立刻修改。必須對客戶提出的范圍變更進(jìn)行審核，確定哪些變更需要修改和何時修改?？蛻粢话銓PTRAVISION項(xiàng)目的實(shí)施不甚了解，他們認(rèn)為很簡單的事情可能解決起來會很復(fù)雜。因此項(xiàng)目經(jīng)理和項(xiàng)目小組要冷靜地分析，確定用戶到底想要實(shí)現(xiàn)什么目的，抓住本質(zhì)的需求。如果用戶建議很難實(shí)現(xiàn)，可以和用戶進(jìn)行溝通，詢問用戶是否可以用其他方式來實(shí)現(xiàn)其目的。

　　一般來說，用戶的“鍍金”需求可以延期解決甚至不考慮，用戶的新增需求如果不是影響到其核心業(yè)務(wù)的實(shí)現(xiàn)，也可以安排在現(xiàn)有功能的完善之后。

　　（3）確定變更申請的可行性。項(xiàng)目組成員都要認(rèn)識到變更是有代價的。必須評估變更的代價和對項(xiàng)目的影響，并且要讓客戶了解到變更可能會發(fā)生的問題，一起判斷變更是否依然要進(jìn)行。

　?。?）批準(zhǔn)變更申請。在與客戶討論過程中，需要和客戶一起判斷：修改是沒有問題的，但是能接受由此引起的進(jìn)度延遲、費(fèi)用增加、性能下降等嗎？一般來說，如果客戶認(rèn)為該變更是必須的（變更非常有可能是其上級領(lǐng)導(dǎo)提出的），就會接受這些后果，通過與客戶的協(xié)商，項(xiàng)目組可能會得到回報或者即使沒有回報也不會招致公司和客戶雙方的埋怨。如果客戶認(rèn)為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄后留待以后解決。如果客戶認(rèn)為該變更可有可無，多數(shù)情況下會取消變更。這時，通常的做法是讓客戶對于明顯的變更做出確認(rèn)，一般是簽字確認(rèn)。這樣既可防止頻繁變更，也讓客戶認(rèn)識到變更帶來的工作量加大是項(xiàng)目延期的原因。

　?。?）實(shí)施和結(jié)束變更申請。最后，變更進(jìn)行時必須保證最終方案的唯一性和完整性。同時，要對所有變更進(jìn)行跟蹤，確保變更按要求完成，并在變更完成后歸檔。

　　3 結(jié)語

　　通過有效的范圍管理，為全球性產(chǎn)品本地化項(xiàng)目的開展和實(shí)施提供了任務(wù)范圍的框架，為產(chǎn)品本地化項(xiàng)目的績效度量提供了基線，為本地化產(chǎn)品的最終交付提供了依據(jù)?？梢哉f，產(chǎn)品本地化的成功離不開有效的產(chǎn)品本地化項(xiàng)目的范圍管理。