برنامج خدمات تطوير التعليمات البرمجية المنخفضة: دليل المشتري

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

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

طبقة النظام الأساسي هي الأدوات: منشئو نماذج السحب والإفلات، ومصممو نماذج البيانات، ومحركات سير العمل، وموصلات واجهة برمجة التطبيقات (API)، وخطوط أنابيب النشر. تتضمن الأمثلة المذكورة Microsoft Power Apps، وOutSystems، وMendix، وAppian، وRetool، وBudibase، و- بالنسبة للفرق التي استثمرت بالفعل في النظام البيئي 4D - نموذج 4D الخاص وطريقته وأدوات نموذج البيانات. طبقة الخدمات هي العمل البشري: ورش عمل الاكتشاف، ونمذجة البيانات، والتكامل، والاختبار، والتسليم. طبقة الدعم هي ما يحدث بعد مرحلة التشغيل الفعلي: المراقبة وطلبات التغيير وترقية الإصدار وتدريب المستخدم.

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

مقارنة نماذج الخدمة الأربعة

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

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

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

ذات صلة: Claris FileMaker Pro — نظام أساسي لقاعدة البيانات الارتباطية طويل الأمد للفرق التي تحتاج إلى تطبيقات مخصصة على سطح المكتب والويب والهاتف المحمول من ملف واحد..

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

كيف تختلف الخدمات ذات التعليمات البرمجية المنخفضة والخدمات التي لا تعتمد على التعليمات البرمجية في الممارسة العملية

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

هذا التمييز يغير عقد الخدمات. المشاركة بدون تعليمات برمجية هي في الغالب التكوين والتدريب والإدارة - ومهمة البائع هي إبقاء المطورين المواطنين داخل حدود آمنة. تضيف المشاركة ذات التعليمات البرمجية المنخفضة هندسة التكامل والمكونات المخصصة وضبط الأداء وإعداد CI/CD، لأنه من المتوقع أن تمس التطبيقات أنظمة الإنتاج والقياس.

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

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

كيف تبدو المشاركة الحقيقية، مرحلة تلو الأخرى

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

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

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

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

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

ذات صلة: Knack — أداة إنشاء قاعدة بيانات بدون تعليمات برمجية تستهدف البوابات والأدلة والأدوات الداخلية - بسعر ثابت بدلاً من الرسوم لكل مستخدم..

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

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

معايير الاختيار التي تتنبأ بالنجاح فعليًا

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

القارئ المفضل: Microsoft Power Apps — تطوير التطبيقات ذات التعليمات البرمجية المنخفضة على مستوى المؤسسات والمتصلة بـ Microsoft 365 وDataverse وPower Automate..

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

بالنسبة إلى العناية الواجبة على مستوى النظام الأساسي، تعد الأبحاث التحليلية التي تنشرها شركات مثل Gartner وForrester نقطة بداية معقولة، ويقدم إدخال Wikipedia على منصات التطوير ذات التعليمات البرمجية المنخفضة نظرة عامة محايدة عن تاريخ الفئة وتعريفاتها. يجب على المشترين في الصناعات الخاضعة للتنظيم أيضًا التحقق من وضع البائع وفقًا لـ NIST Cybersecurity Framework، والذي تستخدمه الآن العديد من فرق المشتريات في المؤسسات كمفردات شائعة للأسئلة الأمنية.

حيث تؤتي البرامج ذات التعليمات البرمجية المنخفضة ثمارها حقًا - وأين لا تفعل ذلك

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

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

نمط الفشل الثاني هو الطيار المهجور. تقوم المؤسسات في كثير من الأحيان بإجراء إثبات ناجح للمفهوم، ثم تتوقف لأنه لم يقم أحد بتمويل طبقة الحوكمة. يثبت الطيار أن المنصة تعمل. لا يثبت أن البرنامج يعمل. إن وضع ميزانية للأجزاء المملة - إدارة البيئة، ومراجعة الأمان، والتدريب، والدعم - هو ما يحول البرنامج التجريبي إلى برنامج.

النمط الثالث هو تمدد الظل. عندما يقوم المطورون المواطنون بالبناء بحرية دون مكتبة مكونات أو عملية مراجعة، يمكن أن ينتهي الأمر بالمؤسسة بمئات التطبيقات شبه المكررة وعدم وجود مخزون لما هو موجود. يجب أن يتضمن برنامج الخدمات سجلاً للتطبيقات من اليوم الأول.

البناء مقابل الشراء: عندما يتفوق برنامج داخلي على برنامج خارجي

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

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

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

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

المصادر ومزيد من القراءة

• منصة تطوير ذات تعليمات برمجية منخفضة - ويكيبيديا: توفر منصة تطوير ذات تعليمات برمجية منخفضة (LCDP) بيئة لتطوير البرمجيات - عادةً ما تكون واجهة مستخدم رسومية (GUI) - تتضمن القليل من الكتابة أو لا تتضمن أي كتابة على الإطلاق…

الأسئلة المتداولة

ما هو برنامج خدمات التطوير ذو الكود المنخفض؟

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

ما هي تكلفة خدمات تطوير التعليمات البرمجية المنخفضة؟

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

هل التطوير ذو التعليمات البرمجية المنخفضة مناسب لتطبيقات المؤسسات؟

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

ما الفرق بين خدمات التطوير ذات التعليمات البرمجية المنخفضة والخدمات التي لا تحتاج إلى تعليمات برمجية؟

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

ما المدة التي يستغرقها تسليم التطبيق من خلال برنامج خدمات ذات التعليمات البرمجية المنخفضة؟

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

ما الذي يجب أن يتضمنه عقد خدمات المنصات منخفضة الكود (low-code)؟

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