المكاسب:
- القدرة على شرح ما هي المنصات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية، وما هي الأعمال المناسبة لها وحدودها.
- القدرة على تقسيم تطبيق أو سير عمل إلى خطوات باستخدام منطق بدون تعليمات برمجية أو تعليمات برمجية منخفضة وصياغته بدعم من الذكاء الاصطناعي
- القدرة على تقييم الديون الفنية والحوكمة والمخاطر الأمنية في حلول المطورين المواطنين
يتطلب تطوير البرامج التقليدية كتابة التعليمات البرمجية سطرًا تلو الآخر والخبرة الفنية. تعمل الأنظمة الأساسية التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية على تغيير هذا الوضع: فهي تتيح إنشاء التطبيقات باستخدام واجهات السحب والإفلات، والمكونات الجاهزة والتدفقات المرئية، مع القليل من التعليمات البرمجية المكتوبة أو معدومة. أدوات مثل Microsoft Power Platform، وAirtable، وBubble، وZapier، وMake موجودة في هذه المنطقة. يتمثل الاختلاف الرئيسي في أن نظام no-code يقوم بتشغيل الصورة المرئية الكاملة دون كتابة أي تعليمات برمجية ويستهدف بشكل عام مستخدمي الأعمال؛ من ناحية أخرى، يسمح الكود المنخفض بإضافة كود عند الضرورة بالإضافة إلى التطوير البصري ويلبي الاحتياجات الأكثر تعقيدًا.
تعتبر هذه الأنظمة الأساسية ذات قيمة كبيرة لمحترفي نظم المعلومات الإدارية: يمكن إعداد تدفق موافقة بسيط أو نموذج طلب أو تكامل قد يستغرق أسابيع فريق تكنولوجيا المعلومات في أيام بدون الحاجة إلى تعليمات برمجية. وبالتالي، يمكن للمطور المواطن - أي الموظف غير الفني ولكنه كفؤ - أن ينتج الحل الخاص به. يدخل الذكاء الاصطناعي هذا العالم في شكلين: كل من ميزات الذكاء الاصطناعي المضمنة في الأنظمة الأساسية (إنشاء النص والتصنيف)، وتدفق توليد الذكاء الاصطناعي والشكل والمخطط المنطقي في مرحلة التصميم. لكن هذه الوتيرة تنطوي على مخاطر جسيمة في غياب الحكم الرشيد.
عندما لا يوجد كود/رمز منخفض، متى الكود؟
لا يعد استخدام الكود أو الكود المنخفض مناسبًا لكل وظيفة. مناسب لـ: تدفقات الموافقة الداخلية، والنماذج البسيطة وجمع البيانات، والتطبيقات الصغيرة داخل الأقسام، وعمليات التكامل البسيطة عبر الأنظمة، والنماذج الأولية السريعة. غير مناسب لـ: الأنظمة التي تتطلب أداءً عاليًا، أو منطق أعمال معقدًا، أو قابلة للتوسع لأعداد كبيرة من المستخدمين، أو تتطلب أمانًا حساسًا، أو تتجاوز حدود النظام الأساسي.
المفهوم الحاسم هو الدين الفني: السعر الذي سيتحمله الحل الذي يتم تثبيته بسرعة ولكن بلا مبالاة اليوم في شكل صيانة وتغييرات وتصحيحات غدًا. يمكن أن تتحول السرعة بدون تعليمات برمجية بسهولة إلى ديون فنية؛ لأن مئات التطبيقات الصغيرة المثبتة بدون توثيق، وبدون معايير وبدون مالكين، تصبح كومة لا يمكن التحكم فيها بمرور الوقت. يمكن للذكاء الاصطناعي أن ينتج بسرعة مخططًا لحل بدون تعليمات برمجية؛ ولكن "هل يجب على الكود أم لا أن يفعل هذا؟" و"من يملك هذا ويحافظ عليه؟" الأسئلة هي قرارات الحكم البشري.
نصيحة: قبل تثبيت حل بدون تعليمات برمجية، اسأل: "إذا غادر الشخص الذي قام بتثبيت هذا الحل بعد 6 أشهر، فهل يمكن لأي شخص اكتشافه والاعتناء به؟" إذا كانت الإجابة لا، فإن الوثائق والملكية مفقودة؛ الحل هو الديون.
الظل لتكنولوجيا المعلومات والحوكمة
أكبر مخاطر الحوكمة التي تواجه عدم وجود تعليمات برمجية هي تكنولوجيا المعلومات الظلية: الحلول التي يتم نشرها دون معرفة قسم تكنولوجيا المعلومات والتحكم فيه. يقوم الموظف باستيراد بيانات العميل إلى أداة بدون تعليمات برمجية ويقوم بتثبيت تطبيق؛ لا أحد يعرف، ومن غير الواضح أين تذهب البيانات، ولم يتم تدقيق الأمن. وهذا يعني تسرب البيانات وانتهاكات الامتثال وفقدان السيطرة.
إن النهج الصحي لا يتمثل في حظر عدم استخدام الكود البرمجي، بل في إخضاعه للحوكمة: تحديد المنصات التي سيتم الموافقة عليها، وما هي البيانات التي يمكن استخدامها، ومن يمكنه تثبيت ماذا، وكيف سيتم تسجيل الحلول وتدقيقها. يلعب متخصص نظم المعلومات الإدارية دورًا هنا: فهو يضع الحلول في إطار آمن ويمكن تتبعه، دون إبطاء وحدات الأعمال. يمكن أن يساعد الذكاء الاصطناعي في صياغة سياسات الحوكمة وجرد الحلول.
ثلاث حالات صغيرة: بالأرقام
الحالة 1 - زيادة السرعة. في إحدى شركات التصنيع، أدى جمع الفريق الميداني لإخطارات الأعطال على الورق إلى إنشاء 6 ساعات من إدخال البيانات أسبوعيًا. قام مطور مواطن بإنشاء تطبيق نماذج جوال بدون تعليمات برمجية في 3 أيام؛ تدفقت البيانات مباشرة إلى النظام. ومع التطوير التقليدي، من المتوقع أن يقوم فريق تكنولوجيا المعلومات بهذه المهمة لمدة 8 أسابيع. في مجال الأعمال التجارية الصحيحة، حقق عدم وجود تعليمات برمجية أرباحًا كبيرة.
الحالة 2 - تسرب تكنولوجيا المعلومات في الظل. قام فريق تسويق بتحميل قائمة العملاء إلى أداة أتمتة غير معتمدة بدون تعليمات برمجية وقام بإعداد حملة. لقد احتفظ ببيانات السيارة على خادم خارجي وكان يمثل مشكلة فيما يتعلق بـ KVKK؛ لم يكن أحد على علم. تم الكشف عن ذلك في التدقيق وواجهت الشركة مخاطر الامتثال. لم يكن هذا ليحدث لو كان هناك نظام أساسي وقاعدة بيانات معتمدة.
الحالة 3 - تكلفة الدين الفني. في إحدى الشركات، قام أحد الموظفين بتثبيت 40 عملية تشغيل آلي مختلفة بدون تعليمات برمجية بدون وثائق ثم غادر. أدى تحديث النظام الأساسي إلى تعطيل 11 منها؛ لم يعرف أحد من فعل ماذا. استغرق الأمر 5 أسابيع لإعادة فهم الحلول وإصلاحها. ولو كان هناك توثيق وملكية لما وقع هذا الدين.
موجه ضعيف / موجه قوي
حث ضعيف:
أنشئ تطبيق أذونات بدون رمز.
مطالبة قوية:
دورك: أنت مصمم حلول بدون تعليمات برمجية ومستشار حوكمة. قم بصياغة حل بدون رمز للحاجة التالية. يجب أن يتضمن: - التدفق خطوة بخطوة (النموذج ← الموافقة ← الإخطار ← التسجيل). - حقول البيانات المطلوبة والبيانات الحساسة. - هل هذه الوظيفة متوافقة مع عدم وجود كود أم أنها تتطلب رمزًا: تقييم مع مبرر. - ملاحظة الحوكمة: من يملكها، وكيف يتم توثيقها، والمنصة التي تمت الموافقة عليها. - خطر محتمل لتكنولوجيا المعلومات الظلية / تسرب البيانات والاحتياطات. الحاجة: [نص، على سبيل المثال. ""الموظفون يطلبون الإجازة، المدير يوافق"]
ولا يقتصر الأمر الفوري القوي على الحل فحسب، بل يتطلب أيضًا تقييم الامتثال والحوكمة؛ يمنع الوقوع في عمى السرعة.
أربعة قوالب قابلة للنسخ
1) تقييم المطابقة:
هل المتطلبات التالية مناسبة لعدم وجود رمز/رمز منخفض أم أنها تتطلب رمزًا؟ التقييم حسب المعايير: التعقيد، النطاق، الأمان، الأداء. تقديم توصية مسببة. الحاجة: [النص]
2) رسم التدفق:
قم بتحويل العملية التالية إلى تدفق بدون تعليمات برمجية: المشغل، الخطوات، الشروط، الإشعارات، التسجيل. حدد البيانات التي تتم معالجتها في كل خطوة وما إذا كانت حساسة أم لا. العملية: [النص]
3) قائمة مراجعة الحوكمة:
قم بإنشاء قائمة مرجعية للحوكمة للحل التالي بدون تعليمات برمجية: المالك، الوثائق، النظام الأساسي المعتمد، نوع البيانات/الموقع، الوصول، خطة النسخ الاحتياطي/الصيانة، تكرار المراجعة. الحل: [النص]
4) الأشعة المقطعية:
قم بإدراج المخاطر المحتملة لتكنولوجيا المعلومات الظلية وتسرب البيانات في وصف الحل بدون تعليمات برمجية أدناه. اقتراح طريقة الكشف والوقاية لكل خطر.الوصف: [نص]
جدول المقارنة: بدون كود / كود منخفض / كود
المعيار
لا رمز
رمز منخفض
الكود التقليدي
من يفعل
مستخدم الأعمال
محلل/مطور
مطور
سرعة التثبيت
أعلى
عالية
منخفض
قدرة التعقيد
منخفض
متوسطة
أعلى
التخصيص
محدودة
جزئي
كامل
مخاطر الحوكمة
عالية
متوسطة
منخفض (مسيطر عليه)
وظيفة مناسبة
شكل/تدفق بسيط
تطبيق متوسط
نظام حرج/مقياس
الأخطاء الشائعة
- التفكير في أن كل شيء ليس له رمز. إن إجبار الأنظمة المعقدة أو الحرجة أو المتدرجة على عدم استخدام التعليمات البرمجية سوف يصطدم بالحائط.
- التثبيت بدون وثائق. الحل بدون مالك أو وثائق يتحول إلى دين فني عندما يغادر المؤسس.
- تجاهل تكنولوجيا المعلومات الظل. يعد تدفق البيانات إلى الأدوات غير المعتمدة بمثابة امتثال صامت وخطر التسرب.
- إعطاء بيانات حساسة إلى مركبة غير خاضعة للرقابة. يعد تحميل البيانات الشخصية دون معرفة مكان حفظ البيانات انتهاكًا لـ KVKK.
- الاعتقاد بأن الحكم "ممنوع". الهدف ليس المنع، بل وضع السرعة ضمن إطار آمن.
احذر: سرعة No-code جذابة منذ البداية؛ التكلفة الحقيقية تحدث بعد أشهر من الصيانة. لا تعتبر الحل كاملاً لمجرد أنه "ناجح"؛ الحل بدون مالك، خطة التوثيق والصيانة لم تكتمل بعد.
في ملخص
تمكّنك الأنظمة الأساسية التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية من إنشاء التطبيقات بسرعة باستخدام القليل من التعليمات البرمجية أو بدون تعليمات برمجية وتمكين المطورين المواطنين. يوفر النموذج البسيط سرعة كبيرة في تدفق الموافقة وعمليات التكامل؛ ومع ذلك، فهو غير مناسب للأنظمة المعقدة والحرجة والمتحجيمة. أكبر المخاطر التي تواجههم هي الديون الفنية وتكنولوجيا المعلومات الظلية؛ الحل ليس في الحظر، بل في الحكم من خلال منصة معتمدة وقاعدة بيانات وملكية وتوثيق. يعمل الذكاء الاصطناعي على تسريع التدفق وصياغة الحلول؛ ولكن قرار الملاءمة والحكم يقع على عاتق الإنسان. يعتبر الحل بدون مالك وتوثيق غير مكتمل.
مهمة التطبيق
اختيار حاجة "حجز المعدات" للقسم. (1) احصل على مسودة حل بدون تعليمات برمجية وتدفق يتم إنتاجه بمطالبة قوية. (2) اطلب من النموذج تقييم مدى ملاءمة هذه الوظيفة لعدم وجود كود ومقارنتها برأيك الخاص. (3) تحديد ما إذا كانت البيانات المعالجة في الحل حساسة. (4) قم بإنشاء قائمة مرجعية للحوكمة (المالك، النظام الأساسي، التوثيق، الصيانة). (5) اكتب المخاطر المحتملة والاحتياطات المتعلقة بتكنولوجيا المعلومات.
قائمة مرجعية
- [ ] قمت بتقييم ما إذا كانت الوظيفة مناسبة لعدم وجود تعليمات برمجية أو تعليمات برمجية.
- [ ] لقد حددت البيانات الحساسة التي تمت معالجتها في الحل.
- [ ] تم تحديد المالك والوثيقة وخطة الصيانة.
- [ ] لقد استخدمت فقط النظام الأساسي المعتمد والبيانات المعتمدة.
- [ ] لقد قمت بالبحث عن تكنولوجيا المعلومات الظلية ومخاطر التسرب.
- [ ] لقد صممت الحوكمة كضمان دون إعاقة السرعة.