التطبيقات التي لا تحتاج إلى تعليمات برمجية أو تستخدم تعليمات برمجية منخفضة: انظر قبل أن تقفز
وتتوقع جارتنر أنه بحلول عام 2025، 70% من الطلبات التي تطورها الشركات ستكون إما ذات تعليمات برمجية منخفضة أو بدون تعليمات برمجية، ولماذا لا تنتقل الشركات إلى هذه المنهجيات؟ تضع التطبيقات المنخفضة والتي لا تحتوي على تعليمات برمجية قوة تطوير التطبيقات مباشرة في أيدي المستخدمين النهائيين، الذين لم يعد عليهم الانتظار حتى تصبح تكنولوجيا المعلومات متاحة.
من السهل أيضًا إنشاء هذه التطبيقات. باستخدام منشئ التطبيقات بدون تعليمات برمجية، كل ما عليك فعله هو الإشارة والنقر فوق الموارد والعمليات التي تريد تضمينها، ووضع القواعد الخاصة بك، وبذلك تكون قد انتهيت.
تتمتع مولدات التطبيقات منخفضة التعليمات البرمجية وبدونها بتاريخ طويل. كانت تعرف في الأصل باسم مولدات التقارير 3GL و4GL، والتي أعطت المستخدمين (وتكنولوجيا المعلومات) على مدى عقود طرقًا مبسطة لإنشاء تقارير بسرعة لا تتطلب منطقًا معقدًا وعمليات تكامل مع البنية التحتية الأساسية لتكنولوجيا المعلومات.
ضرب الجدار
مثل أسلاف 3GL و4GL، يتم تطوير ونشر التطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية بسرعة. كما أنها تشترك في أحد القيود المهمة مع 3GLs/4GLs: فهي تتطلب تدخل تكنولوجيا المعلومات عندما تكون هناك حاجة إلى تحسينات لقابلية التشغيل البيني مع البنية التحتية لتكنولوجيا المعلومات.
وهذا هو أحد الأسباب التي تجعل التطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية يمكن أن تتبع بشكل جيد خطى أسلافها 3GL و4GL. إنها رائعة لفترة من الوقت، ولكن بعد فترة يتم التغلب على فائدتها بسبب الحاجة إلى تحسينات وتكامل أكبر لتكنولوجيا المعلومات. ثم يتم وضعها على الرف.
كيف يحدث هذا؟ هنا مثال:
يقوم القسم المالي بسلسلة البيع بالتجزئة بإعداد تقرير بدون رمز يخبرهم أن الشركة تخسر أموالاً بسبب إرجاع عدد كبير جدًا من العناصر. ولسوء الحظ، فإن كل ما يخبرنا به هذا التقرير للتمويل هو أن هناك مشكلة. لا يمكن لتحليل السبب الجذري أن يذهب إلى أبعد من إخبارهم بأن العوائد مرتفعة بشكل غير عادي لسبب ما.
ثم يتساءل قسم التمويل: “هل يمكن العثور على الأسباب الجذرية من خلال فهم الإخفاقات التشغيلية في التصنيع، أو المكونات غير الكاملة التي يتم الحصول عليها عن طريق الشراء من أطراف ثالثة؟”
لا توجد طريقة لمعرفة ذلك ما لم يتم عرض إرجاعات المستودعات على مستوى الصنف، وتاريخ أداء أجزاء البائع، وأداء التصنيع، وما إلى ذلك، جنبًا إلى جنب مع البيانات الموجودة في التمويل بالفعل. لا يمكن أن يحدث هذا ما لم يتم دمج تقرير عدم وجود كود الأصلي الخاص بالتمويل مع أنظمة الشركات الأخرى التي تحتوي على معلومات التصنيع والشراء والتخزين وربما حتى معلومات هندسة المنتج.
إدارة التطبيقات المنخفضة والتي لا تحتاج إلى تعليمات برمجية
نظرًا لأن الشركات وبياناتها مترابطة بشكل كبير، فعندما يتم تحسين التطبيقات للقيام بالمزيد، فإنها تحتاج إلى لمس الأنظمة الأخرى. هذه مهمة يجب على تكنولوجيا المعلومات القيام بها.
في هذه المرحلة، يدخل التطبيق الذي يحتوي على تعليمات برمجية منخفضة أو لا يحتوي على أي تعليمات برمجية إلى قائمة انتظار صيانة تكنولوجيا المعلومات وتحسينها بحيث يمكن تعديله وتكامله واختبار الأداء. وهذه أيضًا هي النقطة التي يفقد فيها المستخدمون السيطرة على تطوير ونشر تطبيقاتهم.
لا يحب المستخدمون فقدان التحكم في التطبيقات ولا يرغب قسم تكنولوجيا المعلومات بشكل خاص في إضافة تطبيقات جديدة إلى حمل التحسين والصيانة الخاص به. إذن، ما الذي يمكن فعله لإدارته؟
طريقة واحدة هي أن وضع المبادئ التوجيهية في جميع أنحاء المؤسسة لتحقيق أفضل استخدام للتطبيقات منخفضة التعليمات البرمجية وبدونها.
الخطوة الأولى هي تحديد حدود التطبيق.
إذا أدرك مستخدمو التطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية مقدمًا أن أيًا كان ما يطورونه لن يكون لديه سوى فرصة ضئيلة أو معدومة للتوسع إلى ما هو أبعد مما يمكن أن تفعله مجموعة أدواتهم، فسوف يعرفون ما هي الحدود وإلى أي مدى يمكنهم تحسين عملهم. أحد الخطوط التي يمكن استخلاصها هو التأكيد مع المستخدمين على أن إمكانات تحسين التطبيق بدون تعليمات برمجية ستصل إلى الحد الذي يمكنهم من تطوير التطبيق دون مشاركة تكنولوجيا المعلومات. في كثير من النواحي، هذا هو ما يفهمه المستخدمون بالفعل عندما يقومون بتطوير جدول بيانات Excel، لذلك هناك سابقة للتعامل مع التطوير بدون تعليمات برمجية بنفس الطريقة.
والخطوة الثانية هي وضع إرشادات وحواجز حماية لتطوير التعليمات البرمجية بدون تعليمات برمجية ومنخفضة. على سبيل المثال، إذا كان أحد المستخدمين في مجال الشؤون المالية يريد الرؤية عبر أنظمة مؤسسية متعددة، فيمكن للمبادئ التوجيهية الداخلية إبلاغه بأن تكامل الأنظمة المتعددة والتكامل مع البنية التحتية الأساسية لتكنولوجيا المعلومات سيتطلب مشاركة تكنولوجيا المعلومات، حتى لو تم استخدام أداة بدون تعليمات برمجية أو منخفضة التعليمات البرمجية.
تتمثل قيمة معرفة المستخدمين لهذا مقدمًا في أنهم لن يتابعوا مشروع تطبيق بدون تعليمات برمجية أو منخفض التعليمات البرمجية بمفردهم إذا لم يكن لديهم فرصة لمنحهم مستوى إمكانية التشغيل البيني الذي يريدونه في النهاية.
اعتبارات نهاية الحياة
يعد تحديد وقت تجاهل التطبيق الذي لا يحتوي على تعليمات برمجية أو يحتوي على تعليمات برمجية منخفضة موضوعًا مهمًا أيضًا.
وهذا أمر مهم لأن التطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية جديدة جدًا لدرجة أن عددًا قليلاً من الشركات فكرت في مشكلات عدم الاستخدام ونهاية العمر الافتراضي. ومع ذلك، مثل نظيراتها من تطبيقات تكنولوجيا المعلومات التقليدية، يمكن أيضًا للتطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية أن تصل إلى نقاط نادرًا ما يتم استخدامها فيها أو لا يتم استخدامها مطلقًا.
ولهذا السبب، من أفضل الممارسات بالنسبة لقسم تكنولوجيا المعلومات أن يجتمع مع المستخدمين النهائيين بحيث يمكن تحديد إرشادات عدم استخدام التطبيق والموافقة عليها. على سبيل المثال، إذا ظل أحد التطبيقات التي لا تحتوي على تعليمات برمجية غير مستخدم لمدة عامين، فهل يجب التخلص منه أو على الأقل إلغاء تحميله على مساحة تخزين منخفضة التكلفة؟
يمكن إنشاء ممارسات التدبير المنزلي هذه حتى لا تؤدي التطبيقات غير المستخدمة إلى تعطيل التخزين والمعالجة وأصول تكنولوجيا المعلومات الأخرى.
توفر التطبيقات التي لا تحتوي على تعليمات برمجية ومنخفضة التعليمات البرمجية فرصًا هائلة للشركات لإنجاز المزيد من أعمال تكنولوجيا المعلومات بشكل أسرع. كما أنها تمكن المستخدمين.
لذلك، فإن هدف مدراء تكنولوجيا المعلومات في الوقت الحالي هو تعيين المعلمات لتطوير وصيانة التعليمات البرمجية بدون تعليمات برمجية أو بدون تعليمات برمجية منخفضة، بحيث يمكن تحقيق أفضل النتائج الممكنة من هذا العمل، مع حصول المستخدمين على أكبر قدر ممكن من الاستقلالية لتطوير تطبيقاتهم.
من خلال الاجتماع بانتظام مع المستخدمين لمعرفة أنواع التطبيقات التي يفكرون فيها، وما هي خرائط طريق التحسين المحتملة لهذه التطبيقات، يمكن لتكنولوجيا المعلومات والمستخدمين النهائيين تحديد ما إذا كان جهد التطوير منخفض التعليمات البرمجية أو بدون تعليمات برمجية هو الأفضل.