滿意百分百行動籌劃研發(fā)體系業(yè)務(wù)研究院IT中心?2024,ZTECorporation.Allrightsreserved.滿意百分百行動籌劃人員組織提升行動籌劃內(nèi)部效勞現(xiàn)狀背景機密▲約束和假設(shè)和潛在故障用新的模板識別。約束和假設(shè)和潛在故障在工程周例會報告上解決情況。背景機密▲團隊組織管理組組長于平副組長王華寧、應(yīng)松成員李夫健、徐新明、虞淵明、徐奇、應(yīng)松、吳振宇、蔡雪原、林炳惶、李子堅職責負責評審、決策滿意百分百實施計劃及相關(guān)產(chǎn)出物；負責評估滿意百分百行動實施效果；可用性組組長王華寧成員陳煒、杜鵬、庫志偉、張彤、程靜職責負責制定IT系統(tǒng)可用性提升措施和實施計劃；負責IT系統(tǒng)可用性提升措施執(zhí)行；負責提交可用性提升效果評估報告；性能組組長徐新明副組長徐奇成員測試經(jīng)理、DPG職責負責制定IT系統(tǒng)性能提升措施和實施計劃；負責監(jiān)督、推進IT系統(tǒng)性能提升實施進展；負責提交性能提升效果評估報告；易用性組組長李夫健副組長徐新明成員RPG成員職責負責制定IT系統(tǒng)易用性提升措施和實施計劃；負責監(jiān)督、推進IT系統(tǒng)易用性提升實施進展；負責提交易用性提升效果評估報告；團隊組織需求符合組組長李夫健副組長徐新明成員RPG成員職責負責制定IT需求符合度提升措施和實施計劃；負責監(jiān)督、推進IT需求符合度提升實施進展；負責提交IT需求符合度提升效果評估報告；服務(wù)支持組組長王華寧成員陳煒、杜鵬、庫志偉、張彤、劉玉梅、王超、張菊賢職責負責制定服務(wù)支持提升措施和實施計劃；負責監(jiān)督、推進服務(wù)支持提升實施進展；負責提交服務(wù)支持提升效果評估報告；平臺實施組組長王華寧副組長蔡雪原、林炳惶、李子堅、吳振宇成員項目經(jīng)理職責負責可用性、性能、易用性、需求符合度提升措施在各平臺的實施；負責按要求提交各項提升措施實施進展；可用性提升籌劃可用性可用性提升籌劃-問題描述應(yīng)用管理方面缺乏完善的應(yīng)用系統(tǒng)運行報告，對于系統(tǒng)運行狀況統(tǒng)計分析缺乏，致使預(yù)防能力薄弱應(yīng)用系統(tǒng)缺乏實際有效的KPI衡量指標監(jiān)控系統(tǒng)覆蓋面缺乏，局部關(guān)鍵應(yīng)用缺少監(jiān)控應(yīng)用系統(tǒng)例行檢查記錄缺少監(jiān)管環(huán)節(jié)主機支撐平臺方面主機存儲平臺資源的規(guī)劃仍待完善備份恢復(fù)的速度不能滿足關(guān)鍵應(yīng)用要求設(shè)備過保帶來的可靠性風(fēng)險海外效勞器運維缺乏保障網(wǎng)絡(luò)方面關(guān)鍵應(yīng)用缺乏運行報告〔DNS/DHCP/Proxy/Radius〕網(wǎng)絡(luò)運行需要建立全面的KPI指標體系對網(wǎng)絡(luò)的主動預(yù)防性管理需要加強數(shù)據(jù)中心運營管理需要加強可用性提升籌劃-問題分析缺乏系統(tǒng)性的可用性管理流程和機制維護工作缺乏有效的監(jiān)管,效勞質(zhì)量依賴于維護人員的個人素質(zhì)監(jiān)控數(shù)據(jù)分析挖掘缺乏，難以及時預(yù)防運維環(huán)境存在的風(fēng)險建立可用性持續(xù)改進機制1達到公司要求可用性考核指標2“可用性〞2024年工作目標機密▲可用性提升籌劃-年度重點工作

