التبني المتوازي

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

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

إلى جانب التبني المتوازي، يمكن تحديد ثلاثة أنواع عامة أخرى من التبني. يعتمد اختيار أسلوب التبني المحدد على خصائص المؤسسة؛ وسيتم تقديم المزيد من المعلومات حول هذا الموضوع لاحقًا. أساليب التبني الثلاثة الأخرى هي:

• التبني الشامل /التبني المفاجئ: ينطوي التبني الشامل على نقل المؤسسة بأكملها من النظام القديم إلى النظام الجديد في عملية تحويل فورية. يُعد هذا الخيار الأقل تكلفة، ولكن في حال فشل النظام الجديد، ستواجه المؤسسة مشكلة كبيرة. كما أنه يُعرّض النظام الجديد لمخاطر عدم قبوله من قِبل المستخدمين. مع ذلك، قد يكون هذا هو النهج الوحيد المُتاح عندما يتعذر على النظامين التعايش أو عندما يكون تفعيل النظام الجديد ضرورة مُلحة.
• التبني التدريجي (أو التحويل التدريجي): في هذا النوع من التبني، تنتقل المؤسسة تدريجيًا إلى نظام جديد على مراحل، لكل وحدة أو نظام فرعي. بعض الأنظمة لا يمكن إدخالها بشكل مجزأ لاعتمادها الكبير على النظام ككل. يُقلل التبني التدريجي من المخاطر، ولكنه يُسبب أكبر قدر من الاضطرابات نظرًا لطول مدة الانتقال من النظام القديم إلى الجديد.
• التبني التجريبي: تُستخدم طريقة التبني التجريبي في المؤسسات الكبيرة ذات المواقع المتعددة أو الأقسام المستقلة إلى حد كبير. يُطبّق النظام الجديد في أحد المواقع أو الأقسام، ثم يُعمّم تدريجيًا على مواقع أو أقسام أخرى. (يُطبّق النظام الجديد على نطاق محدود في حال فشله) (توربان، ٢٠٠٢).

في بعض الحالات، قد لا يكون التحويل المتوازي استراتيجية مناسبة. على سبيل المثال، إذا تضمن النظام الجديد تغييرات جوهرية في هيكله تؤدي إلى عدم تعبئة عناصر البيانات بشكل صحيح، فقد ينتج عن ذلك عدم دقة البيانات أو تلفها. إضافةً إلى ذلك، إذا كان النظام يعتمد على تقنية جاهزة للاستخدام (COTS) وتنص وثائق المورّد على عدم إمكانية مشاركة تطبيقات متعددة لقاعدة البيانات نفسها، فقد لا يكون التحويل المتوازي مجديًا. على سبيل المثال، قد تفرض منتجات مثل Siebel من Oracle قيودًا مماثلة. وبالمثل، قد تواجه منتجات COTS الأخرى قيودًا فيما يتعلق بالتحديثات أو الترقيات الرئيسية التي تتطلب مفاتيح ترخيص فريدة، مما قد يتسبب في مشاكل تتعلق بتغييرات قاعدة البيانات ووظائف النظام.

يبدو أن هناك اختلافات طفيفة في المصطلحات المتعلقة بعملية التبني المتوازي. فالعديد من المصادر (مثل: توربان، 2002؛ إيسون، 1988؛ رويجمانز، 2003؛ براون، 1999) لا تستخدم اسمًا موحدًا لوصف هذه العملية. ويُشار إلى مصطلح " التبني المتوازي " في هذه المصادر، وإن كانت متسقة فيما بينها، بمصطلحات مثل: التحويل المتوازي، والتشغيل المتوازي، والتشغيل الظلي، والتحويل المتوازي، والتنفيذ المتوازي. ويبدو أن هذا هو الحال لأن الوصف العام للعملية لا يحتاج إلى تصنيف محدد. وهناك العديد من طرق التنفيذ القياسية، حيث تُوصف تقنيات تبني مختلفة، ولكن غالبًا في سياق عملي؛ إما من خلال سيناريوهات واقعية أو مجموعة أكثر شمولًا من تقنيات التنفيذ مثل: Regatta: طريقة التبني ، وSIM، و PRINCE2 . وبشكل عام، يُمكن اعتبار التبني المتوازي أفضل طريقة هندسية لتنفيذ نظام جديد.

