Feeds:
نوشته
دیدگاه

Posts Tagged ‘Service Desk’

بررسی موردی ITIL

1- سازمان

بحث ما به یک سازمان در اندازه متوسط با تعداد زیادی بازار فروش که در ایالت NSW پراکنده شده، محدود میشود. فناوری اطلاعات سازمان برای تحویل محصولات به خریداران بسیار حیاتی میباشد.
در سالهای اخیر، سازمان تدارک سرویسهایش را از mainframe و پایانه های low-end به یک سازمان بسیار پیچیده، گوناگون و مشتری مدار انتقال داده است. این به واسطه معرفی سیستمهای توزیع شده (distributed systems)، شامل اینترنت، IVR، تشخیص صدای زبان طبیعی، call center و ترمینالهای نسل جدید مشتری اتفاق افتاده است.
به علاوه، یک فعالیت و ریسک اقتصادی در حال حاضر محیط های توزیع و فروش و زیرساختهای عمومی را به اشتراک میگذارد که برای تجارت اصلی (core business) حیاتیست.هرچه که پیچیدگی محیط افزایش میابد، این اتفاق روی ریسکهای رخدادها(incidents)، مشکلات(problems) و تغییرات که بر سرویس مشتری و منافع سازمان تاثیرگذار است نیز می افتد.

2- تنظیمات چشم انداز

2.1- محیط فناوری اطلاعات
معماری IT سازمان شامل موارد زیر است:

•    IBM Mainframe Computers Z800 (located in two Data Centers 20 kilometers apart);
•    IBM Mid-Range Computers (RISC/6000);
•    Storage Area Network (across the two data centers);
•    300+ Servers (IBM, Compaq and Sun);
•    4 Database Management Systems (DB2, Oracle, SQL Server and Lotus Notes);
•    Operating Systems (VM/VSE, AIX, NT/Windows 2000, and Solaris); and
•    750+ desktops.

داده تبادلی :
•    480 میلیون تراکنش پردازش شده به صورت سالیانه
•    حداکثر بارگزاری تراکنش 38000 در دقیقه است.
•    شبکه ارتباط از راه دور که 3200 دادگاه را تحت پوشش قرار میدهد.

با افزایش سرویسها، مدیریت رخدادها، مشکلات و تغییرات سازمان تحت فشار قرار میگیرند تا نه تنها در بالاترین سطح دسترس پذیری مورد نیاز در این فضای رقابتی خود را تثبیت شده نگه دارد، بلکه باید سرویس کمترین تغییرات را از لحاظ هزینه تهیه کند.

2.2 – فرهنگ IT
فرهنگ سازمان اغلب نه تنها روی شیوه های مدیریتی مثل سیاست گذاری، رویه ها و رهنمودها تاثیر میگذارد بلکه روی پرسنلش به ویژه روی نقش مدیریت عملیات (Operational Management) نیز تاثیرگذار است. بدون نشر و واقعی کردن این، پرسنل ممکن است وظایف و مسئولیتهایشان را در یک فرم و قسم انجام دهند که با فرهنگ سازمان سازگار باشد نه با روشهای صنعت (بهترین تکنیک).
مدیریت IT تشخیص میدهد که برای اینکه به صورت معنی داری فرآیندها را بهبود ببخشد و فرهنگ را تغییر دهد، به یک کاتالیزور نیاز دارد. کاتالیزور یک فرآیند مدیریت رخداد، مدیریت مشکل و مدیریت تغییرات وسیع یکپارچه با سازمان است که بهره ور، قدرتمند و در تبعیت از بهترین تکنیک (best practice) باشد.

2.3 – موارد مربوط به تجارت (Business Case)
یک مورد تجارت (BC) ایجاد شده تا تعدادی از مباحث نشان داده شود. اگرچه باید به این نکته توجه کرد که امروزه این مباحث برای خیلی از سازمانها عمومی میباشد :

•    تعداد زیادی از سیستمهای نامتجانس
•    افزایش تلاش در داخل فرآیندهای موجود
•    وجود فرآیند مدیریت رخداد، مدیریت مشکل و مدیریت تغییر وسیع غیر یکپارچه در سازمان
•    ثبت نکردن و تحلیل نکردن رخدادها و روندهای وابسته
•    موجود نبودن تحلیل مشکلات برای بدست آوردن علل ریشه ای (root cause)
•    موجود نبودن سیاستی برای مدیریت تغییرات
•    تغییراتی که در زیرساختهای IT و application ها بدون موافقت رسمی اعمال میشوند.
•    تغییرات (مصوب یا غیر مصوب) که زمانبندی نشده به طوریکه کمترین اثر سوء را روی تجارت داسته باشد.
•    هیچ تخمین ریسکی برای تغییرات موجود نیست.
•    ارزش کمتر گذاشتن به بحث operation در سازمان در هنگام پیاده سازی اتوماسیون

Business case تعدادی از منافع استراتژیک فرآیندهای مدیریت رخداد، مشکل و تغییر که شامل موارد زیر است مطرح میکند:

•    افزایش پشتیبانی زیرساختهای IT
•    افزایش سطح سرویس، دسترس پذیری و تحویل سرویس به مشتری
•    تغییر استراتژیک در فرهنگ مدیریت سرویس IT از انفعالی و واکنشی (reactive) به بازدارندگی (proactive)
•    بهبود معنی دار فرآیندها، که مطابق است با بهترین تکنیک (best practice) شناخته شده یعنی ITIL
•    پس انداز قابل توجه (حدود 8.2 میلیون دلار در عرض 3 سال) در هزینه عملیاتی در هنگام پیاده سازی نرم افزار برای ثبت، نظارت و پیگیری مدیریت رخداد، مشکل و تغییر.
•    Business case هزینه پروژه را 2.9 میلیون دلار ارزیابی کرده است.

3 – پیاده سازی :

3.1 – توانمندسازها
دو توانمندساز تاکتیکی برای مدیریت رخداد، مدیریت مشکل و مدیریت تغییر شناخته شده است. یک تعداد از انتخابها مطرح شده است:

3.1.1 – نرم افزار
یک ابزار نرم افزاری برای توانمند ساختن اتوماسیون مدیریت رخداد، مشکل و تغییر مورد نیاز است. یک تعداد از انتخابها مطرح شده است:

انتخاب 1 : تنبلی
این انتخاب ماندنی و قابل دوام نیست، به طوریکه افزایش پیچیدگی میتواند منجر به آثار زیانبار سرویس دهی به مشتریان سازمان شود. فراوانی وشدت ارائه سرویس میتواند در طول زمان افزایش بیشتری یابد.

انتخاب 2 : توسعه دادن نرم افزارهای Service Desk موجود
نرم افزار Service desk موجود که برای مقاصد سرویس دهی استفاده میشود قابل تعمیم به قسمتهای دیگر نیست و توسط یک فرآیند که خوب تعریف شده حمایت نمیشود. رویکرد و دیدگاه نرم افزار service desk موجود، ضمن اینکه دارای استعداد ماندگاری و دوام است در یک عبارت کوتاه  به عنوان یک راه حل طولانی مدت دارای تعدادی ریسک مهم و اساسی است :

