Blog

Becoming-a-Certified-Professional-Purchasing-Manager
26 Dec 2017

ITIL: ຄວາມແຕກຕ່າງລະຫວ່າງການຄຸ້ມຄອງເຫດການແລະການຄຸ້ມຄອງບັນຫາ

/
ຈັດພີມມາໂດຍ

ວິທີການITIL ແຕກຕ່າງກັນບັນຫາແລະເຫດການ

ຄວາມເຂົ້າໃຈໃນຊັ້ນຮຽນITIL®ມັກຈະຄິດວ່າການທົດສອບຂອງຕົນຈະແຍກອອກມາລະຫວ່າງເຫດການແລະບັນຫາຕ່າງໆ. ເພື່ອແກ້ໄຂບັນຫານີ້ແລະສະຫນອງການສະຫວ່າງ, blog ນີ້ຈະແຍກຄວາມແຕກຕ່າງລະຫວ່າງເຫດການແລະບັນຫາ, ວິທີການທີ່ພວກມັນເຊື່ອມຕໍ່, ແລະເປັນຫຍັງຈຶ່ງເຮັດໃຫ້ຄວາມແຕກຕ່າງ.

ເຫດການໃນ ITIL ແມ່ນຫຍັງ?

ດັ່ງທີ່ໄດ້ຊີ້ໃຫ້ເຫັນໂດຍ ITIL, episode ເປັນການບຸກລຸກ spontaneous ກັບການບໍລິການຫຼື debasement ໃນລັກສະນະຂອງການບໍລິການເປັນ. ສິ່ງທີ່ມັກຈະຕັດສິນໃຈຄໍາສັ່ງຂອງບາງສິ່ງບາງຢ່າງທີ່ເກີດຂື້ນແມ່ນບໍ່ວ່າຈະເປັນສັນຍາລະດັບການບໍລິການ (SLA) ຖືກທໍາລາຍ. ເປັນສິ່ງທີ່ມັນອາດຈະ, ITIL ໃຊ້ເວລາພິຈາລະນາພິຈາລະນາການເກີດຂຶ້ນກ່ອນທີ່ SLA ໄດ້ຖືກແຍກເພື່ອຊີ້ໃຫ້ເຫັນເຖິງການຈໍາກັດຫຼືຄາດວ່າຈະມີຜົນກະທົບ.

ໃນເງື່ອນໄຂຂອງ layman, episode ແມ່ນ portrayal ຂອງ blackout ເປັນ.

ບັນຫາໃນ ITIL ແມ່ນຫຍັງ?

ດັ່ງທີ່ໄດ້ລະບຸໄວ້ໂດຍ ITIL, ບັນຫາແມ່ນແຫຼ່ງຮາກຂອງຢ່າງຫນ້ອຍຫນຶ່ງເລື່ອງ. ບັນຫາສາມາດໄດ້ຮັບການນໍາສະເຫນີໃນແສງສະຫວ່າງຂອງການເກີດຂຶ້ນຢ່າງຫນ້ອຍຫນຶ່ງ, ຫຼືພວກເຂົາສາມາດໄດ້ຮັບການຍົກຂຶ້ນມາໂດຍບໍ່ມີການສະແດງຂອງຕອນທີ່ປຽບທຽບໄດ້.

ໃນເງື່ອນໄຂຂອງນັກວິຊາການ, ບັນຫາແມ່ນການສະແດງອອກຂອງສາເຫດຫຼືສາເຫດທີ່ອາດເກີດຂື້ນຫຼືຢ່າງຫນ້ອຍຫນຶ່ງໄຟໄຫມ້.

Relationship Between Incidents and Problems in ITIL?

ຕາມກົດລະບຽບ, ສາຍພົວພັນລະຫວ່າງສອງແມ່ນວ່າບັນຫາຫນຶ່ງແມ່ນເຫດຜົນສໍາລັບຢ່າງຫນ້ອຍຫນຶ່ງເທື່ອ. ໃນກໍລະນີໃດກໍ່ຕາມ, ມັນເປັນໄປໄດ້ທີ່ຈະມີການເກີດຂື້ນ (ຫຼືການລວບລວມ episodes) ທີ່ຖືກສ້າງຂຶ້ນໂດຍບັນຫາຫຼາຍກ່ວາຫນຶ່ງ.

ເປັນຫຍັງ ITIL ແຕກຕ່າງກັນລະຫວ່າງເຫດການແລະບັນຫາ?

ຈຸດປະສົງຂອງການຮັບຮູ້ເຖິງເຫດການແລະບັນຫາຄືກັນກັບສະຖານະການແຍກແລະຜົນໄດ້ຮັບ. ບັນຫາແມ່ນສາເຫດ, ແລະເອກະສານແມ່ນຜົນກະທົບ.

