اتوماسیون در جیرا (Jira Automation)؛ حذف کارهای تکراری

Automation در Jira تنها بخشی است که سریع‌تر از هر چیز دیگری خودش را ثابت می‌کند. یک قانون درست، ده دقیقه در روز از یک تیم پنج‌نفره برمی‌گرداند. یک قانون بد، ۲۰۰ ایمیل در روز می‌فرستد تا کسی اعلان‌ها را کامل خاموش کند.

قوانینی که تقریباً برای هر تیمی ارزش دارند

• انتساب خودکار بر اساس نوع درخواست. درخواست دسترسی به IT، باگ محصول به مسئول همان کامپوننت.
• بستن خودکار کارهای راکد. اگر یک Issue در وضعیت «در انتظار پاسخ مشتری» ۷ روز بی‌جواب مانده، خودش بسته شود و به شخص اطلاع بدهد.
• همگام‌سازی والد و فرزند. وقتی همهٔ Sub-taskها تمام شدند، والد به Review برود.
• هشدار SLA قبل از نقض، نه بعدش. اعلانی که بعد از نقض می‌آید فقط گزارش شکست است.
• تمیزکاری ورودی. اگر Issue بدون Component یا بدون توضیح ساخته شد، برگردد به سازنده با یک کامنت مشخص.

جایی که Automation خراب می‌شود

سه اشتباه، تقریباً در هر محیطی که تحویل گرفته‌ام دیده می‌شود:

1. حلقه. قانون A فیلدی را عوض می‌کند، قانون B به آن تغییر واکنش می‌دهد و A را دوباره فعال می‌کند. گزینهٔ «اجازهٔ اجرا با تغییرات قوانین دیگر» را بدون فهمیدنش روشن نکنید.
2. اجرا با کاربر اشتباه. قانونی که با اکانت ادمین اجرا می‌شود، از همهٔ Permissionها رد می‌شود. تاریخچهٔ Issue پر می‌شود از تغییراتی که هیچ آدمی انجام نداده.
3. نبود مالک. قانونی که کسی مالکش نیست، شش ماه بعد کار اشتباه می‌کند و هیچ‌کس جرئت خاموش‌کردنش را ندارد. هر قانون در سند تحویل، یک نام دارد.

سقف مصرف را جدی بگیرید

در Jira Cloud تعداد اجرای قوانینی که چند پروژه را پوشش می‌دهند ماهانه محدود است و به پلن شما بستگی دارد. قانونی که روی محرک Field value changed بی‌فیلتر نوشته شده، می‌تواند تنهایی سهم کل سازمان را مصرف کند. من قوانین را طوری می‌نویسم که محرک تا حد امکان باریک باشد و مصرف را در Automation Usage پایش می‌کنیم. هشت قانونی که تقریباً همیشه ارزش دارند و سه اشتباه رایج را در قوانین Automation در Jira فهرست کرده‌ام.