•    در حالیکه یک نرم افزار نهایی توسعه یافته به عنوان نرم افزار موجود است، پشتوانه (engine) توسط فروشنده محصول برای زمان بیشتری support  نمیشود.
•    Application مدیریت درخواست کار و تغییر یکپارچه موجود نیست. زمان development برای این کامپوننت سیستم به صورت معنی داری بیشتر از پیاده سازی یک محصول دیگر است.
•    کار یکپارچه سازی مهم برای یکی کردن مشکلات و مدیریت رویداد مورد نیاز است علاوه بر این هزینه های اضافه شده  licensing نرم افزار برای این کامپوننت نیز نیاز است.

انتخاب 3 : انتخاب کردن یک مجموعه نرم افزار مناسب
یک آنالیز اولیه انجام شود تا نرم افزاری که مطابق با نیازهای عملیاتی (operational) تعریف شده به نظر میرسد مشخص شود. تعداد زیادی محصول شناسایی شده و یک ارزیابی در سطح بالا انجام شده تا بهترین گزینه انتخاب شود.
قبل از فرآیند ارزیابی سطح بالا یک تعداد نیازهای قبلی تعیین شده که شامل موارد زیر است:

•    یک راه حل مدیریتی یکپارچه به صورت end to end
•    نرم افزار باید به مطابق بر ITIL باشد و یا در آینده این کار انجام شود.
•    اتصال یکپارچه به دیگر محصولات مثل SAP و Active Directory
•    فعالیتهای اجباری مربوط به مدیریت رویداد، مشکل و تغییرات .بهتر است که شامل پایگاه داده مدیریت پیکربندی (CMDB)، گردش کاری و غیره باشد.
•    کنترل کردن این که یکپارچگی داده ها تضمین شده که این شامل امنیت داده ها نیز میشود.
•    نرم افزار مطابق معماری نرم افزار سازمان باشد.
•    راهی برای پیشرفت آینده نرم افزار بدون مشکلات جانبی تعریف شود.
•    مستندسازی نرم افزار بسیار قوی باشد.
•    برنامه آموزشی قوی برای پشتیبانی نرم افزار

ارزیابی سطح بالا که با عنوان CA-Unicenter شناخته میشود راه حل نرم افزاریست که نیازهای ما را به بهترین نحو میپوشاند. سازمان پیش از این تعدادی کامپیوتر داشته که با یک Service Desk مرکزی برای رسیدن به یک راه حل متمرکز و خودکار شده برای فرآیندهای مدیریت رویداد، مشکلات و تغییرات تجهسز شده است.نرم افزار همچنین امکان alerting و  monitoring را میدهد و یک ساختار یکپارچه واحد را بین تمام سیستمها برقرار میکند. این در آینده به سازمان این امکان را میدهد که تمامی امور مربوط به مشتری های داخلی و خارجی خود را مدیریت و مانیتور کند.

3.1.2- فرآیندهای Best Practice :
دومین توانمند ساز نه تنها فرهنگ روشها را که بر اساس زمان پیشرفت میابد را تغییر میدهد بلکه سه کامپوننت از ITIL Service Support را در مجموعه نرم افزار را پشتیبانی میکند که شامل موارد زیر است:

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

ITIL به عنوان کامپوننت حیاتی برای گسترش موفق و استفاده نرم افزار به نظر میرسد.یک framework ناشی از فرآیند best practice برای عملیاتهای روزانه پشتیبانی نیاز است.

مدیریت رخداد (Incident Management)
مزایایی که از پیاده سازی یک فرآیند مدیریت رخداد شامل حال سازمان میشود عبارت است از :

•    مونیتورینگ پیشرفته، بدست آوردن کارایی در مقابل توافق سطح سرویس (SLA) برای بدست آوردن دقت.
•    اطلاعات مدیریتی اصلاح شده درباره ظهور کیفیت خدمات
•    استفاده بهتراز کارکنان که باعث کارایی بهتر میشود
•    حذف رخدادهای نادرست یا گم شده (نادیده گرفته شده) و درخواستهای خدمات
•    اطلاعات پایگاه داده مدیریت پیکربندی (CMDB) با دقت و صحت بیشتر(اتفاق افتادن و ممیزی در حال پیشرفت در هنگام ثبت رخدادها)
•    افزایش رضایت مشتری و کاربر

مدیریت مشکلات (Problem Management)
مزایای انتخاب یک روش رسمی برای مدیریت مشکلات شامل موارد زیر است :

•    کیفیت خدمات IT بهبود یافته. مدیریت مشکلات کمک میکند که یک چرخه از کیفیت سرویس IT صعودی با سرعت بالا تولید شود. سرویس قابل اطمینان با کیفیت بالا برای کاربران تجاری IT مناسب است، و همچنین برای بهره وری و دلگرمی فراهم کنندگان خدمات IT نیز مناسب است.
•    کاهش حجم رخداد. مدیریت مشکل در کاهش تعداد رخدادهایی که در جریان تجارت وقفه می اندازد سودمند است.
•    راه حلهای دائمی و پایدار. یک کاهش تدریجی در تعداد و تاثیر مشکلات و خطاهای شناخته شده به عنوان آنهایی که رفع شده اند همچنان رفع شده میمانند، وجود خواهد داشت.
•    دانش سازمانی  اصلاح شده. فرآیند مدیریت مشکل بر مبنای یادگیری از تجارب گذشته استوار است. فرآیند، داده های تاریخی را برای تشخیص روندها و وسایل پیشگیری خرابی و کاهش تاثیرات مضر خرابی، فراهم میکند که این سبب بهبود بهره وری کاربر میشود.
•    بهترین درجه رفع مشکل برای اولین مرتبه (better first time fix rate) در Service Desk . مدیریت مشکل این خصیصه را در Service Desk بهبود میبخشد. این از طریق گرفتن، نگهداری و داشتن قدرت تشخیص رخداد و گردش کاری داده در یک پایگاه داده دانش (Knowledge database) در دسترس در Service Desk در هنگام واقعه نگاری مشکل بدست می آید.

مدیریت تغییرات (Change Management)
فواید خاص یک سیستم مدیریت تغییرات تاثیرگذار شامل موارد زیر است :

•    در یک راستا قرار دادن خدمات IT با نیازهای تجاری به بهترین نحو
•    دید توسعه یافته و ابلاغ  تغییرات به کارکنان تجاری و پشتیبانی خدمات
•    برآورد ریسک اصلاح شده
•    کاهش تاثیر نامناسب تغییرات روی کیفیت خدمات و توافقات سطح سرویس (SLA)
•    ارزیابی بهتر هزینه تغییرات احتمالی قبل از اتفاق افتادن
•    تغییرات معدود که بر اثر کهنه شدن به وجود می آید همراه با توانایی بیشتر برای انجام راحتتر در هنگام لزوم
•    مدیریت مشکل و دسترس پذیری وسعت یافته در حین استفاده از اطلاعات ارزشمند مدیریتی مربوط به تغییرات انباشته شده در حین فرآیند مدیریت تغییر
•    افزایش بهره وری کاربران – به خاطر قطع کمتر و کیفیت بالاتر خدمات
•    افزایش بهره وری پرسنل کلیدی به خاطر نیاز کمتر به منحرف شدن از وظایف برنامه ریزی شده برای پیاده سازی تغییرات فوری یا تغییرات نادرست قدیمی
•    توانایی بالاتر برای تحلیل تغییرات با حجم بالا
•    درک تجاری بهتر از IT به خاطر کیفیت خدمات بهتر و یک روش حرفه ای
برگرفته شده از کتاب OGC ITIL Service Delivery – ISBN 011 3308930

