SLAها

برای Issueهایی که باید در زمان مشخص تمام شوند SLA خودکار بگذارید.

نمای کلی

SLA وقتی Issue با شرایط تعریف‌شده جور شود مهلت می‌گذارد. معمولاً برای توافق با مشتری است، اما استاندارد داخلی سرعت رفع باگ و کار زمان‌دار را هم نگه می‌دارد.

Issue شخصی پوشش داده نمی‌شود.

پیکربندی

ادمین workspace Enable SLAs را در Settings → Workspace روشن می‌کند. بعد از آن Issue و request تازه هنگام ایجاد و به‌روزرسانی با قاعده‌ها جور می‌شوند. خاموش کردن سوییچ تخصیص جدید را قطع می‌کند؛ targetهایی که در حال اجرا هستند تا met، breached یا برداشته شدن می‌شمارند.

قاعده‌های Issue را در Settings → SLAs بسازید. مدیر تیم می‌تواند قاعده‌های تیم خودش را در Settings → Your teams → <team> → Issue SLAs هم ویرایش کند. Request SLAs فهرست جدا در Request SLAs تنظیمات است.

فقط ادمین workspace می‌تواند enablement، timezone و روزهای کاری را عوض کند. ادمین workspace و مدیر تیم قاعده را در محدودهٔ تیم‌هایی که مدیریت می‌کنند مدیریت می‌کنند.

مبانی

SLA روی Issue به‌صورت شعله دیده می‌شود. پوشش باز وقتی Active است کهربایی، وقتی At risk است نارنجی، و وقتی Breached شد قرمز است. آستانهٔ at-risk را سرور تعیین می‌کند. کار تمام‌شده فیلد را نگه می‌دارد و نشان می‌دهد target به موقع رسیده — از جمله چقدر زودتر — یا بعد از مهلت تمام شده.

قاعده‌ها SLA را خودکار می‌گذارند. می‌توانید دستی هم بگذارید.

SLAهای پیش‌فرض

روشن کردن SLA قاعده seed نمی‌کند. تا قاعده اضافه نکنید چیزی پوشش ندارد.

ساخت قاعدهٔ SLA جدید

New rule را بزنید. نام بگذارید، بعد Applies to را روی Workspace default یا یک تیم بگذارید. بعد از ساخت، scope عوض نمی‌شود.

زیر When فیلتر اضافه کنید. همهٔ شرط‌ها باید جور شوند. خالی بگذارید تا همهٔ کار در محدودهٔ قاعده پوشش داده شود. فیلترهای Issue شامل Team، Type، Priority، Status، Labels، Project و Milestone است.

زیر Then، Add SLA یا Remove SLA را انتخاب کنید. قاعدهٔ apply حداقل یک target می‌خواهد. targetهای Issue شامل Time to start، Status transition، Time in status، Completion و Custom target تعریف‌شده توسط خودتان است. هر target مدت خودش را دارد و مستقل اجرا می‌شود.

پیش‌تنظیم مدت ۳۰ دقیقه، ۱ ساعت، ۴ ساعت، ۸ ساعت، ۱۲ ساعت، سپس ۱، ۲، ۳، ۵ یا ۱۰ روز کاری است. برای طول دیگر Custom… را با دقیقهٔ working time بزنید.

قاعده‌ها به ترتیب چک می‌شوند و اولین جور برنده است — targetهای قاعده‌های مختلف ترکیب نمی‌شوند. قاعدهٔ تیم قبل از پیش‌فرض workspace چک می‌شود.

ساخت یا ویرایش قاعده Issueهای موجود را پیمایش نمی‌کند. جور شدن وقتی Issue ایجاد یا به‌روز شود رخ می‌دهد.

SLA روز کاری

مدت SLA با working time سنجیده می‌شود. روزی که workspace کار نمی‌کند چیزی به مهلت اضافه نمی‌کند؛ روز کاری کامل حساب می‌شود.

در Settings → Workspace، Work week را Mon–Fri، Sun–Thu یا Custom بگذارید. تغییر روی targetهایی اعمال می‌شود که از حالا شروع می‌شوند — مهلت‌های محاسبه‌شده دوباره حساب نمی‌شوند. timezone را انتخاب کنید؛ مهلت‌ها با آن محاسبه می‌شوند.

وقتی SLA را دستی می‌گذارید می‌توانید مدت تقویمی یا N business days تایپ کنید.

برداشتن SLA

قاعده‌ای که عملش Remove SLA است وقتی Issue جور شود پوشش را برمی‌دارد. وقتی اولویت یا وضعیت دیگر ساعت نمی‌خواهد مفید است.

برای برداشتن SLA از یک Issue، Change SLA… را باز کنید و Remove SLA. قاعده‌های خودکار دفعهٔ بعد که Issue به‌روز شود دوباره در نظر گرفته می‌شوند.

وضعیت SLA و فیلتر

پوشش باز به بدترین target در حال اجرا جمع می‌شود. view را با SLA status فیلتر و گروه کنید:

Issue بدون SLA در گروه خالی می‌افتد. cycle تمام‌شده — Met یا Cancelled — گزینهٔ فیلتر نیست؛ برای attainment تاریخی از گزارش SLA استفاده کنید.

اعلان‌های SLA

assignee Issue و مدیران تیم مالک اولین باری که target At risk یا Breached شود آیتم Inbox می‌گیرند. ورود دوباره به همان state اعلان نمی‌دهد. requester جزو مخاطب نیست.

دیدن Issueهای SLA

هر view Issue را با F و SLA status فیلتر کنید. از display options بر اساس SLA status گروه کنید. اگر شعله پنهان است زیر Display properties گزینهٔ SLA را روشن کنید.

ادمین workspace و مدیر تیم می‌توانند SLA reports را برای exposure زنده و attainment تاریخی باز کنند.

اعمال دستی SLA

overflow Issue را باز کنید و Change SLA… را بزنید (روی انتخاب گروهی هم هست). یک قاعدهٔ جور، پیش‌تنظیم مدت (۱۲ ساعت، ۲۴ ساعت، ۴۸ ساعت، ۱ هفته، ۲ هفته، ۴ هفته)، یا مقدار سفارشی مثل 24h، 7 days یا یک تاریخ را انتخاب کنید.

لیست و board یا تاریخ سررسید نشان می‌دهند یا SLA، نه هر دو. اعمال SLA آیکون تاریخ سررسید را پنهان می‌کند؛ خود تاریخ پاک نمی‌شود.

اگر Issue بعداً با قاعدهٔ remove جور شود، SLA ممکن است در به‌روزرسانی بعدی برداشته شود.

پرسش‌های متداول