استشر الموظفين قبل المدير الخوارزمي—الإنتاجية ليست المكسب الوحيد

إذا كنت تعتزم إدخال برنامج يوزّع المهام أو يراقب الأداء، فابدأ بتحديد القرارات التي سيتدخل فيها، ثم استشر الموظفين الذين سيتأثرون بها قبل اعتماده. سجّل اعتراضاتهم على حالات عمل محددة، واربط كل اعتراض بتعديل في التصميم أو ضابط للاستخدام أو سبب موثق لعدم الأخذ به، مع تسمية المسؤول الذي يراجع القرار.

قد يحافظ هذا التشاور على الفائدة التشغيلية ويكشف ما يضر جودة العمل. ففي تجربة تشاور نشرتها OECD، شارك 16 شخصاً من ثلاث منشآت تصنيع ألمانية في محاكاة لتصميم نظام إدارة خوارزمية، ورأوا أن التصميم الناتج يمكن أن يحافظ على مكاسب الإنتاجية ويحسّن جودة العمل. هذه تقديرات المشاركين بعد المحاكاة، وليست نتائج إنتاج قِيست بعد تشغيل النظام.

حدّد ما سيقرره البرنامج وما البيانات التي سيستخدمها

ارسم مسار كل وظيفة من البيانات الداخلة إلى القرار وأثره على الموظف. تشمل الخريطة، بحسب ما يقدمه البرنامج المقترح، ترتيب المهام، وتوزيع المناوبات، والتنبيه إلى التأخر، ومراقبة النشاط، وتقييم الأداء. وتعرّف منظمة العمل الدولية الإدارة الخوارزمية بأنها استخدام البيانات المتتبعة وغيرها لتنظيم العمل وإسناده ومراقبته وتقييمه؛ وقد تقوم على قواعد بسيطة من دون ذكاء اصطناعي.

ميّز بين توصية يحق للمشرف تغييرها وقرار يُنفّذ تلقائياً. إذا غيّر البرنامج أولوية مهمة، فاسأل هل يؤثر ذلك لاحقاً في فرص الموظف للحصول على عمل أو في تقييمه أو أجره. القرار الذي يبدو متعلقاً بالجدولة وحدها قد يصبح أساساً لقرار مهني أكبر؛ لذلك يجب أن تظهر هذه الصلة في الخريطة قبل شراء البرنامج أو ضبطه.

دوّن مصدر كل نوع من البيانات، ومن يستطيع الاطلاع عليه، ومدة الاحتفاظ المقترحة به، وكيف تُصحح البيانات الناقصة أو الخاطئة. اسأل المورّد، مثلاً، هل يعتمد التقييم على وقت بدء المهمة أم وقت تسجيل إنجازها، وماذا يحدث عند انقطاع الاتصال أو تعطل أداة العمل. الإجابات تحدد ما إذا كان التأخر المنسوب إلى الموظف يعكس عمله فعلاً.

حوّل كل وظيفة إلى سؤال عن أثرها: «إذا تأخر تسجيل إنجاز المهمة، هل تتغير أولوية المهمة التالية، وهل يظهر التأخر في تقييم العامل؟». بهذه الصياغة يمكن للموظف وصف ظرف لا تلتقطه البيانات، ويمكن للمسؤول أن يطلب من المورّد تغييراً محدداً بدلاً من الاكتفاء بوصف عام للبرنامج.

استشر من يتلقى القرار ومن يعالج استثناءاته

تبدأ قائمة المشاركين بالعاملين الذين تُسند إليهم المهام أو تُراقب نتائجهم، وتمتد إلى المشرف المباشر ومن يراجع التقييمات والشكاوى وممثلي العاملين حيث توجد آلية تمثيل. أضف من يتعاملون مع الاستثناءات اليومية، مثل تبديل المناوبة أو توقف المعدات. وإذا اختلفت طبيعة العقود أو أوقات العمل، فامنح كل مجموعة فرصة لوصف أثر النظام عليها؛ فالمشكلة التي تواجه مناوبة واحدة قد تضيع في متوسط الإجابات.

اعرض مسار عمل مألوفاً للمشاركين، ثم اسأل متى يحتاج العامل إلى تغيير ترتيب المهام، ومن يسمح له بإيقاف مهمة، وكيف يستطيع تفسير تقييم منخفض. في التجربة الألمانية، كان ترتيب المهام الصارم من نقاط الخلاف: رأى بعض العاملين ضرورة الاحتفاظ بمرونة في تحديد الأولوية أو إنهاء المهمة الجارية، بينما ربط بعض المديرين تلك المرونة بالإشراف. لذلك يفيد سؤال الأطراف عن شروط التدخل البشري، لا عن رأيها المجرد في التقنية.

امنح المشاركين فرصة لمناقشة بدائل الوظيفة نفسها: تسلسل إلزامي للمهام، أو تسلسل يمكن تجاوزه بسبب مسجل، أو اقتراح يختار العامل قبوله. اسأل أيضاً عن توقيت التنبيهات وما إذا كانت تقاطع عملاً يحتاج إلى تركيز. لا تعني موافقة الموظف على توزيع المهام موافقته على استخدام بيانات التوزيع لاحقاً لتقييم أدائه؛ اعرض الاستخدامين كقرارين منفصلين.