3.2 – پياده‌سازي
يك تيم پروژه با اعتبارنامه‌ها جمع‌آوري شده و پياده‌سازي و فرآيندهاي ITIL و نرم افزار را با ثبت مراحل اثبات مي‌كند. نظارت پروژه به‌صورت قوي از ابتدا، براي كمينه كردن ريسكهاي اين نوع پروژه اعمال مي‌شود.
اين از نشانه‌هاي اوليه قابليتهاي نرم‌افزار (و فرآيندهاي پشتيباني) براي واحدهاي تجاري سازمان واضح بود كه پذيرش خوب و قوي از پروژه وجود دارد.
تعدادي از تصميمهاي استراتژيك گرفته شده از آغاز و در حين مدت زمان حيات پروژه كه منجر به موفقيت آن شد عبارت است از:
•    در ابتدا، براي مهندسي مجدد فرآيندهاي موجود، كه جهت پشتيباني پياده‌سازي نرم‌افزار كه به‌صورت گسترده در راستايITIL  است. سپس در زمان‌هاي بعد اين فرآيندها براي انطباق بيشتر بر ITIL تعريف مجدد مي‌شود.
•    تغيير كم يا عدم تغيير نرم‌افزار استاندارد براي اطمينان از يكپارچگي به روزرساني‌هاي محصول.
•    انتقال مهارت‌ها از تيم پروژه (خارج از سازمان) به كارمندان سازمان.
•    ديد اوليه وسيعتر از گسترش ترم‌افزار براي اينكه شامل مونيتورينگ هشدار سرويس دهنده‌هاي (server) محصول و موارد حياتي در سطح متوسط (mid-range) شود.
•    استفاده آينده‌نگرانه قابليتهاي نرم‌افزار براي توسعه دادن و گسترش 5 مدل پشتيباني خدمات ITIL – پايگاه داده مديريت پيكربندي (CMDB)

3.2 – Rollout (معرفي به بازار)
سهامداران كليدي و كارمندان بخش  ITاز ابتدا براي گسترش نرم‌افزار و فرآيندهاي پشتيباني متعهد شده‌اند. اين تعهدات شامل موارد زير است:
•    مستندسازي فرآيندها
•    آموزش
•    گسترش نرم‌افزار
مهندسي فرآيندهاي رخداد، مديريت مشكل و مديريت تغييرات موجود نياز به فهم framework تحویل سرويس (service delivery) ITIL دارد. بنابراين تعدادي از كارمندان آموزش پشتيباني خدمات (service support) ITIL را دريافت كرده‌اند تا اينكه مجدداً فرآيندهاي موجود را براي مطابقت با ITIL مهندسي مجدد كنند. اين‌گونه برنامه‌ريزي شده تا اين آموزش رسمي ادامه داده شود تا كارمندان IT كه گسترش پيوسته ITIL در زيرساختهاي IT را پشتيباني مي‌كنند همچنان به‌روز باقي بمانند.

3.2.1 – outsourcer ها
تعدادي از outsourcer ها براي خدمات مختلف كه شامل سرويس‌دهي در زمينه زيرساخت IT مي‌ياشد، استفاده مي‌شوند. به‌عنوان مثال سرويس‌دهي مسيريابهاي telecommunication ، hub ها و …. براي اطمينان از موفقيت با فرآيندهاي مديريت مشكل و مديريت تغيير سازمان، قراردادهاي outsource شامل اين شروط مي‌شود.مزايا شامل موارد زير بوده است.
•    تسهيل ميزان كارايي در زمينه پشتيباني مربوط به outsourcer ها در مقابل  SLA هاي توافق شده .
•    نگهداري از پيكربندي امنيت ارتباطات راه دور جهت كمينه‌كردن ريسك دسترسي تأييد نشده به شبكه سازمان.
•    آناليز رخدادها، مشكلات و تغييرات در اين زمينه و تأثيرات آن.
•    تحليل روند خرابي تجهيزات به منظور تدارك آينده تجهيزات.

3.2.2- واحدهاي تجاري
يك واحد تجاري سازمان كه داراي ارتباط قوي با مشتريان سازمان است، يك پذيرنده سريع راه حل نرم‌افزاري بود. اگرچه اين قسمتي از محدودة تجارت اصلي نباشد. گسترش نرم‌افزار راهبرد كاركنان را در واحد تجاري تغيير داده و مشكلات را حل مي‌كند.
پياده‌سازي موفقيت‌آميز بوده است، نرم‌افزار يك توانمند‌ساز براي تغييرات در تجارت است به‌عنوان مثال مهندسي مجدد فرايندهاي تجاري، معرفي نظامهاي تجاري و غيره.

