قوائم الأولوية لأعمال الترجمة

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

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

ليست كل الأعمال الموجودة في القائمة لها درجة الإلحاح نفسها

عادةً ما تكون الأعمال الدفعية مخططة. وغالبًا ما تمثل أعمالًا متراكمة، أو عملية ترحيل، أو نطاق إطلاق معروف. هذا العمل مهم، لكنه يستطيع عادةً تحمّل التقدّم المستمر.

أما العمل ذو الإدخال الفردي فهو مختلف. وغالبًا ما يُحفَّز لأن شخصًا ما ينظر إلى صفحة محددة ويحاول إكمال مهمة محددة.

يجب أن يكون هذا الاختلاف ظاهرًا في القائمة.

نمط الفشل

عندما يدخل كل طلب ترجمة إلى المسار نفسه، تهيمن الدفعات الكبيرة على العاملين. يرى الفريق تقدّمًا، لكنه التقدّم الخطأ:

• تستمر عناصر الترحيل المخططة في التحرك
• تنتظر الإصلاحات التحريرية العاجلة
• لا يستطيع المترجمون التحقق من صفحة واحدة بسرعة
• تبدأ فرق الإطلاق في الالتفاف حول النظام

بمجرد أن يعتقد الناس أن القائمة غير قابلة للتنبؤ، يتوقفون عن الوثوق بها في الأعمال الحساسة زمنيًا.

القاعدة الأفضل: التشغيلات الفردية أولًا

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

هذا يطابق الطريقة التي تعمل بها الفرق فعليًا. يجب ألا تمنع ترحيلات الأعمال المتراكمة تصحيحًا في بيئة الإنتاج. ويجب ألا تمنع دفعة حملة واسعة صفحة واحدة جاهزة للمراجعة.

ما الذي يجب أن تحميه الأولوية

أولوية القائمة لا تتعلق بالسرعة فقط. إنها تحمي الثقة.

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

على النظام أن يحافظ على العلاقة بين نية المستخدم والتقدّم المرئي.

كيف تحافظ على صحة الدفعات

إعطاء الأولوية للتشغيلات الفردية لا يعني تجويع الدفعات إلى الأبد. لا تزال القائمة بحاجة إلى ضوابط:

• يجب أن يستمر عاملو الدفعات عندما لا تكون هناك تشغيلات فردية عاجلة تنتظر
• يجب أن تحتفظ عمليات إعادة المحاولة بأولوية العمل الذي تنتمي إليه
• يجب ألا تختلط مهام الدفع والنشر بأولوية الترجمة
• يجب أن تجعل تقارير التقدّم الأعمال المتوقفة مؤقتًا أو المنتظرة واضحة

الهدف ليس معاقبة الدفعات. الهدف هو منع الدفعات من أن تصبح جدارًا.

الخلاصة

القوائم جزء من تجربة المنتج. إذا انتظرت الترجمة العاجلة ذات الإدخال الفردي خلف دفعة ضخمة، فلن يختبر المستخدمون "المعالجة في الخلفية". بل سيختبرون التعطيل.

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