ديف أوبس
ديف أوبس  مصطلح شامل ومتعدد الجوانب يتضمن عددا من العلوم والمفاهيم بداخله، ولا يوجد تعريف دقيق له، ولكنه يقوم علي التعاون بين كل من مطوري البرامج وخبراء تقنية المعلومات، لإكمال عملية تطوير البرمجيات ، إذ تتم أتمتة جميع العمليات وجعلها تُدار بشكل رشيق، وذلك لزيادة التشارك والتفاعل بين المطورين والخبراء.

وتنقسم العديد من أقسام تكنولوجيا المعلومات بين التطوير والعمليات والدعم والإدارة، بينما يسعي نظام "DevOps" لدمجها جميعًا معًا لتحسين الإنتاجية وسير العمل العام بشكل أكثر سلاسة، ويتيح هذا النظام للشركات تقديم تحديثات البرامج والأمن على الصعيد الداخلي وللعملاء، والهدف النهائي من ذلك هو طرح المنتجات في السوق وتقديم تحديثات البرامج والأمن بشكل أسرع، وجعل العملية كلها أكثر موثوقية.

ووجد استطلاع للرأي تم إجراؤه على 4600 خبير أن أقسام تقنية المعلومات التي تستخدم نظام "DevOps" يتم فيها العمل بشكل أكثر كفاءة 200 مرة من أقسام تقنية المعلومات منخفضة الكفاءة، كما وجد الاستطلاع أن الشركات التي تستخدمه تكون أسرع 24 مرة، وأقل 3 مرات في معدل فشل التغيير.

كما وجد أن أقسام تقنية المعلومات عالية الكفاءة تقضي وقتًا أقل بنسبة 50% في معالجة القضايا الأمنية، ووقت أقل بنسبة 22% في العمل غير المخطط له وإعادة صياغته، ووفقًا لموقع "Indeed" ارتفع عدد الوظائف الخاصة بنظام " DevOps" من أقل من 1% عام 2012 إلى أكثر من 30% في الوقت الحاضر.

التاريخ 
في عام 2009 ، عقد أول مؤتمر يسمى يوم ديف أوبس  في غنت ، بلجيكا. تأسس المؤتمر من قبل المستشار البلجيكي ومدير المشروع باتريك ديبوا. وقد امتد المؤتمر الآن إلى بلدان أخرى. 

في عام 2012 ، تم نشر تقرير بعنوان "State of DevOps" لأول مرة بواسطة Alanna Brown في Puppet Labs.

اعتبارا من عام 2014 ، نيكول فورسغرين وجين كيم وجيز هامبل وآخرين نَشرُ تقرير حالة ديف أوبس السنوي. وذكروا أن اعتماد ديف أوبس يتسارع. أيضا في عام 2014 ، كتبت ليزا كريسبين وجانيت جريجوري كتاب اختبار أكثر مرونة.

في عام 2016 ، تم نشر مقاييس DORA للإنتاجية (تكرار النشر ، والمهلة الزمنية للتغييرات) ، والاستقرار (متوسط وقت الاسترداد ، معدل فشل التغيير) في تقرير حالة ديف أوبس.

مراجع 

إدارة تكنولوجيا المعلومات
تطوير البرمجيات
تطوير البرمجيات أجايل
عملية تطوير البرمجيات
ديف أوبس مصطلح شامل ومتعدد الجوانب يتضمن عددا من العلوم والمفاهيم بداخل ه ، و لا يوجد تعريف دقيق ل ه ، و لٰكن ه يقوم علي التعاون بين كل من مطوري البرامج و خبراء تقنية المعلومات ، لإكمال عملية تطوير البرمجيات ، إذ تتم أتمتة جميع العمليات وجعل ها تُدار ب شكل رشيق ، و ذٰلك ل زيادة ال تشارك والتفاعل بين المطورين و الخبراء . وتنقسم العديد من أقسام تكنولوجيا المعلومات بين التطوير و العمليات و الدعم والإدارة ، بينما يسعي نظام " DevOps " لدمج ها جميعًا معًا ل تحسين الإنتاجية و سير العمل العام ب شكل أكثر سلاسة ، و يتيح هذا النظام ل الشركات تقديم تحديثات البرامج و الأمن على الصعيد الداخلي وللعملاء ، و الهدف النهائي من ذلك هو طرح المنتجات في السوق و تقديم تحديثات البرامج و الأمن ب شكل أسرع ، و جعل العملية كل ها أكثر موثوقية . ووجد استطلاع ل الرأي تم إجراء ه علىخبير أن أقسام تقنية المعلومات التي تستخدم نظام " DevOps " يتم في ها العمل ب شكل أكثر كفاءةمرة من أقسام تقنية المعلومات منخفضة الكفاءة ، كما وجد الاستطلاع أن الشركات التي تستخدم ه تكون أسرعمرة ، وأقلمرات في معدل فشل التغيير . كما وجد أن أقسام تقنية المعلومات عالية الكفاءة تقضي وقتًا أقل ب نسبة في معالجة القضايا الأمنية ، ووقت أقل ب نسبة في العمل غير المخطط ل ه و إعادة صياغته ، ووفقًا ل موقع " Indeed " ارتفع عدد الوظائف الخاصة ب نظام " DevOps " من أقل من عام إلى أكثر من في الوقت الحاضر . التاريخ في عام ، عقد أول مؤتمر يسمى يوم ديف أوبس في غنت ، بلجيكا . تأسس المؤتمر من قبل المستشار البلجيكي و مدير المشروع باتريك ديبوا . و قد امتد المؤتمر الآن إلى بلدان أخرى . في عام ، تم نشر تقرير ب عنوان " State of DevOps " ل أول مرة ب واسطة Alanna Brown في Puppet Labs . اعتبارا من عام ، نيكول فورسغرين وجين كيم وجيز هامبل و آخرين نَشرُ تقرير حالة ديف أوبس السنوي . و ذكروا أن اعتماد ديف أوبس يت سارع . أيضا في عام ، كتبت ليزا كريسبين وجانيت جريجوري كتاب اختبار أكثر مرونة . في عام ، تم نشر مقاييس DORA للإنتاجية ( تكرار النشر ، والمهلة الزمنية للتغييرات ) ، و الاستقرار ( متوسط وقت ال استرداد ، معدل فشل التغيير ) في تقرير حالة ديف أوبس . مراجع إدارة تكنولوجيا المعلومات تطوير البرمجيات تطوير البرمجيات أجايل عملية تطوير البرمجيات