تبني البرمجيات

في مجال الحوسبة، يعني التبني النقل (التحويل) بين نظام قديم ونظام مستهدف في مؤسسة (أو بشكل أوسع، من قبل أي شخص).

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

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

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

يتم الاختيار الفعلي من خلال تحديد أولويات الأهداف المراد تحقيقها، ثم اختيار الاستراتيجية المناسبة لها (إيسون، 1988). ويحدد إيسون الأهداف التالية:

• قد يكون هناك حاجة إلى "كتلة حرجة" لجعل النظام يعمل.

إذا كانت هناك حاجة، أو قد تكون هناك حاجة، إلى كتلة حرجة كبيرة لكي يعمل النظام بفعالية (على سبيل المثال بسبب تأثيرات الشبكة )، فقد تكون استراتيجية الانفجار الكبير هي الحل. (روغرز، 1995)

• الحاجة إلى التحكم في المخاطر، إذا كانت المخاطر موجودة.

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

• الحاجة إلى تيسير عملية التغيير.

يجب أن تكون المنظمة مستعدة لعملية التحول. يجب أن تكون الاستعدادات الاجتماعية والتقنية، مثل الدورات التدريبية والسيناريوهات الجاهزة، واضحة.

• وتيرة التغيير

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

• احتياجات التصميم المحلية

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

جدول مصفوفة إيسون

يعتمد اختيار استراتيجية التبني الفعلية على عوامل أكثر بكثير من هذه الأهداف، لكنها تتيح فرصة لاختيار أحد أنواعها. تُسمى المعايير الأخرى بالمتغيرات (غاليفان، 1996). ويشير غاليفان إلى أن أنواع التبني المناسبة تعتمد على:

قدرة الأفراد على الابتكار ، وسمات الأشخاص الذين سيتبنون الابتكار/النظام.

نوع الابتكار: هل هو ابتكار في العملية أم في المنتج؟

سمات الابتكار نفسه: الجاهزية، والتواصل، وقابلية التقسيم

مدى تعقيد التنفيذ. ما مدى تعقيد التنفيذ أو ما هو نطاقه؟

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

الشكل 1: عملية إعداد المنظمة

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

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

• إيسون، ك. (1988) تكنولوجيا المعلومات والتغيير التنظيمي، نيويورك: تايلور وفرانسيس
• جاليفان، إم جيه، (1996) استراتيجيات لتطبيق عمليات البرمجيات الجديدة: تقييم إطار عمل طارئ، مؤتمر SIGCPR/SIGMIS '96، دنفر، كولورادو
• روغرز، إي إم (1995)، انتشار الابتكارات، نيويورك: فري برس
• دودسون، ج. (2011)، أربع خطوات لاجتياز الطريق السريع الوعر لتبني برامج المؤسسات، واشنطن