根據(jù)業(yè)務(wù)重要性，確定可用性要求進行可用性設(shè)計，制定符合效勞級別要求的可用性方案進行可維護性設(shè)計，確保故障發(fā)生后快速恢復(fù)業(yè)務(wù)制定關(guān)鍵的平安性控制制定維護管理標準定期提供可用性評估及運行報告“可用性〞2024年里程碑方案機密▲3月4月5月6月分析梳理可用性需求制定關(guān)鍵業(yè)務(wù)可用性KPI指標修訂維護管理標準完成關(guān)鍵業(yè)務(wù)的可用性設(shè)計完成關(guān)鍵業(yè)務(wù)可維護性設(shè)計完成應(yīng)用、網(wǎng)絡(luò)、數(shù)據(jù)中心3－5項關(guān)鍵業(yè)務(wù)故障恢復(fù)演練建立可用性監(jiān)測評估機制制定5-10項關(guān)鍵業(yè)務(wù)運行報告完成應(yīng)用、網(wǎng)絡(luò)、數(shù)據(jù)中心3－5項關(guān)鍵業(yè)務(wù)故障恢復(fù)演練根據(jù)前期工作，評估提升效果，制定可用性改進方案性能問題描述IT系統(tǒng)總是有性能問題，客戶抱怨越來越多為什么老是登錄不上去?頁面訪問、數(shù)據(jù)查詢，怎么這么久沒響應(yīng)?系統(tǒng)越來越慢，剛上線時還好好的?剛錄好數(shù)據(jù)，系統(tǒng)就出錯了?正用著怎么突然就掉線了?系統(tǒng)突然掛起、無響應(yīng)，要重啟操作系統(tǒng)?如何提升IT系統(tǒng)整體性能？性能問題分析〔一〕問題到底在哪？資源配置缺乏〔CPU、內(nèi)存、網(wǎng)絡(luò)帶寬〕?內(nèi)存泄漏，交易事務(wù)的內(nèi)存泄漏?無限循環(huán)的編碼缺陷，導(dǎo)致資源超負荷?頻繁調(diào)用了大消耗CPU組件？編碼缺陷?數(shù)據(jù)庫設(shè)計缺陷，導(dǎo)致發(fā)生死鎖或活鎖?外部資源瓶頸，受后臺或其它外部系統(tǒng)影響?線程阻塞，線程退回到無法完成的同步點?。。。。。。應(yīng)用開發(fā)方面系統(tǒng)設(shè)計時沒有建立數(shù)字模型，先開發(fā)后調(diào)優(yōu)工程團隊重視功能開發(fā)，系統(tǒng)性能意識淡薄開發(fā)設(shè)計人員能力缺乏，缺乏相關(guān)專業(yè)培訓(xùn)應(yīng)用測試方面只測試功能點，不能模擬真實環(huán)境測試人員只能做黑盒測試，不能做白盒測試應(yīng)用運維方面只報告系統(tǒng)故障，無法提供現(xiàn)場系統(tǒng)完整分析數(shù)據(jù)缺少系統(tǒng)性能監(jiān)控能力性能問題分析〔二〕IT中心未建立系統(tǒng)性能管理機制IT中心組織專業(yè)的性能專家團隊，指導(dǎo)工程系統(tǒng)需求和設(shè)計沒有建模〞容量規(guī)化〞系統(tǒng)測試標準還不完善運維沒有監(jiān)控系統(tǒng)性能的方法和工具，無法建立IT中心系統(tǒng)整體性能數(shù)字模型沒有建立性能方案專家知識庫，無法提高工程解決問題的高度和效率。性能問題分析〔三〕性能測試2024年里程碑方案至9月30日至5月31日3月17日–4月30日完成60%關(guān)鍵產(chǎn)品的測試制定測試方案，進行測試準備性能問題分析，確定測試功能點CMMIL4評估完成100%關(guān)鍵產(chǎn)品的測試至12月31日建立IT系統(tǒng)性能管理機制1建立IT性能問題專家?guī)?建設(shè)IT系統(tǒng)性能監(jiān)控平臺3性能改進2024年工作目標建立IT系統(tǒng)性能管理制度和標準制定系統(tǒng)性能監(jiān)控標準和規(guī)程建立IT中心性能問題專家?guī)煜到y(tǒng)架構(gòu)設(shè)計，推廣〞容量規(guī)化〞系統(tǒng)測試，引入“現(xiàn)場環(huán)境〞模擬工具和方法論引入IT系統(tǒng)性能監(jiān)控平臺，指導(dǎo)工程接入監(jiān)控平臺建立IT中心系統(tǒng)整體性能分析報告性能改進2024年重點工作性能改進2024年里程碑方案4月5-6月7-8月9-12月制定IT性能監(jiān)控平臺方案制定IT性能管理規(guī)程制定容量規(guī)化規(guī)程制定性能測試規(guī)程制定調(diào)優(yōu)方案專家?guī)鞓藴手贫ㄟ\維性能報障處理規(guī)程引進IT性能監(jiān)控平臺制定應(yīng)用監(jiān)控代理標準應(yīng)用監(jiān)控代理二次開發(fā)性能管理流程試運行性能監(jiān)控平臺試點應(yīng)用監(jiān)控代理試點SSB和監(jiān)控平臺融合完成試點工程性能調(diào)優(yōu)專家方案完善性能監(jiān)控平臺完善性能監(jiān)控管理機制

