أصبح الموظفون يبنون أدواتهم الخاصة بالبرمجة بدون كود والذكاء الاصطناعي. وبدون مالك أو توثيق أو خطة تسليم، تتحول هذه الأدوات إلى دين خفي بمجرد رحيل منشئها. إليك الأسئلة التي يجب طرحها قبل السماح بهذا التوجه.
أصبح من السهل اليوم أن يبني موظف غير تقني أداة داخلية كاملة: نموذج لجمع الطلبات، لوحة متابعة للمخزون، روبوت محادثة يجيب عن أسئلة الموارد البشرية، أو تقرير آلي يُرسل كل صباح إلى المدير. أدوات البرمجة بدون كود ومنصات الذكاء الاصطناعي التوليدي اختصرت المسافة بين فكرة الموظف وتنفيذها إلى ساعات. هذه الظاهرة، المعروفة بـ citizen developer entreprise، تحمل مكسبًا حقيقيًا: حلول سريعة لمشكلات يعرفها أصحاب العمل الميداني أكثر من قسم تقنية المعلومات.
لكن المكسب نفسه يخفي خطرًا لا يظهر إلا في لحظة واحدة: يوم يرحل الموظف الذي بنى الأداة.
الأداة التي تعمل… حتى يتوقف صاحبها
تخيّل موظفًا في قسم المشتريات بنى بنفسه، عبر منصة بدون كود، نظامًا لتتبع أوامر الشراء وربطه بجدول بيانات ومساعد ذكاء اصطناعي يلخّص الطلبات المتأخرة. عمل النظام سنتين بسلاسة. ثم استقال الموظف. بعد أسبوعين يبدأ النظام في إرسال تقارير خاطئة، ولا أحد يعرف من أين تُسحب البيانات، ولا أين تُخزَّن مفاتيح الواجهات البرمجية، ولا كيف تُعدَّل قاعدة التصنيف التي بناها.
هذه الأدوات تُسمّى أحيانًا outils internes employés ombre: أدوات داخلية في الظل. لم تمر عبر قسم تقنية المعلومات، ولم تُوثَّق، ولم يُخطَّط لصيانتها. تعمل ما دام صاحبها موجودًا، ثم تتحول إلى دين خفي يستحق الاهتمام في اللحظة نفسها التي يغادر فيها.
المشكلة ليست في البرمجة بدون كود بحد ذاتها، بل في غياب مالك ثانٍ، وتوثيق، وخطة تسليم. والأخطر أن هذه الأدوات غالبًا تلمس بيانات حساسة: أسعار، عقود، معلومات عن العملاء، أو قرارات توظيف.
ثلاثة أسئلة قبل السماح ببناء الأداة
قبل أن تفتح الباب أمام موظفيك لبناء أدواتهم، اطرح ثلاثة أسئلة بسيطة. ليست أسئلة إدارية ثقيلة، بل أسئلة تحمي العمل لاحقًا.
- من يملك الأداة بعد منشئها؟ يجب أن يكون لكل أداة داخلية مالك واضح، وشخص احتياطي يعرف كيف تعمل. إذا كان الجواب "لا أحد غير فلان"، فهذه إشارة خطر.
- أين تعيش البيانات؟ هل تبقى داخل أنظمة الشركة أم تنتقل إلى خدمة خارجية لا تعرف سياساتها؟ هذا السؤال جوهري في أي حوكمة shadow IT PME، لأن البيانات التي تخرج بصمت يصعب استعادتها لاحقًا.
- كيف نعرف أن الأداة تعمل بشكل صحيح؟ الأداة التي لا توجد لها طريقة للتحقق من نتائجها تتحول بسرعة إلى مصدر قرارات خاطئة، خصوصًا عندما يتدخل الذكاء الاصطناعي في التلخيص أو التصنيف.
هذه الأسئلة الثلاثة وحدها تكفي لكشف معظم الأدوات الهشّة قبل أن تصبح مشكلة.
ما الذي يجعل الأداة قابلة للتسليم؟
الـ handover internal tools no-code ليس حدثًا يقع في اليوم الأخير من العمل، بل خاصية تُبنى في الأداة من أول يوم. الأداة القابلة للتسليم هي التي يستطيع شخص آخر فهمها وتشغيلها وتعديلها دون الحاجة إلى منشئها.
عمليًا، هذا يعني أمورًا قليلة لكنها حاسمة:
- توثيق قصير وواقعي: صفحة واحدة تشرح ما تفعله الأداة، ومن يستخدمها، ومن أين تأتي البيانات، وما الخطوات عند تعطّل شيء. لا حاجة إلى وثائق ضخمة، بل إلى ما يكفي ليبدأ شخص جديد.
- حساب مشترك أو مملوك للشركة: لا تُبنَ الأدوات على حسابات شخصية. الحساب الشخصي يعني أن الأداة تختفي مع صاحبها، أو تبقى معلّقة على بريد لم يعد أحد يملكه.
- مفاتيح وصول موثّقة: واجهات الذكاء الاصطناعي وقواعد البيانات تحتاج مفاتيح. يجب أن تُحفظ في مكان تعرفه الشركة، لا في ملاحظات خاصة على حاسوب الموظف.
- مالك احتياطي مدرَّب: شخص واحد على الأقل جرّب تشغيل الأداة وتعديلها قبل أن يرحل منشئها.
- مراجعة دورية بسيطة: كل بضعة أشهر، تحقّق من أن الأداة ما زالت تُنتج النتائج المتوقعة، وأن البيانات ما زالت تصل.
هذه الممارسات لا تقتل روح المبادرة، بل تحميها. الموظف الذي يعرف أن أداته ستُصان بعده يبنيها بجودة أعلى.
دور قسم تقنية المعلومات: ممكِّن لا حارس بوابة
الخطأ الشائع في gouvernance shadow IT PME هو أن يتحول قسم تقنية المعلومات إلى شرطي يرفض كل أداة لم يبنها بنفسه. النتيجة معروفة: الموظفون يبنون أدواتهم سرًّا، وتزداد الأدوات في الظل.
البديل العملي هو نموذج خفيف: قائمة بسيطة بالأدوات المسموح بها، وقوالب جاهزة، ومراجعة سريعة للأدوات التي تلمس بيانات حساسة. هذا النموذج يمنح الموظف حرية البناء داخل حدود واضحة، ويعطي المؤسسة رؤية بما يحدث فعلًا.
وللذكاء الاصطناعي اعتبار خاص في maintenance outils internes IA: النماذج تتغير، والواجهات تتطور، وجودة المخرجات قد تنحرف بصمت. لذلك تحتاج الأدوات التي تعتمد على الذكاء الاصطناعي إلى نقطة تحقق دورية: عيّنة من المخرجات تُراجع بشريًا، وسجل بسيط للتغييرات.
ابدأ صغيرًا، لكن ابدأ اليوم
لا تحتاج إلى سياسة من عشرين صفحة. ابدأ بجرد سريع: ما الأدوات الداخلية التي بناها موظفون خارج قسم تقنية المعلومات؟ من يملك كل واحدة؟ أي منها يعتمد على حساب شخصي؟ أيها يلمس بيانات حساسة؟
ثم اختر أداة واحدة وطبّق عليها خطوات التسليم: وثّقها، انقل ملكيتها إلى الشركة، درّب شخصًا احتياطيًا. ستكتشف بسرعة أن الأمر أبسط مما يبدو، وأن الفائدة تتجاوز بكثير خطر فقدان موظف.
الأدوات التي يبنيها الناس بأنفسهم هي تعبير عن فهم عميق لعملهم. والحفاظ عليها ليس عائقًا أمام الابتكار، بل هو ما يجعل الابتكار يدوم بعد رحيل من بناه.
لنناقش مشروعك
إذا كنت تفكر في تنظيم الأدوات الداخلية في مؤسستك، أو وضع إطار بسيط للبرمجة بدون كود والذكاء الاصطناعي، أو بناء أداة قابلة للتسليم من البداية، يسعدني أن نتبادل الأفكار حول ما تحتاجه مؤسستك فعلًا. يمكنك التواصل عبر contact@hamzabelgacem.com.