إعادة هندسة إجراءات الأعمال: دليل عملي خطوة بخطوة

إعادة هندسة إجراءات الأعمال (BPR) هي إعادة تصميم جذرية لطريقة تدفّق العمل داخل المؤسسة، من نقطة الانطلاق الأولى حتى النتيجة النهائية، بحيث يصبح أسرع وأحكم رقابة وأسهل قياسًا. فبدلًا من تعديل مهام منفردة، تطرح إعادة الهندسة سؤالًا أعمق: هل ينبغي أن توجد كل خطوة وكل موافقة وكل نقطة تسليم بين الفرق أصلًا؟ ولذلك يجب أن تسبق أي برنامج جديد، لأن نظام تخطيط موارد المؤسسات (ERP) أو منصة سير العمل سيؤتمت بأمانة أي إجراء تقدّمه له، بما فيه من هدر وثغرات.

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

ما إعادة هندسة إجراءات الأعمال؟

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

لذلك يتناول جهد إعادة الهندسة إجراءً متكاملًا، مثل دورة من الطلب إلى التحصيل (Order-to-Cash)، أو دورة من الشراء إلى السداد (Procure-to-Pay)، أو دورة من التعيين إلى نهاية الخدمة، أو دورة من القيد إلى إعداد التقارير، ويعيد تصميمه حول النتيجة المطلوب تحقيقها. ومن النتائج المعتادة: تقليل نقاط التسليم بين الفرق، وتحديد الموافقات بحسب المخاطر لا بحسب العادة، ومصدر واحد للبيانات تُدخَل فيه مرة واحدة، وملكية واضحة، وضوابط رقابية مدمجة في التدفق نفسه بدلًا من إضافتها لاحقًا عند إقفال نهاية الشهر.

إعادة الهندسة مقابل التحسين المستمر للإجراءات

كلا النهجين مفيد، والسؤال هو أيّهما يناسب المشكلة التي تواجهها.

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

مؤشرات حاجتك إلى إعادة الهندسة

عادةً ما تكون أعراض الإجراء الذي يحتاج إلى إعادة تصميم لا إلى مجرد ضبط واضحة لكل من يعمل فيه:

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

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

منهجية إعادة الهندسة خطوة بخطوة

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

1. تحديد الأهداف والنطاق

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

2. رسم الإجراء الحالي (As-Is)

يوثّق رسم الإجراء الحالي (As-Is) كيف يعمل الإجراء فعليًا اليوم، لا كما يصفه دليل الإجراءات. استخدم ثلاثة مصادر معًا:

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

والمُخرَج خريطة إجراء تتضمن كل خطوة ودور ونظام ومستند ونقطة قرار، إضافة إلى قائمة بنقاط الألم التي يطرحها القائمون على العمل.

3. تشخيص الهدر ونقاط التسليم بين الفرق وإعادة العمل وثغرات الرقابة

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

4. تصميم الإجراء المستهدف (To-Be) مع ملّاك الإجراءات

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

5. تحديد مؤشرات الأداء الرئيسية والضوابط ومصفوفة المسؤوليات

لا يكتمل الإجراء المستهدف حتى يصبح قابلًا للقياس والحوكمة. حدد مجموعة صغيرة من مؤشرات الأداء الرئيسية (KPIs) التي تعكس النتيجة، مثل زمن الدورة أو نسبة الإنجاز الصحيح من المرة الأولى أو السداد في الموعد. ووثّق الضوابط المدمجة في التدفق ومَن ينفذها. وأعدّ مصفوفة المسؤوليات (RACI) التي تبيّن، لكل خطوة رئيسية، مَن المسؤول عن التنفيذ (Responsible)، ومَن صاحب المساءلة (Accountable)، ومَن يُستشار (Consulted)، ومَن يُحاط علمًا (Informed). وهذا ما يحوّل المخطط إلى نموذج تشغيلي.

6. التجربة التجريبية

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

7. التعميم مع إدارة التغيير

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

الأدوات وأساليب التوثيق

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

