تطوير التطبيقات للتطبيقات المبتكرة
كما تمت مناقشته في إضفاء الطابع الديمقراطي على البيانات باستخدام الاختراع الرقمي، فإن البيانات تغذي معظم الابتكارات عبر الاقتصاد الرقمي. وبناء على هذا القياس، فإن التطبيقات هي محطات الوقود والبنية التحتية المطلوبة للحصول على هذا الوقود في الأيدي الصحيحة.
في بعض الحالات، تكون البيانات وحدها كافية لدفع التغيير وتلبية احتياجات العملاء. ومع ذلك، فإن الحلول لاحتياجات العملاء تتطلب تطبيقات لتشكيل البيانات وإنشاء تجربة. تتفاعل التطبيقات المبتكرة مع المستخدم وتتفاعل معه، وتوفر المعلومات والتوجيهات. تلخص هذه المقالة العديد من المبادئ التي يمكن أن تساعدك في العثور على حل تطوير التطبيق الصحيح، استنادا إلى الفرضيات التي سيتم التحقق من صحتها.
التعليمات البرمجية المشتركة
عادة ما تبتكر الفرق التي سريعة الاستجابة لملاحظات العملاء وتغييرات السوق والفرص أفضل. المبدأ الأول للتطبيقات المبتكرة هو عنصر من عناصر عقلية النمو: "مشاركة التعليمات البرمجية". تدعو مشاركة التعليمات البرمجية وجهات نظر ومساهمات متنوعة، وتحفز الابتكار. لذلك، يجب أن يبدأ تطوير التطبيق بمستودع تعليمات برمجية مشتركة.
أداة معتمدة على نطاق واسع لإدارة مستودعات التعليمات البرمجية هي GitHub، والتي تسمح لك بإنشاء مستودع تعليمات برمجية مشتركة بسرعة. البديل هو Microsoft Azure Repos، وهي خدمة Azure DevOps توفر مستودعات خاصة غير محدودة مستضافة على السحابة لمشروعك. للتحكم في الإصدار عند استخدام Azure Repos، يمكنك اختيار إما Git، وهو نوع موزع، أو Team Foundation Version Control (TFVC)، وهو مركزي. لمزيد من المعلومات حول Azure Repos وGit وTFVC، راجع وثائق Azure Repos.
مطورو المواطنين
المطورون المحترفون مهمون للابتكار. عندما تثبت الفرضية دقة على نطاق واسع، يمكنها تثبيت الحل وإعداده للمقياس. لسوء الحظ، قد يكون المطورون المحترفون في حالة نقص، ويمكن أن يؤدي التطوير المهني إلى زيادة التكاليف وبطء الابتكار.
المطورون المواطنون هم المستخدمون الذين ينشئون تطبيقات أعمال جديدة باستخدام بيئات التطوير ووقت التشغيل التي تفرض عليها تكنولوجيا المعلومات الخاصة بالشركة. يمكن أن يساعد استخدام المطورين المواطنين في توسيع نطاق جهود التطوير وتسريع اختبار الفرضية المبكرة. هذه الاستراتيجية قابلة للتطبيق وفعالة عندما يمكن التحقق من صحة الفرضيات المبكرة من خلال أدوات مثل Power Apps لواجهات التطبيق الذكاء الاصطناعي Builder للعمليات والتنبؤات وPower Automate لسير العمل وPower BI لاستهلاك البيانات.
ملاحظة
عندما تعتمد على المطورين المواطنين لاختبار الفرضيات، من المستحسن أيضا أن يكون لديك مطورين محترفين لدعم العمل ومراجعته وتوجيهه. يمكن للمحترفين المساعدة في تطوير تصميم قوي يسرع العائدات على الابتكار. من خلال إشراك المطورين المحترفين في الوقت المناسب، يمكنك تحقيق انتقالات أكثر نظافة لاحقا.
تجارب ذكية
تجمع التجارب الذكية بين سرعة ونطاق تطبيقات الويب الحديثة وذكاء الخدمات المعرفية والروبوتات. بشكل فردي، قد تكون هذه التقنيات كافية لتلبية احتياجات عملائك. عند دمجها بشكل صحيح، فإنها توسع نطاق الاحتياجات التي يمكن تلبيتها من خلال تجربة رقمية، مع المساعدة في احتواء تكاليف تطوير التطبيقات.
تطبيقات الويب الحديثة
يمكن أن تكون تطبيقات الويب الحديثة أسرع طريقة لتلبية احتياجات العملاء الداخليين أو الخارجيين. يمكن للتجارب التي توفرها إشراك العملاء بسرعة والسماح بالتطور السريع للحل.
إضافة التحليل الذكي
يصبح من الأسهل على المطورين المحترفين والمواطنين إضافة ميزات التعلم الآلي الذكاء الاصطناعي إلى التطبيقات التي تساعد على تلبية احتياجات العميل وإنشاء تجربة تفاعلية. بعض الأمثلة على هذه الميزات هي:
- تحويل الكلام إلى نص
- نص إلى كلام
- رؤية الكمبيوتر
- بحث مرئي
- الذكاء الاصطناعي التنبؤية
يجب أن يكون المبتكرون يقظين للاستفادة من هذه الميزات لإنشاء تجربة تفاعلية وحديثة.
روبوتات
الروبوت هو تطبيق الذكاء الاصطناعي محادثة يوفر للمستخدمين تجربة تشبه التعامل مع شخص، وأقل مثل التعامل مع تطبيق كمبيوتر تقليدي. يتحدث المستخدمون مع روبوت من خلال النص والبطاقات التفاعلية والكلام. يمكن أن يتراوح تفاعل الروبوت من سؤال وإجابة سريعين، مثل إجراء حجز عشاء، إلى محادثة متطورة توفر بذكاء الوصول إلى الخدمات.
يمكن للروبوتات القيام بنفس الأشياء مثل الأنواع الأخرى من البرامج: قراءة الملفات وكتابتها، واستخدام قواعد البيانات وواجهات برمجة التطبيقات، والتعامل مع المهام الحسابية العادية. ما يجعل الروبوتات فريدة من نوعها هو استخدامها للآليات المحجوزة بشكل عام للاتصال بين الإنسان والإنسان. تشبه الروبوتات كثيرا تطبيقات الويب الحديثة: فهي تعيش على الإنترنت وتستخدم واجهات برمجة التطبيقات لإرسال الرسائل وتلقيها. يختلف ما يوجد في الروبوت على نطاق واسع اعتمادا على نوع الروبوت. تعتمد برامج الروبوت الحديثة على مجموعة من التكنولوجيا والأدوات لتقديم تجارب معقدة بشكل متزايد على مجموعة متنوعة من الأنظمة الأساسية. ومع ذلك، يمكن أن يتلقى الروبوت البسيط رسالة فقط ويعيدها إلى المستخدم مع القليل جدا من التعليمات البرمجية المعنية.
حلول السحابة الأصلية
تمكنك البنية الأصلية للسحابة من تبني التغيير السريع وتشغيل التطبيقات المرنة والقابلة للتطوير بسهولة أكبر. عادة ما يتم إنشاء التطبيقات الأصلية على السحابة باستخدام الحاويات والخدمات المصغرة والخدمات المدارة والوظائف بلا خادم والبرمجة المستندة إلى الحدث. الأكثر شيوعا، تستخدم الحلول السحابية الأصلية التسليم المستمر لتحقيق وقت أسرع في السوق.
يسمح الحل السحابي الأصلي لفرق التطوير المركزية بالحفاظ على التحكم في منطق الأعمال دون الحاجة إلى حلول متجانسة ومركزية. كما أنه يخلق مرساة لدفع الاتساق عبر مدخلات المطورين المواطنين والتجارب الحديثة. وأخيرا، توفر الحلول السحابية الأصلية مسرع ابتكار من خلال تحرير المطورين المواطنين والمهنيين للابتكار بأمان وبحد أدنى من أدوات الحظر.
الابتكار من خلال الحلول الموجودة
يمكن تسليم العديد من فرضيات العملاء على أفضل نحو من خلال إصدار حديث من حل موجود. يمكن أن يحدث هذا عندما يقترب من منطق العمل الحالي من تلبية احتياجات العملاء.
يتم تضمين معظم أشكال التحديث، بما في ذلك إعادة بناء التعليمات البرمجية، في منهجية الترحيل داخل إطار عمل اعتماد السحابة. توجه هذه المنهجية فرق اعتماد السحابة من خلال عملية ترحيل عقار رقمي إلى السحابة. يوفر دليل ترحيل Azure نهجا مبسطا لنفس المنهجية، وهو مناسب لعدد صغير من أحمال العمل أو حتى تطبيق واحد.
بعد ترحيل الحل وتحديثه، هناك مجموعة متنوعة من الطرق التي يمكن استخدامها لإنشاء حلول تطبيقات جديدة ومبتكرة لتلبية احتياجات العملاء. على سبيل المثال، يمكن للمطورين المواطنين اختبار الفرضيات، أو يمكن للمطورين المحترفين إنشاء تجارب ذكية أو حلول سحابية أصلية.
توسيع حل موجود
توسيع الحل هو أحد الأشكال الشائعة للتحديث. يمكن أن يكون هذا أسرع مسار للابتكار عندما ينطبق ما يلي على فرضية العميل:
- يلبي منطق العمل الحالي احتياجات العملاء أو يقترب منه.
- تجربة محسنة، وليس تجربة جديدة، تلبي احتياجات العملاء على أفضل نحو.
- تم مركزية منطق العمل المطلوب من قبل حل الحد الأدنى من المنتجات القابلة للتطبيق (MVP)، عادة عبر تصميم n-tier أو خدمات الويب أو واجهة برمجة التطبيقات أو الخدمات المصغرة . يتكون هذا النهج من تضمين الحل الحالي ضمن تجربة جديدة مستضافة في السحابة. في Azure، من المحتمل أن يعيش هذا الحل في Azure App Service.
إعادة إنشاء حل موجود
إذا كان أحد الحلول الموجودة يلبي احتياجات العملاء أو يقترب منها، ولكن لا يمكن توسيعه بسهولة، فقد يكون من الضروري إعادة بناء التعليمات البرمجية له. في هذا الأسلوب، يتم ترحيل التطبيق إلى السحابة. بعد ترحيل التطبيق، يتم تعديل أجزاء منه أو تكراره، كخدمات ويب أو خدمات مصغرة، والتي يتم نشرها بالتوازي مع الحل الحالي. يمكن التعامل مع الحل المتوازي المستند إلى الخدمة مثل حل موسع. سيقوم هذا الحل ببساطة بتضمين الحل الحالي بتجربة جديدة مستضافة في السحابة. في Azure، من المحتمل أن يعيش هذا الحل في Azure App Service.
تنبيه
يمكن أن تؤدي حلول إعادة بناء التعليمات البرمجية أو إعادة التصميم أو منطق العمل المركزي بسرعة إلى ارتفاع تقني يستغرق وقتا طويلا بدلا من مصدر قيمة العميل. هذا خطر على الابتكار، خاصة في وقت مبكر من التحقق من صحة الفرضية. مع القليل من الإبداع في تصميم حل، يجب أن يكون هناك مسار إلى MVP لا يتطلب إعادة بناء التعليمات البرمجية للحلول الحالية. من الحكمة تأخير إعادة بناء التعليمات البرمجية حتى يمكن التحقق من صحة الفرضية الأولية على نطاق واسع.
ابتكارات نموذج التشغيل
وبالإضافة إلى النهج المبتكرة الحديثة لتطوير التطبيقات، كانت هناك ابتكارات ملحوظة في عمليات التطبيقات. وقد ولدت هذه النهج العديد من الحركات التنظيمية. أحد أبرزها هو نموذج تشغيل مركز التميز السحابي . عندما تكون فرق الأعمال كاملة الموظفين والناضجة، يكون لديها خيار تقديم دعمها التشغيلي الخاص للحل.
يسمح نوع نموذج الإدارة التشغيلية للخدمة الذاتية الموجود في مركز التميز السحابي بضوابط أكثر إحكاما وتكرار أسرع داخل بيئة الحل. يتم تحقيق هذه الأهداف عن طريق نقل التحكم التشغيلي والمساءلة إلى فريق العمل.
إذا كنت تحاول توسيع نطاق الطلب العالمي على حل موجود أو تلبيته، فقد يكون هذا النهج كافيا للتحقق من صحة فرضية العميل. بعد ترحيل الحل وتحديثه قليلا، يمكن لفريق العمل توسيع نطاقه لاختبار مجموعة متنوعة من الفرضيات. تتضمن هذه عادة مجموعات العملاء المهتمين بالأداء والتوزيع العالمي واحتياجات العملاء الأخرى التي تعوقها عمليات تكنولوجيا المعلومات.
تقليل النفقات العامة والإدارة
كلما كان هناك للحفاظ على داخل تطبيق أو حل مبتكر، كلما كان ذلك التطبيق أو الحل أبطأ تكرارا. وهذا يعني أنه يمكنك تسريع الابتكار عن طريق تقليل تأثير العمليات على النطاق الترددي المتاح.
للتحضير للعديد من التكرارات المطلوبة لتقديم حل مبتكر، من المهم التفكير في المستقبل. على سبيل المثال، تقليل الأعباء التشغيلية في وقت مبكر من العملية عن طريق تفضيل الخيارات بلا خادم. في Azure، يمكن أن تتضمن خيارات التطبيق بلا خادم Azure App Service أو الحاويات.
بالتوازي، ضع في اعتبارك خيارات بيانات المعاملات بلا خادم في Azure التي يمكن أن تقلل أيضا من النفقات العامة. يوفر كتالوج منتجات Azure خيارات قاعدة البيانات التي تستضيف البيانات دون الحاجة إلى نظام أساسي كامل للبيانات.
الخطوات التالية
اعتمادا على الفرضية والحل، يمكن أن تساعد المبادئ الواردة في هذه المقالة في تصميم التطبيقات التي تفي بتعريفات MVP وإشراك المستخدمين. بعد ذلك، هناك مبادئ لتمكين الاعتماد، والتي توفر طرقا للحصول على التطبيق والبيانات في أيدي العملاء بسرعة وكفاءة أكبر.