3.2.3- دپارتمان IT
گسترش نرم‌افزار و پياده‌سازي ITIL ، براي اولين‌بار در دپارتمان IT ، ديد كاملي از رخدادها، مشكلات وتغييرات و همچنين تأثيرات مرتبط فراهم كرده است.
بنابراين، قابليت مونيتور كردن، پيگيري و گزارش رخدادها و مشكلات تمركز بيشتري روي مديريت سرويس و دسترس‌پذيري ايجاد مي‌كند. به‌ويژه با outsourcer ها جهت اطمينان از اين كه آنها ملزومات SLA هايشان را مطابقت داده‌اند.
تأثيرات كلي به‌صورت زير خلاصه شده‌اند:
قابليتهاي جديد –
•    يك گزارش كار واحد و يكپارچه، فرايند مديريت رخداد، مشكل و تغيير ساخته شده كه اكنون استاندارد قابل تكرار و پايدار در سازمان است.
•    يك پايگاه دانش ساخته شده كه اطلاعات مربوط به مشكلات را به يك روش نظام‌مند جمع‌آوري مي‌كند.
•    قابليت داشتن مديريت شبكه پايدار و هشدار دهي در تمام گره‌هاي ارتباط راه دور.
•    معرفي best practice هاي ITIL براي مديريت سرويس IT .
دسترس پذيري –
•    ميدان ديد افزايش يافته – پول و وضعيت مشكلات موجود در سازمان. براي مثال مشكلات و روندها مي‌توانند زودتر شناخته شده و اين مي‌تواند سبب بازدارندگي مديريت شدة بيشتر به‌جاي مديريت واكنشي و انفعالي شود.
•    پيگيري نظارتي افزايش يافته و گزارش مشكلات و درخواستهاي گردش كار فراموش نمي‌شود و پاسخگويي به هشدارها افزايش مي‌يابد.
تاثیرات –
•    گزارش‌گيري بهبود يافته – آمارهاي قابل اعتماد مالي با دقت و صحت
•    تأثير تصميم‌گيري بهبود يافته – قابليت افزايش‌يافته جهت مديريت تأثيرگذار و پيش‌گيرانه مشكلات.
•    خارج از سرويس شدن كاهش‌ يافته بنابراين خدمات به مشتري افزايش يافته.
•    وابستگي كمتر به نظريات فني و شخصي جهت حل مشكلات و مديريت گردش كار.
•    مديريت فروش ارتقاء يافته – افزايش قابليت ديده‌ شدن مشكلات، ارجهيت آنها و اينكه چگونه تهيه كنندگان سرويس در مقابل SLA هايشان عمل مي‌كنند.
•    انجام وظايف و قوانين بيشتر با كمترين منابع اضافه.
مديريت تجهيزات IT به‌عنوان بخشي از محدوده اصلي پروژه محسوب نمي‌شود. اگرچه دپارتمان IT فوايد استفاده از نرم‌افزار جهت ثبت، پيگيري و گزارش روي تجهيزات IT را شناخته باشد. اين فوايد شامل موارد زير است:
•    مغايرت‌گيري از تجهيزات IT برحسب دفتر كل تجهيزات نقطة دسترسي سرويس (SAP) .
•    به روز سازي قاعده‌مند دفتر كل تجهيزات نقطة دسترسي سرويس(SAP) توسط يك واسطه خودكار و تصحيح تخصصي هزينه‌ها.
•    مونيتورينگ منابع IT به‌صورت پيش‌گيرانه، تحليل روند و گزارش‌گيري.
•    ثبت كامل و دقيق تجهيزات IT پوشش‌يافته توسط قراردادهاي نگهداري.
•    اطلاعات پيكربندي سخت‌افزار براي تسهيل پشتيباني مداوم تجهيزات IT .
براي پشتيباني اين، نرم‌افزار قابليت دارد كه پايگاه داده مديريت پيكربندي ITIL (CMDB) شود كه اكنون فاز 2 پروژه است.

3.2.4 – مديريت اجرايي
پشتيباني پيوسته از مديريت اجرايي براي موفقيت پروژه حياتي است. مديريت اجرايي تشخيص داده كه سيستم جديد با حمايت از ITIL (فرآيندها) سازمان را مجبور مي‌كند تا فرآيندهايشان را مهندسي مجدد كنند و فوايدي كه در ابتداي پذيرش پروژه شناخته شده بودند شامل حال آنها شود.
نتيجه‌گيري
سازمان فقط درحين گسترش نرم‌افزار‌ و ITIL  براي مديريت رخداد، مشكل و تغيير فوايد اين‌كار را درك مي‌كند.
اين در ادامه، موقعيتي است كه مطمئن شويم واحدهاي تجاري در حال حاظر درخواست دارند كه نرم‌افزار با بهبود بيشتر گسترش يابد.
اين تنها جايي اتفاق مي‌افتد كه مهندسي مجدد فرآيندهايشان نياز است. مزيت واقعي بدست‌آوردن يك روش واحد براي مديريت رخداد، مشكل و تغيير است. اين به سازمان اين اجازه را مي‌دهد كه به‌صورت end-to-end  به اهداف استراتژيك خود برسد.

ضمايم


مدل فرآيند پشتيباني سرويس ITIL

مدل فرآيند پشتيباني سرويس ITIL

كامپونت‌ها و اهداف
–    مديريت رخداد: جهت بازگرداندن عمليات سرويس به وضع نرمال در سريعترين زمان  ممكن با كمترين تأثير منفي در تجارت، بنا براين اطمينان از اين‌كه بهترين سطح ممكن دسترس‌پذيري را داريم و اينكه سرويس پايدار است.
–    مديريت مشكل: جهت كمينه‌كردن تأثير منفي حاصل از رخدادها و مشكلات، در تجارت از خطاهاي به‌وجود آورده در زير ساختها حاصل مي‌شود و جلوگيري پيش‌گيرانه از به‌وجود آمدن رخدادها، مشكلات و خطاها.
–    مديريت تغييرها: اطمينان از اينكه متدها و روشهاي استاندارد شده براي انجام سريع و كاراي تغييرات اعمال مي‌شود. اين‌كار جهت كمينه‌كردن تأثيرات منفي رخداد روي سرويس است.
–    مديريت انتشار: جهت بدست آوردن ديد كلي از تغيير در يك سرويس IT و اطمينان از اينكه تمام جوانب يك release ، از جنبه فني و غير فني با هم در نظر گرفته شوند.
–    مديريت پيكربندي: جهت فراهم كردن يك مدل منطقي از زيرساخت IT با استفاده تز شناسايي، كنترل، نگهداري و تأييد نسخه تمام CI ها از لحاظ موجوديت آنها.

مدل فرآيند تحويل سرويس ITIL

مدل فرآيند تحويل سرويس ITIL

–   كامپونت‌ها و اهداف
–    مديريت سطح سرويس: جهت نگهداري و پيشرفت تدريجي تحارت در راستاي كيفيت خدمات IT  از طريق يك چرخه ثابت از توافق، مونيتورينگ، گزارش‌گيري و بازنگري دستاوردهاي سرويس IT و از طريق اعمال برانگيزيده جهت از بين بردن سطوح غيرقابل قبول در سرويس مي‌باشد.
–    مديريت دسترس‌پذيري: جهت بهينه كردن قابليت زيرساخت IT و پشتيباني سازمان براي تحويل يك سطح تقويت شده و مؤثر در هزينه از دسترس‌پذيري كه تجارت را قادر مي‌سارد تا اهداف خود را برآورده كند.
–    مديريت توانايي: براي فهم احتياجات تجاري آتي (تحويل سرويس مورد نياز)، عملكرد سازمان (تحويل سرويس كنوني)، زيرساخت IT (وسايل تحويل سرويس)، و اطمينان از اينكه تمام ظرفيت و كارايي منتظره از احتياجات تجارت درحال و آينده به‌صورت تأثيرگذار درهزينه مهيا شده است.
–    مديريت مالي براي خدمات IT : جهت مهيا كردن نظارت تأثيرگذار در هزينه از تجهيزات IT و منابع مالي صرف شده در آماده‌سازي خدمات IT .
–    پيوستگي سرويس IT : جهت پشتيباني فرآيند كلي مديريت پيوستگي تجارت با اطمينان از اينكه امكانات فني IT و خدمات مورد نياز مي‌تواند در حين مقياسهاي زماني تجاري توافق شده و مورد احتياج بازيابي شود.
–    كامپونت‌ها و اهداف
–    Service Desk : جهت كاركردن به‌عنوان نقطة تماس مركزي بين كاربر . مديريت خدمات IT جهت اداره كردن رخدادها و درخواستها، و مهيا كردن يك واسطه براي فعاليتهاي ديگر همچون مديريت تغيير، مديريت مشكل، مديريت پيكربندي، مديريت انتشار، مديريت سطح سرويس و مديريت پيوستگي خدمات IT .
–    امنيت: فرآيندسازي سطح تعريف شده سرپرستي از امنيت در رابطه با اطلاعات و خدمات IT .

