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