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