08:54 ITIL مقابل أجايل: أيهما يجب أن أختار من أجل مسيرة مهنية ناجحة في مجال DevOps - مدونة SPOTO - مواد دراسية مفيدة لدراسة شهادة تكنولوجيا المعلومات
preloader

ITIL مقابل أجايل: أيهما يجب أن أختار من أجل مسيرة مهنية ناجحة في مجال DevOps

تتمحور الشركات العملاقة حول تحسين وتوسيع نطاق عملياتها التجارية، وبناء نتائج نهائية عالية الجودة، وتشجيع الجاهزية من خلال استخدام إجراءات تكنولوجيا المعلومات المختلفة لـ ITIL مقابل Agile.
كل واحد من الهياكل التالية له منهجياته الرائعة حول أفضل طريقة للتعامل مع المشروع أو تنفيذه بشكل منتج:
تتمحور ITIL و ITSM حول ترقية طبيعة المنتجات أو الإدارات المنقولة إلى العملاء النهائيين. أجايل، مهما كان الأمر، تعطي الحاجة إلى تلبية احتياجات العميل الواضحة بمساعدة مجموعات تطوير البرمجيات متعددة الوظائف.
ITIL و Agile هما نظامان فريدان لتكنولوجيا المعلومات اكتسبا سمعة سيئة في مناسبات متفرقة حيث قام مهندسو التكنولوجيا بتطوير تطورات جديدة لتحل محل الطريقة القديمة الباهتة في تنفيذ العمل.
قبل الخوض في ماهيتهما وأوجه التباين الرئيسية بينهما، يجب أن تفهم أسس هذين النظامين.
إن ITIL / مكتبة البنية التحتية لتكنولوجيا المعلومات هي إحدى مؤسسات أنظمة تكنولوجيا المعلومات التي واكبت تطورها منذ نشأتها.
تقدم مناهج ITIL إجراءات العمل وتفاصيل نقد العميل بشكل لا لبس فيه لمؤسسات تكنولوجيا المعلومات لأي منتج أو إدارة تعمل مع تطوير المؤسسة وأي خطة إعادة تصميم مستقبلية.
والهدف من ذلك هو تحسين منتجاتها أو إداراتها اعتمادًا على مدخلات العميل الواضحة.
واحدة من أكثر هياكل تكنولوجيا المعلومات استخدامًا بشكل عام، تساعد أجايل في تطوير المنتجات وتلبية احتياجات العميل المعقدة بمساعدة مجموعات متعددة الوظائف.
وفقًا ل Agile، يجب أن يكون السبب الحيوي لاتحاد تكنولوجيا المعلومات هو تحسين جودة الأطر المختلفة ونقل المنتج بشكل عملي لا تشوبه شائبة ونقد العميل.
يحافظ هيكل Agile على القواعد العادية المنتشرة. تستخدم الشركات هذه الإستراتيجية لتقديم منتجات رائعة عندما يطلب العملاء العديد من الوظائف وعندما تتعاون مجموعات مختلفة من المهندسين لتكوين المنتج أو الإدارة وصنعها وتعزيزها.
سنتطرق أكثر إلى الطرق التي تعمل بها ITIL 4 الماهرة و ITIL 4 معًا في إدارة المساعدة، ولكن في الوقت الحاضر، من الضروري أن نفهم أن ITIL لا تتعارض مع Agile. تعطي ITIL نظامًا للعمليات، إلا أن عقلية البراعة والقدرة على التكيف مع الأجايل يمكن أن تنطبق بأي حال من الأحوال. ولا ينبغي أن يكون كذلك.
على سبيل المثال، يمكنك اتباع إجراءات ITIL الخاصة بإدارة الحدوث أو إدارة المشكلات مع دمج المنظورات الرشيقة في الوقت نفسه. قد يعني هذا تضمين المزيد من الموارد للنقد، بشكل أساسي لجعل دوائر الإدخال، أو قد يبدو الأمر وكأنه وجود مجموعة صغيرة تتعامل مع كل مشكلة بدلاً من مجموعة أكبر وأكثر تنظيماً. قد تعتقد المجموعة على أي حال أنه من العملي القيام بإجراءات ITIL ولكن العمل من خلالها بطريقة رشيقة.
تعد الترتيبات الموثوقة جزءًا مهمًا من ترتيبات مستوى إدارة ITIL، ويعد وضع اتفاقيات مستوى الخدمة هذه هدفًا أساسيًا لبعض المؤسسات حيث يحكم المشرفون وعملائهم على النتائج حصريًا على هذه الترتيبات.
من الواضح عند مقارنته بالظروف الماهرة أن اتفاقيات مستوى الخدمة لغرض اتفاقيات مستوى الخدمة يمكن أن تعطل كل شيء على افتراض أن هذه هي الحدود الرئيسية للإنجاز.
في ظل المناخ الخفيف، من المهم التأكد من أنه على افتراض أن لديك اتفاقيات مستوى الخدمة فهي موجودة للأسباب الصحيحة وتساعدك في إرضاء افتراضات العميل.
يتضمن ITIL الترتيب والاستعداد والاستجابة بإجراءات غير مفاجئة تعتمد على إمكانية تنفيذ الترتيبات بطريقة مماثلة في حالة ظهور المشكلة. تكمن المشكلة في نظام ITIL في أنه يمكن أن يحيطك بإحكام بحيث لا يمكنك إعادة التوجيه من الترتيب في حالة ظهور الحاجة.
يمكن أن تكون ديمومة إجراءات ITIL محكمة بشكل مفرط، مما يمرر طريقة ضئيلة للانحراف عن الترتيب الأول المعدل مسبقًا، وهو معنى المناخ غير الرشيق. من المحتمل أن يكون هذا هو الخلاف الأكثر سماعًا الذي يعيق جمعيات تكنولوجيا المعلومات بشكل عام في مجال تكنولوجيا المعلومات ITIL للتحرك نحو منهجية أكثر مرونة.
بسبب جزء من النقاط التي تم التركيز عليها أعلاه، فإن المنهجيات الرشيقة و ITIL ليست إلى حد كبير زوجًا مثاليًا، منذ البداية، نريد جميعًا أن نستقر على ذلك.
على أي حال، مثلما نقول إن الأضداد تميل إلى بعضها البعض، هناك الكثير من الأساليب التي يمكن من خلالها استخدامهما معًا بشكل جيد بشكل عام. خفيف القدمين كطريقة للتفكير، مجموعة من القواعد لعملك.
على سبيل المثال، تساعدك المعايير خفيفة القدمين في اتخاذ القرار ببساطة لكنها لا تتيح لك معرفة كيفية إنهاء المهام الواضحة. لا توجد أدلة، فقط قواعد. ITIL هو نظام، مجموعة متنوعة من الأساليب التي تصور كيفية القيام بمسؤولياتك بشكل شامل. لقد اكتسبت ITIL سمعة سيئة لكونها غير مرنة ومربكة للعقل بشكل مفرط، ومع ذلك، لم يكن المقصود من ITIL أن تكون مرحلة البداية.
بالإضافة إلى ذلك، لم يكن القصد من ITIL أن يتم تنفيذها بالكامل عبر جمعية كاملة. لقد كانت ITIL وما زالت وستظل دائمًا ترتيبًا مهمًا تمامًا لأفضل الممارسات التي تهدف إلى تنفيذها بحيث يتضح أنها الأفضل لمؤسسة معينة. يمكن أن تكون طريقة تنفيذ ITIL، أو أجزاء منها، رشيقة.
الطريقة الأقل صعوبة للبدء في تنسيق ITIL والرشيقة هي من خلال إدارة الأحداث. كما تمت الإشارة إليه مؤخرًا، فإن إدارة الأحداث لديها مواقع عادية لتنفيذ عمليات التشغيل أو مجموعة سكروم ولديها دوائر إدخال منتظمة.
من الضروري أن نلاحظ، مع ذلك، أنه ليس عليك التفكير في تنفيذ أو دمج أجايل و ITIL مهما كنت ترغب في إجراء تحول اجتماعي نحو التفكير الرشيق.
إن أجايل هي عقلية، وبالتالي لكي تتقبل مجموعتك أفكار أجايل يجب أن تبدأ في التفكير ببراعة. وهذا يعني التخلص من الإجراءات المتراخية بشكل مفرط والتي لا تملأ في الوقت الحالي حاجة أو قدرة لمجموعتك، ولكن بالإضافة إلى ذلك تذكر عدم التخلي عن الجيد مع السيئ كما كان، والتخلص من العمليات من ITIL التي تعمل. يعود هذا إلى تغيير منظور ITIL مقابل Agile، والتفكير مرة أخرى في أيهما أفضل دون تقييد مجموعتك بأي منهما.
ولإحداث تغيير اجتماعي، يجب عليك نقل التفكير من الإجراءات إلى النتائج، وإتاحة الفرصة للأفراد لتقديم النقد. قد يعني ذلك إتاحة الفرصة للعاملين لمزيد من النقد أو إعطاء العملاء المزيد من المعلومات. كما يمكنك بالمثل أن تصنع ثقافة اللياقة من خلال تمكين التعلم والتطوير المستمر. هذا لا يعني إعطاء الأفراد دورات تدريبية لإزالتها ولكن السماح لهم بالمغامرة من نطاق إلمامهم المعتاد وتجربة شيء جديد وجديد.
إن التنسيق و ITIL ليسا رفيقين رائعين من الأصحاب، بل إنهما ليسا عدوين. كلا الهيكلين يمكن التنسيق بينهما لبناء ثقافة DevOps مثمرة.
DevOps هو عمل سد الثغرات بين أنشطة الأعمال وتحسين العمليات بمساعدة الجهد المشترك المتسق والمراسلات والأهداف المشتركة.
ليس على الإطلاق مثل ITIL، لا يوجد لدى DevOps مجموعة من أفضل الممارسات لمجموعة التطوير. وبالمثل، فإن منهجية Agile هي بنية تكرارية تسلط الضوء على تغييرات المحتوى بينما تركز DevOps على الاختبار المتوقع ونقل البرمجيات.
بغض النظر عن هذه التباينات المتباينة، يمكن أن تتواجد ITIL و Agile معًا بشكل جيد في اقتصاد DevOps لأن أهدافهما النهائية متشابهة جدًا. يمكن للعملاء استخدام ITIL لضمان الجودة في منتجات وإدارات تكنولوجيا المعلومات، ويمكنهم الانضمام إلى معايير Agile لنقل تدفق موثوق للتطورات في التطبيقات. مع أصل ITIL 4، ستصبح أجايل و ITIL أكثر تكيفًا بشكل كبير لإعطاء مزايا لـ DevOps.
SPOTO هي مزود معترف به عالميًا لمجموعة واسعة من الخدمات الاحترافية المصممة لتلبية الاحتياجات المتنوعة للمؤسسات في جميع أنحاء العالم. نحن متخصصون في التدريب التقني والتدريب على الأعمال، وتطوير تكنولوجيا المعلومات وحلول البرمجيات، وخدمات اللغات الأجنبية، والتعلم الرقمي، وتوفير الموارد والتوظيف، والاستشارات. يتجلى التزامنا الثابت بالتميز من خلال شهادات الأيزو 9001 و27001 وCMMIDEV/3، التي تؤكد على معاييرنا الاستثنائية. وبفضل سجلنا الحافل بالنجاح الذي يمتد لأكثر من عقدين من الزمن، فقد قدمنا خدماتنا بفعالية لأكثر من 4000 مؤسسة في جميع أنحاء العالم.

About the Author

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *

Related Posts