نماذج التسليم
وفقًا لحجم مؤسستك، قد ترغب في إضفاء طابع رسمي على أسلوب اعتماد Microsoft Power Platform من خلال تطبيق نموذج مؤسسي منظم. يجب أن تأخذ في الاعتبار الطرق التالية لتنظيم فريقك وتحديد الخيارات الأكثر ملاءمة لحالتك ومؤسستك.
يتضمن Microsoft Power Platform أربعة نماذج تسليم، كل واحد منها عبارة عن نموذج فكري فقط — توجد لدى كل مؤسسة مجموعة متنوعة من نماذج متعددة إلى جانب هذه الاستمرارية. على سبيل المثال، حتى لو اخترت النموذج المركزي، حيث تأتي جميع المتطلبات من فريق تسليم مركزي، سيستمر وجود مطورين مواطنين يكتشفون النظام الأساسي ويبنون تطبيقات لفرقهم. وبالتالي، سيكون عناصر مصفوفة أو BizDevOps بغض النظر عن ذلك.
بإمكان هذه النماذج أن تساعدك على أن تأخذ في الاعتبار ما هو نموذج تسليم البرنامج الحالي لديك وكيفية قيام Microsoft Power Platform بالتداخل فيه، أو كيف قد يتطور نموذجك الحالي لاستيعاب قدرة التطوير السريع التي تم تمكينها بواسطة Microsoft Power Platform.
مركزي
في هذا النموذج، ستقوم بإنشاء فرق مركزية لمالكي المنتجات ممن يملكون تسليم حلول الأقسام ذات التعليمات البرمجية المنخفضة من وحدات العمل الخاصة بالمؤسسات. سوف يعمل المطورون المحترفون الذين يملكون حلولاً تتضمن التعليمات البرمجية أولاً مع الشركات في الوقت نفسه لتسليم نموذج مشترك. سوف يملك مهندسو المؤسسة المستويات والخدمات الوسطى، وسيتأكدون من توفر البيانات للمنشئين. ستملك تكنولوجيا المعلومات المركزية التراخيص والأنظمة التي يعمل فيها الجميع.
مع هذا النموذج، ستقوم بإنشاء فريق مركزي يمكنه انتقاء تطوير التطبيقات بالاستناد إلى أولويات المؤسسة. علاوةً على ذلك، سيتضمن فريقك، لأن لديه الخبرة التأسيسية في Power Apps، أعضاء متخصصين في أجزاء معينة من Microsoft Power Platform مثل Power Automate وPower BI وPower Apps component framework، أو يمكنه التخصص في تكامل طرف ثالث والذكاء الاصطناعي. يعد هذا النموذج طريقة فعالة لتعزيز التغيير عبر مؤسستك، وهو أفضل طريقة لتسليم أي نوع من التطبيقات.
فيما يلي بيان رقمي موجز رقمي من Schlumberger يصف هذا النوع من النماذج الذي تطور عبر النماذج غير المركزية والموجودة في مصفوفة. تعرف على المزيد حول كيفية اعتماد Schlumberger Microsoft Power Platform: صانع التطبيق الثري يبني تعليمات برمجية منخفضة في Schlumberger
| نوع تسليم التطبيق | نوع نموذج التسليم | وقت بناء التطبيق | عمر التطبيق | الأمثلة | مشاركة تكنولوجيا المعلومات |
|---|---|---|---|---|---|
| الخدمة الذاتية | أي | من أسبوع إلى أسبوعين | من 6 إلى 12 شهرًا | حلول صغيرة أو حلول الأقسام أو LOB. | تكنولوجيا معلومات غير مركزية |
| فرق صغيرة | في مصفوفة/مركزية | من 3 إلى 6 أشهر | من 6 إلى 24 شهرًا | فرق صغيرة تعمل لتسليم حلول متوسطة أو حلول أقسام متعددة. | تكنولوجيا معلومات غير مركزية |
| حلول أقسام متعددة أو خطوط أعمال كبيرة | في مصفوفة/مركزية | من 3 إلى 6 أشهر | من 6 إلى 24 شهرًا | تعمل فرق في مصفوفة كبرة لتسليم حلول متوسطة وكبيرة أو حلول داخل الأقسام. | تكنولوجيا معلومات مركزية |
| تسليم منتجات على نطاق واسع | مركزي | من سنة إلى سنتين | من 5 إلى 7 سنوات | تستفيد عمليات تسليم المنتجات الكبيرة عبر المؤسسة من خليط من حلول Power Apps التي تتضمن التعليمات البرمجية القليلة والتعليمات البرمجية أولاً مع حلول المورّد والطرف الأول. | تكنولوجيا معلومات مركزية |
| تسليم مورّد مؤسسة كبيرة | مركزي | 7 سنوات | من 10 إلى 15 سنة | استراتيجية محيطة لنظام خارجي من إطار عمل السجلات والدعم. على سبيل المثال ، تنفيذ SAP وإحاطته بمزيج من حلول قليل التعليمات البرمجية والتعليمات البرمجية أولا في Power Apps عمليات تكامل الجهات الخارجية الأخرى Microsoft . | تكنولوجيا معلومات مركزية |
غير مركزي
في هذا النموذج، يمكنك إنشاء فرق متعددة عبر المؤسسة تكون قريبة من التشغيل اليومي للعديد من الفرق. سيكون لديها موارد لتسليم التطبيقات بشكل متناسق ضمن الإرشادات التنظيمية. بإمكان كل فريق أن يعمل بطريقة مستقلة، ويمكنه أن ينقسم وينمو بطريقة خلوية. ولكنك مع هذا النموذج، ما زلت بحاجة إلى حوكمة مستقلة لتطبيق بعض حواجز الحماية الرقمية العالية المستوى لضمان التوافق مع الشركات. بإمكان حواجز الحماية هذه أن تتضمن أشياء مثل حوكمة تفادي فقدان البيانات (DLP) وإدارة الموصلات وإدارة التراخيص لضمان قدرة المستخدمين والمطورين على بناء وإصدار الحلول مع الحد الأدنى من التدخل من تكنولوجيا المعلومات، مع المحافظة على سلامة البيانات وتوافقها. هذا خيار خدمة ذاتية مفيد.
المصفوفة
مع هذا النموذج، سوف تمزج أفضل العناصر المركزية وغير المركزية. لديك فريق مركزي من المتخصصين المدربين والأخصائيين الحاصلين على اعتماد Microsoft Power Platform. سيكون لديك رواد في مجال التغيير والتسليم والتصميم والهندسة، بالإضافة إلى مدربين متخصصين لتدريب الفرق المحلية عبر المؤسسة. تتصل الفرق المحلية التي تتكون من المطورين المواطنين بالخبراء من البنية المركزية، للتأكد من عدم حدوث أي سوء تفاهم بين الأشخاص الذين ينفذون مهامهم اليومية ويستخدمون التطبيقات التي يجري إنشاؤها. وباستخدام هذا النموذج، يمكنك قياس الآلاف من الأشخاص الذين يعملون على إنشاء التطبيقات.
يجب على هذا الفريق أيضًا أن يأخذ في الاعتبار مفهوم مركز التميز لإدارة البنية الأساسية لبياناتك ونشر الحلول مع تقديم إرشادات لكل شخص. يصلح هذا الإجراء للخدمة الذاتية والفرق الصغيرة لتوفير الخيارات بسرعة مع مشاركة قليلة من تكنولوجيا المعلومات.
BizDevOps
قد يحدث التطوير السريع للتطبيقات فقط السرعة التي يمكن من خلالها للعمليات مثل تكنولوجيا المعلومات دعم التطبيقات التي تم إنشاؤها. إن BizDevOps عبارة عن علاقة شاملي بين منشئي التطبيقات والعمليات تعمل في تكرار حلقي صالح. ولكي يعمل ذلك، يجب أن تتوفر لدى جميع الفرق رؤية واضحة للثقافة الرقمية التي تنتقل المؤسسة نحوها. للحصول علي القيمة القصوى من التطبيقات التي تم إنشاؤها، فهي تحتاج إلى دعم وحوكمة وقابلية صيانة موثوقة. مع التطور الذي تشهده التقنيات، يجب إجراء التحديثات على التطبيقات لكي تبقى حالية. علاوةً على ذلك، يعتبر وجود خطة لإدارة التغييرات، وليس فقط إدراكها، عنصرًا أساسيًا للحصول على تطبيقات ناجحة.