۵ دلیلی که سازمان شما نیاز به یک پایگاه داده خطای شناخته شده دارد

۵ دلیلی که سازمان شما نیاز به یک پایگاه داده خطای شناخته شده دارد

یک پایگاه داده خطا شناخته شده یا (A known error database (KEDB)) مکانی برای ذخیره تمام "خطاهای شناخته شده" بخش فناوری اطلاعات سازمان شما است.

چیزی که الان من می شنوم این است که شما می گویید "شناخته شده چیست؟". بنابراین قبل از اینکه به مزایای داشتن KEDB اشاره کنم، بیایید نگاهی به اشتباهات شناخته شده خودمان بیندازیم و اینکه آنها چه هستند؟

خطاهای شناخته شده اساس مدیریت مشکل است!

ITIL می گوید یک مشکل این است: "علت یک یا چند واقعه" - حتی زمانی که علت ناشناخته است. و اگر ناشناخته باشد، پس یک بار ریشه (مشکلی) ایجاد شده و یک راه حل برای آن پیدا شده است، بنابراین زمانی که علت و راه حلی برای یک یا چند واقعه را یافتید توانسته اید یک مشکل به یک خطای شناخته شده تبدیل کنید.

"یک راه حل چیست؟"

در فرایند مدیریت مشکل در ITIL، یک راه حل موقت خواهد بود، که می توانید از آن برای حل یک حادثه گزارش شده استفاده کنید، این راه حل عملا یک قرص مسکن برای کاهش التهاب سازمان است، اما احتمال دارد که حوادث بیشتر ثبت شود زیرا علت اصلی بروز حادثه که باعث خرابی می شود هنوز مشخص نشده است.

اجازه دهید یک مثال در این خصوص بزنیم: که کارشناسان میزخدمت از سوی کاربران نهایی تماس هایی دریافت می کنند مبنی بر عدم دسترسی به اینترنت! سرویس دهنده دچار مشکل شده و هنگامی که کاربران نهایی از اترنت(شبکه سیمی) به Wi-Fi (بی سیم) می روند، آنها می توانند به اینترنت دسترسی داشته باشند. بنابراین، تیم شبکه IT شما به این موضوع نگاه می کند و می بیند که تنظیمات DNS نادرست است و باید بطور صحیح تنظیم شود.

در اینجا یک خطای شناخته شده وارد شده و ممکن است چیزی شبیه به این باشد:

• مشکل: امکان اتصال به اینترنت از طریق شبکه سیمی میسر نیست،
• راه حل موقت: تغییر اتصال به Wi-Fi دسترسی به اینترنت را ممکن می کند.
•  علت: تنظیمات DNS نادرست است: بله

(ما همکنون یک راه حل و یک دلیل برای یک مشکل ریشه ای داریم)

اکنون که مشخص است که خطاهای شناخته شده چه هستند،

حال، نگاهی به ۵ دلیل که چرا معرفی KEDB به سازمان شما کمک می کند، بیندازیم.

۱. رسیدگی و حل سریعتر حوادث

با استفاده از KEDB، نمایندگان خدمات IT شما قادر به رفع سریعتر حوادث خواهند شبود. چطور؟ از آنجایی که یک حادثه جدید گزارش شده است، آنها می توانند با KEDB مشورت کنند تا ببینند آیا در حال حاضر یک اصلاحیه یا راه حل برای آن در پایگاه داده خطاهای شناخته شده، وجود دارد.

این موجب صرفه جویی در هزینه ها در هناگم بررسی و رفع حوادث گزارش شده کاربران می شود. اگر حادثه بخشی از یک خطای شناخته شده در حال حاضر ثبت شده باشد، نماینده می تواند بلافاصله این اصلاح را اعمال کند. آنها همچنین می توانند کاربر نهایی مبتلا به این حادثه را با این مسئله شناخته شده آشنا کنند و به آنها پیشنهاد بدهند تا خود در خصوص حل آن تلاش می کنند. این یعنی حذف بار ترافیکی ناخواسته از دوش کارشناسان پشتیبانی! این همچنین باعث می شود که مشتریان آرامش خاطر داشته باشند، دانستن این که این مشکل (امیدوارم) به زودی برای همیشه از بین برود (به خصوص اگر چندین بار آن را تجربه کرده اید)

۲. ارائه پشتیبانی مداوم

داشتن یک KEDB برای کارشناسان پشتیبانی خدمات به معنی آن است که هر یک از آنها قادر خواهند بود تا همان سطح پشتیبانی فناوری اطلاعات را ارائه دهند. زیرا کار کردن در میزخدمت فناوری اطلاعات گاهی اوقات ابتدایی ترین نقشی است که یک کارشناس فناوری خواهد داشت و آنها عملا شبیه به اپراتورهای نه چندان متخصص مبدل خواهند شد مخصوصا زمانی که آنها دارای مدارک با سطوح مختلف دانش و مهارت بالا باشند بنابراین رسیدگی به درخواست های حادثه های تکراری که خود کاربر هم از طریق" راه حل های از قبل طراحی شده" قادر به مرتفع کردن آنست به هیچ عنوان برای روحیه کارشناسان فناوری اطلاعات خوشانید نیست چرا که تخصص و هنر آنها را می توان در پروژه های جدید به کار بست نه اینکه درگیر حوادث ابتدای. در اینجا، یک KEDB به این معنی است که کارشناسان جدیدتر قادر به پشتیبانی از چنین حوادثی هستند، زیرا سناریوهای رفع آنها از قبل پیاده سازی شده است.

پشتیبانی غیرمستقیم از میزکار سرویس فناوری اطلاعات می تواند فاکتور مهمی در کاهش رضایت مشتریان باشد، بنابراین پرداختن به یافتن راه هایی برای مقابله با آن از همین طریق شدنی است.

ادامه مطلب در صفحه بعد…