من حيث المبدأ، تختلف طريقة التبني المتوازي عن قرار تغيير نظام في مؤسسة ما، ويمكن اعتبارها إحدى الوسائل الممكنة لتحقيق هذا الهدف. ومع ذلك، هناك العديد من العوامل التي تُؤخذ في الاعتبار عند تحديد أفضل استراتيجية للتنفيذ . علاوة على ذلك، قد يعتمد نجاح التنفيذ إلى حد كبير على طريقة التبني. (لي، 2004)

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

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

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

تنقسم المراحل الرئيسية إلى أنشطة أخرى سيتم وصفها بإيجاز في الجداول من 1-1 إلى 1-4.

يصف الجانب الأيمن من النموذج البيانات المستخدمة في العمليات. بعض هذه المفاهيم، المُمثلة بمستطيلين مفتوحين متداخلين، يمكن تقسيمها إلى أكثر من مفهوم. يشير المستطيلان المغلقان المتداخلان إلى مفهوم مغلق، أي أنه يمكن تقسيمه إلى مفاهيم أخرى، ولكنه ليس ذا أهمية إضافية لعملية التبني المتوازي. يشير شكل المعين إلى أن المفهوم المرتبط به يُعد مفهومًا جامعًا، وأن هذا المفهوم يتكون من المفاهيم الأخرى. أخيرًا، يمثل السهم المفتوح علاقة بين فئة رئيسية وفئة فرعية. المفهوم المرتبط بالسهم هو الفئة الرئيسية للمفاهيم المرتبطة به. يتوافق هذا التركيب في الشكل 1 مع معايير لغة النمذجة الموحدة ( UML ). تم تعريف المفاهيم في الشكل 1 في الجدول 2. سيتم توفير المزيد من المعلومات حول هذه الأنشطة الفرعية في العملية أسفل الجداول.

تم تعريف المفاهيم الواردة في الشكل 1 في الجدول 2-1 أدناه.

يسبق التبني المتوازي تحديد استراتيجية التنفيذ، وهو أمر ليس حكرًا على التبني المتوازي، بل يمكن اعتباره جزءًا من عملية إدارة التغيير التي تدخلها المنظمة (لي، 2004). وقد وُصفت بعض العوامل المؤثرة في تحديد استراتيجية التنفيذ المتعلقة بأساليب التبني بمزيد من التفصيل في قسم "التبني (تنفيذ البرمجيات)" .

غالباً ما يكون اختيار المؤسسة للتبني المتوازي بدلاً من التحويل التجريبي أو التحويل الشامل أو التبني التدريجي ناتجاً عن المفاضلة بين التكاليف والمخاطر (أندرسون وهانسون، 2003). يُعدّ التبني المتوازي أغلى طرق التبني (تشينغ وفاثانوباس، 2002؛ مايكروسوفت، 2004؛ أندرسون وآخرون، 2003)، لأنه يتطلب من المؤسسة تشغيل نظامين بالتوازي لفترة محددة. ويعني تشغيل النظامين في آنٍ واحد استثماراً في الموارد البشرية ، فضلاً عن إعداد الموظفين (الإضافيين) إعداداً جيداً ، والذين سيخوضون فترةً عصيبةً من التشغيل المتوازي حيث تتداخل الإجراءات (رويجمانز، 2003؛ إيسون، 1988). ينبغي بذل الجهود لضمان اتساق البيانات ومنع تلفها بين النظامين (تشينغ وآخرون، 2002؛ يوسف، 2004)، ليس فقط لعملية التحويل نفسها، بل أيضاً لتدريب الموظفين على التعامل مع النظام الجديد. عندما يكون من الضروري تطبيق النظام الجديد دفعة واحدة، يرتفع خطر الفشل (لي، 2004). وعندما تعتمد المؤسسة بشكل كبير على تغيير النظام القديم، ينبغي أن يكون الخيار الأمثل هو تحمّل التكاليف الإضافية المترتبة على اتباع نهج بديل أقل مخاطرة (لي، 2004). ومع ذلك، نلاحظ أن اعتماد أنظمة تخطيط موارد المؤسسات (ERP) يتبع في معظم الحالات نهجًا شاملاً (مايكروسوفت، 2004، يوسف، 2004). وهذا يعني أنه ينبغي على المؤسسة التفكير مليًا في استراتيجية التنفيذ الخاصة بها، ودمج هذا القرار في تحليل إدارة المخاطر أو إدارة التغيير .

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