IT中心推廣性能監(jiān)控平臺各IT應(yīng)用系統(tǒng)接入指導(dǎo)工作2024年目標工作開展風(fēng)險●外部培訓(xùn)資源●人力資源投入問題●建立易用性工作標準；●建立易用性評估標準●落實重點應(yīng)用系統(tǒng)易用性評估、改進工作〔HR/FOL/IM/PAL/PMS/IOA〕●建立組建庫、模板庫、頁面流程模板庫等系統(tǒng)標準庫〔DPG配合〕●易用性標準培訓(xùn)●建立圖片、模板、FLASH標準庫●編寫易用性評價標準、規(guī)程和指導(dǎo)書，形成穩(wěn)定的易用性評價過程●分季度選擇重點產(chǎn)品持續(xù)進行易用性評估工作●與DPG共同推進組件、模板、流程標準庫建立建立易用性評價標準和知識庫機密▲工程人員方面以用戶為中心的設(shè)計理念未能得到工程人員的重視對易用性認識模糊、重視程度不夠人員技能缺乏，對工作產(chǎn)品質(zhì)量影響很大對已有的標準執(zhí)行力度不夠標準標準方面易用性標準較少易用性標準及改進活動少“易用性〞問題描述-1機密▲應(yīng)用系統(tǒng)方面控件不統(tǒng)一，操控模式各異頁面流程設(shè)計模式眾多，用戶學(xué)習(xí)困難權(quán)限控制與角色未能較好的識別，無效信息很多，用戶無所適從報錯信息很不友好，很難理解向?qū)Чδ芎苌?，指引信息很少，不能較好的防止用戶出錯在線幫助功能很少或干脆沒有，少數(shù)有的也不能及時更新，一致性差快捷方式使用較少、不統(tǒng)一，效率影響用戶記憶負擔較大，很多操作連續(xù)性差詞匯專業(yè)，用戶難懂“易用性〞問題描述-2“易用性〞問題分析機密▲14重視程度不夠；宣貫執(zhí)行方面較弱；人員技能培訓(xùn)缺乏；易用性相關(guān)標準缺失較多；易用性持續(xù)改進機制不健全等。建立易用性持續(xù)改進機制1建立易用性標準規(guī)范2落實重點應(yīng)用系統(tǒng)易用性評估以及改進工作3“易用性〞2024年工作目標機密▲標準制度和工作指南方面1、易用性改進工作方法的建立〔同心圓模式〕2、易用性原那么性標準建立3、易用性評估方法4、易用性相關(guān)標準的新增、改進、修訂工作〔需求、開發(fā)、測試等方面〕重點推進實施工作方面1、易用性根底理論培訓(xùn)2、易用性標準培訓(xùn)3、重點應(yīng)用系統(tǒng)易用性評估、問題收集分析、改進報告4、重點應(yīng)用系統(tǒng)易用性改進版本的落實5、易用性測試工作推進6、建立圖片、模板、FLASH標準庫7、與DPG共同推進組件級標準庫建立8、與DPG共同推進組件、頁面模板、頁面流程等三級易用性改進工作“易用性〞2024年重點工作機密▲“易用性〞2024年里程碑方案機密▲3月4-5月6-7月8月各業(yè)務(wù)領(lǐng)域?qū)＜医M組建完成建立圖片、模板、FLASH標準庫易用性原那么標準建立完成易用性根底理論培訓(xùn)易用性工作改進方法指南編制完成易用性評估標準〔方法〕建立完成易用性重點改進應(yīng)用系統(tǒng)清單確定完成易用性標準工程培訓(xùn)易用性測試工作標準建立、培訓(xùn)易用性測試工作啟動易用性評估標準〔方法〕培訓(xùn)重點改進應(yīng)用系統(tǒng)評估完成1-2個，給出改進建議報告，落實進產(chǎn)品版本重點改進應(yīng)用系統(tǒng)評估完成2個，給出改進建議報告，落實進產(chǎn)品版本建立符合性評價標準和知識庫機密▲需求符合性2024年目標工作開展風(fēng)險●符合性方法理論的研究●外部培訓(xùn)資源人力資源投入問題●建立領(lǐng)域知識庫●建立領(lǐng)域業(yè)務(wù)模型●建立符合性評估方法●開展重點應(yīng)用系統(tǒng)符合性評估、改進工作●符合性評估標準方法的建立●各領(lǐng)域業(yè)務(wù)模型建立●依據(jù)符合性評估方法，評估重點應(yīng)用系統(tǒng)●領(lǐng)域知識學(xué)習(xí)和培訓(xùn)●公司業(yè)務(wù)深度實習(xí)和培訓(xùn)工作●試用和熟悉業(yè)界優(yōu)秀軟件工作建立符合性評價標準和知識庫機密▲工程人員方面BA大多數(shù)情況下局限于狹窄的工程層次，對業(yè)務(wù)的理解局限在少數(shù)幾個接口部門。BA大多數(shù)都是應(yīng)對式接收用戶的需求，對需求的合理性很少能提出異議，需求引導(dǎo)以及需求優(yōu)化、跨工程、跨平臺的數(shù)據(jù)整合、應(yīng)用整合不能很深入地把握。需求人員缺乏走出去學(xué)習(xí)業(yè)界先進理念和成熟技術(shù)的時機。

