راهاندازی Jira Service Management (JSM) و میز خدمت
پورتال درخواست، صف، SLA و گردش تأیید را طوری میسازم که تیم پشتیبانی واقعاً از آن استفاده کند، نه اینکه دورش بزند.
Deliverables
چیزی که در پایان تحویل میگیرید:
- پورتال درخواست با فرمهایی که کاربر بدون آموزش پر میکند
- صفبندی و اولویت بر اساس تأثیر واقعی، نه حدس کاربر
- SLA با ساعت کاری درست و گزارش قابل دفاع
- گردش تأیید خودکار، بدون انتخاب دستی تاییدکننده
خیلی از شرکتها Jira Service Management را میخرند چون «تیکتینگ میخواهیم»، و شش ماه بعد تیم پشتیبانی هنوز با ایمیل و پیام مستقیم کار میکند. دلیلش تقریباً همیشه یکی است: پورتال طوری ساخته شده که پر کردنش از فرستادن یک پیام سختتر است.
JSM با Jira نرمافزاری چه فرقی دارد
- مخاطب بیرون تیم است. کاربر نهایی لایسنس Jira ندارد و از پورتال درخواست میدهد، نه از صفحهٔ Issue.
- SLA موجودیت درجهیک است. زمان پاسخ و زمان حل با ساعت کاری، توقف و شرط شروع محاسبه میشوند — نه با یک فیلد تاریخ دستی.
- صف جای Board را میگیرد. کار پشتیبانی جریان پیوسته است، نه اسپرینت.
- Request Type روی Issue Type سوار میشود. کاربر «درخواست دسترسی» میبیند؛ پشت صحنه ممکن است یک Task با چند فیلد باشد.
کاری که در راهاندازی انجام میشود
- کاتالوگ خدمات. اول فهرست میکنیم تیم پشتیبانی واقعاً چه چیزهایی تحویل میدهد. این کار مدیریتی است نه فنی، و معمولاً سختترین قسمت است.
- طراحی Request Type و فرم. هر فرم فقط فیلدهایی را میپرسد که برای شروع کار لازماند. هر فیلد اضافه، یک دلیل برای دور زدن پورتال است.
- صف و اولویت. اولویت از ترکیب تأثیر و فوریت درمیآید، نه از انتخاب خود کاربر — وگرنه همهچیز «بحرانی» میشود.
- SLA با ساعت کاری واقعی. تقویم کاری، تعطیلات رسمی و شرط توقف وقتی توپ در زمین کاربر است.
- گردش تأیید. تاییدکننده خودکار تعیین میشود؛ روشش را در تعیین خودکار Approver از مدیر مستقیم AD نوشتهام.
- اتصال به تیم فنی. درخواستی که به باگ میخورد باید به پروژهٔ توسعه برود بدون قطعشدن تاریخچه — روش پایدارش در جابهجایی Issue بین پروژهها.
جایی که بیشتر پیادهسازیها میشکنند
دو اشتباه را تقریباً در هر پروژهای دیدهام. اول: فرم بیست فیلدی که «برای اینکه بعداً لازم میشود» ساخته شده و نتیجهاش این است که کاربر تیکت نمیزند. دوم: SLA بدون ساعت کاری، که یعنی ساعت سه بامداد جمعه هم در حال شمردن است و گزارش پایان ماه هیچ ربطی به واقعیت ندارد.
چه زمانی JSM مناسب شماست
- تیم پشتیبانی یا IT دارید که درخواستها از ایمیل و پیام شخصی به دستش میرسد و هیچ آماری از آن درنمیآید.
- باید به مدیریت گزارش بدهید که چقدر سریع جواب میدهید و نمیتوانید عددی ارائه کنید.
- فرایند تأیید دارید — دسترسی، خرید، مرخصی — که الان دستی و از طریق پیام انجام میشود.
میخواهید این را روی محیط خودتان ببینید؟
جلسهٔ اول ۳۰ دقیقه است و هزینهای ندارد. اگر مسئلهٔ شما در حوزهٔ من نباشد، همانجا میگویم.
خدمات مرتبط
پیادهسازی و راهاندازی جیرا
ساختار پروژه، Issue Type، فیلد، Screen و دسترسیها را از صفر طراحی میکنم — بر اساس فرایند شما، نه قالب پیشفرض Jira.
خواندنطراحی Workflow و Board
وضعیتها و Transitionها را مطابق فرایند واقعی تیم میسازم و Board را طوری تنظیم میکنم که گلوگاه را نشان بدهد، نه پنهان کند.
خواندناتوماسیون جیرا و حذف کار دستی
قوانین خودکار مینویسم که پیگیری دستی، اعلانهای فراموششده و بهروزرسانی تکراری را حذف کنند — با کنترل مصرف و لاگ.
خواندن