طرح برمجيات المؤسسات: دور التعلم والتطوير في تعزيز اعتمادها

الفجوة في التبنّي تكلف المؤسسات ملايين

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

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

فرق التعلم والتطوير (L&D) تتحمّل جزءاً من هذه النتيجة. والحقيقة المزعجة أن نماذج التدريب التي تعتمد عليها معظم المؤسسات غير متطابقة بنيوياً مع المشكلة التي تسعى لحلها.

ماذا يعني “التبنّي الرقمي” فعلاً؟

قبل تشخيص خلل عمليّات نشر البرمجيات، من المفيد تحديد ما نعنيه بالتبنّي الناجح — فـ”استخدام الناس للنظام” ليس مرادفًا بالضرورة لـتبنّي رقمي فعّال.

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

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

مشكلة التوقيت التي لا يحلّها التدريب

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

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

يقرأ  قرار إسرائيلي بتسجيل الأراضي يحوّل تجريد الفلسطينيين إلى سياسة منهجية أخبار الضفة الغربية المحتلة

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

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

من يَتخلّف عن الركب: منحنى التبنّي

لفهم استمرار المشكلة حتى في مؤسسات تستثمر بكثافة في التدريب، يساعد النظر في استجابة الفئات المختلفة للتكنولوجيا الجديدة.

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

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

التدريب التقليدي قبل الإطلاق مُصمم — عمداً أو لا — للمتبنّين الأوائل. يقدّم المعلومة مرة واحدة إلى الجميع بالتساوي. يمتص المتبنّون الأوائل المحتوى ويَتحرّكون. الأغلبية المتأخرة تكمل التدريب بحسن نية لكنها تفقد التفاصيل الإجرائية قبل أن تحتاجها.

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

إدارة التغيير والإرشاد داخل التطبيق ليستا متماثلتين

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

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

يقرأ  اليوم ٩٣ من الحرب على إيرانترمب: لن أُسرِّع الاتفاق — وإسرائيل توسّع هجومها إلى لبنانأخبار الحرب الأميركية — الإسرائيلية على إيران

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

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

ما تكشفه بيانات السلوك ولا تكشفه تقارير نظام إدارة التعلم

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

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

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

يقرأ  الشرطة تستخدم مدافع المياه لتفريق متظاهرين قرب القصر الرئاسي في جورجياأخبار الانتخابات

إطار عملي لفرق التعلم والتطوير

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

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

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

حجة العائد على الاستثمار موجودة بالفعل

المؤسسات التي طبّقت ممارسات تبنّي رقمي منظمة إلى جانب عمليات الإطلاق تبلغ عن نتائج قابلة للقياس. دراسات تُظهر تحسّنًا بنسبة 30–40% في كفاءة التدريب وارتفاعًا بنحو 25% في إنتاجية الموظفين عندما يُنشر الإرشاد داخل التطبيق بالتوازي مع التمكين التقليدي. كما انخفضت تكلفة التدريب السنوية لكل متعلّم في مؤسسات حولت الإرشاد داخل التطبيق إلى قناة رئيسية لتمكين البرمجيات.

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

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

أضف تعليق