تصميم العملية المستقبلية (To-Be)
تصميم العملية المستقبلية (To-Be)
في الدرس السابق وثّقت العملية الحالية (As-Is) — كل تسليم وانتظار وحل مؤقت موجود اليوم. تلك الخريطة ذات قيمة كبيرة تحديدًا لأنها تكشف مواطن الألم. الآن يأتي التحدي الإبداعي والتحليلي: تصميم العملية المستقبلية (To-Be)، أي الحالة المستقبلية التي سيحققها نظامك أو مبادرة التحسين.
العملية المستقبلية ليست قائمة أمنيات. إنها تصميم صارم بصيغة BPMN يمكنك تسليمه للمطورين ومدراء العمليات وأصحاب المصلحة كعقد مشترك يحدد ما يجب أن يفعله النظام الجديد وكيف يجب أن يسير العمل. إتقان هذا التصميم يستلزم تطبيق أربعة روافع للتحسين بصورة منهجية.
روافع التحسين الأربع
ينتهي كل تحسين في العمليات إلى أربع تدخلات جوهرية. طبّقها بالتسلسل — احذف الهدر أولًا، ثم أتمت ما تبقى، ثم وازِ المهام المستقلة، ثم أعد الترتيب لتقديم الخطوات البطيئة أو المحفوفة بالمخاطر أو تأخيرها.
1. الحذف (Eliminate)
أزل الخطوات التي لا تضيف قيمة للعميل أو للمؤسسة. الأهداف الشائعة هي إدخال البيانات المكرر (كتابة الحقل ذاته في نظامين)، وطبقات الموافقة الشكلية، وخطوات التخزين الوسيطة (طباعة نموذج ليُمسح ضوئيًا بعد دقائق)، ومهام التسوية التي وُجدت لإصلاح أخطاء سابقة. اسأل عن كل مهمة في العملية الحالية: "ماذا سيحدث لو توقفنا عن هذا؟" إن كانت الإجابة "لا شيء سيء"، فاحذفها.
2. الأتمتة (Automate)
استبدل الجهد البشري اليدوي بتنفيذ آلي من النظام في كل موضع تكون فيه قاعدة القرار محددة. مهمة فحص الحالة — "هل مبلغ الفاتورة أقل من حد الموافقة؟" — مرشحة مثالية للأتمتة. كذلك أي مهمة هي مجرد تحويل بيانات أو حساب. في BPMN تُمثَّل الأتمتة بـمهام الخدمة (أيقونة الترس) بدلًا من مهام المستخدم العادية.
3. الموازاة (Parallelize)
يمكن في الغالب تشغيل الخطوات المتسلسلة التي لا تربطها علاقة تبعية في وقت واحد. بوابة الموازاة (+) تقسّم التدفق إلى فروع متزامنة، وبوابة موازاة ثانية تدمجها ولا تكمل إلا بعد اكتمال جميع الفروع. الموازاة تقلل الوقت المنقضي (دورة العمل) دون حذف أي عمل فعلي.
4. إعادة الترتيب (Reorder)
قدّم الخطوات التحقق السريعة والرخيصة، وأخّر الخطوات الباهظة أو البطيئة. مثال كلاسيكي: مقرض قرض عقاري كان يجري سحب تقرير الائتمان الكامل (بطيء ومكلف) قبل التحقق من معايير الأهلية الأساسية (سريع ومجاني). بإعادة ترتيب فحص الأهلية ليكون أولًا، يُلغى تكلفة سحب الائتمان لكل مقدم طلب غير مؤهل.
مثال عملي: حجز موعد في عيادة
تخيّل عيادة خاصة صغيرة. العملية الحالية: يتصل المريض بالاستقبال؛ يتحقق المستقبل يدويًا من مفكرة ورقية للتحقق من الإتاحة؛ يعاود المستقبل الاتصال بالمريض (أحيانًا بعد ساعات) لتأكيد الموعد؛ ثم يرسل المستقبل تذكيرًا عبر الرسائل القصيرة بكتابته يدويًا في الهاتف. الطبيبة لا تُبلَّغ إلا بورقة مطبوعة توضع على مكتبها صباح يوم الموعد. أما الإلغاءات فتُعالَج بشكل غير رسمي ونادرًا ما يُحجز الموعد المُفرَّغ من جديد.
بتطبيق الروافع الأربع:
- الحذف: خطوة المعاودة الهاتفية (انتظار المريض ساعات للتأكيد) موجودة فقط لأن المفكرة الورقية غير متاحة للمريض. بوابة حجز إلكترونية تلغي كلًا من المعاودة وخطوة إدخال البيانات يدويًا.
- الأتمتة: رسالة التذكير القصيرة وبريد التأكيد الإلكتروني وتحديث جدول الطبيبة كلها محددة بقواعد ثابتة — أتمت الثلاثة كمهام خدمة تُشغَّل بمجرد تأكيد الحجز.
- الموازاة: إرسال تأكيد المريض وتحديث جدول الطبيبة لا يعتمد أيٌّ منهما على الآخر — شغّلهما بالتوازي بعد نجاح الحجز.
- إعادة الترتيب: انقل الدفع (أو التفويض المسبق من التأمين) إلى مرحلة الحجز بدلًا من الوصول، حتى لا يُهدر الموعد بسبب غياب مريض لم يلتزم ماليًا.
خطوات رسم مخطط العملية المستقبلية
- ابدأ من هيكل العملية الحالية. انسخ بنية المسابح والحارات وعدّل عليها، لا تبدأ من الصفر.
- ضع علامة على الخطوات المحذوفة. احذفها أو شطبها، ودوّن سبب الحذف لأغراض التتبع.
- ارفع المهام اليدوية إلى مهام خدمة. غيّر رمز المهمة إلى أيقونة الترس في كل موضع تنطبق فيه الأتمتة.
- أدخل بوابات الموازاة. استبدل التدفقات المتسلسلة بين المهام المستقلة بتقسيم موازٍ (+) ودمج موازٍ (+).
- أعد الترتيب حسب الحاجة. انقل المهام وتدفقات التسلسل لتعكس النظام الجديد.
- تحقق من صحة التدفق. كل رمز يدخل العملية يجب أن يصل إلى حدث نهاية. تتبع ثلاثة سيناريوهات على الأقل: المسار السعيد ومسار الرفض ومسار الإلغاء.
أخطاء شائعة تجنّبها
الأتمتة دون الحذف أولًا. إن أتمتّ خطوة إدخال بيانات مكررة فستحصل على نظام سريع وموثوق يؤدي شيئًا لا قيمة له. احذفها بدلًا من ذلك.
موازاة مهام مترابطة. لا يمكن تشغيل مهمتين بالتوازي إلا إذا لم تحتج إحداهما إلى مخرجات الأخرى. إرسال بريد التأكيد قبل نجاح الدفع خطأ في التدفق، لا مكسب من الموازاة.
التعقيد المفرط في العملية المستقبلية. يجب أن تكون العملية المستقبلية قابلة للتحقيق ضمن ميزانية المشروع وجدوله الزمني. مخطط يتطلب ثلاثة أنظمة جديدة وفريق من عشرة مطورين لعملية شخصين ليس تصميمًا — إنه خيال.
ربط العملية المستقبلية بالمتطلبات
كل تغيير في العملية المستقبلية يُولّد متطلبًا أو يعدّله. مهمة الخدمة الآلية تصبح متطلبًا وظيفيًا على النظام. خطوة موافقة محذوفة قد تستلزم تغيير قاعدة أعمال (يجب على شخص ما تحديث وثيقة السياسة، لا المخطط فحسب). فرع موازٍ يتطلب من نظامين تبادل البيانات يُنشئ متطلب تكامل. بوصفك محللًا، مسؤوليتك أن تجعل هذه الروابط صريحة — مخطط BPMN للعملية المستقبلية هو الجسر بين دراسة الجدوى التجارية ووثيقة المتطلبات.
في الدرس القادم ستتعلم كيف تقيس ما إذا كانت العملية المستقبلية تحقق فعلًا التحسين الذي تعد به، باستخدام مقاييس العمليات وتقنيات التحليل كوقت الدورة والإنتاجية وتكلفة المعاملة.