• Problem resolution: Once a perman

• Problem resolution: Once a permanent fix has been identified, it should be implemented as soon as possible. However, there may be good reasons for not doing this immediately. The reasons are similar to the reasons why organisations live with workarounds and include cost and risk. Additionally, an immediate fix may require a service outage which is not justifiable in the short term. A request for change (RFC) should be raised and progressed for any required change identified.
• Problem closure: Problem records should be closed once a change has
successfully been applied. It is important that the problem record stays open until it is certain that the problem has been resolved. Checking that the
problem has been resolved should be undertaken via testing. It may take some time to ensure that a fix has been successful, for example it may be the next time a particular process is used such as end of day, end of month, end of quarter, year-end or end of tax year.
• Major problem review: Whenever a major problem has occurred, a major problem review should be undertaken. Each organisation will have its own definition of a major problem based on the impact and urgency. It is crucial that these reviews look at lessons learnt rather than becoming ‘allocation of blame’ sessions. The output from a major problem review ought to include what went well, what went badly, what could be done better in the future, how could the problem have been prevented and how could the impact of the problem have been reduced.

Results (Thai) 1:

•แก้ไขปัญหา: เมื่อมีการระบุการแก้ไขถาวร มันควรจะดำเนินการโดยเร็วที่สุด อย่างไรก็ตาม อาจมีเหตุผลดีไม่ทำนี้ทันที เหตุผลคล้ายกับเหตุผลว่าทำไมองค์กรอยู่กับปัญหา และรวมต้นทุนและความเสี่ยง นอกจากนี้ การแก้ไขทันทีอาจต้องใช้กระแสบริการที่แข่งขันในระยะสั้น คำขอเปลี่ยนแปลง (RFC) ควรยก และหน้าไปเพียงใดสำหรับการเปลี่ยนแปลงใด ๆ ต้องระบุ•ปิดปัญหา: ปัญหาระเบียนควรปิดเมื่อมีการเปลี่ยนแปลงเสร็จเรียบร้อยแล้วใช้ เป็นสิ่งสำคัญที่บันทึกปัญหายังคงเปิดจนกว่าจะแน่ใจว่า ปัญหาได้รับการแก้ไข ตรวจสอบที่ปัญหาได้รับการแก้ไขควรดำเนินการผ่านการทดสอบ มันอาจใช้เวลาเพื่อให้แน่ใจว่า แก้ไขได้สำเร็จ ตัวอย่าง อาจจะใช้กระบวนการสิ้นสุดวันที่ สิ้นเดือน สิ้นสุดไตรมาสที่ สิ้นปี หรือสิ้นปีภาษีครั้งต่อไป•ปัญหาสำคัญทบทวน: เมื่อเกิดปัญหาใหญ่ ทบทวนปัญหาใหญ่ควรดำเนินการ แต่ละองค์กรจะมีนิยามของตัวเองของปัญหาสำคัญตามความเร่งด่วนและผลกระทบ มันเป็นสิ่งสำคัญที่เห็นเหล่านี้ดูบทเรียนแทนที่มาเป็น 'การปันส่วนของตำหนิ' เซสชัน ผลผลิตจากความคิดปัญหาสำคัญควรจะมีอะไรไปดี อาการที่ไม่ดี อะไรทำดีกว่าในอนาคต สามารถปัญหาว่ามีการป้องกัน และวิธีได้ผลกระทบของปัญหาลดลง

Results (Thai) 2:

