راه‌اندازی Jira Service Management (JSM) و میز خدمت

پورتال درخواست، صف، SLA و گردش تأیید را طوری می‌سازم که تیم پشتیبانی واقعاً از آن استفاده کند، نه اینکه دورش بزند.

Deliverables

چیزی که در پایان تحویل می‌گیرید:

  • پورتال درخواست با فرم‌هایی که کاربر بدون آموزش پر می‌کند
  • صف‌بندی و اولویت بر اساس تأثیر واقعی، نه حدس کاربر
  • SLA با ساعت کاری درست و گزارش قابل دفاع
  • گردش تأیید خودکار، بدون انتخاب دستی تاییدکننده

خیلی از شرکت‌ها Jira Service Management را می‌خرند چون «تیکتینگ می‌خواهیم»، و شش ماه بعد تیم پشتیبانی هنوز با ایمیل و پیام مستقیم کار می‌کند. دلیلش تقریباً همیشه یکی است: پورتال طوری ساخته شده که پر کردنش از فرستادن یک پیام سخت‌تر است.

JSM با Jira نرم‌افزاری چه فرقی دارد

  • مخاطب بیرون تیم است. کاربر نهایی لایسنس Jira ندارد و از پورتال درخواست می‌دهد، نه از صفحهٔ Issue.
  • SLA موجودیت درجه‌یک است. زمان پاسخ و زمان حل با ساعت کاری، توقف و شرط شروع محاسبه می‌شوند — نه با یک فیلد تاریخ دستی.
  • صف جای Board را می‌گیرد. کار پشتیبانی جریان پیوسته است، نه اسپرینت.
  • Request Type روی Issue Type سوار می‌شود. کاربر «درخواست دسترسی» می‌بیند؛ پشت صحنه ممکن است یک Task با چند فیلد باشد.

کاری که در راه‌اندازی انجام می‌شود

  1. کاتالوگ خدمات. اول فهرست می‌کنیم تیم پشتیبانی واقعاً چه چیزهایی تحویل می‌دهد. این کار مدیریتی است نه فنی، و معمولاً سخت‌ترین قسمت است.
  2. طراحی Request Type و فرم. هر فرم فقط فیلدهایی را می‌پرسد که برای شروع کار لازم‌اند. هر فیلد اضافه، یک دلیل برای دور زدن پورتال است.
  3. صف و اولویت. اولویت از ترکیب تأثیر و فوریت درمی‌آید، نه از انتخاب خود کاربر — وگرنه همه‌چیز «بحرانی» می‌شود.
  4. SLA با ساعت کاری واقعی. تقویم کاری، تعطیلات رسمی و شرط توقف وقتی توپ در زمین کاربر است.
  5. گردش تأیید. تاییدکننده خودکار تعیین می‌شود؛ روشش را در تعیین خودکار Approver از مدیر مستقیم AD نوشته‌ام.
  6. اتصال به تیم فنی. درخواستی که به باگ می‌خورد باید به پروژهٔ توسعه برود بدون قطع‌شدن تاریخچه — روش پایدارش در جابه‌جایی Issue بین پروژه‌ها.

جایی که بیشتر پیاده‌سازی‌ها می‌شکنند

دو اشتباه را تقریباً در هر پروژه‌ای دیده‌ام. اول: فرم بیست فیلدی که «برای اینکه بعداً لازم می‌شود» ساخته شده و نتیجه‌اش این است که کاربر تیکت نمی‌زند. دوم: SLA بدون ساعت کاری، که یعنی ساعت سه بامداد جمعه هم در حال شمردن است و گزارش پایان ماه هیچ ربطی به واقعیت ندارد.

چه زمانی JSM مناسب شماست

  • تیم پشتیبانی یا IT دارید که درخواست‌ها از ایمیل و پیام شخصی به دستش می‌رسد و هیچ آماری از آن درنمی‌آید.
  • باید به مدیریت گزارش بدهید که چقدر سریع جواب می‌دهید و نمی‌توانید عددی ارائه کنید.
  • فرایند تأیید دارید — دسترسی، خرید، مرخصی — که الان دستی و از طریق پیام انجام می‌شود.

می‌خواهید این را روی محیط خودتان ببینید؟

جلسهٔ اول ۳۰ دقیقه است و هزینه‌ای ندارد. اگر مسئلهٔ شما در حوزهٔ من نباشد، همان‌جا می‌گویم.

درخواست جلسه

خدمات مرتبط

درخواست جلسهتماس