بعد أشهر قليلة من إطلاق النظام، تصل معظم فرق Odoo إلى المشكلة نفسها: قائمة طلبات تغيير أطول مما يستطيع أي أحد إنجازه. المبيعات تريد حقلاً إضافياً في عرض السعر، والمالية تريد تصميماً مختلفاً لتقرير الفاتورة، والمخازن تريد أن تتوقف شاشة التسليم عن طلب رقم الدفعة لأصناف لم تُدار بالدفعات أصلاً. كل طلب منطقي، ولا يوجد طلب عاجل بمفرده، لكنها مجتمعة قائمة انتظار لا يديرها أحد فعلياً.
القيد الحقيقي نادراً ما يكون سرعة تنفيذ التغيير. على منصة مثل Plemo، حيث يبدأ التخصيص كطلب في المحادثة، ثم يتحول إلى مواصفة مكتوبة توافق عليها، ثم ينزل في بيئة تجريبية قبل أن يصل إلى الإنتاج، لم تعد خطوة التطوير هي البطيئة. البطيء هو فريقك أنت: شخص يجب أن يصف التغيير بدقة، وشخص يجب أن يقرأ المواصفة ويوافق عليها، وشخص يجب أن يفتح البيئة التجريبية ويتأكد أن النتيجة صحيحة. هذا الانتباه محدود، وحماية هذا الانتباه هي بالضبط وظيفة ترتيب الأولويات.
افصل بين ما يوقف العمل وما يبطئه
قسّم القائمة إلى نوعين. النوع الأول ما يوقف العمل، أي أمر لا يستطيع الموظف تنفيذه داخل النظام إطلاقاً، فيتوقف العمل أو ينتقل إلى ملف Excel بشكل دائم. النوع الثاني ما يبطئ العمل، أي أمر يمكن تنفيذه لكن ببطء أو بخطوة يدوية خارج Odoo.
الأصل أن يبدأ الترتيب بما يوقف العمل، مع استثناء مهم: خطوة يدوية يكررها 20 موظفاً كل يوم تكلّف شهرياً أكثر بكثير من عائق يواجه موظفاً واحداً مرة كل ثلاثة أشهر. احسب حجم التعرّض قبل الترتيب، لا شدّة المشكلة وحدها.
رتّب بالتكرار لا بالمنصب
الطلب الذي يُنفَّذ أولاً عادةً هو طلب أعلى شخص في الهيكل تحدث عنه مؤخراً. هذا هو السلوك الافتراضي، وهو سلوك سيئ. استخدم معياراً تقريبياً بدلاً منه: كم شخصاً يتأثر، وكم مرة، وكم دقيقة تكلّف كل مرة. لا تحتاج الأرقام إلى دقة عالية، بل تحتاج إلى أن تكون قابلة للمقارنة حتى يمكن مناقشة طلبين بالمنطق نفسه.
هناك فئة واحدة تستحق تجاوز الدور مهما كانت درجتها: كل ما يسمح بدخول بيانات خاطئة إلى النظام. تحقق ناقص، أو حقل نصي حر مكان حقل يجب أن يشير إلى سجل، أو حالة يمكن تخطّيها. هذه الطلبات تزداد تكلفتها كل شهر تبقى فيه مفتوحة، لأن كل شهر يضيف سجلات جديدة ستحتاج إلى تنظيف لاحقاً. أصلح باب الدخول أولاً، ثم نظّف التاريخ.
اجمع الطلبات حسب الوحدة لا حسب القسم
الأقسام هي الطريقة التي تصل بها الطلبات، وليست الطريقة التي يجب أن تُجمَّع بها. ثلاثة طلبات تمسّ شاشة أمر البيع نفسها أرخص كتغيير واحد منها كثلاثة تغييرات، لأن الجزء المكلف هو جولة المراجعة لا كتابة الكود: مواصفة واحدة تُقرأ، وبيئة تجريبية واحدة تُفتح، ومجموعة واحدة من الموظفين تترك عملها للاختبار.
هذا التجميع يكشف أيضاً التناقضات مبكراً. كثيراً ما يطلب قسمان أمرين متعارضين على الشاشة نفسها، واكتشاف ذلك أثناء كتابة مواصفة واحدة أفضل بكثير من اكتشافه بعد نزول التغييرين إلى الإنتاج.
تحقق أولاً: هل الطلب مشكلة إجراءات؟
جزء من كل قائمة طلبات ليس فجوة برمجية أصلاً. أحدهم يطلب زراً جديداً لأن لا أحد أراه الزر الموجود، أو لأن الخطوة موكلة إلى دور آخر والنظام يرفض تنفيذها منه بشكل صحيح. هذه الطلبات تُحلّ بالإعداد أو بجلسة تدريب قصيرة أسرع وأرخص من التطوير، ويجب أن تخرج من قائمة البناء تماماً.
ما يبقى بعد هذا الغربال هو الفجوة الحقيقية، أي سلوك غير موجود في Odoo القياسي وتحتاجه عمليتك فعلاً. هذه هي القائمة التي يستحق إنفاق جهد التطوير المخصص عليها، وهي عادةً أقصر بكثير من الكومة الأصلية.
اجعل التغييرات الأولى صغيرة
مهما قال ترتيبك، اجعل أول عنصرين أو ثلاثة صغيرة ومستقلة. الهدف في البداية ليس الإنتاجية بل بناء العادة: كتابة الطلب بدقة كافية ليُجاب عليه، وقراءة المواصفة بعناية كافية لالتقاط افتراض خاطئ، واختبار البيئة التجريبية بحالات حقيقية بدل المرور عليها مرة واحدة.
الفريق الذي فعل ذلك ثلاث مرات على تغييرات صغيرة سيتعامل جيداً مع تغيير كبير. أما الفريق الذي يكون أول تغيير لديه إعادة بناء دورة عروض الأسعار بالكامل، فسيوافق على مواصفة لم يقرأها فعلاً، وسيكتشف الخلل في الإنتاج.
ترتيب عملي
- كل ما ينتج أرقاماً خاطئة أو يسمح بدخول بيانات خاطئة.
- العوائق التي توقف العمل أو تخرجه من النظام.
- الخطوات اليدوية عالية التكرار، مرتبة بعدد الأشخاص مضروباً في التكرار.
- الحزم التي تجتمع فيها عدة طلبات على وحدة واحدة أو شاشة واحدة.
- التفضيلات الفردية والتغييرات الشكلية، في الآخر وبتسمية صريحة بأنها الأخيرة.
راجع القائمة شهرياً، واحذف منها
قوائم الطلبات تتعفّن بصمت. طلب كُتب قبل ستة أشهر قد يصف إجراءً تغيّر منذ ذلك الحين، أو تقريراً توقف أحدهم عن استخراجه، أو مشكلة عالجها ترقية إصدار Odoo أصلاً. تأجيل عنصر إلى الأبد أسوأ من إغلاقه، لأن القائمة الطويلة تجعل كل نقاش أولويات أصعب، وتخفي الخمسة عناصر التي تهم فعلاً.
راجع القائمة مرة كل شهر، واسأل عن كل عنصر: «هل سيلاحظ أحد لو لم يُنفَّذ أبداً؟» إن كانت الإجابة لا، فأغلقه وأعلن ذلك. قائمة من 8 طلبات حيّة تستطيع الدفاع عنها أفضل من قائمة من 60 طلباً لا تستطيع، وهي تجعل قرار الشهر التالي يستغرق 15 دقيقة بدل بعد ظهر كامل.