• مخططات BPMN 2.0 بمسارات السباحة. نموذج وترميز إجراءات الأعمال (BPMN) معيار واسع الاستخدام لرسم الإجراءات؛ إذ يُخصَّص لكل دور أو إدارة مسار أفقي، ويتحرك تدفق المهام والقرارات والأحداث عبر المسارات. وتُظهر مسارات السباحة نقاط التسليم بين الفرق بلمحة واحدة: ففي كل مرة يعبر فيها التدفق من مسار إلى آخر، ينتقل العمل إلى جهة أخرى وقد يتسلل التأخير أو الخطأ.
• مصفوفات المسؤوليات (RACI). جدول بسيط تمثل صفوفه خطوات الإجراء وأعمدته الأدوار، ويُملأ بالرموز R أو A أو C أو I. والقاعدة العامة هي وجود “A” واحد تمامًا لكل خطوة؛ فإذا خلت خطوة من صاحب مساءلة أو تعدد أصحابها، فقد وجدت مشكلة في الملكية.
• شجرة مؤشرات الأداء. تفكك شجرة مؤشرات الأداء نتيجة عليا إلى المقاييس التي تحركها. فعلى سبيل المثال، يمكن تفكيك أداء التحصيل النقدي إلى دقة الفواتير، وحسن توقيت إصدارها، وزمن حل النزاعات، ولكل منها مالك. وهذا يربط تصميم الإجراء بالأرقام التي تتابعها القيادة أصلًا.

واحتفظ كذلك بسجل للقرارات، بحيث يمكن تتبع كل خيار تصميمي إلى مَن وافق عليه ولماذا.

مثال تطبيقي: إعادة هندسة دورة من الطلب إلى التحصيل

لنأخذ موزّعًا افتراضيًا نمت لديه دورة من الطلب إلى التحصيل (Order-to-Cash) بشكل عشوائي.

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

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

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

ويسري المنطق نفسه على دورة من الشراء إلى السداد (Procure-to-Pay): موافقات بحسب القيمة والفئة، ومطابقة ثلاثية بين أمر الشراء والاستلام والفاتورة قبل السداد.

كيف ترتبط إعادة الهندسة باختيار نظام ERP وتحليل الملاءمة والفجوات

يُعد تصميم الإجراء المستهدف أثمن مُدخَل في اختيار نظام ERP؛ فهو يتيح لك صياغة المتطلبات بلغة نتائج الأعمال والضوابط والبيانات، ثم مطالبة المورّدين بعرض إجراءاتك أنت لا سيناريوهاتهم القياسية.

كما يمنح تحليل الملاءمة والفجوات (Fit-Gap) معناه الحقيقي. إذ يُقارَن كل متطلب في الإجراء المستهدف بالإمكانات القياسية للنظام المرشح، ويُصنَّف بوصفه ملائمًا، أو ملائمًا مع التهيئة، أو يتطلب حلًا بديلًا، أو فجوة تستلزم تطويرًا أو تغييرًا في الإجراء. ومن دون إجراء مستهدف متفق عليه، تقارن الفرق النظام بالإجراء الحالي وتُخصّص نظام ERP لإعادة إنتاج العادات القديمة، مما يضيف تكلفة ومخاطر وصعوبات عند الترقية.

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

أخطاء شائعة

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

الأسئلة الشائعة

كم يستغرق برنامج إعادة الهندسة؟

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

هل تسبق إعادة الهندسة اختيار نظام ERP أم تليه؟

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

ما الفرق بين رسم الإجراء الحالي والإجراء المستهدف؟

يوثّق رسم الإجراء الحالي (As-Is) كيف يعمل الإجراء اليوم، بما في ذلك الحلول البديلة ونقاط الألم. أما رسم الإجراء المستهدف (To-Be) فيصف كيف ينبغي أن يعمل بعد إعادة التصميم، مع الملّاك والضوابط ومؤشرات الأداء الرئيسية. والفجوة بين الاثنين هي ما يحدد برنامج التغيير.

هل تعني إعادة الهندسة تقليص الوظائف؟

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

هل يمكننا تنفيذ إعادة الهندسة داخليًا؟

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

الخطوات التالية

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