ما هو SAFe®Agile؟
كلمة SAFe®Agile هي اختصار لكلمة Scaled Agile Framework، والتي تسمح باستخدام أساليب مرنة رشيقة على مستوى المؤسسة. يتم استخدامه بشكل شائع في المؤسسات واسعة النطاق لتلبية احتياجات جميع أصحاب المصلحة. بالإضافة إلى ذلك، فهو يعالج الاحتياجات من خلال قيادة محفظة المؤسسة ومبادرات تدفق القيمة.
ومن المعروف أن SAFe® يتمتع بالفوائد التالية-
من الأهمية بمكان فهم تطوير البرمجيات الرشيقة لفهم SAFe® بشكل أفضل. إنه نهج تجريبي لتطوير البرمجيات لتطوير منتجات/حلول جديدة ومبتكرة. تتطلب هذه المنتجات عادةً تسليم أسرع للتحقق من صحة الافتراضات والتحكم في المخاطر المرتبطة بها.
وتتمثل أدوار ومسؤوليات فريق أجايل ضمن إطار عمل أجايل المتدرج فيما يلي- تحسين جودة المنتج تقليل وقت التسليم كفاءة الإنتاج إطار عمل شفاف
هناك أدوار أخرى غير فرق العمل الرشيقة في إطار العمل الرشيق المتدرج مثل مهندس قطار الإصدار وإدارة المنتجات ومهندس الحلول ومالكي الأعمال الذين يعملون على مستوى ART (قطار الإصدار الرشيق). سأتحدث عنهم بشكل منفصل. سكروم ماستر: مدرب لفريق أجايل. يقوم Scrum Masters بتدريس Scrum و XP و SAFe® و Lean وما إلى ذلك لفريق Agile. وهم يضمنون اتباع الممارسات الرشيقة المتفق عليها ويعملون على معالجة العوائق. إذا لزم الأمر، يقومون بتدريب الأفراد والفرق على الإدارة الذاتية وتسهيل قرارات الفريق وأحداثه. فريق أجايل: هم المسؤولون عن إكمال العمل كما هو متوقع لتحقيق هدف التكرار بالجودة المتفق عليها. فريق مُدار ذاتيًا لتخطيط وتتبع وإنتاج الزيادات ضمن أحداث الإطار الزمني. يسحبون العمل من تراكمات المنتج إلى تراكمات التكرار، ويقومون بتحديث الإنجازات المتراكمة والقيام بالعمل حسب تعريف الإنجاز. مالك المنتج: هم من أصحاب القيمة المضاعفة الذين يرون المنتجات والحلول النهائية كوسيلة لتحقيق الرؤية طويلة الأجل. شخص على دراية جيدة باحتياجات العملاء وملاءمة المنتج للسوق وتتبع تقدم المنتج فيما يتعلق بتوقعات أصحاب المصلحة.
ما هو DevOps؟
مصطلح DevOps هو مزيج من كلمتين – التطوير والعمليات. فهو يجمع بين مجموعة متنوعة من المفاهيم الثقافية والعمليات والأدوات التي تعمل على تحسين قدرة الشركة على تقديم التطبيقات والخدمات بفعالية.
يمكن للمؤسسات تقديم خدمات أفضل لعملائها والمنافسة في السوق بمنافسة مدمرة بسبب السرعة التي توفرها DevOps.
تضمن DevOps قدرة فرق تكنولوجيا المعلومات على التعاون بكفاءة وفعالية لإنتاج تطبيقات وخدمات عالية الجودة بسرعة. ونتيجة لذلك، ستتحول هذه المنتجات وتتحسن بشكل أسرع.
إجمالاً، يمكن أن يساعد DevOps و ®SAFe معًا المؤسسة على أن تصبح أسرع وأكثر دقة وإنتاجية.
نهج ®SAFe®’s CALMR
يعتمد نجاح DevOps على فريق موحد يعمل على تحقيق نتائج أعمال ممتازة. ويُعد نهج (SAFe®) الخاص بـ SAFe® أحد هذه النُهج. ويستند هذا النهج على حقيقة أنه عندما يعمل ويفكر كل فرد في الفريق مع وضع التسليم المستمر في الاعتبار، فإن النتائج تكون كذلك:
لقد أدركت الصناعة أن نجاح DevOps يتطلب فهماً قوياً للثقافة والأتمتة والتدفق المرن والقياس والمشاركة (CALMS).
يتكون CALMR من خمسة مكونات تعمل كركائز لـ DevOps. توجه هذه المكونات جميع المشاركين في تقديم القيمة المستمرة في قراراتهم وأنشطتهم.
المكونات هي زيادة جودة وأمان ابتكارات المنتجات المبتكرة انخفاض مخاطر النشر مع دورات تعلم أسرع انخفاض وقت وصول الحلول إلى السوق تحسين جودة الحلول تقصير الوقت اللازم للإصلاحات تقليل حالات الفشل والعيوب تحسين متوسط الوقت اللازم للتعافي (MTTR) من حوادث الإنتاج
1. الثقافة ثقافة أتمتة ثقافة استرداد قياس التدفق المرن
ديف أوبس في SAFe®
يستخدم الثقافة التي تم تطويرها من خلال تبني معتقدات ومبادئ وممارسات إطار العمل المرن الرشيق. يسمح DevOps بنقل بعض المهام التشغيلية إلى مرحلة ما قبل التشغيل بينما يتم متابعة نشاط التطوير في مرحلة النشر. يتم تشغيل الحل ومراقبته في الإنتاج.
تتطلب هذه الثقافة القيم الأساسية التالية-
أن تصبح ممارساً في مجال DevOps SAFe® من خلال التدريب على شهادة ممارس DevOps (SDP) من SAFe® DevOps
2. الأتمتة: مركزية العميل: يتم تحديد القيمة من خلال قدرة المؤسسة على استشعار احتياجات العملاء والاستجابة لها. لذلك، يجب أن يكون كل فرد في تيار القيمة على دراية تامة بعملائه. التعاون: يعتمد DevOps على قدرة فرق التطوير والعمليات والأمن والفرق الأخرى على العمل معًا بكفاءة. يجب أن تتعاون هذه الفرق بشكل منتظم لضمان إنتاج الحلول وتسليمها وصيانتها بالتزامن مع متطلبات العمل المتغيرة. تحمل المخاطر: يتطلب DevOps فهمًا مشتركًا لحقيقة أن كل إصدار هو اختبار حتى يتحقق العملاء من صحته. يتم مكافأة المخاطرة والتعلم المستمر والتحسين المستمر في ثقافات DevOps. مشاركة المعرفة: تؤدي مشاركة الأفكار والاكتشافات والممارسات والأدوات والتعلم عبر الفرق والفرق الفنية والمؤسسة ككل إلى توحيد المؤسسة وتسمح بتحويل المهارات إلى اليسار.
تدرك DevOps أهمية سرعة تسليم القيمة والإنتاجية العالية والسلامة. أما العمليات اليدوية، من ناحية أخرى، فهي بطيئة وأقل إنتاجية. كما تزيد العمليات اليدوية من فرص حدوث الأخطاء التي قد تسبب تأخيرات في التسليم النهائي.
في DevOps، خط أنابيب التسليم المستمر هو “سلسلة أدوات” متكاملة تقلل من وقت المعالجة ودورات التغذية الراجعة. بالإضافة إلى ذلك، توفر ملاحظات العملاء وأصحاب المصلحة بيانات لدعم الحل في حال عدم تقديم القيم المتوقعة.
يتضمن “خط أنابيب التسليم المستمر” الأدوات التالية-
3. التدفق المرن: تسعى فرق العمل الرشيقة إلى تحقيق حالة من التدفق المستمر. ويمكن فهمها على أنها دفعة عامة لأحجام دفعات أصغر لتسليم البرمجيات. فهو يحد من WIP ويوفر رؤية في الوقت الفعلي للبرمجيات.
كما أنه يزيد من القدرة على التنبؤ ويسرّع من التغذية الراجعة إلى جانب تقليل إعادة العمل، وهذا يؤدي في النهاية إلى زيادة وتيرة الإصدار وانخفاض التكاليف. إدارة مسار القيمة: تحيط أدوات VSM بخط أنابيب التسليم المستمر من البداية إلى النهاية، مما يوفر رؤية في الوقت الفعلي لجودة وكفاءة تدفق القيمة. التحكم في الإصدار: تقوم هذه الأدوات بتخزين وإدارة التغييرات على ملفات المصدر والتكوين التي تحدد سلوك الحلول والأنظمة والبنية التحتية. البنية التحتية كرمز: تتعامل البنية التحتية ككود مع جميع الأنظمة على أنها سلع قابلة للتهيئة والاستهلاك بشكل كبير. أتمتة الاختبار: تعد أتمتة الاختبار مصدرًا مهمًا لتسريع التسليم. وهي تنطبق على جميع أشكال اختبار الوحدة والمكون والتكامل والتكامل والانحدار والأداء والقبول وقابلية الاستخدام. اكتشاف الثغرات: تغطي هذه الأدوات معظم مراحل التسليم المستمر، وهي مصممة خصيصاً للكشف عن الثغرات الأمنية في التعليمات البرمجية والشبكات والبنية التحتية. التكامل المستمر/التسليم المستمر: عادةً ما يتم استدعاء هذه الأدوات تلقائيًا عند التزام التعليمات البرمجية وتنسيق أنشطة البناء والتكامل والاختبار والامتثال والنشر. المراقبة والتحليلات: تقوم هذه الأدوات بجمع بيانات الاستخدام والأداء من جميع مستويات مكدس الحلول وتوفر رؤى مهمة حول تدفق خط الأنابيب وجودة الحل والقيمة المقدمة.
يساعد التدفق المرن على تسريع وقت التسليم مع الحفاظ على تشغيل الخدمات دون انقطاع.
العناصر الرئيسية الثلاثة هنا هي
4. القياس: الحد من العمل الجاري (WIP): يمكّن برنامج كانبان البرنامج جميع أصحاب المصلحة من رؤية WIP. والفائدة هنا هي أن جميع الفرق يمكنها رؤية العوائق. ويمكنهم بعد ذلك موازنة كمية WIP مقابل السعة المتاحة والتطوير. تقليل أحجام الدفعات: تكون أحجام الدفعات الأصغر أسرع في النظام. وهذا يؤدي إلى تسريع عملية التعلم. إدارة أطوال قوائم الانتظار: يعد حجم قائمة الانتظار مؤشرًا على مقدار الوقت الذي سيستغرقه إكمال العمل. يتم تحقيق التدفق السريع من خلال إدارة أطوال قوائم الانتظار وتقليلها عن كثب. كلما كانت قائمة الانتظار أقصر، كان التسليم أسرع.
هناك حاجة إلى مقياس لتتبع نجاح عملية التحول في DevOps لإجراء التصحيحات اللازمة. هناك بعض مؤشرات الأداء الرئيسية لتتبع تقدم المبادرة – وقت الدورة، والوقت المستغرق، ومقاييس الجودة.
تساعد مقاييس DevOps على فهم ما يعمل وما لا يعمل وتقييم المواقف التي تحتاج إلى إجراء تحسينات.
ما هي القيمة المستمدة من مبادرة DevOps من حيث الوقت الموفر والمال المكتسب؟
بعض المقاييس الرئيسية للنظر في مدى نجاح مبادرة DevOps-
5. الاسترداد: مقاييس تدفق خط الأنابيب: يعد خط أنابيب التسليم السريع والمستقر أمرًا ضروريًا لنجاح انتقال DevOps. بعض الطرق لقياس الأداء هي- المهلة الزمنية: هي متوسط الوقت المستغرق من بداية التطوير إلى تسليم منتج عامل. تواتر النشر: عدد المرات التي يتم فيها نشر منتج تغيير أو إصدار منتج جديد للإنتاج. حجم التغيير: عدد التغييرات (الميزات الجديدة وإصلاحات الأخطاء وما إلى ذلك) التي يتم إصدارها في الإنتاج. حجم WIP: عدد عناصر العمل قيد التنفيذ في أي وقت معين. مقاييس جودة الحلول: الحلول التي تم تطويرها للعملاء لا تقل أهمية عن عملية إنشائها. يمكن أن تساعد هذه المقاييس المديرين على تتبع كفاءة فرقهم وقياس رضا العملاء. كما أنها تساعد على تحديد المشاكل قبل أن تصبح مشاكل أكثر خطورة تؤثر على العمليات التجارية أو تؤدي إلى خسائر مالية. تغيير معدل الفشل: وهو أهم مقاييس جودة الحلول التي يجب مراقبتها. وهو يعني عدد المشكلات أو العيوب التي تأتي من التغييرات التي يتم إجراؤها على الحل أو المكون بعد إطلاقه في الإنتاج. ويعني بشكل أساسي النسبة المئوية لإصدارات العملاء التي أدت إلى تدهور الخدمة وكان لا بد من إصلاحها. مقاييس قيمة الحل: هناك العديد من مقاييس قيمة الحل المستخدمة لتتبع التقدم المحرز في تحويل DevOps، بما في ذلك: العائد على الاستثمار (ROI): مقدار الأموال التي عادت على الشركة نتيجة الاستثمار في تحويل DevOps. صافي القيمة الحالية (NPV): تُقاس قيمة المشروع من حيث العائد على الاستثمار. حجم تذاكر العملاء: عدد تذاكر العملاء (طلبات الدعم) التي يتم فتحها كل شهر. رضا العملاء: النسبة المئوية للعملاء الراضين عن الحلول التي تقدمها. وقت الاستعادة: متوسط الوقت المستغرق لاستعادة الخدمة بعد تحديد المشكلة وإتاحة الحل.
لدعم تسليم القيمة بشكل متكرر ومستدام، يجب تصميم خط أنابيب التسليم المستمر من أجل الإصدارات منخفضة المخاطر والتعافي السريع من الفشل التشغيلي.
وتساعد التقنيات التالية على التعافي السريع- عقلية “إيقاف الخط”: من خلال عقلية “إيقاف الخط”، فإن أي مشكلة تعرض قيمة الحل للخطر تجعل أعضاء الفريق يتوقفون عما يفعلونه ويتجهون إلى حل المشكلة حتى يتم حلها. ثم يتم تحويل الدروس المستفادة إلى إصلاحات دائمة لمنع تكرار المشكلة. التخطيط للفشل والتدرب عليه: فيما يتعلق بـ DevOps، فإن عمليات النشر الفاشلة ليست مجرد خيار. فهي متوقعة من وقت لآخر. لتقليل تأثير الخسائر وتعظيم مرونة الحلول، يجب على الفرق تطوير خطط التعافي. كما يجب عليهم أيضًا ممارستها في كثير من الأحيان في بيئات الإنتاج أو البيئات الشبيهة بالإنتاج. الإصلاح السريع والتراجع: نظرًا لأن أعطال الإنتاج أمر لا مفر منه، تحتاج الفرق إلى تطوير القدرة على “الإصلاح إلى الأمام” بسرعة، وعند الضرورة، العودة إلى حالة مستقرة معروفة.
الخاتمة
تعتبر ممارسات وعمليات SAFe® وممارسات وعمليات الرشيقة قوية في دورة التسليم الأولية. ويعني “المنبع” من بداية أو اكتشاف رؤية أو منتج أو فكرة أو مشكلة وصولاً إلى تخطيط طريق المنتج وتخطيط الإصدار وتخطيط الإصدار وتراكمات المنتج وقصص المستخدمين وتطوير ميزات المنتج وضمان الجودة.
يتطلب تحول DevOps الكثير من التخطيط والتدبير المسبق.
يلزم العمل المستمر على التحول لضمان الحصول على أقصى قيمة منه. إنها ليست أداة واحدة أو عملية واحدة بل تغيير ثقافة يتم اعتمادها لجعل الأعمال أكثر مرونة وكفاءة.