應(yīng)用系統(tǒng)方面業(yè)務(wù)變化很快，由于缺少有效的溝通，緊急開發(fā)情況較多。應(yīng)用系統(tǒng)的長期演進路線缺乏，最后經(jīng)常導(dǎo)致或者重復(fù)開發(fā)，或者產(chǎn)生業(yè)務(wù)空擋。應(yīng)用系統(tǒng)使用后的跟蹤和評估做的較少，系統(tǒng)能給用戶帶來什么收益，功能使用狀況不清晰。應(yīng)用系統(tǒng)主要針對中興的特殊流程定制，在業(yè)務(wù)擴展性方面與業(yè)界優(yōu)秀軟件差距較大。應(yīng)用系統(tǒng)往往是以崗位、部門定制，而崗位、部門等組織機構(gòu)變化頻繁，系統(tǒng)需要做較大的改動，本錢很高。

標準標準方面標準標準主要都是關(guān)于軟件開發(fā)過程的，對于軟件是否滿足業(yè)務(wù)需求，是否符合業(yè)界標準等方面相對缺乏。“符合性〞問題描述應(yīng)用系統(tǒng)需求分析時，業(yè)界軟件的標準考慮缺乏。BA人員的知識面、視野不夠?qū)拸V，業(yè)務(wù)領(lǐng)域了解缺乏對公司業(yè)務(wù)理解不夠透徹，與業(yè)務(wù)部門各層次、多角色的溝通有效性不能保證，在滿足內(nèi)部用戶特殊需求的同時，系統(tǒng)的可擴展性考慮缺乏?！胺闲渊晢栴}分析建立領(lǐng)域知識庫、業(yè)務(wù)模型1建立符合性評估標準和方法2開展重點應(yīng)用系統(tǒng)符合性評估、改進工作34“符合性〞2024年工作目標機密▲“符合性〞2024年里程碑方案機密▲3月4月5月6月7月各業(yè)務(wù)領(lǐng)域?qū)＜医M組建完成領(lǐng)域知識庫籌備工作領(lǐng)域知識培訓(xùn)教材編寫完成開展領(lǐng)域知識學(xué)習(xí)和培訓(xùn)〔長期〕符合性評估標準〔方法〕建立完成符合性重點改進應(yīng)用系統(tǒng)清單確定完成符合性評估方法和模型建立開展重點應(yīng)用系統(tǒng)符合性評估，提出改進建議開始領(lǐng)域業(yè)務(wù)模型的建立工作根據(jù)前期工作，提出應(yīng)用系統(tǒng)符合性改進方案對完成的產(chǎn)品版本再次進行評估，跟蹤改進效果根據(jù)效果改進標準、標準和指導(dǎo)書效勞支持提升機密▲效勞支持“符合性〞20