نموذج القدرة الهندسية للنظام الأساسي
تهدف هندسة المنصة إلى أن تكون رحلة. والنهج التدريجي المتكرر هو عموما أكثر فعالية من محاولة تنفيذ واسع النطاق وفوري أو الاعتماد فقط على ولايات من أعلى إلى أسفل. يسمح التقدم المتزايد، بدءا من المنتجات القابلة للتطبيق الحد الأدنى (MVPs)، للفرق بتحسين نهجها بمرور الوقت مع دمج الملاحظات على طول الطريق.
تمثل دورة حياة هندسة المنصة نهجا منظما لضمان موثوقية النظام الأساسي وقابل للتطوير وتحسينه باستمرار. تشمل دورة الحياة هذه مراحل متميزة، كل منها يساهم في نجاح المنصة على المدى الطويل.
أحد العناصر الأساسية لدورة الحياة هو نموذج القدرة الهندسية للنظام الأساسي، والذي يوفر إطارا شاملا لتقييم وتخطيط وتنفيذ الجهود الهندسية للنظام الأساسي. يوضح النموذج مستويات النضج وأفضل الممارسات والقدرات الحرجة المطلوبة في كل مرحلة من مراحل دورة الحياة، ما يضمن التوافق مع الأهداف التنظيمية واحتياجات المستخدم.
يوضح النموذج تقدم ممارسات هندسة النظام الأساسي النضج عبر خمس مراحل: الأولية والتكرارية والمعرفة والمدارة والتحسين. وفي المرحلة الأولية، يكون للمنظمات هيكل محدود، مع عمليات مخصصة وأدنى قدر من الاستثمار في قدرات المنصة. ومع تقدمها إلى مرحلة التكرار ، تظهر عمليات أساسية، ولكن لا يزال الاعتماد والإدارة غير متسقين. تشير المرحلة المحددة إلى وضع معايير وعمليات واضحة، مع بدء المستخدمين في اعتماد حلول النظام الأساسي عن قصد. في المرحلة المدارة، يتم التحكم في الأنظمة الأساسية بنشاط، وتوفير الموارد وإدارتها بكفاءة، وتفاعلات المستخدم متسقة من خلال واجهات موحدة. وأخيرا، في مرحلة التحسين ، يتم تحسين الأنظمة الأساسية باستمرار من خلال آليات التعليقات القوية، والنتائج المقاسة، والقدرات التكيفية التي تتماشى مع احتياجات المستخدم والأهداف التنظيمية.
ويجري تقييم النموذج على أساس ست قدرات: الاستثمار، الذي يعكس تخصيص الموارد والتمويل؛ والاستثمار؛ وتخصيص الموارد؛ وتخصيص الموارد؛ والاستثمار؛ وتخصيص الموارد؛ وتخصيص الموارد؛ والاستثمار؛ والاستثمار؛ وتخصيص الموارد؛ والاستثمار؛ والاستثمار؛ والاستثمار؛ والاستثمار؛ والاستثمارالاعتماد، الذي يركز على اكتشاف المستخدم واستخدامه؛ الحوكمة، وضمان إمكانية الوصول إلى الموارد، والتحكم في التكلفة، وحماية البيانات/IP؛ التزويد والإدارة، وتحديد كيفية توزيع الموارد وصيانتها؛ الواجهات، ومعالجة تفاعلات المستخدم مع النظام الأساسي؛ والقياس والملاحظات، مع التأكيد على التحسين المستمر من خلال مقاييس الأداء ورؤى المستخدم. تتوافق هذه القدرات معا بشكل وثيق مع المجالات الرئيسية الموضحة في نموذج نضج هندسة النظام الأساسي لمؤسسة الحوسبة الأصلية السحابية وتعكس مستوى نضج هندسة النظام الأساسي للمؤسسة.
لاستخدام نموذج القدرة الهندسية للنظام الأساسي، قم أولا بتقييم المكان الذي تقف فيه مؤسستك حاليا في كل مجال من مجالات القدرة الستة. يمكنك إجراء هذا التقييم يدويا أو إكمال استطلاع نموذج قدرة هندسة النظام الأساسي. بمجرد تحديد مراحلك الحالية، قم بتعيين أهداف مستقبلية للنمو وتخطيط تقدم مؤسستك لكل قدرة. لا يلزم أن يحدث التقدم عبر جميع القدرات في وقت واحد. ركز على المجالات الأكثر منطقية لمؤسستك.
الاستثمار
ومع تطور قدرة الاستثمار خلال كل مرحلة، ينصب تركيزها على كيفية تخصيص الموظفين والأموال لقدرات المنصة، مع التركيز على الميزانية والموظفين وإدارة النطاق وقياس العائد على الاستثمار.
- الأولي (الطوعي): تظهر قدرات المنصة بدافع الضرورة، مدفوعا بمهندسين فرديين يلبيون الاحتياجات التكتيكية الفورية طواعية. فالميزانية والموظفين قليلان، حيث عادة ما يكون العمل غير ممول ويؤدي جنبا إلى جنب مع المسؤوليات القائمة. يتم تحديد نطاق الحلول بشكل ضيق، وتستهدف مشكلات محددة مع مشاركة محدودة للمعرفة عبر الفرق. يتم قياس عائد الاستثمار من خلال كيفية معالجة المتطلبات الفورية بشكل فعال وتأثيرها على نتائج المشروع الأساسية.
- قابلة للتكرار (المساهمات المخصصة): تبدأ الفرق المخصصة في معالجة التحديات المتكررة، مثل التزويد غير المتسق أو الثغرات الأمنية، ولكن الجهود تظل تفاعلية إلى حد كبير. تقتصر الميزانيات والموظفين على المخاوف الشاملة، مع تقييد التمكين في جميع أنحاء المنظمة. تركز إدارة النطاق على قضايا محددة دون منظور أوسع على مستوى النظام الأساسي. يتم قياس عائد الاستثمار من خلال التحسينات في مواجهة التحديات الرئيسية، مثل تقليل التراكم.
- محدد (تشغيلي - فريق مخصص): تظهر فرق المنصات الممولة مركزيا، مع التركيز على تسريع تسليم البرامج ومعالجة المتطلبات التقنية. تبدأ القيادة في تعزيز التعاون وتنفيذ ممارسات DevOps الأولية، ولكن لا تزال هناك تحديات في قياس قيمة الفريق. يتم إضفاء الطابع الرسمي على الميزانية والموظفين للفرق المركزية لتلبية الاحتياجات التقنية. تصبح الحلول أوسع نطاقا، وتعالج التحديات الشائعة عبر الفرق، على الرغم من أن التركيز يظل قصير الأجل. يتم قياس عائد الاستثمار بالمكاسب في سرعة التسليم.
- مدار (قابل للتطوير - كمنتج): يحدث تحول ثقافي، حيث يتعامل مع المطورين كزبائن مع قيادة تؤكد على التعاطف والنهج الذي يقوده المنتج. تعمل فرق النظام الأساسي مثل فرق المنتجات، وموظفيها مع المطورين ومديري المنتجات وخبراء تجربة المستخدم. تتوافق إدارة النطاق مع مخططات المنتجات، التي تمت مراجعتها بشكل تعاوني مع الفرق الهندسية لتلبية الاحتياجات على مستوى المؤسسة. يتم تقييم عائد الاستثمار من خلال تحسين رضا المطورين، مما يعكس التحسينات المستمرة والمواءمة مع احتياجات المستخدم.
- التحسين (النظام البيئي الممكن): يركز الاستثمار على الابتكار، والحفاظ على صلة المنصة بالمساهمات التي يتم تشجيعها في جميع أنحاء المؤسسة. تقدم فرق النظام الأساسي قدرات متقدمة، مثل تحسينات الأمان والأداء، ما يتيح لفرق المنتجات البناء دون الاعتماد على تراكم مركزي. وتمتد الميزانيات إلى ما هو أبعد من الفرق المركزية، مع توافر التمويل في جميع أنحاء المؤسسة. تؤكد إدارة النطاق على تمكين تبادل المعرفة السريع على مستوى المؤسسة. يتم قياس عائد الاستثمار من خلال التحسينات المستمرة في رضا المطورين.
التبني
تركز إمكانية الاعتماد على كيفية اكتشاف المستخدمين لحلول هندسة النظام الأساسي وعروضهم واستخدامها، وتنعكس في اكتشاف الخدمات والأدوات والتقنيات واختيارها واستخدامها. ومع نضج المنظمات، ينتقل نهج الاعتماد من الاستخدام غير الرسمي والمتقطع إلى نموذج أكثر تنظيما وتشاركية حيث يشارك المستخدمون بنشاط مع المنصة، ويسهمون في تطوره. يعكس هذا التقدم كيفية تطور اكتشاف المستخدم وصنع القرار وممارسات الاستخدام بمرور الوقت، من الاكتشاف الأولي غير الرسمي إلى المشاركة الكاملة في تطوير المنصة.
- الأولي (غير الرسمي): الاعتماد غير متسق، حيث تقوم الفرق بتحسين العمليات بشكل مستقل دون تنسيق على مستوى المؤسسة. غالبا ما يفضل استخدام الأدوات الخارجية على الأدوات الداخلية. يتم اكتشاف المنصات بشكل غير رسمي، أساسا من خلال الكلام أو اللقاءات بالصدفة، مع اختيار الفرق الهندسية للخدمات بناء على احتياجاتها المحددة. يحتفظ كل فريق بنصوصه وأدواته المصممة خصيصا لمتطلباته الفريدة.
- قابلة للتكرار (مفوضة): تخول المنظمة استخدام الأنظمة الأساسية المشتركة، ولكن القدرات تقتصر على حالات الاستخدام الشائعة، مما يجعل من الصعب استيعاب المتطلبات غير العادية. يعتمد اكتشاف المستخدم على إرشادات فريق النظام الأساسي، وغالبا من خلال الوثائق الداخلية أو التوجيهات. يمكن للفرق اختيار الخدمات المفوضة من خلال المناقشات غير الرسمية مع فريق النظام الأساسي. على الرغم من العمليات التي يتم إنشاؤها حول معايير النظام الأساسي، قد لا تعتمدها الفرق بشكل كامل أو قد تكون غير راضية عن النتائج.
- محدد (معلن عنه): يتم تعزيز قدرات النظام الأساسي بنشاط، مع مواءمة احتياجات الفريق. يتعاون فريق المنصة مع الفرق الهندسية لتقديم خدمات عالية الجودة تقلل من النفقات التشغيلية. ومع ذلك، قد لا تزال بعض الفرق تعاني من انخفاض عائد الاستثمار بسبب الاعتماد على الممارسات القديمة والديون التقنية. يكتشف Teams القدرات من خلال التوجيهات التي تغطي حالات الاستخدام النموذجية، ويشجع فريق النظام الأساسي الاستخدام من خلال التعاون. كما تتم الدعوة لاستخدام المنصة بشكل غير رسمي من خلال سفراء الفرق.
- مدار (مدفوع بالقيمة): تتعرف فرق المنتجات على قدرات النظام الأساسي واخترها للقيمة الواضحة التي تقدمها في تقليل الحمل المعرفي وتقديم خدمات عالية الجودة. يتم دعم الأنظمة الأساسية من خلال وثائق شاملة وواجهات ergonomic وUX الخدمة الذاتية للتزويد السريع. تفضل الفرق الآن الأنظمة الأساسية الداخلية على بناء الحلول نفسها أو الاعتماد على موفرين خارجيين. يتم تبسيط الاكتشاف واتخاذ القرارات، مع استخدام الفرق للقوالب والمنتديات والوثائق لدعم اعتماد النظام الأساسي بشكل كامل.
- التحسين (التشاركي): تساهم فرق المنتجات بنشاط في تحسين قدرات النظام الأساسي من خلال اقتراح ميزات وإصلاحات جديدة. وتجرى العمليات للمستخدمين لتحديد المتطلبات والتعاون في المساهمات. يرعى المدافعون عن المطورين والسفراء مجتمعا داخليا، ويوسعون ملكية المنصة للمساهمين. يعمل مهندسو المنصة بشكل وثيق مع فرق المنتجات لفهم الاحتياجات واقتراح قدرات جديدة، ما يمكن المستخدمين من إرسال طلبات السحب والمشاركة في المراجعات.
الإدارة
ومع تطور قدرة الحوكمة، ينصب تركيزها على ضمان حصول المستخدمين على الموارد والقدرات التي يحتاجون إليها، مع إدارة التكاليف والبيانات والملكية الفكرية. ويقيم هذا التقدم استنادا إلى عدة فئات، بما في ذلك تحديد السياسات والأطر، وتنفيذ السياسات، ورصد الامتثال والتخفيف من حدته، وإدارة الوصول. تتطور الحوكمة من العمليات اليدوية والتفاعلية إلى نظام متكامل تنبؤي يوازن بين التحكم المركزي والإدارة التكيفية لتلبية الاحتياجات المتطورة.
- الأولية (المستقلة): الحوكمة يدوية، وتعتمد على التحكم المركزي وصيانة البوابة، ما يعوق قابلية التوسع. يعمل المطورون وفرق الأمان بشكل مستقل، ويستجيبون بشكل تفاعلي لانتهاكات النهج. يتم الحفاظ على الامتثال من خلال الحد الأدنى من المعايير، مع إضافة التدابير الأمنية في كثير من الأحيان على أنها أهداف لاحقة. يتم منح أذونات الوصول بناء على الاحتياجات الفورية، دون عملية موحدة.
- قابلة للتكرار (موثقة): تبدأ المؤسسة في توثيق النهج ومشاركتها، ولكن تظل هذه النهج أساسية وغير متناسقة. يتم تقديم أدوات الحوكمة مثل أنظمة إصدار التذاكر لإدارة مراجعات السياسات، ولكن العملية تظل يدوية وبطيئة. يتم إنشاء عمليات التدقيق ولكنها لا تزال تفاعلية. يتم توحيد بعض الأدوار والأذونات، ولكن لا يزال الإنفاذ غير متساو.
- محدد (موحد): تصبح الحوكمة مركزية وموحدة لتحسين الاتساق والكفاءة عبر جميع الفرق. يتم توثيق السياسات وإدارتها مركزيا، مع درجة ما من الأتمتة في عملية التنفيذ. يتم دعم معايير الحوكمة الرئيسية من خلال التدقيق المنتظم، ويتم أتمتة التحكم في الوصول باستخدام نظام تحكم في الوصول استنادا إلى الدور رسمي، على الرغم من أن فرق التطوير لا تزال لديها سيطرة محدودة على تغييرات السياسات.
- مدار (متكامل): يتم دمج الأمان والتوافق بسلاسة في مهام سير العمل، مع ضمان التنفيذ التلقائي لتطبيق النهج باستمرار عبر الأنظمة والفرق. تساعد المراقبة والتحليلات المتقدمة في الوقت الحقيقي على اكتشاف الثغرات في الحوكمة ومنعها. يتم تضمين النهج في مسارات التكامل المستمر/التسليم المستمر، وتخضع إدارة الوصول لمبادئ الامتياز الأقل مع المراجعات التلقائية، ما يضمن نهجا أكثر استباقية وتكاملا للحوكمة.
- التحسين (التنبؤي): تصبح الحوكمة ديناميكية ومدركة للسياق، وتستجيب للظروف المتغيرة وتحسين التحكم في الوصول. تساعد التحليلات التنبؤية في تحديد المخاطر المحتملة قبل حدوثها، ما يتيح التخفيف الاستباقي. يتم تحسين النهج باستمرار باستخدام التحليلات المتقدمة، ويتم ضبط التحكم في الوصول ديناميكيا استنادا إلى عوامل الوقت الحقيقي مثل موقع المستخدم ووقت الوصول، وضمان التوافق مع تمكين مهام سير العمل المخصصة.
التزويد والإدارة
مع إمكانية التزويد والإدارة، ينصب التركيز على كيفية إنشاء المستخدمين للموارد ونشرها وإدارتها. تتطور العملية من عمليات يدوية منعزلة إلى نظام تكيفي مؤتمت يوازن بين المرونة والحوكمة، ويضمن توفير الموارد بكفاءة مع تلبية متطلبات التوافق. يمتد هذا التقدم إلى مراحل مصنفة من خلال تحديد عمليات التوفير والاستجابة للطلبات وإدارتها ومراقبة تخصيص الموارد.
- الأولي (اليدوي): يقوم المطورون بإعداد البنية الأساسية يدويا بناء على إرشادات من فرق تكنولوجيا المعلومات أو الهندسة المعمارية، ما يؤدي إلى حالات عدم التناسق والتأخير. دون عمليات موحدة، تتم مراجعة الطلبات يدويا، ما يزيد من خطر الأخطاء. ويصبح هذا النهج غير مستدام مع نمو الطلب، مع قيام عمليات منعزلة بإنشاء أوجه قصور.
- قابل للتكرار (منسق): تبدأ المؤسسة في مركزية عمليات التزويد باستخدام أنظمة إصدار التذاكر لإدارة طلبات البنية الأساسية. بينما لا تزال الموافقات اليدوية مطلوبة، يتم تقليل بعض الأخطاء، ولكن لا تزال هناك اختناقات. يبدأ Teams في استخدام أدوات قياسية لمراقبة الموارد، على الرغم من أن طريقة العرض تظل منعزلة ومخصصة للمشروع.
- محدد (معبأ): يتم إضفاء الطابع الرسمي على عمليات التزويد عبر المؤسسة باستخدام البنية الأساسية كتعليمة برمجية (IaC)، وتوحيد القوالب والأدوات. تتم معالجة الطلبات من خلال مهام سير العمل المنظمة، على الرغم من أن فريق النظام الأساسي قد يكافح مع الطلب المتزايد. تسمح لوحات المعلومات المركزية بمراقبة تخصيص الموارد، ما يوفر رؤى أداء أفضل.
- مدار (تلقائي): يصبح التوفير تلقائيا ومتكاملا في مسارات CI/CD، ما يقلل من الجهد اليدوي ويضمن عمليات نشر متسقة. يتم تضمين عمليات التحقق من الحوكمة والتوافق في مهام سير العمل. تسمح قدرات الخدمة الذاتية التلقائية للمستخدمين بتوفير الموارد ضمن المعلمات الخاضعة للرقابة. يتم أتمتة التحجيم استنادا إلى أنماط الاستخدام لتحسين الأداء.
- التحسين (التكيفي): يصبح التوفير تكييفيا، باستخدام أنظمة ذكية لتوقع احتياجات البنية التحتية في الوقت الفعلي. ويضمن هذا النهج تخصيص الموارد بكفاءة مع الحفاظ على الحوكمة والامتثال. تتعامل الأنظمة بشكل استباقي مع الطلبات، وتوازن المرونة مع الحوكمة، بينما يتم تحسين الأداء وكفاءة التكلفة من خلال التحليلات التنبؤية.
الواجهات
في إمكانية الواجهات، يتمثل الاعتبار الأساسي في كيفية تفاعل المستخدمين مع خدمات النظام الأساسي ومنتجاته واستهلاكها. وتركز التطورات التي أحرزتها على وضع المعايير، وزيادة استقلالية المستخدم، ودمج قدرات النظام الأساسي بسلاسة في مهام سير العمل الحالية. ويتطور هذا النهج من عمليات يدوية غير متسقة إلى نظام متكامل للخدمة الذاتية يعزز تجربة المستخدم والكفاءة التشغيلية.
- الأولية (العمليات المخصصة): يتفاعل المستخدمون مع النظام الأساسي من خلال العديد من العمليات المخصصة غير المتسقة التي تلبي الاحتياجات الفورية ولكنها تفتقر إلى التوحيد القياسي. يقوم المهندسون بإعداد البيئات بشكل مستقل من خلال استشارة الزملاء أو الاعتماد على الممارسات الشخصية، ويختارون أدوات وعمليات لتشخيص سلوك التطبيق دون أي إرشادات محددة. وتقاسم المعرفة غير رسمي، وغالبا ما تتطلب خدمات التزويد دعما عميقا من مقدمي الخدمات بسبب عدم وجود عمليات رسمية، مما يحد من قابلية التوسع والكفاءة.
- قابل للتكرار (المعايير المحلية): يبدأ المهندسون والفرق في تحديد المعايير بشكل غير رسمي لتعزيز مشاركة المعرفة، على الرغم من أن الاتساق يظل تحديا بسبب الاعتماد على الالتزام الفردي. قد تستخدم بعض الفرق الوثائق أو الحاويات لتحديد عمليات الإعداد الخاصة بها، ولكن هذه الممارسات تتباعد بمرور الوقت، ما يتطلب جهدا للتوفيق. يصبح تشخيص سلوك التطبيق أكثر توحيدا داخل الفرق، مع بعض الاعتماد على DevOps أو فرق تكنولوجيا المعلومات للوصول إلى الموارد المنشورة. في حين تظهر المعايير المحلية، فإنها تظل محددة بشكل فضفاض وغير متسقة عبر الفرق.
- المعرفة (الأدوات القياسية): تصبح الواجهات أكثر اتساقا، مع إدخال أدوات موحدة وممارسات موثقة. تدير الفرق المركزية القوالب والوثائق، مع ما يسمى بالطرق المعبدة أو المسارات الذهبية التي توجه كيفية توفير القدرات ومراقبتها. وتلبي هذه الأدوات والعمليات احتياجات تنظيمية واسعة، على الرغم من أن دعم الخبراء لا يزال مطلوبا في كثير من الأحيان. قد تقوم الفرق بتعديل القوالب، ولكن لا يتم دائما دمج التغييرات مرة أخرى مركزيا، مما قد يؤدي إلى بعض أوجه القصور في الحفاظ على التناسق. يتبع تشخيص سلوك التطبيق ممارسات موحدة للوصول إلى الموارد المنشورة وتحليلها، ما يوفر تناسقا أكبر عبر الفرق.
- المدارة (حلول الخدمة الذاتية): يتيح النظام الأساسي استقلالية أكبر للمستخدم من خلال توفير حلول الخدمة الذاتية بأقل قدر من دعم القائم بالصيانة. يمكن للمستخدمين الوصول إلى واجهات متسقة وسهلة الاستخدام تسمح لهم باكتشاف القوالب وتعديلها، ما يؤدي إلى إنشاء بيئة تركز على المستخدم تعزز قابلية الاستخدام. يتم توفير أدوات لتشخيص سلوك التطبيق ومراقبة الموارد عند الطلب من خلال النظام الأساسي، ما يضمن حصول المستخدمين على الموارد التي يحتاجونها دون الاعتماد الشديد على الفرق الخارجية. يتم تسهيل مشاركة المعرفة من خلال اكتشاف القوالب وتعديلها، ما يزيد من قيمة قدرات النظام الأساسي.
- التحسين (الخدمات المتكاملة): يتم دمج قدرات النظام الأساسي بسلاسة في الأدوات والعمليات التي تستخدمها الفرق بالفعل، مثل CLI أو IDEs، ما يجعلها جزءا طبيعيا من مهام سير عمل المستخدمين. يتم توفير بعض القدرات تلقائيا بناء على احتياجات المستخدم، ويوفر النظام الأساسي كتل إنشاء مرنة لحالات الاستخدام ذات المستوى الأعلى التي قد تتطلب تخصيصا أعمق. تقيم فرق المنصة باستمرار القدرات الأكثر فعالية، ما يوجه المزيد من الاستثمارات لتحسين عروض المنصة. يقوم النظام الأساسي تلقائيا بإعداد إمكانية المراقبة للتطبيقات المنشورة، ما يوفر الوصول في الوقت الحقيقي إلى البيانات التشخيصية وتبسيط عملية مراقبة سلوك التطبيق وإدارته.
القياسات والملاحظات
تتضمن قدرة القياسات والملاحظات جمع المقاييس والملاحظات وتحليلها ودمجها لتقييم نجاح ممارسات هندسة النظام الأساسي. وينعكس نضجه بالانتقال من الأساليب المخصصة وغير الرسمية إلى ثقافة استباقية قائمة على البيانات حيث يتم دمج التعليقات والرؤى في عمليات التحسين المستمر، وتوجيه القرارات الاستراتيجية وتطوير المنصة.
- الأولي (المخصص): في المرحلة الأولية، تكون عمليات القياس والملاحظات غير متسقة ومجزأة. يتم جمع المقاييس دون محاذاة واضحة للأهداف التنظيمية، ما يؤدي إلى بيانات غير كاملة وغير موثوق بها. يتم جمع التعليقات بشكل غير رسمي وغالبا ما تكون تكرارية، مع الحد الأدنى من المشاركة من أصحاب المصلحة. ونتيجة لذلك، يتم اتخاذ القرارات بناء على معلومات محدودة، وقياس عائد الاستثمار الحقيقي لممارسات هندسة المنصة أمر صعب. يعد توثيق التعليقات والنتائج ضئيلا، ونادرا ما يتم التقاط التعلم أو مشاركته.
- قابلة للتكرار (عمليات منظمة): يتم إنشاء آليات الملاحظات الأساسية، مثل الاستطلاعات أو المنتديات، لتسجيل تجارب المستخدم بشكل أكثر منهجية، ولكن هذه العمليات لا تزال تختلف عبر الفرق. غالبا ما يركز قياس النجاح على المقاييس المستندة إلى النشاط مثل عمليات النشر أو الجداول الزمنية، ما يوفر بعض التفاصيل حول الأداء ولكنه يفتقر إلى منظور أوسع يستند إلى النتائج. تظل التعليقات غير رسمية ومن أسفل لأعلى، على الرغم من أنها تبدأ في التأثير على التخطيط. هناك بعض الجهد لإشراك المساهمين، ولكنه لا يزال محدودا، ويتم إنشاء الوثائق الأولية للعمليات والملاحظات ولكن لا يتم استخدامها بشكل شامل أو متناسق.
- معرفة (متسقة): تصبح مجموعة الملاحظات أكثر رسمية وتوحيدا، ما يسمح بتبصر أعمق لاحتياجات المستخدم والمقاييس الرئيسية. تنتقل المقاييس نحو القياسات المستندة إلى النتائج، مثل إنتاجية المطور، على الرغم من أن ربطها بالأداء المالي يظل تحديا. تحليل الملاحظات منهجي، باستخدام كل من الأساليب النوعية والكمية، والمقاييس القياسية مثل DORA (DevOps Research and Assessment هي مجموعة من المقاييس التي تقيس أداء تسليم البرامج، بما في ذلك وقت المهلة، وتكرار النشر، ووقت متوسط الاستعادة، وتغيير معدل الفشل) أو SPACE (الرضا والرفاه، والأداء، والنشاط، والاتصالات والتعاون، والكفاءة هي إطار عمل يستخدم لقياس إنتاجية المطور عبر هذه الأبعاد الخمسة) استخدام. تضمن جلسات المراجعة المنتظمة مع الفرق متعددة الوظائف المشاركة النشطة مع أصحاب المصلحة. يتم الحفاظ على الوثائق الشاملة لعمليات التعليقات والنتائج والدروس المستفادة ومشاركتها عبر الفرق.
- مدارة (نتائج التحليلات): في هذه المرحلة، تكون آليات الملاحظات وأطر القياس قوية وتركز على نتائج الأعمال الاستراتيجية. توجه نتائج التحليلات المستندة إلى البيانات عمليات النظام الأساسي، ويتم دمج الملاحظات في خارطة طريق النظام الأساسي، ما يقود التحسينات المستمرة. يتم استخدام التحليلات المتقدمة لتقييم تأثير المنصة على نتائج الأعمال، مثل نمو الإيرادات، وترتبط التعليقات بمقاييس الأداء لتحديد المجالات الرئيسية للتحسين الاستراتيجي. يشارك المساهمون في جميع أنحاء المؤسسة مشاركة عميقة في عملية التعليقات، مع تعاون منظم لتجنب المستودعات. تعكس الوثائق الديناميكية في الوقت الحقيقي التعليقات والدروس المستفادة المستمرة، التي يمكن لجميع أصحاب المصلحة الوصول إليها.
- التحسين (الاستباقي): يتم دمج عمليات التغذية المرتدة والقياس بشكل وثيق في ثقافة المنظمة، مما يخلق نهجا استباقيا لتوقع التحديات والفرص المستقبلية والتكيف معها. تستخدم التحليلات التنبؤية والمقاييس المتقدمة للتنبؤ بالاحتياجات والفرص المستقبلية، ما يتيح للمنصة التطور المستمر استجابة للظروف المتغيرة. يتم دمج التعليقات بشكل كامل في دورة التحسين المستمر، ويتم إنشاء ثقافة التعليقات عبر جميع مستويات المؤسسة. تعكس الوثائق الديناميكية في الوقت الحقيقي التعليقات المستمرة ويتم تحديثها باستمرار، مما يضمن مشاركة الدروس المستفادة وإتاحتها لجميع أصحاب المصلحة.