Read Full Post »

3.1.2فرآیندهای Best Practice :

دومین توانمند ساز نه تنها فرهنگ روشها را که بر اساس زمان پیشرفت میابد را تغییر میدهد بلکه سه کامپوننت از ITIL Service Support را در مجموعه نرم افزار را پشتیبانی میکند که شامل موارد زیر است:

 

 

مدیریت رخداد

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

مدیریت مشکلات و خطا

برای کمینه کردن تاثیرات مخرب روی تجارت که ناشی از رخدادها و مشکلاتیست که توسط خطاها در زیر ساختها به وجود می آید و همچنین جلوگیری از اتفاق افتادن رخدادها، مشکلات و خطاها.

مدیریت تغییرات

برای اطمینان حاصل کردن از اینکه متدها و روشهای استاندارد شده برای تغییرات موثر و سریع استفاده میشود، برای حداقل کردن تاثیرات منفی ناشی از هر ارتباط بین رویدادها و سرویسها

 

ITIL به عنوان کامپوننت حیاتی برای گسترش موفق و استفاده نرم افزار به نظر میرسد.یک framework ناشی از فرآیند best practice برای عملیاتهای روزانه پشتیبانی نیاز است.

 

 

مدیریت رخداد (Incident Management)

مزایایی که از پیاده سازی یک فرآیند مدیریت رخداد شامل حال سازمان میشود عبارت است از :

 

  • مونیتورینگ پیشرفته، بدست آوردن کارایی در مقابل توافق سطح سرویس (SLA) برای بدست آوردن دقت.
  • اطلاعات مدیریتی اصلاح شده درباره ظهور کیفیت خدمات
  • استفاده بهتراز کارکنان که باعث کارایی بهتر میشود
  • حذف رخدادهای نادرست یا گم شده (نادیده گرفته شده) و درخواستهای خدمات
  • اطلاعات پایگاه داده مدیریت پیکربندی (CMDB) با دقت و صحت بیشتر(اتفاق افتادن و ممیزی در حال پیشرفت در هنگام ثبت رخدادها)
  • افزایش رضایت مشتری و کاربر

 

 

مدیریت مشکلات (Problem Management)

مزایای انتخاب یک روش رسمی برای مدیریت مشکلات شامل موارد زیر است :

 

  • کیفیت خدمات IT بهبود یافته. مدیریت مشکلات کمک میکند که یک چرخه از کیفیت سرویس IT صعودی با سرعت بالا تولید شود. سرویس قابل اطمینان با کیفیت بالا برای کاربران تجاری IT مناسب است، و همچنین برای بهره وری و دلگرمی فراهم کنندگان خدمات IT نیز مناسب است.
  • کاهش حجم رخداد. مدیریت مشکل در کاهش تعداد رخدادهایی که در جریان تجارت وقفه می اندازد سودمند است.
  • راه حلهای دائمی و پایدار. یک کاهش تدریجی در تعداد و تاثیر مشکلات و خطاهای شناخته شده به عنوان آنهایی که رفع شده اند همچنان رفع شده میمانند، وجود خواهد داشت.
  • دانش سازمانی اصلاح شده. فرآیند مدیریت مشکل بر مبنای یادگیری از تجارب گذشته استوار است. فرآیند، داده های تاریخی را برای تشخیص روندها و وسایل پیشگیری خرابی و کاهش تاثیرات مضر خرابی، فراهم میکند که این سبب بهبود بهره وری کاربر میشود.
  • بهترین درجه رفع مشکل برای اولین مرتبه (better first time fix rate) در Service Desk . مدیریت مشکل این خصیصه را در Service Desk بهبود میبخشد. این از طریق گرفتن، نگهداری و داشتن قدرت تشخیص رخداد و گردش کاری داده در یک پایگاه داده دانش (Knowledge database) در دسترس در Service Desk در هنگام واقعه نگاری مشکل بدست می آید.

 

 

مدیریت تغییرات (Change Management)

فواید خاص یک سیستم مدیریت تغییرات تاثیرگذار شامل موارد زیر است :

 

  • در یک راستا قرار دادن خدمات IT با نیازهای تجاری به بهترین نحو
  • دید توسعه یافته و ابلاغ تغییرات به کارکنان تجاری و پشتیبانی خدمات
  • برآورد ریسک اصلاح شده
  • کاهش تاثیر نامناسب تغییرات روی کیفیت خدمات و توافقات سطح سرویس (SLA)
  • ارزیابی بهتر هزینه تغییرات احتمالی قبل از اتفاق افتادن
  • تغییرات معدود که بر اثر کهنه شدن به وجود می آید همراه با توانایی بیشتر برای انجام راحتتر در هنگام لزوم
  • مدیریت مشکل و دسترس پذیری وسعت یافته در حین استفاده از اطلاعات ارزشمند مدیریتی مربوط به تغییرات انباشته شده در حین فرآیند مدیریت تغییر
  • افزایش بهره وری کاربران – به خاطر قطع کمتر و کیفیت بالاتر خدمات
  • افزایش بهره وری پرسنل کلیدی به خاطر نیاز کمتر به منحرف شدن از وظایف برنامه ریزی شده برای پیاده سازی تغییرات فوری یا تغییرات نادرست قدیمی
  • توانایی بالاتر برای تحلیل تغییرات با حجم بالا
  • درک تجاری بهتر از IT به خاطر کیفیت خدمات بهتر و یک روش حرفه ای

برگرفته شده از کتاب OGC ITIL Service Delivery ISBN 011 3308930

این مطلب ادامه دارد …

Read Full Post »

3 – پیاده سازی :

3.1 – توانمندسازها
دو توانمندساز تاکتیکی برای مدیریت رخداد، مدیریت مشکل و مدیریت تغییر شناخته شده است. یک تعداد از انتخابها مطرح شده است:

3.1.1 – نرم افزار
یک ابزار نرم افزاری برای توانمند ساختن اتوماسیون مدیریت رخداد، مشکل و تغییر مورد نیاز است. یک تعداد از انتخابها مطرح شده است:

انتخاب 1 : تنبلی
این انتخاب ماندنی و قابل دوام نیست، به طوریکه افزایش پیچیدگی میتواند منجر به آثار زیانبار سرویس دهی به مشتریان سازمان شود. فراوانی وشدت ارائه سرویس میتواند در طول زمان افزایش بیشتری یابد.

انتخاب 2 : توسعه دادن نرم افزارهای Service Desk موجود
نرم افزار Service desk موجود که برای مقاصد سرویس دهی استفاده میشود قابل تعمیم به قسمتهای دیگر نیست و توسط یک فرآیند که خوب تعریف شده حمایت نمیشود. رویکرد و دیدگاه نرم افزار service desk موجود، ضمن اینکه دارای استعداد ماندگاری و دوام است در یک عبارت کوتاه به عنوان یک راه حل طولانی مدت دارای تعدادی ریسک مهم و اساسی است :