ITIL ຮຽກຮ້ອງໃຫ້ສະມາຄົມຮັບຮູ້ສິ່ງເຫຼົ່ານີ້ໃນແງ່ຄວາມຈິງທີ່ວ່າທັງສອງໄດ້ຮັບການປິ່ນປົວເລື້ອຍໆແລະໄດ້ຮັບການແກ້ໄຂດ້ວຍວິທີທີ່ບໍ່ຄາດຄິດ. ການເບິ່ງແຍງກັບພາກສ່ວນຫນຶ່ງໂດຍພື້ນຖານແລ້ວກໍ່ຫມາຍຄວາມວ່າການບໍລິການທີ່ໄດ້ຮັບຜົນກະທົບແມ່ນເກີດຂື້ນໂດຍບັງເອີນ. ມັນບໍ່ໄດ້ຫມາຍຄວາມວ່າການປະກົດຕົວນັ້ນຈະບໍ່ໄດ້ກັບຄືນມາໄວກວ່ານີ້. ໃນເວລາທີ່ຂ້າພະເຈົ້າເວົ້າວ່າ "ໂດຍບັງເອີນ," ຈື່ວ່າມັນອາດຈະຫມາຍເຖິງຫນຶ່ງປັດຈຸບັນຫຼື 10 ປີ. ຄວາມຈິງຂອງບັນຫາແມ່ນວ່າການຕັດສິນໃຈໃນຕອນທີ່ບໍ່ມີຄວາມປ່ຽນແປງ.

ບັນຫາ, ໃນກໍລະນີໃດກໍ່ຕາມ, ແມ່ນເຫດຜົນທີ່ເກີດຂື້ນ. ພວກເຮົາອາດຈະນໍາໃຊ້ວິທີທີ່ແຕກຕ່າງກັນເພື່ອແຍກແຍະແຫຼ່ງຮາກຂອງບັນຫາແລະໃນທີ່ສຸດກໍ່ແກ້ໄຂບັນຫານັ້ນ. ໃນເວລາທີ່ການຕັດສິນໃຈເກີດຂື້ນ, ການຄຸ້ມຄອງການປ່ຽນແປງແມ່ນກ່ຽວຂ້ອງກັບຄວາມຈິງທີ່ວ່າການເບິ່ງແຍງແຫຼ່ງຂໍ້ມູນຮາກເລື້ອຍໆມີບາງອັນຕະລາຍ.

ການຄຸ້ມຄອງທີ່ມີປະສິດທິພາບທີ່ຮັບປະກັນວ່າເປັນຜູ້ໃຫ້ບໍລິການບໍລິການທ່ານສາມາດຮັກສາການຮັບປະກັນທີ່ທ່ານເຮັດໃນ SLA ຂອງທ່ານໂດຍການໃຫ້ ລະບົບ ເພື່ອເຮັດໃຫ້ການບໍລິການຄືນໃຫມ່ໄດ້ໄວຂຶ້ນເມື່ອມັນເປັນພື້ນຖານ. ການຄຸ້ມຄອງບັນຫາ ຮັບປະກັນວ່າໃນຖານະເປັນຜູ້ໃຫ້ບໍລິການບໍລິການ, ທ່ານສາມາດປະຕິບັດຕອບສະຫນອງຕໍ່ເຫດການທີ່ເກີດຂຶ້ນກັບເປົ້າຫມາຍທີ່ພວກເຂົາບໍ່ໄດ້ເຮັດຊ້ໍາແລະເຮັດໃຫ້ເກີດການເກີດຂຶ້ນຢ່າງເດັ່ນຊັດ.

ເຫຼົ່ານີ້ແມ່ນຂັ້ນຕອນແຍກຕ່າງຫາກຍ້ອນວ່າພວກເຂົາເປັນປົກກະຕິຕ້ອງມີຄວາມເຫມາະສົມແລະການອອກກໍາລັງກາຍທີ່ແຕກຕ່າງກັນ. ການບໍລິຫານທີ່ເກີດຂື້ນຕ້ອງການໃຫ້ມີການບໍລິການຄືນໃຫມ່ຢ່າງໄວວາໂດຍສອດຄ່ອງກັບ SLAs ທີ່ຖືກສ້າງຕັ້ງຂຶ້ນແຕ່ການຄຸ້ມຄອງບັນຫາຕ້ອງການທີ່ຈະຄ່າແຫຼ່ງຮາກຂອງເຫດການ. ໃນບາງກໍລະນີທີ່ຈະແກ້ໄຂບັນຫາຢ່າງຖືກຕ້ອງ, ຜູ້ໃຫ້ບໍລິການຕ້ອງໄດ້ປະຕິບັດຫຼືຂະຫຍາຍການສັ່ນສະເທືອນໃນປັດຈຸບັນ.

ການແກ້ໄຂຂອງພວກເຮົາ

ການຮຽນຮູ້ທີ່ຈະນໍາໃຊ້ຂະບວນການຄຸ້ມຄອງບັນຫາແລະກົນລະຍຸດໃນມຸມມອງຂອງສະພາບແວດລ້ອມການເຮັດວຽກຂອງພວກເຂົາທີ່ພົບໃນຫຼັກສູດການຄຸ້ມຄອງ Mastering Problem. ການຢືນຢັນນີ້ບໍ່ແມ່ນການກໍານົດວິທີການຮຽນຮູ້ທີ່ເຮັດໃຫ້ນັກຮຽນໄດ້ຮຽນຮູ້ອຸປະກອນທີ່ພວກເຂົາຕ້ອງການ certifiable ITIL ຄໍາຮ້ອງສະຫມັກ.

ຫລັກສູດທີ່ກ່ຽວຂ້ອງ

ອອກຈາກ Reply ເປັນ

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!