مدة استجابة يحسبها المساعد الذكي تحتاج إلى قاعدة للساعة، لا طرح تاريخين فقط. تتيح تقاويم اتفاقيات الخدمة في Jira Service Management Cloud تحديد المنطقة الزمنية وأيام العمل وفترات اليوم. [1] نوضح أثر ذلك في طلب تعليمي، دون قياس أداء فريق أو اختبار إعدادات منصة.
الخلاصة السريعة
حدد التقويم وبداية القياس ونهايته وأي تعليق موثق؛ ساعتان ضمن الخدمة قد تقابلهما ثماني عشرة ساعة من الوقت المنقضي في المثال نفسه.
- سم التقويم والمنطقة الزمنية والحدث الذي يبدأ القياس وينهيه؛ تتيح Jira شروط البدء والتعليق والانتهاء، ولا نجعلها قاعدة لكل أداة. [2]
- في المثال، من الاثنين 16:30 إلى الثلاثاء 10:30 تمر 18 ساعة، لكن فترتي الخدمة المحتسبتين نصف ساعة وساعة ونصف؛ المجموع ساعتان.
- اطرح التعليق فقط إذا سمحت به القاعدة وثبت وقته؛ نصف ساعة داخله تجعل مثالنا ساعة ونصف، ولا تطرح انتظارا خارج ساعات الخدمة ثانية.
- أعلن نوع المدة والشروط المعروفة؛ لا تثبت سرعة الرد حل الطلب، ولا نحكم على التزام مجهول التقويم أو البداية والنهاية.
ما الساعة التي نقصدها قبل الحساب؟
نفترض فريقا يجيب عن طلبات تجهيز أنشطة، وتقويمه المحلي يومي الاثنين والثلاثاء من 09:00 إلى 12:00 ومن 13:00 إلى 17:00. اليومان ليسا عطلة، والمنطقة الزمنية واحدة في سجلات المثال، دون تغير توقيت خلالهما. هذه شروط اخترعناها، وليست ساعات عمل جهة حقيقية.
نختار بداية عند وصول الطلب ونهاية عند إرسال الرد الذي يجيب عن سؤاله المحدد. سؤال طلب الإيضاح لا ينهي القياس في قاعدتنا. فصل شروط بدء الساعة وتعليقها وانتهائها متاح في وثائق Jira المذكورة. [2]
لا نسمي هذه القاعدة تلقائيا «وقت أول رد»؛ فالاسم يجب أن يطابق الحدث الذي اخترناه. وقد يختار فريق آخر نهاية مختلفة، فتختلف المقارنة ولو بقيت رسائل الطلب نفسها.
لماذا لا تعني 18 ساعة تأخرا مقداره 18 ساعة خدمة؟
يصل طلبنا يوم الاثنين عند 16:30، ويصدر الرد المحدد يوم الثلاثاء عند 10:30. بين التاريخين 18 ساعة من الوقت المنقضي. داخل التقويم المفترض يدخل نصف ساعة حتى 17:00، ثم ساعة ونصف من 09:00 إلى 10:30 في اليوم التالي. نجمعهما فنحصل على ساعتين خدمة.
لا نحذف الليل لأن المساعد يرى أن الفريق كان مشغولا، بل لأننا حددنا التقويم مسبقا. ولو تغير التقويم إلى خدمة مستمرة، لم يعد هذا الحساب صالحا. ونحفظ وقتي الوصول والرد إلى جانب المجموع، كي يستطيع المراجع إعادة الحساب بشروطه.
هل كل انتظار يعلق الساعة؟
تصف وثائق Jira التعليق بأنه اختياري، وتذكر انتظار رد العميل مثالا عليه. [2]
في نسخة أخرى من تمريننا، نفترض تعليق الساعة من 09:30 إلى 10:00 يوم الثلاثاء انتظار معلومة، وأن القاعدة تجيز هذا التعليق وأن سجله متاح. نطرح نصف ساعة من ساعتين فتصبح المدة المحتسبة ساعة ونصف. الوقت المنقضي بين الوصول والرد يبقى 18 ساعة.
إذا لم نجد سجل التعليق، لا نخترع بدايته من عبارة «كنا ننتظر». وإذا وقع الانتظار خارج ساعات الخدمة وحدها، لا نطرحه ثانية من مدة لم يدخل فيها أصلا. وجود حالة انتظار في الرسائل لا يثبت وحده أن شروط تعليق الساعة تحققت.
ماذا نستطيع إعلان نتيجته؟
نفترض هدفا محليا هو إصدار الرد المحدد خلال ساعتين خدمة، مع شمول الحد نفسه. في الحساب الأول يساوي الرد الهدف، وفي النسخة ذات التعليق الموثق يقع قبله. هذان حكمان مشروطان بقاعدة التمرين؛ لم نفحص اتفاقية فعلية أو نتيجة منصة.
نكتب المدة والتقويم والحدث النهائي وحالة التعليق بدلا من عبارة «رد سريع» وحدها. وإذا كانت البداية أو النهاية أو نسخة القاعدة مجهولة، نترك الحكم معلقا. كما أن الرد في الموعد لا يثبت تنفيذ التجهيز أو حل المشكلة؛ كل نتيجة تحتاج سجلها المناسب.
المصادر ومتابعة القراءة
- Atlassian Cloud: Set up SLA calendars (يفتح في نافذة جديدة)support.atlassian.com
- Atlassian Cloud: Set up SLA conditions (يفتح في نافذة جديدة)support.atlassian.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.