• در حالیکه یک نرم افزار نهایی توسعه یافته به عنوان نرم افزار موجود است، پشتوانه (engine) توسط فروشنده محصول برای زمان بیشتری support نمیشود.
• Application مدیریت درخواست کار و تغییر یکپارچه موجود نیست. زمان development برای این کامپوننت سیستم به صورت معنی داری بیشتر از پیاده سازی یک محصول دیگر است.
• کار یکپارچه سازی مهم برای یکی کردن مشکلات و مدیریت رویداد مورد نیاز است علاوه بر این هزینه های اضافه شده licensing نرم افزار برای این کامپوننت نیز نیاز است.

انتخاب 3 : انتخاب کردن یک مجموعه نرم افزار مناسب
یک آنالیز اولیه انجام شود تا نرم افزاری که مطابق با نیازهای عملیاتی (operational) تعریف شده به نظر میرسد مشخص شود. تعداد زیادی محصول شناسایی شده و یک ارزیابی در سطح بالا انجام شده تا بهترین گزینه انتخاب شود.
قبل از فرآیند ارزیابی سطح بالا یک تعداد نیازهای قبلی تعیین شده که شامل موارد زیر است:

• یک راه حل مدیریتی یکپارچه به صورت end to end
• نرم افزار باید به مطابق بر ITIL باشد و یا در آینده این کار انجام شود.
• اتصال یکپارچه به دیگر محصولات مثل SAP و Active Directory
• فعالیتهای اجباری مربوط به مدیریت رویداد، مشکل و تغییرات .بهتر است که شامل پایگاه داده مدیریت پیکربندی (CMDB)، گردش کاری و غیره باشد.
• کنترل کردن این که یکپارچگی داده ها تضمین شده که این شامل امنیت داده ها نیز میشود.
• نرم افزار مطابق معماری نرم افزار سازمان باشد.
• راهی برای پیشرفت آینده نرم افزار بدون مشکلات جانبی تعریف شود.
• مستندسازی نرم افزار بسیار قوی باشد.
• برنامه آموزشی قوی برای پشتیبانی نرم افزار

ارزیابی سطح بالا که با عنوان CA-Unicenter شناخته میشود راه حل نرم افزاریست که نیازهای ما را به بهترین نحو میپوشاند. سازمان پیش از این تعدادی کامپیوتر داشته که با یک Service Desk مرکزی برای رسیدن به یک راه حل متمرکز و خودکار شده برای فرآیندهای مدیریت رویداد، مشکلات و تغییرات تجهسز شده است.نرم افزار همچنین امکان alerting و monitoring را میدهد و یک ساختار یکپارچه واحد را بین تمام سیستمها برقرار میکند. این در آینده به سازمان این امکان را میدهد که تمامی امور مربوط به مشتری های داخلی و خارجی خود را مدیریت و مانیتور کند.

این مطلب ادامه دارد …

Read Full Post »

Help desk  یک منبع اطلاعاتی و کمکی  است که مشکلات را با استفاده از کامپیوتر رفع می کند . شرکت ها غالبا پشتیبانی Help desk را برای مشتریان بوسیله شماره تلفن رایگان ، وب سایت و یا پست الکترونیک فراهم  می کنند . همچنین Help desk های در محل ( در خانه ) نیز برای کارمندان وجود دارد . تعدادی از مدارس کلاس هایی را برای انجام اعمالی مشابه ، مثل Help desk  برگزار کرده اند . درInformation Technology Infrastructure Library شرکت هایی که مایل به اخذ ISO/IEC 20000 و یا پیاده سازی IT Service Managementهستند ، Help desk می تواند یک سرویس دهی متمرکز را فراهم کرده و زمینه های پیوستن به یک Service Desk بزرگتر فراهم نماید .

طرز کار

 یک سیستم HelpDesk به چند روش عمل می کند . این سیستم یک نقطه مرکزی برای دریافت کمک در کتمپیوتر های مختلف فراهم می کند . HelpDesk ها ، درخواست هایشان را توسط برنامه ی Help desk مدیریت می کنند ، مانند Incident Tracking System ، که اجازه می دهد تا درخواست کاربران با یک شماره منحصربفرد پیگیری شود . همچنین به این سیستم Local Bug Tracker هم اطلاق می شود . هنگامیکه در محیط سازمانی به جستجو ،‌تحلیل و ارزیابی مشکلات عمومی می پردازیم ، یک سیستم Help Desk می تواند بسیار مفید باشد . 
کاربر مشکلش را در برنامه وارد کرده و برنامه به او یک شماره بلیط ( Ticket Number ) می دهد که حاوی جزئیات مشکل مطرح شده وی است . اگر اولین گروه از پشتیبان ها بتوانند مشکل را برطرف نمایند ، مشکل برطرف شده و بسته ( Close ) می شود و راه حل برطرف کردن مشکل در تیکت ( Ticket ، بلیط ) برای مراجعات بعدی کارکنان پشتیبانی در تیکت نوشته می شود . اما درصورتی که گروه اول پتیبانی قادر به حل مشکل نبود تیکت توسط آنها بروز شده و برای حل به گروه دوم پشتیبانی ارجاع داده می شود .
برنامه ( نرم افزار ) های زیادی برای HelpDesk وجود دارند ، برخی از آنها برای سازمان های بزرگ ( Enterprise ) طراحی شده اند و برخی دیگر برای سازمانهای کوچک تر  .
در تحقیقی که در میانه ی دهه ی نود میلادی توسط Middleton در The Robert Gordon University انجام شد ،‌ مشخص شد که بسیاری از سازمانها به ارزش واقعی Helpdesk پی برده و به استفاده از Help Desk روی آورده اند ، نه به این علت که این برنامه ها یک کد پیگیری منحصربفرد تولید می کنند ، بلکه به این سبب که تمام درخواست های متقاضیان از یک نقطه مشترک بین درخواست دهنده و کارکنان پشتیبانی قابل پیگیری است .

سازمان

 Help desk های بزرگ سطوح مختلفی برای پاسخ دهی به درخواست های مختلف را دارند . Help desk های سطح یک یا First-Level Help desk برای پاسخ دهی به پرسش های عمومی و یا فراهم کردن یک پایگاه دانش یا FAQ ایجاد شده اند . بطور عمومی یک Incident Tracking System برای مواقعی که تعداد بسیاز زیادی تماس گرفته می شود پیاده سازی شده است . اگر مشکل ( Issue ) در مرحله اول ( First-Level ) حل نشد ، مقیاس تیکت بزرگ شده و به مرحله بعدی ( دوم ) ، که نیازمندی های برطرف کردن یک مشکل جدی تر را داراست می رود . همچنین توجه داشته باشید که سازمانها دارای یک سطح بالاتر ( سطح سوم ) هستند که معمولا به نیازهای نرم افزاری ارتباط دارد ، مانند update ها و bug-fix ها که بر روی مشتری ها تاثیر گذار است .