إلى جانب متطلبات تكنولوجيا المعلومات، تتطلب المتطلبات التنظيمية معالجة قضايا إدارة الموارد البشرية ، مثل تدريب الموظفين ، والتعامل مع الهيكل التنظيمي المتغير ، وخصائص التنظيم العضوي أو التنظيم الآلي (Daft، 1998)، والأهم من ذلك: دعم الإدارة العليا (Brown، Vessey، 1999). وقد حدد Brown وآخرون (1999) دورين متميزين يمكن للإدارة العليا القيام بهما: ما يُعرف بدور الراعي ودور الداعم.

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

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

من المهم للغاية وضع خطة تفصيلية لتطبيق النظام الجديد في المؤسسة (لي، 2004؛ إيسون، 1988). أهم ما في التخطيط الزمني للتحويل المتوازي هو عدم التسرع وعدم الخوف من أي تأخيرات محتملة في مرحلة التحويل الفعلية (لي، 2004). كما يُنصح بالعمل وفق معالم محددة بوضوح (رويجمانز، 2003)، على غرار منهجية PRINCE2 . للمزيد من المعلومات حول التخطيط الزمني، يُرجى مراجعة قسم التخطيط والتخطيط الاستراتيجي .

تتضمن عملية تقييم المتطلبات إعادة صياغة سيناريو التنفيذ. ينبغي اختبار متطلبات تقنية المعلومات، والمتطلبات التنظيمية إن أمكن. يمكن إجراء بعض الاختبارات لتقييم المسؤوليات التنظيمية (Rooijmans، 2003) بالإضافة إلى متطلبات تقنية المعلومات. من المهم هنا أيضًا الحصول على دعم ومشاركة الإدارة العليا (Eason، 1988). إذا لم توفر الإدارة الموارد اللازمة للتقييم، فقد يفشل التنفيذ كنتيجة مباشرة لذلك. بعد هذا التقييم، يُعاد صياغة سيناريو التنفيذ ليصبح أكثر وضوحًا.

وبالتالي، يتضمن سيناريو التحويل مخططًا للتغيير التنظيمي في جميع جوانبه. ومع ذلك، هناك موضوعان لم يحظيا بالاهتمام الكافي في نطاق التبني الموازي.

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

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

• عمليات التحديث التلقائي: هي عمليات تحديث يتم نقلها بواسطة نظام آلي، تم إنشاؤه في مرحلة إعداد المؤسسة. ينقل هذا النظام البيانات أو المعلومات تلقائيًا إلى النظام الجديد عند الانتقال من النظام الرئيسي القديم إلى النظام الرئيسي الجديد. تتميز الأنظمة الآلية بالسرعة والدقة، بينما يتمثل عيبها في أنها تستغرق وقتًا لإنشاء نظام نقل في مرحلة مبكرة.
• تحديث البيانات يدويًا: عندما لا يستغرق التحويل الفعلي سوى وقت قصير، أو عندما يكون حجم المعلومات المراد نقلها إلى النظام الجديد بسيطًا، يمكن للمؤسسة اختيار نقل البيانات يدويًا. تتمثل ميزة هذه الطريقة في عدم الحاجة إلى نظام (برنامج) لنقل المعلومات، وما يصاحب ذلك من مشاكل محتملة. أما المقابل فهو الدقة والوقت. إذ يستغرق نقل البيانات يدويًا وقتًا إضافيًا كبيرًا، كما أنه أكثر عرضة للأخطاء البشرية البسيطة (Rooijmans، 2003). علاوة على ذلك، فإن الاستثمار الإضافي في ساعات العمل مرتفعٌ أصلًا؛ فنظام تحديث البيانات يدويًا يزيد الضغط على الموظفين.

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

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

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

1. من غير العملي توقع أن يقوم المستخدمون النهائيون، سواء كانوا عملاء أو عمال خط الإنتاج أو أي شخص آخر تقريبًا، بإدخال كل معاملة مرتين عبر واجهات مختلفة.

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

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

• تبني برامج المنتجات: تبني شامل
• التبني التدريجي
• التبني (تطبيق البرمجيات)
• سباق القوارب: أسلوب التبني
• إدارة التغيير
• هندسة الموثوقية
• التراجع (إدارة البيانات)
• إدارة المخاطر
• هندسة البرمجيات
• تطبيق

• إعادة تصميم تطبيقات الأعمال من نظام يونكس إلى نظام ويندوز. (2004)، الإصدار 1.0، مايكروسوفت ، تم الاطلاع عليه في 5 مارس 2006
• تطبيق نظام محاسبة المحافظ الاستثمارية: دروس مستفادة من التجربة العملية (2004)، مجموعة أنظمة التمويل الاستثماري المحدودة ، تم الاطلاع عليه في 6 مارس 2006