راهکار جامع مانیتورینگ شبکه و مدیریت فن آوری اطلاعات

مدیریت رخداد صرفا انطباق کورکورانه‌ی چندین best practice در سازمان نیست. در این مقاله، 12 نکته‌ای را بررسی خواهیم کرد که دیدگاه عمیق‌تری در مدیریت رخدادها در شما ایجاد خواهد کرد.

تعداد بی‌شماری مستند و best practice در رابطه با مدیریت رخداد وجود دارد که گاهاً این حجم عظیم اطلاعات، خود باعث گمراهی و سردرگمی خوانندگان می‌شود. به همین دلیل، در اینجا قصد دارم تا یک گام جلوتر برداشته و به جای آنکه به شما عبارت "بهترین راه، پیروی از best practiceها می‌باشد" را تحویل دهم، می‌خواهم چندین نکته‌ی پایه‌ای و اساسی در خصوص مدیریت رخداد (Incident management) را برای شما مطرح کنم که بسیار مفیدتر از دنبال کردن کورکورانه‌ی best practiceهای فرایندهای ITSM می‌باشد.

نکته اول: اقدام به انطباق مدیریت رخدادها نکنید اگر صرفاً به نظر شما کار خوبی است

تا ضرورت مدیریت رخدادها در سازمان شما احساس نشده است اقدام به انطباق آن نکنید. توجه داشته باشید که عاملی خارج از میزکار شما در حقیقت باید این ضرورت را اعلام کند و نه یک عامل داخلی. آغاز مدیریت رخداد صرفا به دلیل آنکه به شما گفته شده است که برای شما می‌تواند خوب باشد سود چندانی برای شما نخواهد داشت به جز افزودن یک فرایند به فرایندهای میزکارتان.

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی دوازده نکته در خصوص مدیریت رخداد

اکثر محصولات ITSM نوعی برنامه سودمند جهت ایجاد پایگاه دانش عرضه می‌كنند، که در آن رخداد های فلگ دار می‌تواند برای عناصر داده‌ای نظیر «عنوان»، «توضیح» و «راه حل» فراهم شود. این عناصر سپس می‌توانند به مطالب پایگاه دانش شما ارجاع شوند. این مطالب تازه ایجاد شده را طبقه بندي کرده، کلمات کلیدی جستجو به آن اضافه کنید و آنگاه می‌توانید مدیریت دانش (KM) را فوراً به جريان اندازید.

آنچه توضیح دادم همان چیزی است که تیم‌های فروش نرم افزار به شما خواهند گفت. بیائید واقع بين باشيم.

خوش شانسی اين است كه رخدادهای شما به صورت یکسان نوشته نمی‌شوند. برای مثال، شرط می‌بندم که در گذشته شرکت شما یک یا 2 مشکل ایمیل داشته است. وقتی درخواست‌های مرتبط با این رخداد در طول زمان ایجاد می‌شوند، احتمالاٌ دارای شرح‌های مختصری همچون «ایمیل از کار افتاده»، کاربری گزارش می‌دهد که «قادر به استفاده از ایمیل نیستم»، «نمی‌توانم ایمیل بفرستم»، «Email»، «E-mail»، «eMail»، «باب گفت ایمیل او کار نمی‌کند در حالی که جو با آن مشکلی ندارد» و غیره هستند. وقتی زمان انتخاب یک رخداد برای پایگاه دانش جدیدتان رسيد، شما به عنوان نمونه‌ای از مشکلات متداول ایمیل کدام درخواست را برمی‌گزینید تا به درستی در نتایج جستجوی آتی پایگاه دانش نمایش یابد؟ آیا راه حل مربوطه روشن و مختصر است یا همانند مثال‌های فوق حاوی توضیحات خلاصه و كاملاً متفاوت برای یک رخداد است؟

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی دستیابی به یک ماژول مدیریت دانش ITSM