شراء نظام قبل رسم العملية يرسّخ الفوضى

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

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

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

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

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

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