معرفی و تعریف
مدیریت تیکت و عملیات میز خدمت فناوری اطلاعات، توانایی انجام فرآیندهای زیر در یک مسیر قابلردیابی است:
دریافت درخواستها و رخدادهای کاربران
ثبت، دستهبندی و اولویتبندی موارد
پیگیری و بستن نهایی درخواستها
این مهارت تنها به پاسخ دادن به تماس یا پیام کاربر محدود نمیشود. هدف اصلی این فرآیند، رساندن هر درخواست به مالک درست در زمان توافق شده همراه با ثبت شواهد و راهحل است.
کارشناس میز خدمت میان بخشهای زیر ارتباط برقرار میکند:
کاربر
تیم پشتیبانی
مدیر سیستم
تیمهای شبکه و امنیت
این کارشناس باید مسئولیتهای زیر را ایفا کند:
تشخیص تفاوت رخداد، درخواست خدمت و مشکل تکرارشونده
سنجش اثر و فوریت هر مورد
ارجاع تیکت همراه با اطلاعات کافی به تیم تخصصی در صورت نیاز
تبدیل راهحلهای تکراری به دانش قابلبازیابی، بخش مهمی از این مهارت است. ثبت دقیق موارد زیر باعث میشود تیم بهجای حل دوباره مسئله، پشتیبانی را سریعتر و یکپارچهتر انجام دهد:
علت رخداد
اقدام انجامشده
وضعیت تیکت
بازخورد کاربر
این مهارت را با نامهای دیگری نیز میشناسند:
- مدیریت هلپدسک
- عملیات سرویسدسک
- مدیریت درخواستهای پشتیبانی فناوری اطلاعات
- مدیریت تیکتهای پشتیبانی
- IT Help Desk Operations
- Service Desk Management
- IT Ticket Management
- ITSM Service Desk
اهمیت و کاربردها
چرا این مهارت مهم است؟
در بسیاری از سازمانها، کارشناس پشتیبانی فناوری اطلاعات، نخستین نقطه تماس کارکنان هنگام بروز اختلال در موارد زیر است:
رایانه
حساب کاربری
شبکه
نرمافزارهای سازمانی
تجهیزات فنی
بدون وجود فرآیند تیکت، درخواستها در تماس، پیامرسان و گفتوگوهای پراکنده گم میشوند و اولویت واقعی کارها مشخص نمیشود.
در بازار کار ایران، این توانمندی برای عنوانهای شغلی زیر کاربرد دارد:
کارشناس پشتیبانی IT
کارشناس Help Desk
کارشناس شبکه و پشتیبانی
در کسبوکارهای کوچک، یک فرد میتواند هم ثبت تیکت و هم رسیدگی فنی را انجام دهد. در سازمانهای بزرگتر، تیمهای شبکه، سیستم و امنیت از یکدیگر جدا است. در این شرایط، کارشناس میز خدمت باید مالکیت، پیگیری و ارجاع درست تیکت را حفظ کند.
برای نشان دادن این مهارت در رزومه یا مصاحبه، ارائه مجموعهای از موارد زیر، خروجی ملموستری از توانایی شما را در ثبت، اولویتبندی و پیگیری کار نشان میدهد:
چند تیکت بازنویسی شده
ماتریس اثر و فوریت
گزارش تیکتهای معوق
یک مقاله پایگاه دانش
تسلط بر عملیات میز خدمت، کیفیت پشتیبانی را از توانایی فنی صرف متمایز میکند. اگر کارشناسی راهحل فنی را بداند اما مالکیت تیکت، اطلاعرسانی به کاربر و ثبت راهحل را جدی نگیرد، تیم نمیتواند عملکرد خود را ارزیابی کند یا تجربه قبلی را به کار بگیرد.
کاربردها
-
رسیدگی به اختلال دسترسی کاربران
ثبت و پیگیری مشکل ورود کاربر به سامانه، ایمیل، پوشه اشتراکی یا حساب سازمانی تا زمان حل یا ارجاع به تیم مسئول
-
مدیریت درخواست تجهیزات و نرمافزار
ثبت درخواست نصب نرمافزار، تحویل لپتاپ، تعویض تجهیزات یا ایجاد دسترسی و هماهنگی با واحدهای مرتبط
-
اولویتبندی رخدادهای گسترده
تشخیص مواردی مانند قطعی سرویس مشترک یا اختلال شبکه که چند کاربر یا یک واحد را متوقف کردهاند و نیاز به رسیدگی فوری دارند.
-
ارجاع به تیمهای تخصصی
ارسال تیکت به شبکه، سیستم، امنیت یا توسعه همراه با شرح مسئله، زمان رخداد، دامنه اثر، اقدامات اولیه و شواهد لازم، در سازمان کوچک، همین فرد ممکن است رسیدگی فنی را نیز انجام دهد.
-
پایش سطح خدمت
پیگیری زمان پاسخ و حل تیکتها، یادآوری موارد نزدیک به موعد و اطلاعرسانی وضعیت به کاربر و مالک تیکت، در تیمهای کوچک، Excel یا Google Sheets میتواند برای گزارش هفتگی و پایش موعدها به کار رود.
-
ساخت و نگهداری پایگاه دانش
تبدیل راهحلهای تایید شده برای مشکلات پرتکرار به مقالههای کوتاه و قابلجستوجو برای کاربران و تیم پشتیبانی، Confluence یکی از گزینههای رایج برای انتشار و سازماندهی این مقالهها است.
ابزارهای مرتبط
پیشنیازها
موارد زیر پایههای لازم برای شروع را نشان میدهند.
- مهارت پشتیبانی و عیبیابی فناوری اطلاعات IT Support and Troubleshooting
- مهارت ارتباطات فنی Technical Communication
- آشنایی کاربری با سیستمعاملهای رایج در محل کار
- توانایی خواندن پیامهای خطا و ثبت دقیق زمان و شرایط رخداد
مسیر یادگیری مدیریت تیکت و عملیات میز خدمت فناوری اطلاعات
-
۲۰ ساعت
شناخت نقش میز خدمت و انواع تیکت
تفاوت میان رخداد، درخواست خدمت، مشکل و درخواست تغییر را یاد بگیرید. برای هر نوع، مشخص کنید که کاربر چه اطلاعاتی را باید ارائه دهد. مالک اولیه تیکت و زمان ارجاع مورد را تعیین کنید. چند نمونه واقعی مانند فراموشی رمز عبور، قطع اتصال شبکه و درخواست نصب نرمافزار را به نوع درست تیکت تبدیل کنید. دستهبندی درست دستکم ۱۰ سناریو همراه با دلیل انتخاب نوع تیکت را به عنوان خروجی ارائه دهید.
زمان تقریبی یادگیری: ۱۶۰ ساعت (برای فردی با آشنایی مقدماتی، این مسیر بین ۱۲۰ تا ۱۸۰ ساعت زمان میبرد).
-
۲۵ ساعت
ثبت تیکتهای قابلپیگیری و قابلارجاع
نوشتن عنوان روشن، شرح مسئله، نام سرویس، کاربر یا واحد درگیر، زمان رخداد، اثر کسبوکاری و اقدامات انجام شده را تمرین کنید. میان عبارت «سامانه کار نمیکند» و گزارشی که تیم فنی با آن عیبیابی را آغاز میکند، تفاوت قائل شوید. از درج اطلاعات حساس مانند گذرواژه، کدهای احراز هویت و دادههای محرمانه در متن تیکت پرهیز کنید. تیکت تمرینی را با عنوان، سرویس، زمان رخداد، دامنه اثر، اولویت مستدل، اقدام اولیه و مسیر ارجاع مشخص ثبت کنید.
-
۲۵ ساعت
اولویتبندی و مدیریت سطح خدمت
اولویت را بر اساس اثر و فوریت تعیین کنید و سنجش را تنها بر پایه اصرار درخواستکننده انجام ندهید. تیکتهای بحرانی، با اولویت بالا، عادی و کماثر را با معیارهای مشخص تفکیک کنید. مفهوم «توافقنامه سطح خدمت» (SLA) را در زمینه زمان پاسخ، زمان حل، زمانبندی پیگیری و اعلام تاخیر به کاربر تمرین کنید. ماتریسی شامل حداقل ۱۰ سناریوی تیکت با اولویتبندی مستدل بر پایه اثر و فوریت آماده کنید.
-
۲۵ ساعت
پیگیری مالکیت و ارجاع موثر تیکت
برای هر تیکت، مالک مشخصی تعیین کنید و وضعیت آن را تا پایان دنبال کنید. این پیگیری را حتی هنگام واگذاری رسیدگی فنی به تیم دیگر انجام دهید. ارجاع را همراه با شواهد، دامنه اثر، شدت مسئله و کارهای انجامشده ثبت کنید. سناریوهایی را تمرین کنید که تیکت میان تیمها جابهجا میشود و شما باید با تکمیل اطلاعات یا تعیین مسئول درست از سردرگمی جلوگیری کنید. پیگیری کامل دستکم ۵ سناریو را تا تعیین مالک و اطلاعرسانی روشن به کاربر، اجرا کنید.
-
۳۰ ساعت
کار با سامانه تیکتینگ و گردش کار
در Jira Service Management یا یکی از سامانههای تیکتینگ موجود، نوع تیکت، وضعیتها، اولویت، مسئول، برچسب، توضیح و پیوست را مدیریت کنید. گردش کار سادهای را از ثبت تا بررسی، ارجاع، حل و بستهشدن، در محیط تمرینی اجرا کنید. ثبت و پیگیری ۱۰ تیکت در گردش کار موجود و مستندسازی وضعیت و مالک هر تیکت را انجام دهید.
-
۳۵ ساعت
تبدیل راهحلها به پایگاه دانش و گزارش عملیاتی
برای مشکلات پرتکرار، مقالهای کوتاه شامل نشانهها، علت احتمالی، راهحل مرحلهبهمرحله، محدودیتها و زمان ارجاع بنویسید. متن مقاله را طوری تنظیم کنید که همکار دیگر بدون پرسش اضافی امکان استفاده از آن را داشته باشد.
فهرستی از تیکتهای باز، تیکتهای نزدیک به نقض SLA و موضوعات پرتکرار تهیه کنید. برای تمرین گزارشگیری از Excel یا Google Sheets استفاده کنید و سه پیشنهاد بهبود مبتنی بر داده ارائه دهید. دستورالعمل مقاله را به همراه گزارشی از تیکتهای معوق و دلیل پیگیری آنها نهایی کنید.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیشزمینه شما میتواند کمتر یا بیشتر باشد.
پروژههای تمرینی
برای آشنایی بهتر با این مهارت، توجه به موارد زیر میتواند مفید باشد.
-
طراحی گردش کار برای میز خدمت یک شرکت فرضی
توضیح پروژه: برای شرکتی با ۵۰ کارمند، دستههای تیکت، سطحهای اولویت، وضعیتها، مسئولان ارجاع و زمان پاسخ و حل پیشنهادی را تعریف کنید. سپس ۱۵ تیکت نمونه را در این گردش کار قرار دهید. پروژه زمانی کامل است که هر تیکت مالک، اولویت مستدل، وضعیت و مسیر ارجاع مشخص داشته باشد.
-
ساخت مجموعه تیکتهای قابلارجاع
توضیح پروژه: ۱۰ درخواست مبهم کاربران را بازنویسی کنید تا شامل شرح مسئله، اثر، زمان رخداد، شواهد و اقدامات اولیه باشند. برای هر مورد، تیم یا نقش مناسب برای ارجاع را تعیین کنید. معیار قبولی، وجود عنوان، سرویس، دامنه اثر، اولویت، اقدام اولیه و مسیر ارجاع در همه تیکتها است.
-
پایگاه دانش برای مشکلات پرتکرار
توضیح پروژه: حداقل ۵ مقاله راهنما برای مسائل رایجی مانند بازیابی دسترسی، اتصال چاپگر، نصب نرمافزار یا مشکل شبکه بنویسید. هر مقاله باید مرز روشن میان اقدام کاربر و زمان ارجاع به پشتیبانی داشته باشد. از فرد دیگری بخواهید یکی از راهنماها را اجرا کن. بدون پرسش تکمیلی باید به نتیجه برسد یا نقطه ارجاع را تشخیص دهد.
-
گزارش هفتگی عملیات تیکت
توضیح پروژه: با داده ساختگی ۳۰ تیکت، گزارشی شامل تعداد تیکتهای باز و بسته، موارد دیرکرد، موضوعات پرتکرار و سه پیشنهاد بهبود فرایند را تهیه کنید. گزارش زمانی قابلقبول است که تیکتهای نزدیک به نقض SLA، مالک پیگیری و دلیل هر پیشنهاد بهبود را مشخص کند.
پرسشهای پرتکرار
پرسشها و پاسخهای زیر، برخی از موضوعات مهم درباره مدیریت تیکت و عملیات میز خدمت فناوری اطلاعات را روشن میکنند.
آیا مدیریت تیکت فقط کار با نرمافزارهایی مانند Jira است؟
خیر، کار با نرمافزار تنها ابزار اجرا است. اصل این مهارت، کارهایی مانند شناسایی مسئله، اولویتبندی، ارتباط با کاربر و پیگیری تا حل کامل مشکل را پوشش میدهد.
تفاوت رخداد و درخواست خدمت چیست؟
رخداد، اختلال یا افت کیفیت سرویس موجود است، مانند قطع دسترسی به اینترنت. درخواست خدمت، تقاضای دریافت یک خدمت استاندارد است، مانند نصب نرمافزار یا ایجاد حساب کاربری.
چگونه اولویت یک تیکت را تعیین کنیم؟
اثر مسئله و فوریت آن را جداگانه بسنجید. به طور معمول، قطعی سرویسی که کار یک واحد را متوقف کرده، از مشکل یک کاربر با راهحل جایگزین اولویت بالاتری دارد. معیارهای سازمان و زمانهای توافق شده در SLA را نیز باید رعایت کنید.
آیا کارشناس میز خدمت باید همه مشکلات را خودش حل کند؟
خیر. او باید مسائل قابلحل در سطح اول را رسیدگی کند و موارد تخصصیتر را همراه با اطلاعات کافی به تیم مناسب ارجاع دهد. در شرکتهای کوچک ممکن است یک نفر هر دو کار را انجام دهد، اما در سازمانهای بزرگتر، بیشتر اوقات مالکیت و ارجاع تیکت میان تیمها تفکیک میشود.
برای ورود به شغل پشتیبانی فناوری اطلاعات، این مهارت چقدر مهم است؟
این مهارت یکی از پایهایترین و حیاتیترین نیازهای ورود به شغل پشتیبانی فناوری اطلاعات به شمار میرود.
چه زمانی باید یک راهحل را به مقاله پایگاه دانش تبدیل کرد؟
هنگامی که مسئلهای بیش از چند بار تکرار شود یا راهحل آن برای سایر اعضای تیم کاربردی باشد، ثبت آن در پایگاه دانش ضرورت مییابد.
