itil內(nèi)部企業(yè)培訓(xùn)管理資料(編輯修改稿)
2025-02-04 23:22 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 resWBS, Scheduling...衡量 (Measures)讓我們衡量 ServiceDesk...定量：? 首次呼叫解決率 [%]? 所有問(wèn)題解決率 [%]? 客戶滿意度 [rating range]? 升級(jí)到二線的問(wèn)題 [%]?…定性：?完備的審計(jì)功能使責(zé)任到人 ,摒棄了工作中的推諉?問(wèn)題自動(dòng)升級(jí)上報(bào)機(jī)制大大提高整體服務(wù)水平等級(jí)?知識(shí)共享減少了大量的重復(fù)工作服務(wù)臺(tái)服務(wù)質(zhì)量參數(shù)（舉例）29如何評(píng)估服務(wù)臺(tái)的工作（舉例）? 每天– 需要升級(jí)的事件– 可能違背 SLA的地方– 所有顯著 /特別的事件? 每周– 一周內(nèi)經(jīng)常發(fā)生的，占用員工最多處理時(shí)間的事件– 需生成問(wèn)題記錄的事件– 已知錯(cuò)誤與變更請(qǐng)求– 違背 SLA的地方– 客戶滿意度– 影響業(yè)務(wù)的趨勢(shì)– 員工工作量? 每月– 服務(wù)可用性– 整體績(jī)效、成績(jī)與趨勢(shì)分析– 客戶感受與滿意度級(jí)別– 最終客戶培訓(xùn)與教育需求– 員工績(jī)效– 技術(shù)性能– 回顧評(píng)審報(bào)告的內(nèi)容– 提供服務(wù)的成本30事件管理Incident Management定義任務(wù)目標(biāo) ? 盡快將服務(wù)恢復(fù)到正常狀態(tài)? 最小化突發(fā)事件對(duì)業(yè)務(wù)運(yùn)作的負(fù)面影響? 確保服務(wù)質(zhì)量和可用性滿足 SLA指標(biāo)? 突發(fā)事件（ Incident）– 會(huì)引起或可能引起服務(wù)中斷、服務(wù)質(zhì)量下降的任何事件– 硬件故障、軟件故障、服務(wù)請(qǐng)求? 探測(cè)和記錄? 分類和在線支持? 確認(rèn)優(yōu)先級(jí) (影響和緊急度 )? 調(diào)查和診斷? 解決和恢復(fù)? 結(jié)束? 職責(zé)、監(jiān)控、跟蹤和交流31事件管理Incident Management? 變通方案－應(yīng)急方案– 舉例：計(jì)算機(jī)重啟；打印機(jī)故障，將打印任務(wù)分配到其他打印機(jī)上；? 服務(wù)請(qǐng)求：除了 IT基礎(chǔ)設(shè)施（硬件、軟家）故障外的事件都是服務(wù)請(qǐng)求? 思考：? 舉例：郵件收得慢，是否算突發(fā)事件？? 答：要根據(jù)事先約定的閥值來(lái)判斷– 事先約定，能收下來(lái)即可，不算突發(fā)事件– 事先約定， 10M郵件 3秒鐘下載完成，有可能算32突發(fā)事件生命周期突發(fā)事件突發(fā)事件探測(cè)和記錄分類和在線支持服務(wù)請(qǐng)求調(diào)查和診斷 解決和恢復(fù)結(jié)束突發(fā)事件服務(wù)請(qǐng)求流程是否思考：事件發(fā)生并得到處理后，由誰(shuí)來(lái)結(jié)束事件？為什么？—— 強(qiáng)調(diào)責(zé)任、避免客戶請(qǐng)求丟失33事件管理Incident Management34事件管理Incident Management并非所有的事件都能由服務(wù)臺(tái)和一線支持加以解決。在不能解決的情況下，事件必須轉(zhuǎn)交給后續(xù)支持組。為了及時(shí)獲得后續(xù)支持組的協(xié)助，我們需要建立事件升級(jí)機(jī)制? 思考：以什么標(biāo)準(zhǔn)決定是否需要升級(jí)？? 時(shí)間－自動(dòng)觸發(fā)? 分工－事先確定? 舉例：有一天一線人員很忙，有一些應(yīng)該由一線處理的到時(shí)仍未處理，應(yīng)否升級(jí)？? －從客戶視角看35突發(fā)事件流程的輸入和輸出該流程的輸入為：? 來(lái)源于服務(wù)臺(tái)、網(wǎng)絡(luò)和計(jì)算機(jī)等事件的詳細(xì)信息? 相關(guān)操作? 來(lái)自配置管理數(shù)據(jù)庫(kù) (CMDB)的詳細(xì)配置信息? 事件與問(wèn)題或已知錯(cuò)誤是否匹配的反饋? 以往相關(guān)解決方案的詳情? 相關(guān)事件變更請(qǐng)求（ RFC）的反饋該流程的輸出是以某種方式盡快恢復(fù)服務(wù)，例如：? 事件解決方案的變更請(qǐng)求 ? 更新的事件記錄（包括解決方案和／或臨時(shí)解決措施）? 已解決和結(jié)束的事件? 與客戶交流的相關(guān)信息? 管理信息（報(bào)告）? 思考：如何提高記錄的效率？? —— 不是記錄而是匹配36事件管理中可能發(fā)生的問(wèn)題a、用戶繞過(guò)事件管理的程序? 如果用戶沒(méi)接收該流程的培訓(xùn)，他們可能不遵循正確的程序，而是自己試圖去解決錯(cuò)誤。結(jié)果，事件記錄不能準(zhǔn)確的更新。b、事件超負(fù)荷? 出現(xiàn)以下情況，可能超負(fù)荷? 沒(méi)有對(duì)事件進(jìn)行清楚歸類。? 沒(méi)有正確分配和轉(zhuǎn)送事件。c、事件升級(jí)（ escalation）的增加? 如果支持團(tuán)隊(duì)不具備適當(dāng)?shù)募寄芎唾Y源，事件可能迅速升級(jí)到更高級(jí)別的支持團(tuán)隊(duì)。這將給專家支持團(tuán)隊(duì)增加不必要的工作量。d、服務(wù)級(jí)別協(xié)議沒(méi)有清楚定義? 如果事件管理流程支持的服務(wù)沒(méi)有在服務(wù)級(jí)別協(xié)議 (SLAs) 中清楚地定義，事件管理人員不知道哪些報(bào)告的錯(cuò)誤和需求可以作為事件。e、組織中文化的變更? 組織中實(shí)施事件管理流程需要以流程為導(dǎo)向。結(jié)果，更多的任務(wù)、責(zé)任和更嚴(yán)格的紀(jì)律要求可能超出員工的預(yù)料，一些人就會(huì)產(chǎn)生抵觸情緒。37事件管理最佳實(shí)踐 1?? 1. 除非在服務(wù)級(jí)別協(xié)議說(shuō)明，不可繞過(guò)服務(wù)臺(tái)（單一聯(lián)絡(luò)點(diǎn)）。?? 2. 服務(wù)臺(tái)軟件工具將包括與問(wèn)題管理、變更管理、配置管理系統(tǒng)的高度集成。?? 3. 所有呼叫的解決必須在系統(tǒng)中存檔。?? 4. 需要為判斷突發(fā)事件，使用配置管理數(shù)據(jù)庫(kù)。?? 5. 突發(fā)事件解決的進(jìn)度必須主動(dòng)通知最終客戶，應(yīng)由服務(wù)臺(tái)人員完成。38事件管理最佳實(shí)踐 2 6. 為了統(tǒng)一和經(jīng)濟(jì)，服務(wù)臺(tái)可作為 IT的主要通訊手段來(lái)與最終客戶交互：突發(fā)事件 /服務(wù)狀態(tài)，正在解決的問(wèn)題，變更管理狀態(tài)，服務(wù)停止和服務(wù)可用性。?? 7. 呼叫升級(jí)的過(guò)程必須存在。基于業(yè)務(wù)影響的自動(dòng)呼叫升級(jí)必須存在。?? 8. 服務(wù)臺(tái)應(yīng)對(duì)計(jì)劃的和最近已實(shí)施的變更高度感知。?? 9. 來(lái)自監(jiān)控報(bào)警的輸入將自動(dòng)輸入系統(tǒng)。?? 。39問(wèn)題管理Problem Management定義任務(wù)目標(biāo) ? 最小化由于 IT基礎(chǔ)架構(gòu)錯(cuò)誤引起的突發(fā)事件和問(wèn)題的負(fù)面影響，防止與錯(cuò)誤相關(guān)的突發(fā)事件的再次發(fā)生。? 問(wèn)題管理負(fù)責(zé)查
電大資料相關(guān)推薦
鄂ICP備17016276號(hào)-1