•ความละเอียดของปัญหา: เมื่อการแก้ไขอย่างถาวรได้รับการยืนยันก็ควรจะดำเนินการโดยเร็วที่สุดเท่าที่ทำได้ แต่อาจจะมีเหตุผลที่ดีสำหรับการทำเช่นนี้ไม่ได้ทันที เหตุผลที่มีความคล้ายคลึงกับเหตุผลที่ว่าทำไมองค์กรที่มีวิธีการแก้ปัญหามีชีวิตอยู่และรวมถึงค่าใช้จ่ายและความเสี่ยง นอกจากนี้การแก้ไขทันทีอาจต้องใช้บริการดับซึ่งไม่สมเหตุสมผลในระยะสั้น การร้องขอสำหรับการเปลี่ยนแปลง (RFC) ควรจะยกขึ้นและความก้าวหน้าในการเปลี่ยนแปลงใด ๆ ที่จำเป็นระบุ.
•ปิดปัญหา:
บันทึกปัญหาควรจะปิดการเปลี่ยนแปลงครั้งหนึ่งเคยได้รับการใช้ประสบความสำเร็จ มันเป็นสิ่งสำคัญที่บันทึกปัญหาเปิดอยู่จนกว่าจะมีปัญหาบางอย่างที่ได้รับการแก้ไข
ตรวจสอบว่าปัญหาได้รับการแก้ไขควรจะดำเนินการผ่านการทดสอบ มันอาจจะใช้เวลาเพื่อให้แน่ใจว่าการแก้ไขได้รับความสำเร็จเช่นมันอาจจะเป็นในครั้งต่อไปโดยเฉพาะอย่างยิ่งกระบวนการดังกล่าวถูกนำมาใช้เป็นจุดสิ้นสุดของวันสิ้นเดือนปลายไตรมาสสิ้นปีหรือสิ้นปีภาษี
ทบทวนปัญหา•สาขา: เมื่อใดก็ตามที่เป็นปัญหาใหญ่ที่เกิดขึ้น, การตรวจสอบปัญหาสำคัญที่ควรจะดำเนินการ แต่ละองค์กรจะมีความหมายของตัวเองเป็นปัญหาสำคัญขึ้นอยู่กับผลกระทบและความเร่งด่วน มันเป็นสิ่งสำคัญที่ความคิดเห็นเหล่านี้ดูบทเรียนมากกว่ากลายเป็น 'การจัดสรรโทษ' ประชุม ผลลัพธ์จากการตรวจสอบปัญหาสำคัญที่ควรจะรวมถึงสิ่งที่ไปได้ด้วยดีสิ่งที่ไม่ดีสิ่งที่สามารถทำได้ดีขึ้นในอนาคตว่าปัญหาที่เกิดขึ้นอาจมีการป้องกันและวิธีการที่จะได้ผลกระทบจากปัญหาที่เกิดขึ้นได้รับลดลง

Results (Thai) 3:

- การแก้ปัญหา : เมื่อการแก้ไขปัญหาถาวรได้รับการระบุ , มันควรจะดำเนินการโดยเร็วที่สุด แต่อาจจะมีเหตุผลที่ดีสำหรับการไม่ทำมันทันที เหตุผลที่คล้ายคลึงกับเหตุผลที่ว่าทำไมองค์กรมีชีวิตด้วยวิธีการแก้ปัญหา รวมถึงต้นทุนและความเสี่ยง นอกจากนี้ การแก้ไขทันที อาจต้องใช้บริการดับซึ่งไม่เป็นธรรมในระยะสั้นขอเปลี่ยน ( RFC ) ควรได้รับการยกและความก้าวหน้าสำหรับการเปลี่ยนแปลงที่จำเป็นที่ระบุ .
- ปัญหาการปิด : บันทึกปัญหาควรปิดเมื่อเปลี่ยนได้
เรียบร้อยแล้วใช้ มันสำคัญที่การบันทึกปัญหายังคงเปิดจนกว่าจะแน่ใจว่าปัญหาได้ถูกแก้ไขแล้ว ตรวจสอบว่าปัญหาได้รับการแก้ไขแล้ว
ควรดำเนินการผ่านการทดสอบมันอาจจะใช้เวลาเพื่อให้มั่นใจว่าแก้ไขได้สำเร็จ ตัวอย่างเช่นมันอาจจะเป็นคราวหน้ากระบวนการที่เฉพาะเจาะจงที่ใช้ เช่น สิ้นสุดของวัน วันสิ้นสุดของเดือนสุดท้ายของไตรมาส สิ้นปีหรือสิ้นสุดปีภาษี .
- ปัญหารีวิว : เมื่อใดก็ตามที่ปัญหาเกิดขึ้น ทบทวนปัญหา ที่สำคัญที่ควรดำเนินการแต่ละองค์กรจะมีความหมายของตัวเองของปัญหาขึ้นอยู่กับผลกระทบและเร่งด่วน มันเป็นสิ่งสำคัญที่ความคิดเห็นเหล่านี้ดูบทเรียน แทนที่จะเป็น " การโทษครั้ง ผลจากการทบทวนปัญหาหลักน่าจะมีอะไรดี อะไรไม่ดี อะไรที่สามารถทำได้ดีกว่านี้ในอนาคตจะได้ป้องกันปัญหาและผลกระทบของปัญหาจะได้ลดลง