DS10.1 Identification and Classific

DS10.1 Identification and Classification of Problems
Implement processes to report and classify problems that have been identified as part of incident management. The steps involved in
problem classification are similar to the steps in classifying incidents; they are to determine category, impact, urgency and priority.
Categorise problems as appropriate into related groups or domains (e.g., hardware, software, support software). These groups may
match the organisational responsibilities of the user and customer base, and should be the basis for allocating problems to support
staff.
DS10.2 Problem Tracking and Resolution
Ensure that the problem management system provides for adequate audit trail facilities that allow tracking, analysing and
determining the root cause of all reported problems considering:
• All associated configuration items
• Outstanding problems and incidents
• Known and suspected errors
• Tracking of problem trends
Identify and initiate sustainable solutions addressing the root cause, raising change requests via the established change management
process. Throughout the resolution process, problem management should obtain regular reports from change management on
progress in resolving problems and errors. Problem management should monitor the continuing impact of problems and known
errors on user services. In the event that this impact becomes severe, problem management should escalate the problem, perhaps
referring it to an appropriate board to increase the priority of the (RFC or to implement an urgent change as appropriate. Monitor
the progress of problem resolution against SLAs.
DS10.3 Problem Closure
Put in place a procedure to close problem records either after confirmation of successful elimination of the known error or after
agreement with the business on how to alternatively handle the problem.
DS10.4 Integration of Configuration, Incident and Problem Management
Integrate the related processes of configuration, incident and problem management to ensure effective management of problems and
enable improvements.

ผลลัพธ์ (ไทย) 1:

รหัส DS10.1 และจัดประเภทของปัญหาใช้กระบวนการรายงาน และจัดประเภทปัญหาที่ได้รับการระบุเป็นส่วนหนึ่งของการจัดการเหตุการณ์ ขั้นตอนเกี่ยวข้องในการจัดประเภทปัญหาจะคล้ายกับขั้นตอนในการจัดประเภทปัญหา มีการตรวจสอบประเภท ผลกระทบ ความเร่งด่วน และสำคัญจัดหมวดหมู่ปัญหาตามความเหมาะสมลงในกลุ่มที่เกี่ยวข้องหรือโดเมน (เช่น ฮาร์ดแวร์ ซอฟต์แวร์ ซอฟต์แวร์สนับสนุน) กลุ่มเหล่านี้อาจตรงกับความรับผิดชอบองค์กรของผู้ใช้และฐานลูกค้า และควรพื้นฐานสำหรับการปันส่วนปัญหาการสนับสนุนพนักงานDS10.2 ปัญหาการติดตามและแก้ปัญหาให้แน่ใจว่า ระบบการจัดการปัญหามีสิ่งอำนวยความสะดวกทางตรวจสอบที่เพียงพอที่อนุญาตให้มีการติดตาม การวิเคราะห์ และการกำหนดสาเหตุรากของปัญหาทั้งหมดที่รายงานการพิจารณา:•ทั้งหมดเชื่อมโยงจัดโครงแบบสินค้า•ปัญหาการค้างชำระและอุบัติเหตุ•รู้จัก และสงสัยว่าข้อผิดพลาด•การติดตามแนวโน้มของปัญหาระบุ และเริ่มแก้ปัญหาอย่างยั่งยืนที่กำหนดสาเหตุ การเพิ่มคำขอเปลี่ยนแปลงผ่านการจัดการเปลี่ยนแปลงขึ้นกระบวนการ กระบวนการแก้ปัญหา จัดการปัญหาควรได้รับรายงานอย่างสม่ำเสมอจากการจัดการการเปลี่ยนแปลงในความคืบหน้าในการแก้ไขปัญหาและข้อผิดพลาด จัดการปัญหาควรตรวจสอบผลกระทบต่อเนื่องของปัญหาและเป็นที่รู้จักข้อผิดพลาดผู้ใช้บริการ ในกรณีที่ผลกระทบนี้จะรุนแรง จัดการปัญหาควรเลื่อนระดับปัญหา บางทีหมายถึงคณะกรรมการเหมาะสมเพื่อเพิ่มระดับความสำคัญของการ (RFC หรือ เพื่อใช้การเปลี่ยนแปลงเร่งด่วนตามความเหมาะสม จอภาพความคืบหน้าของการแก้ไขปัญหากับ SlaDS10.3 ปัญหาปิดวางไว้ในขั้นตอนการปิดระเบียนปัญหาอย่างใดอย่างหนึ่งหลัง จากยืนยันการสำเร็จตัดข้อผิดพลาดที่รู้จัก หรือหลังข้อตกลงทางธุรกิจวิธีการจัดการปัญหาDS10.4 รวมการตั้งค่า แก้ไขปัญหา และจัดการปัญหารวมกระบวนการที่เกี่ยวข้องของปัญหา แก้ไขปัญหา และการกำหนดค่าบริหารจัดการที่มีประสิทธิภาพของปัญหา และเปิดใช้งานการปรับปรุง

ผลลัพธ์ (ไทย) 2:

DS10.1 การจำแนกชนิดและการจำแนกประเภทของปัญหา
Implement กระบวนการในการรายงานและการจำแนกปัญหาที่ได้รับการระบุว่าเป็นส่วนหนึ่งของการจัดการเหตุการณ์ที่เกิดขึ้น ขั้นตอนในการ
จัดหมวดหมู่ปัญหาคล้ายกับขั้นตอนในการแบ่งประเภทของเหตุการณ์ที่เกิดขึ้นนั้น พวกเขามีการกำหนดประเภทผลกระทบต่อการจัดลำดับความสำคัญเร่งด่วนและ.
Categorise ปัญหาอย่างเหมาะสมเป็นกลุ่มที่เกี่ยวข้องหรือโดเมน (เช่นฮาร์ดแวร์ซอฟต์แวร์สนับสนุนซอฟต์แวร์) กลุ่มคนเหล่านี้อาจจะ
ตรงกับความรับผิดชอบขององค์กรของผู้ใช้และฐานลูกค้าและควรจะเป็นพื้นฐานสำหรับการจัดสรรปัญหาเพื่อสนับสนุน
พนักงาน.
DS10.2 ปัญหาการติดตามและความละเอียด
ให้แน่ใจว่าระบบการจัดการปัญหาที่เกิดขึ้นให้เพียงพอสิ่งอำนวยความสะดวกตรวจสอบเส้นทางที่ช่วยให้การติดตามการวิเคราะห์ และ
การพิจารณาสาเหตุของทั้งหมดรายงานปัญหาพิจารณา:
•รายการค่าที่เกี่ยวข้องทั้งหมด
•ปัญหาที่โดดเด่นและเหตุการณ์ที่เกิดขึ้น
•เป็นที่รู้จักและสงสัยว่าข้อผิดพลาด
•ติดตามแนวโน้มของปัญหา
การระบุและการเริ่มต้นการแก้ปัญหาที่ยั่งยืนอยู่สาเหตุยกคำขอเปลี่ยนแปลงผ่านการจัดการการเปลี่ยนแปลงที่จัดตั้งขึ้น
กระบวนการ . ตลอดกระบวนการความละเอียดในการจัดการปัญหาที่ควรจะได้รับรายงานจากปกติการจัดการการเปลี่ยนแปลงเกี่ยวกับ
ความคืบหน้าในการแก้ไขปัญหาและข้อผิดพลาด การจัดการปัญหาควรตรวจสอบผลกระทบอย่างต่อเนื่องของปัญหาที่เกิดขึ้นและเป็นที่รู้จัก
ข้อผิดพลาดในการใช้บริการ ในกรณีที่ผลกระทบนี้กลายเป็นความรุนแรงในการจัดการปัญหาควรบานปลายปัญหาที่อาจ
หมายไปยังคณะกรรมการที่เหมาะสมเพื่อเพิ่มความสำคัญของ (RFC หรือเพื่อใช้การเปลี่ยนแปลงอย่างเร่งด่วนตามความเหมาะสม. ตรวจสอบ
ความคืบหน้าของการแก้ไขปัญหากับ SLAs ได้.
DS10 0.3 ปิดปัญหา
วางในสถานที่ขั้นตอนที่จะปิดปัญหาบันทึกการอย่างใดอย่างหนึ่งหลังจากการยืนยันของการกำจัดที่ประสบความสำเร็จของข้อผิดพลาดที่รู้จักกันหรือหลังจาก
ตกลงกับธุรกิจเกี่ยวกับวิธีการผลัดจัดการกับปัญหาที่เกิดขึ้น.
DS10.4 บูรณาการของการตั้งค่าคอนฟิกเหตุการณ์และการจัดการปัญหา
ผสานรวม กระบวนการที่เกี่ยวข้องกับการกำหนดค่าของเหตุการณ์ที่เกิดขึ้นและการจัดการปัญหาที่เกิดขึ้นเพื่อให้แน่ใจว่าการบริหารจัดการที่มีประสิทธิภาพของปัญหาและ
เปิดใช้งานการปรับปรุง

ผลลัพธ์ (ไทย) 3:

ds10.1 การจำแนกปัญหาใช้กระบวนการรายงานและแยกปัญหาที่ได้รับการระบุว่าเป็นส่วนหนึ่งของการจัดการเหตุการณ์ ขั้นตอนที่เกี่ยวข้องในการจำแนกปัญหาคล้ายกับขั้นตอนในการจำแนกเหตุการณ์ พวกเขาจะตรวจสอบประเภทผลกระทบเร่งด่วนและสำคัญปัญหาการจัดเป็นกลุ่มที่เกี่ยวข้องหรือโดเมน ( เช่น ฮาร์ดแวร์ ซอฟต์แวร์ ซอฟต์แวร์ที่สนับสนุน ) กลุ่มเหล่านี้อาจตรงกับความรับผิดชอบขององค์กรของผู้ใช้และฐานลูกค้า และควรมีพื้นฐานสำหรับการจัดสรรปัญหาเพื่อสนับสนุนพนักงานds10.2 ติดตามและแก้ไขปัญหาให้แน่ใจว่าระบบการจัดการปัญหาให้เพียงพอเครื่องตรวจสอบเส้นทางที่อนุญาตให้มีการติดตาม วิเคราะห์ และการพิจารณาสาเหตุของปัญหาที่พบ พิจารณา :บริการทั้งหมดที่เกี่ยวข้องรายการโครงแบบ- ปัญหาและเหตุการณ์ที่โดดเด่น- รู้จักและสงสัยว่าข้อผิดพลาด- การติดตามแนวโน้มของปัญหาระบุ และเริ่มต้น โซลูชั่นที่ยั่งยืนที่อยู่สาเหตุราก การขอเปลี่ยนผ่านขึ้นการจัดการการเปลี่ยนแปลงกระบวนการ ตลอดกระบวนการแก้ไขปัญหา การจัดการปัญหาควรได้รับรายงานปกติจากการจัดการการเปลี่ยนแปลงบนความคืบหน้าในการแก้ไขปัญหาและข้อผิดพลาด การจัดการปัญหาควรตรวจสอบต่อเนื่อง ผลกระทบของปัญหาและรู้จักข้อผิดพลาดในการบริการผู้ใช้ ในกรณีที่ผลกระทบนี้จะรุนแรง การจัดการปัญหาจะบานปลายปัญหา บางทีหมายถึงมันเป็นบอร์ดที่เหมาะสมเพื่อเพิ่มความสำคัญของ ( RFC หรือใช้เปลี่ยนด่วน ตามความเหมาะสม ตรวจสอบความคืบหน้าของการแก้ไขปัญหากับ SLA .ds10.3 ปัญหาการปิดวางในสถานที่ขั้นตอนการปิดบันทึกปัญหาเหมือนกันหลังจากการยืนยันความสำเร็จของการกำจัดของรู้จักข้อผิดพลาด หรือหลังข้อตกลงทางธุรกิจด้วยวิธีการหรือจัดการกับปัญหาds10.4 บูรณาการการตั้งค่าการจัดการเหตุการณ์และปัญหาการบูรณาการกระบวนการของการกำหนดค่าและการจัดการปัญหาที่เกิดขึ้น เพื่อให้มีการบริหารจัดการที่มีประสิทธิภาพของปัญหาและช่วยปรับปรุง