Help Desk های بزرگ معمولا یک شخص یا تیم مسئول برای مدیریت تیکت ها دارند که به آن ( ها ) مدیران صف ها ( Queue Managers ) و یا سرپرست صف ها ( Queue Supervisors ) اطلاق می شود ، مدیر تیکت ، مسئول رسیدگی به صف های تیکت ها است ، که می تواند از روش های مختلفی انجام ود که بسته به اندازه و قابلیت ها و ساختار برنامه Help Desk دارد . بطور کلی Help Desk های بزرگ دارای تیم های مختلف پشتیبانی هستند که هر تیم تجربه کار بر روی Issue های مختلفی را داراست . مدیر صف ها ، تیکت را بسته به درخواست دریافت شده و تخصص تیم های پشتیبانی بین صف های مختلف پخش می کند . برخی از Help Desk  ها دارای سیستم تلفنی با ACD Splits هستند که برای اطمینان از ورود درخواست رسیده و ثبت آن ، برای مراجعات بعدی بکار برده می شوند .
بعضی از Help Desk ها در مواقع بحرانی کاربرد دارند ( ‌برای مواقع بحرانی ایجاد شده اند ) . زمان برای تحلیل یا انجام و پیگیری مشکل ، تماس و درخواست رسیده از پست الکترونیک بسیار کم است . یک Roster System تضمین می کند که زمان کافی برای پیگیری مشکلات ، تماس ها و … وجود دارد و همیشه شخصی برای پاسخگویی به تماس ها در واحد پشتیبانی وجود دارد . از آنجا که زمان تماس های تلفنی ذاتا نامشخص است ، پاسخگوی Help desk بصورت گردشی تعویض می شود .

تیم پای میز ( Deskside Team )

تیم پای میز ( بعضی اوقات با نام “پشتیبان پای میز” – Desktop Support – شناخته می شود ) مسئول Desktop ها ، لپ تاب ها و وسیل جانبی ، مانند PDA ها است . Help Desk ها معمولا هنگامی از این گروه برای حل مشکل استفاده می کنند که پشتیبان های سطح اول قادر به رفع مشکل نباشند . آنها کامپیوترها را برای کاربران جدید تنظیم و پیکربندی می کنند و معمولا مسئول مشکلات فیزیکی پیش آمده برای کامپیوترها مانند برطرف کردن مشکل برنامه ها یا سخت افزارها و نیز جابجا کردن کامپیوترها از جایی به جای دیگر هستند .

 تیم شبکه ( Network Team )

تیم شبکه مسئول نرم افزارها و سخت افزارها و ابزارهایی مانند سرورها ، سوئیچ ها ،‌سیستم های پشتیبانی گیری ( ‌Backup systems ) و فایروال شبکه است . آنها مسئول سرویس های شبکه مانند پست الکترونیک ،‌ فایل ها و امنیت هستند . Help Desk درخواست های رسیده ی مرتبط را برای این تیم ارسال می کند .

تیم های دیگر

برخی شرکت ها یک تیم مخابرات ( Telecom Team ) هستند که مسئول رسیدگی به ابزار مرتبط با تلفن مانند PBX , VoiceMail , VOIP و تلفن و مودم و دستگاه فکس و تجهیزاتی از این قبیل هستند ، آنها مسئول پیکربندی و جابجایی خطوط تلفن ، تنظیم کردن و پیکربندی VoiceMail و HelpDesk این فبیل درخواست ها را به این واحد نسبت می دهد .
شرکت هایی که دارای برنامه های سفارشی هستند ، دارای یک تیم برنامه ( Application Team ) هستند ، که مسئول توسعه نرم افزار هستند . HelpDesk درخواست هایی از قبیل Bug های نرم افزاری و درخواست قابلیت جدید در برنامه و بهبود عملکرد برنامه را به این تیم ارسال می کند .

 

توجه داشته باشید که تمامی کارکنان HelpDesk و IT در یک محل مشترک قرار ندارند . با برنامه های راه دور ( Remote Access Applications ) تکنسین ها قادرند بسیاری از مشکلات را از راه دور رفع مشکل نمایند . برای مشکلات در-محل ( on-site ) نیاز به رفتن تکنسین به محل وجود دارد . هر چند که HelpDesk ها با برنامه های راه دور می توانند برخی از مشکلات را رفع کنند .

Read Full Post »

فرآیند مدیریت مشکل این هدف را دارد که تعداد و شدت رخدادها و مشکلات را روی تجارت کاهش دهد و آن را در قالب مستندات گزارش داده تا در اولین و دومین مورد در help desk در دسترس باشد. فرآیند پیش گیرانه، مشکلات را قبل از اینکه رخدادی روی دهد تعیین کرده و آنها را حل میکند. این فعالیتها به شرح زیر است :

  •  تحلیل روند
  • عملیات پشتیبانی هدف
  • جمع آوری اطلاعات برای سازمان

 فرآیند کنترل خطا یک فرآیند تکراریست تا خطاهای شناخته شده را تشخیص دهد تا اینکه آنها با پیاده سازی موفق یک تغییر در کنترل فرآیند مدیریت تغییرات حل شود. فرآیند کنترل مشکل فصد دارد که مشکلات را در یک راه موثر و کارا کنترل کند. این فرآیند علت ریشه ای (root cause) رخدادها را مشخص کرده و آنها را به service desk معرفی میکند. دیگر فعالیتها عبارت است از :

  • شناسایی مشکل و ثبت آن
  • دسته بندی مشکلات
  • بررسی و تشخیص مشکل

تکنیک استاندارد برای مشخص کردن ریشه اصلی مشکل این است که از یک دیاگرام Ishikawa استفاده کنید، همچنین مراجعه کنید به نمودار علت و معلول (cause and effect diagram)، نمودار درخت (tree diagram)، یا نمودار جناغی (fish diagram). نمودار ایشیکاوا نتیجه نوعی از جلسه طوفان مغزی است که در آن اعضای یک گروه ایده های خود را برای بهبود یک محصول مطرح مینمایند. برای حل مشکل، هدف پیدا کردن دلیل و تاثیرات یک مشکل است. نمودار ایشیکاوا میتواند در یک meta-model تعریف شود. اولا یک موضوع اصلی موجود است، که ما تلاش میکنیم که کدام backbone از نمودار را حل کنیم یا بهبود ببخشیم. موضوع اصلی از یک علت مشتق میشود. ارتباط بین یک علت و یک اثر یک ارتباط دوطرفه است: یک اثر نتیجه یک دلیل و علت است، و یک علت ریشه یک اثر است. اما فقط یک اثر برای چندین علت موجود است و یک دلیل برای چندین اثر موجود است.

Read Full Post »

