جدول مناوبات بالذكاء الاصطناعي يحتاج إلى مراجعة توفر الأشخاص واحتياج الفترات معا. تتيح Shifts على الهاتف في Microsoft Teams تحديد توفر متكرر أو لتواريخ معينة لإبلاغ المدير. [1] نراجع مسودة تعليمية بشروط بسيطة معلنة؛ ظهور اسم في الجدول لا يثبت أنه يستطيع الحضور أو أن الجدول معتمد لتنفيذ حقيقي.
الخلاصة السريعة
اكتب التوفر والاحتياج وحد الإسناد، وافحص كل تعيين وفق هذه الشروط؛ اترك التوفر المجهول للمراجعة قبل اعتماد المسودة.
- سجل التوفر المؤكد لكل فترة وتاريخها؛ تتيح Shifts تحديد التوفر على الهاتف، لا على سطح المكتب أو الويب، لأيام متكررة وتواريخ محددة، لكن إعداد التطبيق ليس دليلا على توفر لم يسجل. [1]
- افحص الاحتياج وحد الإسناد معا؛ تغطية كل خانة بأسماء لا تثبت أن الأشخاص متاحون أو أن الشخص لم يتجاوز حد المثال.
- راجع الاستثناء الحالي من التوفر المتكرر؛ غياب جواب شخص ليس موافقة على العمل، ولا نملأ النقص بافتراض حضوره.
- اعتمد التغيير مع المسؤول ثم راجع إبلاغه وتنفيذه؛ مسودة ممكنة تحت شروطنا ليست ضمانا للعدالة أو الامتثال أو أفضل جدول.
أي شروط وضعنا لهذا المثال؟
نفترض نقطتي استقبال مؤقتتين لنشاط مركز ثقافي. نحتاج شخصا واحدا يوم الاثنين وشخصين يوم الثلاثاء، وكل فترة هنا مناوبة واحدة منفصلة. اخترنا حدا محليا: لكل شخص مناوبة واحدة فقط في هذين اليومين. لا نقدم عدد ساعات أو قواعد أجور أو أحكاما قانونية للعمل.
في سجلنا الأصلي، نور متاحة الاثنين فقط، ولينا الثلاثاء فقط، وعمر متاح في اليومين. أما يوسف فلم يصل جوابه عن الثلاثاء. الأشخاص والتوفر من إنشاء المقال؛ لم نجمع بيانات موظفين أو نشغل أداة جدولة. نطلب من المساعد مسودة وفق المعطيات المعلنة لا وفق توقعات عن الأشخاص.
ماذا تكشف مراجعة التعيينات؟
لو اقترح المساعد عمر الاثنين، ونور ولينا الثلاثاء، تظهر ثلاث خانات مملوءة. لكن نور غير متاحة الثلاثاء حسب السجل، فلا تحقق المسودة الشروط. وإذا أبقينا عمر الاثنين ونقلناه أيضا إلى الثلاثاء، يتجاوز مناوبة واحدة اخترناها لكل شخص، حتى لو كان متاحا في اليومين.
تحت المعطيات نفسها يمكن اقتراح نور الاثنين، ولينا وعمر الثلاثاء. يحقق هذا توزيعنا المعلن: واحد ثم اثنان، وكل اسم أسند مرة واحدة في يوم متاح. هذا استدلال على إمكانية مسودة بسيطة فقط؛ لا يثبت أنها أفضل توزيع أو أن كل شروط مؤسسة حقيقية موجودة في المثال.
كيف تتعامل مع معلومة توفر تغيرت؟
توضح Microsoft إمكان استعمال توفر لتاريخ معين لتجاوز توفر متكرر مسجل. [1]
في مثالنا قد يعلم الفريق أن عمر لم يعد متاحا في ذلك الثلاثاء. لا نتمسك بالتوزيع السابق لأنه نجح مع السجل القديم، ولا نستبدله بيوسف دون جواب مؤكد. تعود الحالة إلى مراجعة الاحتياج والبدائل مع المسؤول، ونحفظ وقت تغيير المعلومة.
إذا وصل جواب يوسف، يمكن فحص مسودة جديدة بحسبه وبقية الشروط. وإذا لم يصل، نسمي توفره غير معروف؛ عدم الرد ليس توفرًا ولا رفضًا مثبتا. هذه طريقة مقترحة لحفظ الحالة، ولا نزعم أن كل تطبيق يمثل عدم المعرفة بالفئة نفسها.
متى تتحول المسودة إلى ترتيب عمل؟
يسمي الفريق نسختنا «اقتراحا تحقق من شروط المثال»، ثم يتبع اعتماد الجدول الفعلي وإبلاغ الأشخاص عبر القناة المسموحة. لا يكتب المساعد «تم توزيع المناوبات وإبلاغ الجميع» ما لم يحصل ذلك فعلا. وبعد تغيير توفر أو احتياج، يراجع المسؤول أثره على النسخة المعتمدة.
لم ننشر جدولا أو نرسل تكليفا أو نقس عدالة توزيع. كما لا تغطي شروطنا المبسطة مهارات المهام والراحة وسياسات المؤسسة وكل القيود الممكنة. الفائدة أن نكتشف تعيينا غير قابل للتنفيذ من المعطيات، وأن نبقي المعلومة المجهولة معلنة قبل تحويل قائمة أسماء إلى عمل مطلوب.
المصادر ومتابعة القراءة
- Microsoft Support: Set your availability in Shifts (يفتح في نافذة جديدة)support.microsoft.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.