مراجعة قرارات الترشيد
خلال مراحل الاستراتيجية والتخطيط الأولية، نقترح عليك تطبيق نهج ترشيد تزايدي على الملكية الرقمية. ولكن هذا النهج يدمج بعض الافتراضات في القرارات الناتجة. ننصح فريق استراتيجية السحابة وفرق اعتماد السحابة بمراجعة هذه القرارات في ضوء وثائق حمل العمل الموسعة. هذا الاستعراض هو أيضا الوقت المناسب لإشراك أصحاب المصلحة في الأعمال التجارية والراعي التنفيذي في قرارات الدولة المستقبلية.
هام
وسيحدث مزيد من التحقق من صحة قرارات الترشيد أثناء مرحلة تقييم الترحيل. يركز هذا التحقق من الصحة على مراجعة الأعمال للترشيد لمحاذاة الموارد بشكل مناسب.
للتحقق من صحة قرارات الترشيد، استخدم الأسئلة التالية لتسهيل محادثة مع الشركة. يتم تجميع الأسئلة حسب محاذاة الترشيد المحتملة.
مؤشرات الابتكار
وإذا أسفر الاستعراض المشترك للأسئلة التالية عن إجابة إيجابية، فقد يكون حمل العمل مرشحا أفضل للابتكار. لن يتم ترحيل حمل العمل هذا عبر نموذج رفع وتحويل أو تحديث. بدلا من ذلك، ستتم إعادة إنشاء منطق العمل أو بنيات البيانات كتطبيق جديد أو معاد تصميمه. يمكن أن يكون هذا النهج أكثر كثافة في العمالة ويستغرق وقتا طويلا. ولكن بالنسبة لحمل العمل الذي يمثل عوائد تجارية كبيرة، يكون الاستثمار مبررا.
- هل تنشئ التطبيقات في حمل العمل هذا تمايزا في السوق؟
- هل هناك استثمار مقترح أو معتمد يهدف إلى تحسين التجارب المرتبطة بالتطبيقات في حمل العمل هذا؟
- هل توفر البيانات الموجودة في حمل العمل هذا عروض منتجات أو خدمات جديدة؟
- هل هناك استثمار مقترح أو معتمد يهدف إلى الاستفادة من البيانات المرتبطة بعبء العمل هذا؟
- هل يمكن تحديد تأثير التمايز في السوق أو العروض الجديدة؟ إذا كان الأمر كذلك، فهل تبرر هذه العودة زيادة تكلفة الابتكار أثناء اعتماد السحابة؟
يمكن أن يساعدك السؤالان التاليان في تضمين سيناريوهات تقنية عالية المستوى في مراجعة الترشيد. الإجابة ب "نعم" إما يمكن أن تحدد طرق المحاسبة أو تقليل التكلفة المرتبطة بالابتكار.
- هل ستتغير بنيات البيانات أو منطق العمل أثناء اعتماد السحابة؟
- هل تستخدم البنية الأساسية لبرنامج ربط العمليات التجارية للتوزيع الحالي لتوزيع حمل العمل هذا في الإنتاج؟
إذا كانت الإجابة على أي سؤال هي "نعم"، يجب على الفريق التفكير في تضمين حمل العمل هذا كمرشح للابتكار. كحد أدنى، يجب على الفريق وضع علامة على حمل العمل هذا لمراجعة البنية لتحديد فرص التحديث.
مؤشرات الترحيل
الترحيل هو طريقة أسرع وأرخص لاعتماد السحابة. لكنه لا يستفيد من الفرص للابتكار. قبل الاستثمار في الابتكار، أجب على الأسئلة التالية. يمكن أن تساعدك في تحديد ما إذا كان نموذج الترحيل أكثر قابلية للتطبيق على حمل العمل.
- هل التعليمات البرمجية المصدر التي تدعم هذا التطبيق مستقرة؟ هل تتوقع أن تظل مستقرة وغير متغيرة خلال الإطار الزمني لدورة الإصدار هذه؟
- هل يدعم حمل العمل هذا عمليات أعمال الإنتاج اليوم؟ هل سيفعل ذلك طوال دورة الإصدار هذه؟
- هل من الأولوية أن يحسن جهد استخدام السحابة هذا استقرار وأداء حمل العمل هذا؟
- هل خفض التكلفة المرتبط بعبء العمل هذا هدف أثناء هذا الجهد؟
- هل الحد من التعقيد التشغيلي لحمل العمل هذا هدف أثناء هذا الجهد؟
- هل الابتكار مقيد بالبنية الحالية أو عمليات عمليات تكنولوجيا المعلومات؟
إذا كانت الإجابة على أي من هذه الأسئلة هي "نعم"، يجب أن تفكر في نموذج ترحيل لحمل العمل هذا. هذه التوصية صحيحة حتى إذا كان حمل العمل مرشحا للابتكار.
يمكن أن تعوق التحديات في التعقيد التشغيلي أو التكاليف أو الأداء أو الاستقرار عوائد الأعمال. يمكنك استخدام السحابة لإنتاج التحسينات المتعلقة بهذه التحديات بسرعة. حيثما ينطبق ذلك، نقترح عليك استخدام نهج الترحيل لتثبيت حمل العمل أولا. ثم اتوسع في فرص الابتكار في بيئة السحابة المستقرة المرنة. يوفر هذا النهج عائدات قصيرة الأجل ويقلل من التكلفة المطلوبة لدفع التغيير على المدى الطويل.
هام
تتضمن نماذج الترحيل التحديث المتزايد. يعد استخدام بنيات النظام الأساسي كخدمة (PaaS) جانبا شائعا من أنشطة الترحيل. وكذلك تغييرات التكوين الثانوية التي تستخدم خدمات النظام الأساسي هذه. يتم تعريف حدود الترحيل على أنها تغيير جوهري في منطق العمل أو دعم هياكل الأعمال. ويعتبر هذا التغيير جهدا ابتكاريا.
تحديث خطة المشروع
تختلف المهارات المطلوبة لجهود الترحيل عن المهارات المطلوبة لجهود الابتكار. أثناء تنفيذ خطة اعتماد السحابة، نقترح عليك تعيين جهود الترحيل والابتكار إلى فرق مختلفة. لكل فريق إيقاعات التكرار والإصدار والتخطيط الخاصة به. يوفر تعيين فرق منفصلة مرونة العملية للحفاظ على خطة اعتماد سحابة واحدة مع محاسبة جهود الابتكار والترحيل.
عند إدارة خطة اعتماد السحابة في Azure DevOps، تنعكس هذه الإدارة عن طريق تغيير عنصر العمل الأصل (أو epic) من الترحيل السحابي إلى الابتكار السحابي. يساعد هذا التغيير الدقيق على ضمان أن جميع المشاركين في خطة اعتماد السحابة يمكنهم تتبع الجهد المطلوب والتغييرات المطلوبة في جهود المعالجة بسرعة. يساعد هذا التتبع أيضا في محاذاة التعيينات المناسبة مع فريق اعتماد السحابة ذي الصلة.
بالنسبة لخطط الاستخدام الكبيرة والمعقدة مع مشاريع مميزة متعددة، ضع في اعتبارك تحديث مسار التكرار. يؤدي تغيير مسار المنطقة إلى جعل حمل العمل مرئيا فقط للفريق المعين لمسار المنطقة هذا. يمكن أن يجعل هذا التغيير العمل أسهل لفريق استخدام السحابة عن طريق تقليل عدد المهام المرئية. ولكنه يضيف تعقيد لعمليات إدارة المشروع.
الخطوات التالية
إنشاء التكرارات وخطط الإصدار لبدء تخطيط العمل.
إنشاء التكرارات وخطط الإصدار لبدء تخطيط العمل.