Service Desk تنها نقطه ارتباط بین کاربران و مدیریت سرویس IT میباشد. وظایفی شامل رسیدگی به رخدادها و درخواستها، و تهیه یک واسط برای دیگر فرآیندهای ITSM .
• تنها نقطه تماس و نه لزوما اولین تقطه تماس
• تنها یک نقطه برای ورود و خروج موجود است.
• راحتتر برای مشتریان
• یکپارچگی داده
• مجرای ارتباطی ساده و راحت
کارکردهای اولیه Service Desk به شرح زیر است :
• کنترل رخداد : مدیریت چرخه دوام تمامی درخواستهای سرویس
• ارتباط : مطلع کردن مشتری از پیشرفت کار و آگاهی دادن درباره چرخه کاری
کارکردهای Service Desk با نامهای مختلفی شناخته میشوند :
• Call Center : تاکید اصلی روی رسیدگی حرفه ای روی تراکنشهای بر مبنای تلفن در حجم زیاد است.
• Help Desk : مدیریت و حل رخدادها در سریعترین زمان ممکن
• Service Desk : نه تنها  به رخدادها ، مشکلات و سوالات رسیدگی میکند بلکه یک واسط برای دیگر فعالیتها مانند درخواستهای تغییر، قراردادهای نگهداری، license های نرم افزارها ، مدیریت سطح سرویس، مدیریت پیکربندی،‌ مدیریت در دسترس بودن، مدیریت مالی و مدیریت مستمر سرویسهای IT مهیا میکند.
سه نوع از ساختارهایی که میشود مطرح کرد به شرح زیر است :
• Service Desk محلی : برای پرداختن به نیازهای تجارت محلی – این فقط تا وقتی عملیست که چندین محل برای پشتیبانی سرویس نیاز باشد.
• Service Desk مرکزی : برای موسساتی که چندین جا دارند – کاهش هزینه های عملیاتی و بهبود استفاده از منابع در دسترس
• Service Desk مجازی : برای موسسات که دارای مکانهایی در نقاط مختلف دنیا – میتواند در تمام دنیا به علت پیشرفت در کارایی شبکه و ارتباطات از راه دور در دسترس باشد، کاهش هزینه های عملیاتی بهبود استفاده از منابع در دسترس.

Read Full Post »

پشتیبانی سرویس :
نظم در پشتیبانی سرویس ITIL بر روی کاربران سرویسهای ICT متمرکز شده است و اصولا در رابطه است با اینکه آنها مطمئن شوند که دسترسی به سرویسهای مناسب برای قواعد تجارت برای پشتیبانی دارند.
در یک تجارت یا موسسه ، مشتریها و کاربران نقطه ورود به مدل فرآیند هستند. آنها به وسیله موارد زیر با پشتیبانی سرویس درگیر میشوند:
• دنبال تغییرات گشتن
• نیاز به ارتباط ، به روزرسانیها
• داشتن اشکالات ، جستجوها
Service Desk تنها نقطه ارتباط برای مشتریان برای بیان مشکلاتشان است.این تلاش میکند که این را حل کند، اگر یک راه حل مستقیم موجود باشد یا یک رخداد بسازد. رخدادها یک زنجیره از فرآیندها را راه اندازی میکنند : مدیریت رخداد (Incident Management)،  مدیریت اشکال (Problem Management)، مدیریت تغییر(Change Management)، مدیریت انتشار (Release Management) و مدیریت پیکربندی (Configuration Management). این زنجیره از فرآیندها با استفاده از پایگاه داده مدیریت پیکربندی پیگیری(CMDB) میشود  که هر فرآیندی را ذخیره میکند و مستندهای خروجی را برای قابلیت ردیابی میسازد.(Quality Management)

Read Full Post »

نسخه 3 ITIL که در ماه می 2007 منتشر شد شامل 5 جلد کلیدی است:

1-      راهبرد سرویس (Service Strategy)

2-      طراحی سرویس (Service Design)

3-      انتقال سرویس (Service Transition)

4-      عملیات سرویس (Service Operation)

5-      بهبود مستمر سرویس (Continual Service Improvement)

 

راهبرد سرویس :

راهبرد سرویس در هسته دوره زندگی ITIL نسخه 3.1 نمایش داده شده اما نمیتواند به صورت ایزوله در قسمتهای دیگر ساختار IT وجود نداشت. این شامل یک چارچوب برای ساختن بهترین تکنیکها برای راهبرد سرویس در دراز مدت است.این موضوعات زیادی شامل موارد زیر را پوشش میدهد : راهبرد کلی، فضای مارکت و همکاری، انواع service provider ، مدیریت سرویس دارایی راهبردی، طراحی و توسعه سازمان، فعالیتهای فرآیند کلیدی، مدیریت مالی، مدیریت service portfolio ، مدیریت تقاضا و نقشهای کلیدی و مسئولیت به کارگماشتن کارکنان در راهبرد سرویس.

 طراحی سرویس :

طراحی سرویسهای IT با بهترین تکنیکها مطابقت داردو شامل طراحی معماری، فرآیندها، سیاستها، مستندسازی و اجازه برای نیازهای تجاری آینده میباشد. همچنین شامل موضوعاتی از قبیل بسته طراحی سرویس (SDP) ، مدیریت کاتالوگ سرویس، مدیریت سطح سرویس (SLM) ، طراحی مدیریت ظرفیت، پیوستگی سرویس IT ، امنیت اطلاعات، مدیریت تامین کننده و نقشها و مسئولیت های کلیدی برای جذب کارمندان میباشد.

 انتقال سرویس :

انتقال سرویس به تحویل سرویس ارتباط دارد که توسط موسسه برای استفاده Live یا Operational احتیاج است و اکثر اوقات طرف پروژه IT را سریعتر از BAU (Business As Usual) احاطه میکند.این محدوده همچنین موضوعاتی همچون مدیریت تغییرات در فضای BAU را تحت پوشش قرار میدهد. موضوعاتی شامل دارایی سرویس و مدیریت پیکربندی (Configuration Management) ، پشتیبانی و طراحی انتقال ، مدیریت گسترش و انتشار (Release and deployment management) ، مدیریت تغییرات (Change Management) ، مدیریت آگاهی (Knowledge Management) به خوبی نقشهای کلیدی دخالت کارکنان در انتقال سرویس میباشد.

 عملکرد سرویس :

بهترین تجارب برای دست یافتن به تحویل سرویس در حد توافق هم به کاربران نهایی و هم به مشتریها ( برای مشتریها همان مقداری که در SLA تعیین شده) . عملکردهای سرویس بخشی از دوره دوام(lifecycle) در جایی است که سرویسها و مقادیر به صورت واقعی، مستقیما تحویل میشوند. همچنین ماننیتور کردن مشکلات و ایجاد توازن بین قابلیت اطمینان سرویس و دیگر هزینه ها مطرح است. موضوعاتی شامل توازن اهداف متضاد (مثل قابلیت اطمینان و هزینه) ،‌مدیریت حادثه،‌ مدیریت رویداد ، مدیریت مشکلات ، تکمیل رویداد،‌مدیریت دارایی، Service desk ، مدیریت تقاضا و فنی ، به خوبی نقشهای کلیدی مسئولیت دخالت کارکنان در بهره برداری از سرویس است.

 بهبود مستمر سرویس (CSI) :

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

CSI نیاز دارد که مثل تمارین آموزشی دیگر رفتار کند. به  طراحی صادقانه، آموزش و آگاهی ، زمانبندی در حال پیشرفت،‌ نقشهای ساخته شده، مالکیت واگذار شده و فعالیتهای شناخته شده برای موفقیت نیاز است. CSI باید به عنوان فرآیند با تعریف فعالیتها ، ورودیها ، خروجیها ، نقشها و گزارشگیری ، برنامه ریزی و زمانبندی شود.

Read Full Post »