قد يكون النقاش الفردي أنسب لمن يصعب عليه الاعتراض أمام مشرفه، بينما يكشف النقاش بين الأدوار تعارض احتياجاتها. اختر طريقة تسمح بوصف الحالات والرد على المقترحات، لا استطلاعاً مغلقاً ينتهي بنسبة تأييد. الهدف هو معرفة أي قاعدة ستتغير، وأي خلاف سيظل قائماً قبل التشغيل.

سجّل الاعتراض بحيث يمكن البتّ فيه

أنشئ سجلاً يربط كل اعتراض بوظيفة محددة وأثر محتمل، بدلاً من جمع ملاحظات عامة عن البرنامج. اكتب الحالة التي أثارت الاعتراض، والبيانات التي يعتمد عليها القرار، وما الذي قد يحدث للموظف، والتغيير المقترح، واسم من سيفحصه. يمكن تداول نسخة من السجل من دون أسماء أصحاب الملاحظات، مع إبقاء قناة تتيح الرد عليهم.

افصل بين مواضع الخلل لأن علاجها يختلف. قد يعترض عامل على جمع بيانات الموقع لتوزيع مهمة لا تحتاج إليها، ويعترض آخر على ترتيب لا يسمح له بالتعامل مع ظرف عاجل، أو على تنبيه يصله أثناء عمل جارٍ. في الحالة الأولى يُبحث تقليل البيانات، وفي الثانية تعديل قاعدة الإسناد أو السماح باستثناء، وفي الثالثة توقيت التنبيه وطريقة وصوله. هذه أمثلة على أسئلة تصميم، لا افتراضات عن برنامج بعينه.

اطلب من صاحب الاعتراض وصف الحالة التي يرى أن النظام سيخطئ فيها وما النتيجة التي يتوقعها. ثم اختبر السيناريو نفسه مع المشرف أو المورّد: ما البيانات التي سيقرأها البرنامج، وما القرار الذي سيصدر، ومن يستطيع تصحيحه؟ إذا لم تُحسم المسألة، سجّل موضع الخلاف كما هو؛ فالموافقة على وظائف أخرى لا تحسم هذه الوظيفة.

صنّف الأثر أيضاً: هل يمس خصوصية الموظف، أو استقلاله في ترتيب عمله، أو صحته، أو فرصه المهنية؟ يساعد هذا الوصف على منع رد شكلي؛ فتغيير صياغة التنبيه، مثلاً، لا يعالج اعتراضاً سببه استخدام بيانات غير لازمة، وإضافة زر للاعتراض لا تكفي إذا كان التقييم يُستخدم قبل مراجعته.

اربط الردّ بضابط ومسؤول واختبره قبل التوسع

أغلق كل بند في السجل بقرار قابل للتحقق: التعديل أو الضابط، والشخص المخوّل بتنفيذه، وطريقة اختباره، وموعد مراجعته. إذا رُفض المقترح، فاكتب سبب الرفض والأثر المتبقي ومن يتحمل مسؤولية قبوله. أبلغ المشاركين بالرد قبل اعتماد الإعدادات النهائية، حتى يستطيعوا معرفة ما تغيّر نتيجة ملاحظاتهم.

تستحق المسؤولية عن القرار الخاطئ تحديداً صريحاً. فقد وجد مسح OECD لمديرين في ست دول أن نحو ثلثي مستخدمي أدوات الإدارة الخوارزمية لديهم مصدر قلق واحد على الأقل بشأنها، وكان غموض المسؤولية عند صدور قرار خاطئ أكثر المشكلات المذكورة. تصف هذه النتيجة المديرين المشمولين بالمسح، ولا تقيس مؤسسات الشرق الأوسط وشمال أفريقيا؛ لكنها تجعل سؤال «من يصحح الخطأ ومن يعالج أثره؟» ضرورياً في قرار الاعتماد المحلي.

إذا منع ترتيب المهام الآلي الاستجابة لحالة عاجلة، فقد يكون الضابط المقترح تمكين المشرف من تغيير الترتيب مع تسجيل السبب ومراجعة أثر الاستثناءات. وإذا دخلت نتيجة النظام في تقييم فردي، فحدد من يستطيع تصحيح البيانات ومن يراجع اعتراض الموظف قبل اتخاذ إجراء مهني. اختبر هذين المسارين بحالات من العمل الفعلي، وحدد حدود صلاحية كل طرف وفق قواعد المؤسسة والمتطلبات المحلية.

ابدأ التشغيل في نطاق يمكن مراقبته، واتفق مسبقاً على ما يستدعي تعديل وظيفة أو إيقافها: أخطاء متكررة في الإسناد، أو تعذر تصحيح بيانات التقييم، أو تنبيهات تقاطع العمل على نحو غير مقبول. قارن ما وعد به التصميم بما يحدث للعاملين والمشرفين، ثم أعد فتح البنود المتأثرة عند توسيع الاستخدام أو إضافة مصدر بيانات جديد. بذلك يبقى قرار التشغيل مرتبطاً بقواعد عمل قابلة للمراجعة، لا بموافقة أولية منفصلة عن أثر النظام اليومي.

اقرأ أيضًا:

• هل سيستبدل AI وظيفتك؟ افحص المهام قبل المسمى
• AI يغيّر المهام لا عدد الموظفين: 95.7% من الشركات لم تخفّض فرقها
• AI لا يحسّن ثقافة العمل تلقائيًا: دعم المدير يصنع فارق 10 نقاط