لماذا معظم التحولات
الرقمية تفشل
قبل السطر الأول
من الكود.

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

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

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

عدسة LEAN المطبقة على تسليم المنصات

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

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

معظم فرق المشاريع تتجاوز هذا العمل. تبدأ بالحالة النهائية المرغوبة وتعمل بالعكس. النتيجة نظام يتعامل مع الحالة المثالية بشكل جيد وينهار بهدوء كل مرة تأتي حالة حدية حقيقية للعالم. الحالات الحدية تأتي كل يوم.

ماذا بدت مشكلة تطبيق المورد بالفعل

سوق Empower Global تم بناؤها لدعم 120 علامة تجارية مملوكة للسود تبيع من خلال منصة واحدة. هذا معناه عملية تعيين موردين. وعملية مراجعة موردين. وعملية موافقة موردين. وآلية لتحديد بائعين سيضيعون وقت الفريق أو يضرون بشكل فعلي نزاهة المنصة.

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

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

كيف صممنا الأتمتة. ولماذا التصميم جاء قبل البناء.

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

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

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

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

ماذا تصميم عملية LEAN بالفعل ينتج في بناء المنصة

عمل الأتمتة على Empower Global لم يكن ملفتاً للنظر لأن التكنولوجيا. Salesforce Service Cloud منصة نضجة مع أدوات سير عمل موثقة بشكل جيد. أي فريق Salesforce مختص يمكن بناء توجيه مؤتمت وتسجيل في Service Cloud.

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

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

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

ماذا هذا معناه لمشروع المنصة التالي

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

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

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

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

الفرق ليست المنصة. إنها انضباط العملية التي سبقت البناء.