متخصص ITSM کیست؟ شرح وظایف، ویژگیها و مهارتهای نرم و سخت
وقتی سامانه فروش یک شرکت از دسترس خارج میشود، ایمیل سازمانی درست کار نمیکند یا کاربران برای دریافت یک دسترسی ساده چند روز منتظر میمانند، معمولاً اولین واکنش این است که بگوییم: «تیم فنی باید مشکل را حل کند.»
اما حلکردن یک مشکل فنی تنها بخشی از ماجراست.
چه کسی باید مشخص کند کدام مشکل در اولویت قرار دارد؟ چه کسی باید با کاربران و مدیران ارتباط برقرار کند؟ علت اصلی اختلال چگونه شناسایی میشود؟ از کجا بفهمیم مشکل دوباره تکرار نخواهد شد؟ چه کسی زمان پاسخگویی تیم فناوری اطلاعات را اندازهگیری میکند و چگونه میتوان کیفیت خدمات را بهبود داد؟
اینجا دقیقاً همان جایی است که نقش متخصص ITSM یا متخصص مدیریت خدمات فناوری اطلاعات اهمیت پیدا میکند.
متخصص ITSM کسی نیست که فقط با یک نرمافزار تیکتینگ کار کند یا گزارش تعداد درخواستها را استخراج کند. او باید میان فناوری، فرایند، افراد، تأمینکنندگان و اهداف کسبوکار ارتباط برقرار کند. مأموریت اصلی او این است که فناوری اطلاعات از مجموعهای از تجهیزات و نرمافزارها به مجموعهای از خدمات قابلاندازهگیری، قابلاعتماد و ارزشآفرین تبدیل شود.
ITSM به مدیریت سرتاسری خدمات فناوری اطلاعات، از طراحی و ارائه تا پشتیبانی و بهبود مستمر آنها میپردازد. بنابراین متخصص ITSM باید هم عملیات روزانه را بشناسد و هم بتواند تصویر بزرگتری از نیازهای سازمان ببیند.
متخصص ITSM دقیقاً چه کاری انجام میدهد؟
عنوان «متخصص ITSM» در همه سازمانها معنای کاملاً یکسانی ندارد. در یک شرکت ممکن است این فرد بیشتر درگیر طراحی و پیادهسازی فرایندها باشد. در سازمانی دیگر، مدیریت ابزار Service Desk، تعریف گردش کارها، کنترل SLA یا تهیه گزارشهای مدیریتی بر عهده او قرار میگیرد.
در بعضی سازمانهای بزرگ نیز وظایف ITSM میان چند نقش تقسیم میشود؛ برای مثال:
- مدیر رخداد
- مدیر مشکل
- مدیر تغییر
- مدیر سطح خدمت
- مالک فرایند
- مدیر پیکربندی
- مدیر دانش
- مدیر بهبود مستمر
- مدیر Service Desk
- مالک خدمت
بنابراین متخصص ITSM ممکن است یک نقش اجرایی، تحلیلی، مشاورهای یا مدیریتی داشته باشد. وجه مشترک همه این نقشها، تلاش برای ارائه خدمات پایدارتر، سریعتر و متناسبتر با نیاز کسبوکار است.
تفاوت متخصص ITSM با کارشناس پشتیبانی چیست؟
کارشناس پشتیبانی معمولاً روی پاسخگویی به درخواستها و رفع مشکلات کاربران تمرکز میکند. متخصص ITSM علاوه بر بررسی عملکرد پشتیبانی، به ساختار و کیفیت کل سیستم ارائه خدمت توجه دارد.
برای مثال، اگر کاربران دائماً درباره قطعشدن یک سرویس تماس بگیرند، کارشناس پشتیبانی تلاش میکند هر مورد را برطرف کند؛ اما متخصص ITSM میپرسد:
- چرا این رخداد مرتب تکرار میشود؟
- آیا رخدادها درست دستهبندی شدهاند؟
- آیا باید یک Problem Record ایجاد شود؟
- آیا تغییرات اخیر باعث ایجاد اختلال شدهاند؟
- آیا مستندات لازم در پایگاه دانش وجود دارد؟
- آیا SLA این خدمت متناسب با اهمیت کسبوکار است؟
- آیا تیمهای مسئول، وظایف و مسیر ارجاع مشخصی دارند؟
- هزینه تکرار این اختلال برای سازمان چقدر است؟
متخصص ITSM فقط به بستن تیکتها فکر نمیکند؛ او به حذف علت تکرار تیکتها و بهبود تجربه دریافتکننده خدمت فکر میکند.
مهمترین وظایف متخصص ITSM
۱. شناسایی و تعریف خدمات فناوری اطلاعات
اولین وظیفه متخصص ITSM این است که مشخص کند واحد فناوری اطلاعات دقیقاً چه خدماتی ارائه میدهد.
بسیاری از سازمانها فهرستی از سرورها، نرمافزارها و تجهیزات دارند، اما فهرست روشنی از خدمات خود ندارند. برای مثال «سرور Exchange» یک جزء فنی است، درحالیکه «خدمت ایمیل سازمانی» یک خدمت قابلدرک برای کاربر و کسبوکار محسوب میشود.
متخصص ITSM در تعریف موارد زیر مشارکت میکند:
- نام و شرح هر خدمت
- مشتریان و کاربران خدمت
- مالک خدمت
- ساعات پشتیبانی
- سطح اهمیت و بحرانیبودن خدمت
- تعهدات سطح خدمت
- اجزای فنی و تأمینکنندگان مرتبط
- هزینه و ظرفیت خدمت
- نحوه درخواست یا دریافت خدمت
خروجی این فعالیت میتواند در قالب کاتالوگ خدمات و سبد خدمات سازمان ثبت شود.
۲. طراحی و بهبود فرایندهای ITSM
متخصص ITSM باید فرایندها و روشهای کاری مرتبط با ارائه و پشتیبانی خدمات را طراحی، مستند و بهبود دهد.
مهمترین حوزههایی که معمولاً در دامنه کاری او قرار میگیرند عبارتاند از:
- مدیریت رخداد
- مدیریت درخواست خدمت
- مدیریت مشکل
- توانمندسازی تغییر
- مدیریت انتشار
- مدیریت داراییهای فناوری اطلاعات
- مدیریت پیکربندی خدمات
- مدیریت دانش
- مدیریت سطح خدمت
- مدیریت تأمینکنندگان
- مدیریت ظرفیت و دسترسپذیری
- مدیریت تداوم خدمات
- نظارت و مدیریت رویدادها
- بهبود مستمر
در ITIL، مدیریت خدمات صرفاً به چند فرایند عملیاتی محدود نمیشود و مجموعه گستردهای از فعالیتها و شیوههای مدیریتی را در بر میگیرد. راهنمای رسمی ITIL نیز حوزههایی مانند رخداد، درخواست خدمت، مشکل، تغییر، انتشار، پیکربندی، دارایی و نظارت را در مسیرهای تخصصی خود پوشش میدهد.
۳. پیادهسازی و مدیریت ابزار ITSM
نرمافزار ITSM زمانی ارزشمند است که مطابق واقعیت سازمان پیکربندی شده باشد. متخصص ITSM باید بتواند نیازهای سازمان را به گردش کارهای قابلاجرا در ابزار تبدیل کند.
این مسئولیت میتواند شامل موارد زیر باشد:
- طراحی فرمهای ثبت درخواست
- ایجاد کاتالوگ خدمات
- تعریف دستهبندی و زیردستهبندی
- طراحی گردش کار
- تنظیم اولویتها
- تعریف SLA و OLA
- طراحی ماتریس ارجاع
- تعریف قوانین خودکارسازی
- طراحی اعلانها
- تنظیم نقشها و سطح دسترسی
- ساخت داشبوردهای مدیریتی
- طراحی نظرسنجی رضایت کاربران
- یکپارچهسازی ابزار ITSM با سایر سامانهها
ابزارهایی مانند ServiceDesk Plus، ServiceNow، Jira Service Management، BMC Helix، Ivanti و Freshservice تنها بستر اجرای ITSM هستند. خرید ابزار بدون طراحی فرایند، داده مناسب و تعیین مسئولیتها معمولاً فقط یک سامانه تیکتینگ گرانقیمت ایجاد میکند.
۴. مدیریت و پایش SLA
یکی از وظایف مهم متخصص ITSM، تعریف و پایش توافقنامههای سطح خدمت یا SLA است.
او باید بررسی کند:
- چه سطحی از خدمت واقعاً موردنیاز کسبوکار است؟
- چه تعهدی با منابع و ظرفیت موجود قابلدستیابی است؟
- زمان پاسخ و رفع هر نوع درخواست چقدر باشد؟
- توقف SLA در چه شرایطی مجاز است؟
- نقض SLA چگونه گزارش و تحلیل شود؟
- تیمهای داخلی چه تعهداتی نسبت به یکدیگر دارند؟
- قرارداد تأمینکنندگان چگونه با SLA مشتری هماهنگ شود؟
متخصص ITSM نباید SLA را به یک شمارنده معکوس در کنار تیکت تبدیل کند. SLA باید بازتابی از نیاز واقعی مشتری و اهمیت خدمت برای کسبوکار باشد.
۵. تحلیل رخدادها و مشکلات
بستن سریع رخداد مهم است، اما کافی نیست. متخصص ITSM باید دادههای رخدادها را تحلیل کند تا الگوهای تکرارشونده، نقاط ضعف زیرساخت و مشکلات پنهان شناسایی شوند.
فعالیتهای او در این حوزه میتواند شامل موارد زیر باشد:
- شناسایی رخدادهای پرتکرار
- تحلیل رخدادهای عمده
- تشکیل جلسه بازنگری پس از رخداد
- ثبت درسآموختهها
- انجام یا تسهیل تحلیل علت ریشهای
- ایجاد Known Error
- ثبت راهحل موقت
- پیگیری اقدامات اصلاحی
- مقایسه رخدادها با تغییرات اخیر
- سنجش هزینه و اثر رخداد بر کسبوکار
هدف این نیست که برای هر اختلال، فردی مقصر شناخته شود. هدف این است که سیستم، فرایند یا تصمیمی که زمینه وقوع اختلال را ایجاد کرده است اصلاح شود.
۶. کنترل و ارزیابی تغییرات
هر تغییر فنی میتواند ارزش ایجاد کند یا باعث اختلال شود. متخصص ITSM کمک میکند تغییرات بر اساس میزان ریسک، اثر، فوریت و آمادگی سازمان ارزیابی شوند.
او ممکن است در فعالیتهای زیر مشارکت کند:
- طبقهبندی تغییرات
- تعیین تغییرات استاندارد
- ارزیابی ریسک
- بررسی برنامه اجرا
- بررسی برنامه بازگشت
- هماهنگی جلسات CAB
- بررسی تعارض میان تغییرات
- پایش نتیجه تغییر
- محاسبه نرخ موفقیت تغییرات
- تحلیل تغییرات ناموفق
- بازنگری پس از اجرا
نقش متخصص ITSM جلوگیری از تغییر نیست؛ بلکه کمک به اجرای تغییرات با سرعت مناسب و ریسک کنترلشده است.
۷. طراحی و نگهداری پایگاه دانش
اگر دانش فقط در ذهن چند کارشناس باقی بماند، سازمان با هر جابهجایی نیروی انسانی بخشی از توان عملیاتی خود را از دست میدهد.
متخصص ITSM باید به ایجاد سازوکاری کمک کند که دانش عملیاتی:
- ثبت شود؛
- قابل جستوجو باشد؛
- اعتبارسنجی شود؛
- مالک مشخص داشته باشد؛
- مرتب بازنگری شود؛
- در اختیار کارشناسان و کاربران مناسب قرار گیرد؛
- پس از تغییرات و رخدادهای عمده بهروزرسانی شود.
پایگاه دانش خوب علاوه بر کاهش زمان رفع رخداد، امکان خودخدمتی کاربران و کاهش درخواستهای تکراری را فراهم میکند.
۸. اندازهگیری عملکرد و تهیه گزارش
متخصص ITSM باید بتواند دادههای عملیاتی را به اطلاعات قابلاستفاده برای تصمیمگیری تبدیل کند.
برخی شاخصهای رایج عبارتاند از:
- میانگین زمان پاسخ اولیه
- میانگین زمان رفع
- درصد تحقق SLA
- نرخ حل در اولین تماس
- تعداد رخدادهای تکراری
- تعداد تیکتهای باز و معوق
- نرخ بازگشایی تیکت
- رضایت کاربران
- درصد تغییرات موفق
- تعداد رخدادهای ناشی از تغییر
- زمان بازیابی خدمت
- هزینه هر رخداد یا درخواست
- درصد استفاده از دانش
- حجم درخواست به تفکیک خدمت
مدیر Service Desk نیز برای تصمیمگیری درباره عملکرد تیم، هزینه، ظرفیت و کیفیت خدمات به شاخصهایی مانند زمان رفع، زمان پاسخ، هزینه و رضایت کاربران نیاز دارد.
البته هر عددی لزوماً شاخص خوبی نیست. ممکن است تیمی تعداد زیادی تیکت ببندد، اما کاربران همچنان ناراضی باشند یا مشکلات مشابه دوباره تکرار شوند. متخصص ITSM باید مراقب «سبز بودن ظاهری داشبورد» و نامطلوب بودن تجربه واقعی کاربران باشد.
۹. هدایت برنامههای بهبود مستمر
ITSM پروژهای نیست که یک بار اجرا و تمام شود. خدمات، فناوری، نیازهای کاربران و شرایط کسبوکار دائماً تغییر میکنند.
متخصص ITSM باید فرصتهای بهبود را شناسایی و اولویتبندی کند. هر اقدام بهبود بهتر است دارای موارد زیر باشد:
- مسئله یا فرصت مشخص
- وضعیت فعلی
- نتیجه موردانتظار
- مالک اقدام
- زمانبندی
- منابع موردنیاز
- شاخص موفقیت
- ریسکها
- نتیجه نهایی
- درسآموختهها
بهبود مستمر باید از پروژههای بزرگ و پرهزینه فراتر برود. گاهی سادهسازی یک فرم، حذف یک تأیید غیرضروری یا اصلاح متن اعلان میتواند تجربه کاربران را بهطور محسوسی بهتر کند.
۱۰. برقراری ارتباط میان فناوری اطلاعات و کسبوکار
متخصص ITSM باید بتواند زبان فنی را به زبان قابلدرک برای مدیران و کاربران تبدیل کند و در جهت مقابل نیز نیاز کسبوکار را به الزامات عملیاتی و فنی ترجمه کند.
برای مثال، بهجای اینکه فقط گزارش دهد «سرور به دلیل پرشدن فضای دیسک Down شد»، باید بتواند توضیح دهد:
- کدام خدمت تحت تأثیر قرار گرفت؟
- چند کاربر یا مشتری آسیب دیدند؟
- توقف خدمت چه اثری بر عملیات داشت؟
- چه اقدامی برای بازیابی انجام شد؟
- برای جلوگیری از تکرار چه برنامهای وجود دارد؟
توانایی برقراری این ارتباط، یکی از مهمترین تفاوتهای متخصص ITSM با یک کارشناس صرفاً فنی است.
۱۱. آموزش و فرهنگسازی
اجرای ITSM بدون همراهی افراد موفق نمیشود. متخصص ITSM باید به کارشناسان، مدیران و کاربران کمک کند منطق فرایندها را درک کنند.
آموزشهای او میتواند شامل موارد زیر باشد:
- نحوه ثبت صحیح درخواست
- تفاوت رخداد و درخواست خدمت
- شیوه اولویتبندی
- چگونگی ثبت دانش
- نحوه ارجاع و Escalation
- مسئولیت مالک تیکت
- قواعد مدیریت تغییر
- استفاده از پورتال خودخدمتی
- اهمیت ثبت دقیق دادهها
- نحوه تحلیل گزارشها
فرهنگسازی زمانی مؤثر است که افراد بدانند هر کنترل یا مرحله برای چه هدفی ایجاد شده است. فرایندی که فقط از طریق اجبار اجرا شود، معمولاً با ایجاد مسیرهای غیررسمی دور زده خواهد شد.
۱۲. همکاری با امنیت، DevOps و سایر واحدها
مرز میان مدیریت خدمات، امنیت، توسعه نرمافزار، عملیات زیرساخت و مدیریت محصول هر روز کمرنگتر میشود. متخصص ITSM باید بتواند با تیمهای مختلف همکاری کند.
برای نمونه:
- با تیم امنیت در مدیریت رخدادهای امنیتی
- با DevOps در هماهنگی تغییر و انتشار
- با منابع انسانی در فرایند ورود و خروج کارکنان
- با مالی در مدیریت هزینه و دارایی
- با تدارکات در مدیریت تأمینکنندگان
- با مدیریت پروژه در انتقال خروجی پروژه به عملیات
- با مدیریت تداوم کسبوکار در برنامههای بازیابی
- با تیم تجربه کارکنان در بهبود تجربه دریافت خدمت
نسخههای جدید راهنمای ITIL نیز مدیریت خدمات را در فضای گستردهتر محصولات و خدمات دیجیتال، چرخه عمر، تجربه، تحول و محیطهای مجهز به هوش مصنوعی مطرح میکنند.
جدول ویژگیهای یک متخصص ITSM موفق
ویژگی نمود آن در محیط کار نبود این ویژگی چه مشکلی ایجاد میکند؟ نگاه خدمتمحور بهجای تمرکز صرف بر تجهیزات، اثر فناوری بر کاربر و کسبوکار را میسنجد واحد فناوری اطلاعات به تیمی صرفاً فنی و واکنشی تبدیل میشود تفکر سیستمی ارتباط میان افراد، فرایند، فناوری، تأمینکننده و داده را میبیند مشکلات بهصورت جداگانه و موقت حل میشوند کنجکاوی حرفهای درباره علت رخدادها و منطق پشت دادهها سؤال میکند سازمان به بستن تیکتها بدون یافتن علت ریشهای عادت میکند نظم و دقت دادهها، گردش کارها، مسئولیتها و مستندات را منظم نگه میدارد گزارشها غیرقابلاعتماد و فرایندها مبهم میشوند واقعگرایی فرایندها را متناسب با بلوغ و ظرفیت سازمان طراحی میکند سازمان با فرایندهای پیچیده و غیرقابلاجرا روبهرو میشود بیطرفی در تحلیل رخداد بهدنبال یادگیری و اصلاح سیستم است، نه مقصرسازی افراد مشکلات و اشتباهات را پنهان میکنند مشتریمداری رضایت، تجربه و نتیجه موردنیاز کاربر را در نظر میگیرد شاخصها خوب به نظر میرسند، اما کاربران ناراضی میمانند تصمیمگیری مبتنی بر داده پیشنهادهای خود را با شواهد و روندها پشتیبانی میکند تصمیمها بر اساس حدس، سلیقه و فشارهای مقطعی گرفته میشوند انعطافپذیری چارچوبها را متناسب با واقعیت سازمان تطبیق میدهد ITIL به مجموعهای از تشریفات خشک تبدیل میشود روحیه بهبود وضعیت موجود را پایان کار نمیداند فرایندها بهتدریج ناکارآمد و قدیمی میشوند مسئولیتپذیری نتیجه اقدامات را پیگیری میکند و کارها را نیمهتمام رها نمیکند مشکلات میان تیمها دستبهدست میشوند صبوری تغییر رفتار و بلوغ فرایندی را تدریجی میبیند برنامه ITSM پس از مقاومتهای اولیه متوقف میشود
جدول مهارتهای سخت متخصص ITSM
| ویژگی | نمود آن در محیط کار | نبود این ویژگی چه مشکلی ایجاد میکند؟ |
|---|---|---|
| نگاه خدمتمحور | بهجای تمرکز صرف بر تجهیزات، اثر فناوری بر کاربر و کسبوکار را میسنجد | واحد فناوری اطلاعات به تیمی صرفاً فنی و واکنشی تبدیل میشود |
| تفکر سیستمی | ارتباط میان افراد، فرایند، فناوری، تأمینکننده و داده را میبیند | مشکلات بهصورت جداگانه و موقت حل میشوند |
| کنجکاوی حرفهای | درباره علت رخدادها و منطق پشت دادهها سؤال میکند | سازمان به بستن تیکتها بدون یافتن علت ریشهای عادت میکند |
| نظم و دقت | دادهها، گردش کارها، مسئولیتها و مستندات را منظم نگه میدارد | گزارشها غیرقابلاعتماد و فرایندها مبهم میشوند |
| واقعگرایی | فرایندها را متناسب با بلوغ و ظرفیت سازمان طراحی میکند | سازمان با فرایندهای پیچیده و غیرقابلاجرا روبهرو میشود |
| بیطرفی | در تحلیل رخداد بهدنبال یادگیری و اصلاح سیستم است، نه مقصرسازی | افراد مشکلات و اشتباهات را پنهان میکنند |
| مشتریمداری | رضایت، تجربه و نتیجه موردنیاز کاربر را در نظر میگیرد | شاخصها خوب به نظر میرسند، اما کاربران ناراضی میمانند |
| تصمیمگیری مبتنی بر داده | پیشنهادهای خود را با شواهد و روندها پشتیبانی میکند | تصمیمها بر اساس حدس، سلیقه و فشارهای مقطعی گرفته میشوند |
| انعطافپذیری | چارچوبها را متناسب با واقعیت سازمان تطبیق میدهد | ITIL به مجموعهای از تشریفات خشک تبدیل میشود |
| روحیه بهبود | وضعیت موجود را پایان کار نمیداند | فرایندها بهتدریج ناکارآمد و قدیمی میشوند |
| مسئولیتپذیری | نتیجه اقدامات را پیگیری میکند و کارها را نیمهتمام رها نمیکند | مشکلات میان تیمها دستبهدست میشوند |
| صبوری | تغییر رفتار و بلوغ فرایندی را تدریجی میبیند | برنامه ITSM پس از مقاومتهای اولیه متوقف میشود |
مهارتهای سخت، تواناییهای تخصصی و قابلآموزشی هستند که برای طراحی، اجرا و ارزیابی مدیریت خدمات فناوری اطلاعات به آنها نیاز است.
| مهارت سخت | کاربرد عملی | سطح اهمیت |
|---|---|---|
| آشنایی با ITSM و ITIL | درک اصول، شیوهها، ارزش خدمت و بهبود مستمر | بسیار زیاد |
| مدیریت رخداد | بازیابی سریع خدمت و مدیریت رخدادهای عمده | بسیار زیاد |
| مدیریت درخواست خدمت | طراحی درخواستها، گردش تأیید و تحقق خدمت | بسیار زیاد |
| مدیریت مشکل | تحلیل علت ریشهای و کاهش رخدادهای تکراری | بسیار زیاد |
| مدیریت تغییر | ارزیابی ریسک و کنترل اجرای تغییرات | بسیار زیاد |
| مدیریت سطح خدمت | تعریف، مذاکره، پایش و گزارش SLA | بسیار زیاد |
| طراحی کاتالوگ خدمات | تبدیل خدمات سازمان به اقلام قابلدرخواست و قابلاندازهگیری | زیاد |
| کار با نرمافزار ITSM | پیکربندی فرمها، گردش کار، SLA، اعلان و داشبورد | بسیار زیاد |
| طراحی فرایند و گردش کار | مدلسازی مراحل، مسئولیتها، ورودیها و خروجیها | بسیار زیاد |
| تحلیل داده | یافتن روندها، گلوگاهها و روابط میان دادههای خدمات | بسیار زیاد |
| طراحی KPI | تعریف شاخصهای معنادار و جلوگیری از سنجههای گمراهکننده | زیاد |
| گزارشسازی و داشبورد | ارائه اطلاعات عملیاتی و مدیریتی | زیاد |
| مدیریت پیکربندی و CMDB | شناخت اقلام پیکربندی و روابط آنها با خدمات | زیاد |
| مدیریت داراییهای IT | کنترل چرخه عمر، مالکیت، هزینه و وضعیت داراییها | زیاد |
| مدیریت دانش | ایجاد، اعتبارسنجی، انتشار و بازنگری دانش | زیاد |
| تحلیل علت ریشهای | استفاده از روشهایی مانند 5 Why و Ishikawa | زیاد |
| آشنایی با ISO/IEC 20000 | درک الزامات سیستم مدیریت خدمات | متوسط تا زیاد |
| آشنایی با COBIT | همراستاسازی مدیریت خدمات با حاکمیت فناوری اطلاعات | متوسط |
| آشنایی با DevOps و Agile | هماهنگی بهتر میان توسعه، عملیات و تحویل خدمت | زیاد |
| آشنایی با امنیت اطلاعات | درک کنترل دسترسی، رخداد امنیتی و ریسک خدمت | زیاد |
| مستندسازی حرفهای | تهیه روش اجرایی، دستورالعمل، RACI و گزارش | بسیار زیاد |
| آشنایی با API و یکپارچهسازی | اتصال ابزار ITSM به مانیتورینگ، منابع انسانی و سایر سامانهها | متوسط |
| اصول مدیریت پروژه | برنامهریزی و کنترل پروژههای استقرار یا بهبود ITSM | زیاد |
| اتوماسیون و هوش مصنوعی | خودکارسازی وظایف تکراری و استفاده کنترلشده از AI | رو به افزایش |
متخصص ITSM لازم نیست در همه این حوزهها عمیقترین دانش فنی را داشته باشد؛ اما باید بهاندازهای آنها را بشناسد که بتواند با متخصصان مربوط گفتوگو کند، وابستگیها را تشخیص دهد و تصمیمهای فرایندی مناسبی بگیرد.
جدول مهارتهای نرم متخصص ITSM
در بسیاری از پروژههای ITSM، مشکل اصلی ابزار یا دانش فنی نیست؛ مشکل در ارتباط، مقاومت در برابر تغییر، اختلاف میان تیمها یا نبود اعتماد شکل میگیرد. به همین دلیل مهارتهای نرم برای متخصص ITSM بهاندازه مهارتهای تخصصی اهمیت دارند.
| مهارت نرم | نمونه کاربرد در ITSM | پیامد ضعف در این مهارت |
|---|---|---|
| ارتباط مؤثر | توضیح اختلال یا تغییر به زبان مناسب هر مخاطب | سوءتفاهم و تشدید تنش میان کاربران و تیم فنی |
| گوشدادن فعال | فهم مسئله واقعی کاربر پیش از ارائه راهحل | طراحی فرایند بر اساس فرضیات نادرست |
| مذاکره | توافق درباره SLA، اولویتها و مسئولیتها | ایجاد تعهدات غیرواقعی یا اختلاف دائمی |
| تسهیلگری | هدایت جلسات CAB، RCA و بازنگری خدمات | جلسات طولانی و بدون نتیجه |
| حل مسئله | تبدیل نشانههای پراکنده به مسئلهای قابلتحلیل | درمان موقت نشانهها بهجای رفع علت |
| تفکر انتقادی | ارزیابی اعتبار دادهها و فرضیات | تصمیمگیری بر مبنای گزارشهای ناقص |
| مدیریت تعارض | حل اختلاف میان تیمها، مشتریان و تأمینکنندگان | انتقال مسئولیت و تأخیر در رفع مشکلات |
| مدیریت تغییر سازمانی | همراهکردن افراد با فرایندها و روشهای جدید | مقاومت، دورزدن فرایند و شکست استقرار |
| همدلی | درک فشار واردشده بر کاربر یا کارشناس پشتیبانی | شکلگیری رویکرد سرد و صرفاً آماری |
| مدیریت زمان | اولویتبندی تحلیلها، اقدامات اصلاحی و درخواستها | غرقشدن در کارهای روزمره |
| ارائه و داستانگویی با داده | تبدیل اعداد به روایتی قابلفهم برای مدیران | بیاثرشدن گزارشها در تصمیمگیری |
| کار تیمی | همکاری با زیرساخت، نرمافزار، امنیت و کسبوکار | ایجاد جزایر سازمانی |
| آموزش و مربیگری | انتقال مفاهیم و اصلاح رفتارهای عملیاتی | وابستگی دائمی تیم به چند فرد محدود |
| نفوذ بدون اختیار مستقیم | پیشبرد تغییرات میان واحدهای مختلف | متوقفشدن اقدامات به دلیل نبود قدرت رسمی |
| تصمیمگیری در بحران | حفظ تمرکز در رخدادهای عمده | آشفتگی، اطلاعرسانی متناقض و تصمیمهای عجولانه |
| پذیرش بازخورد | اصلاح فرایند بر اساس تجربه کاربران و کارشناسان | دفاع از فرایندهای ناکارآمد |
| مدیریت انتظارات | شفافکردن محدودیتها، زمان و نتیجه قابلتحویل | نارضایتی ناشی از وعدههای مبهم |
| نوشتار حرفهای | تهیه پیام رخداد، گزارش مدیریتی و مستندات روشن | برداشتهای متفاوت و اجرای ناهماهنگ |
یک روز کاری متخصص ITSM چگونه میگذرد؟
روز کاری یک متخصص ITSM لزوماً قابلپیشبینی نیست.
ممکن است صبح را با بررسی داشبورد خدمات آغاز کند و متوجه افزایش ناگهانی درخواستهای مربوط به دسترسی شود. پس از گفتوگو با Service Desk مشخص شود که فرم ورود کارکنان جدید ناقص است و درخواستها به تیم اشتباه ارجاع میشوند.
کمی بعد، رخدادی عمده در سامانه مالی اتفاق میافتد. متخصص ITSM باید در هماهنگی تیمها، ثبت زمانبندی رخداد، اطلاعرسانی به ذینفعان و برنامهریزی جلسه بازنگری مشارکت کند.
در ادامه روز ممکن است:
- SLA یک خدمت جدید را با مالک خدمت بررسی کند؛
- گزارش تغییرات ناموفق ماه گذشته را تحلیل کند؛
- گردش کار درخواست خرید لپتاپ را اصلاح کند؛
- برای مدیر فناوری اطلاعات گزارش عملکرد تهیه کند؛
- کیفیت مقالات پایگاه دانش را ارزیابی کند؛
- با تیم منابع انسانی درباره خودکارسازی فرایند ورود کارکنان جلسه داشته باشد؛
- برنامه بهبود نرخ حل در اولین تماس را پیگیری کند.
بنابراین این شغل ترکیبی از تحلیل، ارتباط، طراحی، هماهنگی، مستندسازی و پیگیری است.
متخصص ITSM با چه ابزارهایی کار میکند؟
ابزار اصلی این متخصص معمولاً یک پلتفرم ITSM یا Service Desk است. بااینحال دامنه ابزارهای موردنیاز او گستردهتر است:
- نرمافزارهای ITSM و Service Desk
- ابزارهای گزارشگیری و هوش تجاری
- ابزارهای مانیتورینگ شبکه و زیرساخت
- سامانههای مدیریت دارایی
- ابزارهای کشف تجهیزات و CMDB
- سامانههای مدیریت پروژه
- ابزارهای رسم فرایند
- ابزارهای مدیریت دانش
- سامانههای نظرسنجی
- ابزارهای همکاری تیمی
- نرمافزارهای مدیریت رخداد و On-call
- ابزارهای اتوماسیون و یکپارچهسازی
راهکارهای مدرن ITSM علاوه بر رخداد، درخواست، مشکل و تغییر، قابلیتهایی مانند خودخدمتی، اتوماسیون، تحلیل، پیشنهاد اقدام و استفاده از هوش مصنوعی را نیز ارائه میکنند.
شاخصهای ارزیابی عملکرد متخصص ITSM
عملکرد متخصص ITSM را نباید فقط با تعداد فرایندهای مستندشده یا تعداد گردش کارهای ایجادشده سنجید. نتیجه واقعی فعالیت او باید در کیفیت خدمات قابلمشاهده باشد.
مهمترین نتایج موردانتظار عبارتاند از:
- کاهش زمان بازیابی خدمات
- کاهش رخدادهای تکراری
- افزایش رضایت کاربران
- افزایش شفافیت مسئولیتها
- بهبود نرخ تحقق SLA
- کاهش تغییرات ناموفق
- افزایش استفاده از پایگاه دانش
- افزایش درخواستهای ثبتشده از مسیر صحیح
- کاهش ارجاعهای اشتباه
- افزایش قابلیت اعتماد دادههای ITSM
- کاهش کارهای دستی و تکراری
- افزایش نرخ خودخدمتی
- بهبود همکاری میان تیمهای فنی
- کاهش هزینه ارائه خدمات
- ایجاد ارتباط روشنتر میان خدمات IT و اهداف کسبوکار
ممکن است در ابتدای استقرار ITSM، تعداد تیکتهای ثبتشده افزایش پیدا کند. این افزایش لزوماً نشانه بدترشدن خدمات نیست؛ شاید برای نخستین بار کارهایی که قبلاً از طریق تماس، پیامرسان یا روابط غیررسمی انجام میشدند، بهدرستی ثبت شده باشند.
متخصص ITSM باید بتواند چنین تغییراتی را تفسیر کند و از نتیجهگیریهای سطحی بر اساس یک عدد جلوگیری کند.
مدارک و دورههای مناسب برای متخصص ITSM
مدرک بهتنهایی کسی را به متخصص ITSM تبدیل نمیکند، اما آموزش ساختارمند میتواند درک مفاهیم و روشهای حرفهای را سرعت دهد.
دورهها و گواهیهای مفید عبارتاند از:
- ITIL Foundation
- دورههای تخصصی ITIL
- ISO/IEC 20000
- COBIT
- VeriSM
- SIAM
- DevOps
- Agile و Scrum
- مدیریت پروژه
- Lean و Six Sigma
- مدیریت تجربه
- مدیریت تغییر سازمانی
- دورههای تخصصی ابزارهای ITSM
مسیرهای رسمی ITIL اکنون حوزههایی مانند خدمت، محصول، تجربه، استراتژی، تحول و شیوههای مدیریتی تخصصی را پوشش میدهند. انتخاب دوره باید بر اساس نقش فعلی و مسیر شغلی فرد انجام شود، نه صرفاً برای جمعآوری گواهینامه.
مسیر شغلی متخصص ITSM
ورود به ITSM میتواند از مسیرهای مختلفی اتفاق بیفتد. بسیاری از متخصصان این حوزه کار خود را از Service Desk، پشتیبانی فنی، مدیریت شبکه، تحلیل کسبوکار، تضمین کیفیت یا مدیریت پروژه آغاز کردهاند.
یک مسیر احتمالی میتواند چنین باشد:
- کارشناس Service Desk یا پشتیبانی
- تحلیلگر ITSM
- کارشناس یا متخصص ITSM
- مالک فرایند
- مدیر Service Desk
- مدیر خدمات فناوری اطلاعات
- مشاور یا معمار ITSM
- مدیر ارشد خدمات یا تجربه دیجیتال
مسیر دیگری نیز ممکن است روی یک حوزه تخصصی متمرکز شود:
- مدیر رخداد
- مدیر مشکل
- مدیر تغییر
- مدیر سطح خدمت
- مدیر دانش
- مدیر پیکربندی
- مدیر داراییهای فناوری اطلاعات
- مدیر بهبود مستمر
- مالک خدمت
برای پیشرفت در این مسیر، تجربه عملی اهمیت زیادی دارد. فرد باید بتواند نشان دهد چگونه یک مسئله واقعی را شناسایی کرده، برای آن راهحل طراحی کرده و نتیجه را با داده اندازهگیری کرده است.
چه سازمانهایی به متخصص ITSM نیاز دارند؟
تقریباً هر سازمانی که عملیات آن به خدمات فناوری اطلاعات وابسته است میتواند از حضور متخصص ITSM بهرهمند شود؛ اما نیاز به این نقش در برخی محیطها بیشتر احساس میشود:
- بانکها و مؤسسات مالی
- شرکتهای بیمه
- اپراتورها و شرکتهای مخابراتی
- مراکز درمانی و بیمارستانها
- دانشگاهها و مؤسسات آموزشی
- سازمانهای دولتی
- شرکتهای ارائهدهنده خدمات فناوری اطلاعات
- مراکز داده
- شرکتهای نرمافزاری و SaaS
- صنایع تولیدی
- فروشگاهها و پلتفرمهای تجارت الکترونیک
- هلدینگهای چندشرکتی
- مجموعههای دارای شعب متعدد
- سازمانهای دارای خدمات ۲۴ ساعته
- شرکتهای دارای تأمینکنندگان متعدد فناوری
هرچه تعداد کاربران، خدمات، تیمها، تأمینکنندگان و وابستگیهای فنی بیشتر باشد، مدیریت غیررسمی خدمات دشوارتر خواهد شد.
اشتباهات رایج متخصصان ITSM
تبدیل ITIL به مجموعهای از قوانین خشک
ITIL راهنماست، نه آییننامهای که باید بدون توجه به شرایط سازمان اجرا شود. کپیکردن فرایندهای یک سازمان دیگر معمولاً نتیجه مطلوبی ایجاد نمیکند.
تمرکز بیشازحد بر ابزار
راهاندازی نرمافزار بدون تعیین مالکیت، مسئولیت، داده، فرایند و هدف، ITSM واقعی ایجاد نمیکند.
طراحی فرایندهای بیشازحد پیچیده
هر مرحله، فیلد یا تأیید اضافه باید دلیل روشنی داشته باشد. پیچیدگی غیرضروری کاربران را به سمت دورزدن سامانه سوق میدهد.
اندازهگیری تعداد زیاد شاخص
داشبوردی با دهها نمودار الزاماً به تصمیم بهتر منجر نمیشود. شاخص باید به یک سؤال مدیریتی یا تصمیم عملی مرتبط باشد.
بیتوجهی به تجربه کاربر
ممکن است فرایند از دید تیم فناوری منظم باشد، اما کاربر برای ثبت یک درخواست ساده مجبور شود چندین فرم و مرحله مبهم را طی کند.
مقصرسازی در تحلیل رخداد
اگر جلسات بازنگری به دادگاه تبدیل شوند، افراد اطلاعات مهم را پنهان خواهند کرد. هدف تحلیل رخداد باید یادگیری و جلوگیری از تکرار باشد.
نادیدهگرفتن کارشناسان عملیاتی
فرایندی که بدون مشارکت افرادی طراحی شود که هر روز آن را اجرا میکنند، معمولاً روی کاغذ خوب و در عمل ناموفق است.
هنگام استخدام متخصص ITSM چه مواردی را بررسی کنیم؟
در مصاحبه استخدامی بهتر است فقط درباره تعریف اصطلاحات ITIL سؤال نشود. از داوطلب بخواهید درباره تجربههای واقعی خود صحبت کند.
سؤالهای مناسب عبارتاند از:
- یک فرایند ناکارآمد را چگونه شناسایی و اصلاح کردهاید؟
- با مقاومت کارشناسان در برابر یک گردش کار جدید چه کردهاید؟
- چگونه میان رخداد، مشکل و درخواست خدمت تمایز ایجاد میکنید؟
- نمونهای از یک KPI گمراهکننده بیان کنید.
- اگر SLA محقق شود اما کاربران ناراضی باشند، چه چیزی را بررسی میکنید؟
- برای کاهش رخدادهای تکراری چه روشی دارید؟
- چگونه کیفیت دادههای تیکتها را افزایش میدهید؟
- در یک رخداد عمده چه مسئولیتهایی باید مشخص باشند؟
- چگونه موفقیت یک تغییر را ارزیابی میکنید؟
- نمونهای از یک بهبود کوچک اما مؤثر ارائه دهید.
داوطلب مناسب معمولاً فقط از اصطلاحات استفاده نمیکند؛ بلکه میتواند رابطه میان مسئله، اقدام، مقاومتها، دادهها و نتیجه را توضیح دهد.
آینده شغلی متخصص ITSM در عصر هوش مصنوعی
هوش مصنوعی بخشی از کارهای تکراری ITSM را خودکار خواهد کرد. دستهبندی تیکتها، پیشنهاد مقاله دانش، خلاصهسازی رخداد، مسیریابی درخواستها و تهیه پاسخ اولیه از نمونههای این تحول هستند.
اما این تغییر به معنای حذف متخصص ITSM نیست.
هرچه اتوماسیون و هوش مصنوعی بیشتر وارد خدمات سازمانی شوند، نیاز به افرادی که بتوانند کیفیت، ریسک، مسئولیت، تجربه، داده و نتیجه این خدمات را مدیریت کنند بیشتر خواهد شد.
متخصص ITSM آینده باید بداند:
- کدام فعالیت را میتوان خودکار کرد؛
- کجا تصمیم انسانی ضروری است؛
- چگونه کیفیت پاسخ هوش مصنوعی ارزیابی شود؛
- دادههای مورد استفاده چه کیفیتی دارند؛
- مسئولیت تصمیم اشتباه بر عهده چه کسی است؛
- اتوماسیون چه اثری بر تجربه کاربر دارد؛
- چگونه خدمات مبتنی بر AI پایش و بهبود داده شوند.
هوش مصنوعی ممکن است در بستن تیکت کمک کند، اما هنوز کسی باید تصمیم بگیرد چه خدمتی ارزشمند است، چه سطحی از ریسک پذیرفتنی است و نتیجه واقعی برای مشتری چگونه اندازهگیری میشود.
سؤالات متداول درباره متخصص ITSM
متخصص ITSM کیست؟
متخصص ITSM فردی است که در طراحی، اجرا، کنترل و بهبود خدمات فناوری اطلاعات مشارکت میکند. او میان افراد، فرایندها، فناوری، تأمینکنندگان و اهداف کسبوکار ارتباط برقرار میکند.
مهمترین وظیفه متخصص ITSM چیست؟
مهمترین وظیفه او اطمینان از این است که خدمات فناوری اطلاعات بهصورت قابلاعتماد، قابلاندازهگیری و متناسب با نیاز کاربران و کسبوکار ارائه و بهبود داده شوند.
آیا متخصص ITSM باید برنامهنویسی بداند؟
برنامهنویسی الزام عمومی این شغل نیست؛ اما آشنایی با منطق سیستمها، API، پایگاه داده، اسکریپتنویسی و اتوماسیون میتواند مزیت مهمی محسوب شود.
آیا متخصص ITSM همان مدیر Service Desk است؟
خیر. مدیر Service Desk بیشتر بر عملکرد مرکز خدمات و تیم پشتیبانی تمرکز دارد، درحالیکه دامنه فعالیت متخصص ITSM میتواند فرایندها، خدمات، SLA، تغییر، مشکل، دانش، دارایی و بهبود مستمر را نیز پوشش دهد.
آیا ITIL و ITSM یکسان هستند؟
خیر. ITSM حوزه مدیریت خدمات فناوری اطلاعات است و ITIL یکی از شناختهشدهترین چارچوبها و منابع راهنما برای اجرای مدیریت خدمات محسوب میشود.
مهمترین مهارت نرم متخصص ITSM چیست؟
نمیتوان فقط یک مهارت را انتخاب کرد؛ اما ارتباط مؤثر، گوشدادن فعال، مذاکره، تسهیلگری، مدیریت تعارض و توانایی هدایت تغییر از مهمترین مهارتهای نرم این نقش هستند.
متخصص ITSM باید فنی باشد یا مدیریتی؟
این نقش به ترکیبی از هر دو دیدگاه نیاز دارد. متخصص ITSM لازم نیست در همه فناوریها متخصص عمیق باشد، اما باید مفاهیم فنی را درک کند و بتواند آنها را به نیازها و نتایج کسبوکار مرتبط سازد.
بهترین نقطه شروع برای ورود به ITSM چیست؟
آشنایی با مفاهیم پایه ITSM و ITIL، کسب تجربه در Service Desk، مشارکت در یک فرایند واقعی و یادگیری یک ابزار ITSM میتواند نقطه شروع مناسبی باشد.
متخصص ITSM نگهبان فرمها و تیکتها نیست. او باید کمک کند فناوری اطلاعات به شکلی منظم، قابلاعتماد و قابلاندازهگیری در خدمت اهداف سازمان قرار گیرد.
یک متخصص موفق ITSM همزمان چند زبان را میفهمد: زبان کاربران، زبان مدیران، زبان کارشناسان فنی، زبان فرایند و زبان داده.
او میداند سریع بستن تیکت مهم است، اما جلوگیری از تکرار آن مهمتر است. میداند SLA ضروری است، اما رضایت و نتیجه واقعی مشتری را نمیتوان فقط با یک درصد سبزرنگ در داشبورد سنجید. همچنین میداند بهترین فرایند، پیچیدهترین فرایند نیست؛ بلکه فرایندی است که افراد آن را میفهمند، اجرا میکنند و از اجرای آن نتیجه میگیرند.
در نهایت، ارزش متخصص ITSM نه با تعداد اصطلاحاتی که از ITIL حفظ کرده، بلکه با تغییری سنجیده میشود که در پایداری خدمات، تجربه کاربران، همکاری تیمها و عملکرد کسبوکار ایجاد میکند.
