devops الهندسة

ما هي هندسة DevOps وما سبب أهميتها في الأعمال

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

الجانبتفسير
نظرة عامة على المفهومهندسة DevOps هو مجال متخصص ضمن DevOps يركز على تصميم وتنفيذ وإدارة الأتمتة و البنية التحتية كرمز (IaC) لدعم التكامل المستمر (سي) و التسليم المستمر (CD) خطوط الأنابيب. يقوم مهندسو DevOps بسد الفجوة بين تطوير البرمجيات وعمليات تكنولوجيا المعلومات، مما يضمن إمكانية إنشاء التطبيقات واختبارها ونشرها بكفاءة وموثوقية. إنهم مسؤولون عن إنشاء وصيانة الأدوات والأنظمة التي تمكن ذلك تطوير البرامج بتقنية أجيل, اختبار آليو نشر مستمر.
المبادئ الرئيسيةتسترشد هندسة DevOps بعدة مبادئ أساسية:
1. البنية التحتية كرمز (IaC): يتم تعريف البنية التحتية وإدارتها من خلال التعليمات البرمجية، مما يسمح بالتحكم في الإصدار والتكرار والأتمتة.
2. أتمتة: تتم تنفيذ المهام المتكررة، بدءًا من توفير الخوادم وحتى الاختبار، تلقائيًا لزيادة الكفاءة وتقليل الأخطاء.
3. قابلية التوسع: تم تصميم الأنظمة للتوسع ديناميكيًا لاستيعاب أعباء العمل المتغيرة.
4. الرصد والتغذية الراجعة: توفر المراقبة المستمرة تعليقات حول أداء النظام وسلامته.
5. تعاون: يعمل مهندسو DevOps بشكل وثيق مع فرق التطوير والعمليات والفرق الأخرى لمواءمة الأهداف والعمليات.
الأدوار والمسؤولياتيتحمل مهندسو DevOps مسؤوليات مختلفة، بما في ذلك:
1. الأدوات والأتمتة: تطوير وصيانة البرامج النصية للأتمتة وخطوط أنابيب CI / CD وأدوات النشر.
2 إدارة البنية التحتية: إدارة وتحسين البنية التحتية السحابية أو المحلية باستخدام IaC.
3. إدارة الإصدار: ضمان إصدارات سلسة وموثوقة لتحديثات البرامج.
4. المراقبة واستكشاف الأخطاء وإصلاحها: إعداد أدوات المراقبة، وتحليل مقاييس الأداء، واستكشاف الأخطاء وإصلاحها.
5. الأمان : دمج الممارسات والأدوات الأمنية في عملية DevOps.
6. تعاون: التعاون مع فرق التطوير والعمليات لتسهيل الاتصال وتبسيط سير العمل.
المعالجة:تتضمن عملية هندسة DevOps عادةً الخطوات التالية:
1. توفير البنية التحتية: يستخدم مهندسو DevOps IaC لتوفير موارد البنية التحتية.
2. أتمتة: تم تطوير البرامج النصية للأتمتة وخطوط أنابيب CI/CD لإنشاء التطبيقات واختبارها ونشرها.
3. الرصد والتغذية الراجعة: توفر المراقبة المستمرة رؤى حول أداء النظام وتنبيهات بشأن الحالات الشاذة.
4. قابلية التوسع والتحسين: يضمن المهندسون أن الأنظمة يمكنها التوسع بكفاءة وتحسين الموارد.
5. التكامل الأمني: تم دمج الممارسات الأمنية في مسار DevOps.
6. تعاون: يعمل المهندسون بشكل وثيق مع فرق التطوير للتوافق مع استراتيجيات النشر والإصدار.
الأدوات والتقنياتيستخدم مهندسو DevOps مجموعة واسعة من الأدوات والتقنيات، بما في ذلك أنظمة التحكم في الإصدار (على سبيل المثال، جيت)، منصات الحاويات (على سبيل المثال، عامل الميناء)، أدوات إدارة التكوين (على سبيل المثال، Ansible، Puppet)، منصات CI/CD (على سبيل المثال، جنكينز، ترافيس سي آي)، أدوات المراقبة (على سبيل المثال، بروميثيوس، جرافانا)، و الخدمات السحابية (على سبيل المثال، AWS، Azure). تعمل هذه الأدوات على تمكين التشغيل الآلي وIaC وممارسات DevOps الفعالة.
الامتيازاتيوفر تطبيق DevOps Engineering العديد من الفوائد:
1. تسليم أسرع: تعمل الأتمتة وخطوط أنابيب CI/CD على تسريع عملية تسليم البرامج.
2. الموثوقية: الاختبار والمراقبة الآلية يعززان موثوقية النظام.
3. قابلية التوسع: القياس الديناميكي يستوعب أعباء العمل المتغيرة.
4. فعالية التكلفة: الإدارة الفعالة للموارد تقلل من تكاليف البنية التحتية.
5. تعاون: التعاون بين الفرق يعزز ثقافة المسؤولية المشتركة.
التحديات والمخاطرتشمل التحديات في هندسة DevOps تعقيد إدارة البرامج النصية والبنية التحتية للأتمتة، وضمان التدابير الأمنية المناسبة، ومعالجة المقاومة الثقافية للتغيير. قد تنشأ المخاطر من التكوينات الخاطئة، أو نقص الوثائق، أو عدم كفاية الاختبارات.

تعريف DevOps

يكمل مهندس DevOps بنية أساسية سحابية سلسة لأي عمل.

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

تعتبر هندسة DevOps دورًا ناشئًا حديثًا في مجال الأعمال. يتطور إلى نتاج قوة عاملة ديناميكية لم تزدهر بعد.

لهذا السبب ، فإن غالبية الشركات لم تنشئ بعد مسارًا وظيفيًا واضحًا لأدوار DevOps الهندسية.

لتعريف ما يشمل هندسة DevOps بشكل كامل ، يجب على المرء أن يفهم ما يلزم ليكون واحدًا.

يمهد التعاون بين الفرق الطريق للتكامل السريع ونشر البرامج والمنتج.

باستخدام DevOps ، يمكن لفرق تكنولوجيا المعلومات إنتاج حلول مبتكرة وتقديم منتجات عالية القيمة بشكل أكثر كفاءة.

ماذا يفعل مهندس DevOps؟

تركز غالبية الأدوار الهندسية في DevOps على تقديم الأدوات والعمليات التي تسهل تطوير البرامج.

ببساطة ، مهندسو DevOps موجودون من البداية إلى النهاية.

يعني هذا العنوان أنهم يديرون تطوير البرامج من الترميز والنشر إلى الصيانة والتحديثات.

يتعاونون مع المطورين والمبرمجين ومتخصصي ضمان الجودة عند العمل على منتج واحد.

يوحد مهندس DevOps الفريق لاتخاذ الإجراءات اللازمة التي تضمن الجودة وترتيب أولويات تجربة العملاء السلسة.

مسؤوليات مهندس DevOps

مهندسو DevOps مسؤولون عن البنية التحتية لتكنولوجيا المعلومات طوال دورة تطوير البرامج.

عادةً ما يتولى مهندسو DevOps المهام التالية:

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

مهارات مهندس واعد DevOps

يهدف مهندسو DevOps إلى سد الفجوة بين فرق التطوير والعمليات.

من خلال الجمع بين وظائف تكنولوجيا المعلومات هذه معًا ، يمكنهم نشر المنتجات التي يجدها المستهلكون ذات قيمة.

يجب أن يمتلك مهندسو DevOps مهارات كبيرة يمكنهم تقديمها إلى طاولة المفاوضات للتأكيد على منهجية رشيقة.

يجب أن يكون مهندسو DevOps على دراية بالأدوات الأكثر شيوعًا المستخدمة في الصناعة.

للبقاء في الطلب ، يجب أن يكون لديهم معرفة واسعة في استضافة تطبيقات أنظمة تشغيل Linux.

يجب أن يعرفوا أيضًا كيفية تشغيل أدوات إدارة التكوين مثل Jenkins و Puppet و Chef و Ansible.

تلعب هذه الأدوات دورًا أساسيًا في أتمتة العمليات وتوفير البنية التحتية.

علاوة على ذلك ، فإن الأدوار الهندسية DevOps كلها عملية عندما يتعلق الأمر بالأتمتة وإدارة البنية التحتية.

بصرف النظر عن وصولهم إلى الأدوات المعقدة ، يجب أن يتمتعوا بمهارات شخصية لا تشوبها شائبة.

إنهم يعززون شراكة تعاونية عبر وظائف تكنولوجيا المعلومات ، لذلك يجب أن يعرفوا كيفية التعامل معها.

نظرة على فريق DevOps الشامل

إذا كنت تتطلع إلى زيادة فريق DevOps الشامل لوظائف تكنولوجيا المعلومات الحالية لديك ، فقد ترغب في النظر في الأدوار التالية:

مدير الافراج

يحتاج فريق DevOps إلى أن يكون لديه مدير إصدار يتولى معالجة العملية والنشر.

هم الذين سيضعون الخطط ، ويعدون الجداول ، ويراقبون العملية بأكملها لضمان سيرها بسلاسة.

ببساطة ، يقوم مديرو الإصدار بتنفيذ المهام التي يؤديها الفريق لتبسيط العملية. بدونهم ، لا يمكن لفريق التطوير والعمليات العمل في انسجام تام.

يعتبر مديرو الإصدار أمرًا حيويًا بشكل خاص أثناء نشر المنتج.

لديهم القول الفصل فيما إذا كان الإصدار الحالي للبرنامج مناسبًا للإصدار.

تقع على عاتقهم مسؤولية التحقق من جودة البرنامج باستخدام خط أنابيب CI / CD والتحقق من المشكلات.

مهندس أتمتة

يستفيد مهندسو الأتمتة من خط أنابيب CI / CD لتبسيط عملية تطوير البرامج.

يقومون بنشر CI / CD لتنفيذ تغييرات محددة بشكل أكثر كفاءة.

مهندسو الأتمتة هم الذين ينشئون ويحافظون على خط أنابيب CI / CD لتسهيل التنفيذ الفوري لتعديلات الكود.

لهذا السبب ، يعتمد مهندسو الأتمتة على أدوات CI / CD مثل Jenkins و Maven و Git والمزيد.

اختبار البرمجيات

مختبرو البرامج مسؤولون عن مراقبة وإصلاح أي خطأ يحيط بالشفرة.

عندما يتم التغاضي عن أي خطأ ، يمكن أن يؤثر ذلك على جودة المنتج.

السيناريو الأسوأ هو أن المستخدمين لا يمكنهم استخدام الميزات الرئيسية للبرنامج بسبب خطأ بسيط.

يظهر مختبرو البرامج في الصورة بعد وقت قصير من تطوير المنتج لمراقبة أي أخطاء وأخطاء تحدث.

يختبرون جميع جوانب البرنامج للتحقق من وجود أي خطأ به.

XNUMX. من قائمة صمم ، في بعض المواقف التي تختبر تجربة المستخدم ، تأكد من أن البرنامج سلس.

بالإضافة إلى ذلك ، تقع على عاتق مختبري البرامج مسؤولية التحقق من تماسك الكود ووظائفه.

يجب أن تفي بمعايير مدير الإصدار قبل إطلاق المنتج للجمهور.

أخصائي تكامل

يلعب اختصاصي التكامل دورًا أساسيًا في نظام DevOps البيئي.

يضمنون تلبية متطلبات البنية التحتية باستخدام استراتيجيات التكامل والاختبار.

يستخدم هؤلاء المتخصصون منهجية رشيقة لدعم عمليات الأتمتة والإجراءات الهندسية.

مهندس SecDevOps

devsecops
DevSecOps عبارة عن مجموعة من التخصصات تجمع بين التطوير والأمان والعمليات. إنها فلسفة تساعد شركات تطوير البرمجيات على تقديم منتجات مبتكرة بسرعة دون التضحية بالأمن. يتيح ذلك تحديد مشكلات الأمان المحتملة أثناء عملية التطوير - وليس بعد إصدار المنتج بما يتماشى مع ظهور ممارسات تطوير البرامج المستمرة.

يدير مهندسو SecDevOps أمان البرنامج.

إن وظيفتهم هي التأكد من أن الأدوات المستخدمة مؤمنة ، من إدارة التكوين إلى إدارة السجل إلى ضمان الجودة.

وعادة ما يتبعون بروتوكولات الأمان التي وضعتها الشركة كدليل لهم. ببساطة ، يضمن مهندسو SecDevOps أن يلتزم كل عضو في الفريق بالإرشادات.

أخيرًا ، يمتلك مهندسو DevOps المقدار المناسب من التوازن في فرق تقنية المعلومات متعددة الوظائف.

لا يقتصر الأمر على منصب معين ، حيث يجب عليهم تنسيق فريق التطوير والعمليات لتبسيط تطوير البرامج.

تعني هذه المتطلبات أن المسمى الوظيفي شامل كليًا ويتطلب مطورًا ماهرًا ومتعدد الاستخدامات لتنفيذ هذا الدور بنجاح.

ويبرز الرئيسية

  • دور مهندس DevOps: يعد مهندسو DevOps ضروريين لإنشاء بنية أساسية سحابية سلسة في الشركات الحديثة. إنهم يلعبون دورًا رئيسيًا في تطوير بنية تحتية سحابية قوية مناسبة للبيئات المختلطة. لا يزال دور مهندس DevOps في طور الظهور، ولا يزال يتعين على العديد من الشركات تحديد مسارات وظيفية واضحة لهذا الدور.
  • التعاون والكفاءة: تركز DevOps على التعاون بين فرق التطوير والعمليات، مما يتيح التكامل والنشر السريع للبرامج والمنتجات. يؤدي هذا التعاون إلى حلول مبتكرة وتسليم المنتجات بكفاءة.
  • مسؤوليات مهندس DevOps: يشارك مهندسو DevOps في دورة حياة تطوير البرامج بأكملها. إنهم يديرون كل شيء بدءًا من الترميز والنشر وحتى الصيانة والتحديثات. إنهم يتعاونون مع فرق مختلفة، بما في ذلك المطورين والمبرمجين والمتخصصين في ضمان الجودة، لضمان تجربة سلسة للعملاء.
  • مفتاح المسؤوليات:
    • الحفاظ على التكامل المستمر والتسليم المستمر باستخدام الأدوات المناسبة.
    • أتمتة اختبار ونشر ومراقبة التعليمات البرمجية.
    • التنسيق مع فرق تكنولوجيا المعلومات لتلبية توقعات العملاء.
  • مهارات مهندس DevOps: يقوم مهندسو DevOps بسد الفجوة بين التطوير والعمليات، ونشر منتجات قيمة. إنهم بحاجة إلى مهارات في الأتمتة وتطبيقات الاستضافة وأدوات إدارة التكوين مثل Jenkins وPuppet وChef وAnsible. تعد مهارات التعامل مع الآخرين مهمة أيضًا لتعزيز التعاون عبر وظائف تكنولوجيا المعلومات.
  • الأدوار في فريق DevOps الشامل:
    • مدير الافراج: يتعامل مع عملية النشر والخطط والجداول الزمنية والشاشات لضمان عملية سلسة.
    • مهندس أتمتة: إنشاء وصيانة مسار CI/CD لتنفيذ التعليمات البرمجية بكفاءة باستخدام أدوات مثل Jenkins وMaven وGit.
    • مختبر برمجيات: يقوم بمراقبة وإصلاح الأخطاء في التعليمات البرمجية، مما يضمن تجربة مستخدم سلسة من خلال اختبار جميع جوانب البرنامج.
    • أخصائي التكامل: يضمن تلبية متطلبات البنية التحتية من خلال استراتيجيات التكامل والاختبار باستخدام منهجيات رشيقة.
    • مهندس SecDevOps: يدير أمان البرامج، باتباع البروتوكولات المعمول بها لتأمين الأدوات والتكوينات والالتزام بالإرشادات.
  • التوازن والتنوع: يعمل مهندسو DevOps على تحقيق التوازن بين فرق تكنولوجيا المعلومات متعددة الوظائف، والتنسيق بين التطوير والعمليات. يتطلب هذا الدور متعدد الاستخدامات أفرادًا ماهرين يمكنهم تنفيذ مسؤولياتهم بنجاح وتعزيز تطوير البرامج بكفاءة.

ما هي الأدوار الرئيسية داخل DevOps Engineering؟

ماذا يفعل مهندس DevOps؟

تركز غالبية الأدوار الهندسية في DevOps على تقديم الأدوات والعمليات التي تسهل تطوير البرامج. مهندسو DevOps مسؤولون عن البنية التحتية لتكنولوجيا المعلومات طوال دورة تطوير البرامج لسد الفجوة بين فرق التطوير والعمليات.

أطر العمل المرنة والمرنة المتصلة

AIOps

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

التحول السريع

التحول السريع
AgileSHIFT هو إطار عمل يعد الأفراد للتغيير التحولي من خلال خلق ثقافة الرشاقة.

منهجية رشيقة

منهجية رشيقة
بدأت Agile كطريقة تطوير خفيفة الوزن مقارنةً بتطوير البرمجيات ذات الوزن الثقيل ، وهو النموذج الأساسي للعقود السابقة من تطوير البرمجيات. بحلول عام 2001 ، وُلد بيان تطوير البرمجيات Agile كمجموعة من المبادئ التي حددت النموذج الجديد لتطوير البرمجيات كتكرار مستمر. سيؤثر هذا أيضًا على طريقة ممارسة الأعمال التجارية.

إدارة برنامج رشيقة

برنامج إدارة رشيقة
Agile Program Management هي وسيلة لإدارة وتخطيط وتنسيق العمل المترابط بهذه الطريقة قيمنا يتم التأكيد على التسليم لجميع أصحاب المصلحة الرئيسيين. Agile Program Management (AgilePgM) هو نهج رشيق منضبط ولكنه مرن لإدارة التغيير التحويلي داخل المنظمة.

إدارة المشاريع رشيقة

إدارة المشاريع رشيقة
Agile project management (APM) هو أ إستراتيجية يقسم المشاريع الكبيرة إلى مهام أصغر وأكثر قابلية للإدارة. في منهجية APM ، يتم إكمال كل مشروع في أقسام صغيرة - يشار إليها غالبًا باسم التكرارات. يتم إكمال كل تكرار وفقًا لدورة حياة المشروع ، بدءًا من المرحلة الأولية صمم والتقدم نحو الاختبار ثم ضمان الجودة.

النمذجة الرشيقة

النمذجة الرشيقة
النمذجة الرشيقة (AM) هي منهجية لنمذجة وتوثيق الأنظمة القائمة على البرامج. النمذجة الرشيقة أمر بالغ الأهمية للتسليم السريع والمستمر للبرنامج. إنها مجموعة من القيم والمبادئ والممارسات التي توجه نمذجة البرمجيات الفعالة وخفيفة الوزن.

تحليل الأعمال الرشيقة

تحليل الأعمال الرشيقة
Agile Business Analysis (AgileBA) هي شهادة في شكل توجيه وتدريب لمحللي الأعمال الذين يسعون للعمل في بيئات رشيقة. لدعم هذا التحول ، تساعد AgileBA أيضًا محلل الأعمال على ربط مشاريع Agile بمنظمة أوسع مهمتنا or إستراتيجية. للتأكد من أن المحللين لديهم المهارات والخبرات اللازمة ، تم تطوير شهادة AgileBA.

القيادة الرشيقة

رشيقة القيادة
القيادة الرشيقة هي تجسيد لمبادئ البيان الرشيق من قبل المدير أو فريق الإدارة. تؤثر القيادة الرشيقة على مستويين مهمين من الأعمال. يحدد المستوى الهيكلي الأدوار والمسؤوليات ومؤشرات الأداء الرئيسية. يصف المستوى السلوكي الإجراءات التي يعرضها القادة للآخرين بناءً على مبادئ رشاقة. 

نظام أندون

نظام andon
يقوم نظام andon بتنبيه الإدارة أو الصيانة أو الموظفين الآخرين بمشكلة عملية الإنتاج. يمكن تنشيط التنبيه نفسه يدويًا باستخدام زر أو سلك سحب ، ولكن يمكن أيضًا تنشيطه تلقائيًا بواسطة معدات الإنتاج. تستخدم معظم لوحات Andon ثلاثة أضواء ملونة مشابهة لإشارة المرور: أخضر (لا توجد أخطاء) ، أصفر أو كهرماني (تم تحديد المشكلة ، أو يلزم فحص الجودة) ، والأحمر (توقف الإنتاج بسبب مشكلة غير محددة).

إدارة المحافظ الثنائية

إدارة المحافظ ثنائية النسق
تساعد إدارة المحافظ الثنائية (BimodalPfM) المؤسسة في إدارة كل من المحافظ المرنة والتقليدية في نفس الوقت. تمت صياغة إدارة المحافظ الثنائية - التي يشار إليها أحيانًا باسم التطوير الثنائي - من قبل شركة الأبحاث والاستشارات Gartner. جادلت الشركة بأن العديد من المنظمات المرنة لا تزال بحاجة إلى تشغيل بعض جوانب عملياتها باستخدام نماذج التسليم التقليدية.

مصفوفة ابتكار الأعمال

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

ابتكار نموذج الأعمال

ابتكار نموذج الأعمال
في المجال نموذج ابتكار يدور حول زيادة نجاح منظمة بالمنتجات والتقنيات الحالية من خلال صياغة مقنعة اقتراح قيمة قادرة على دفع جديد نموذج الأعمال لتوسيع نطاق العملاء وخلق ميزة تنافسية دائمة. ويبدأ كل شيء من خلال إتقان العملاء الرئيسيين.

التعطيل البناء

التعطيل البناء
المستهلك العلامة تجارية تعرف شركة مثل Procter & Gamble (P&G) "التعطيل البناء" على أنه: الرغبة في التغيير والتكيف وخلق اتجاهات وتقنيات جديدة من شأنها تشكيل صناعتنا في المستقبل. وفقًا لشركة P&G ، فإنها تتحرك حول أربعة أعمدة: العجاف ابتكار, العلامة تجارية البناء وسلسلة التوريد والرقمنة وتحليلات البيانات.

الابتكار المستمر

الابتكار المستمر
هذه عملية تتطلب حلقة تغذية مرتدة مستمرة لتطوير منتج ذي قيمة وبناء عمل تجاري قابل للتطبيق نموذج. مستمر ابتكار هي عقلية يتم فيها تصميم المنتجات والخدمات وتقديمها لضبطها حول مشكلة العملاء وليس الحل التقني لمؤسسيها.

تصميم سبرينت

تصميم سبرينت
A صمم Sprint هي عملية مجربة مدتها خمسة أيام يتم فيها الرد على أسئلة العمل المهمة بسرعة صمم والنماذج الأولية ، مع التركيز على المستخدم النهائي. أ صمم يبدأ العدو بالتحدي الأسبوعي الذي يجب أن ينتهي بنموذج أولي ، واختباره في النهاية ، وبالتالي تم تعلم الدرس ليتم تكراره.

التفكير في التصميم

التفكير في التصميم
حدد تيم براون ، الرئيس التنفيذي لـ IDEO صمم التفكير على أنه "نهج محوره الإنسان ابتكار التي تستمد من مجموعة أدوات المصمم لدمج احتياجات الأشخاص وإمكانيات التكنولوجيا ومتطلبات نجاح الأعمال. " لذلك ، فإن الرغبة والجدوى والجدوى متوازنة لحل المشكلات الحرجة.

DevOps

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

مسار مزدوج رشيق

مزدوج المسار رشيقة
يعد اكتشاف المنتج جزءًا مهمًا من المنهجيات الرشيقة ، حيث يتمثل هدفها في ضمان بناء المنتجات التي يحبها العملاء. يتضمن اكتشاف المنتج التعلم من خلال مجموعة من الأساليب ، بما في ذلك صمم التفكير والبدء الخالي من الهدر واختبار A / B على سبيل المثال لا الحصر. Dual Track Agile هي منهجية رشيقة تحتوي على مسارين منفصلين: مسار "الاكتشاف" ومسار "التسليم".

أقصى الحدود برمجة وتطوير

البرمجة المتطرفة
تم تطوير برمجة eXtreme في أواخر التسعينيات من قبل كين بيك ورون جيفريز وورد كننغهام. خلال هذا الوقت ، كان الثلاثي يعملون على نظام التعويض الشامل لشركة كرايسلر (C1990) للمساعدة في إدارة نظام كشوف مرتبات الشركة. برمجة eXtreme (XP) هي منهجية لتطوير البرمجيات. إنه مصمم لتحسين جودة البرامج وقدرة البرامج على التكيف مع احتياجات العملاء المتغيرة.

ميزة التنمية مدفوعة

ميزة التنمية مدفوعة
التطوير المدفوع بالميزات هو عملية برمجية براغماتية تتمحور حول العميل والهندسة المعمارية. التطوير المدفوع بالميزات (FDD) هو تطوير برمجيات رشيقة نموذج الذي ينظم سير العمل وفقًا للميزات التي يجب تطويرها بعد ذلك.

ممشى جيمبا

جيمبا المشي
يعد Gemba Walk عنصرًا أساسيًا في الإدارة الرشيقة. يصف الملاحظة الشخصية للعمل لمعرفة المزيد عنه. Gemba هي كلمة يابانية تُترجم بشكل فضفاض على أنها "المكان الحقيقي" ، أو في العمل ، "المكان الذي يتم فيه إنشاء القيمة". تم إنشاء Gemba Walk كمفهوم من قبل Taiichi Ohno ، والد نظام إنتاج Toyota للتصنيع الخالي من الهدر. أراد Ohno تشجيع المديرين التنفيذيين في الإدارة على مغادرة مكاتبهم ومعرفة مكان حدوث العمل الحقيقي. كان يأمل أن يؤدي ذلك إلى بناء علاقات بين الموظفين ذوي المهارات المختلفة إلى حد كبير وبناء الثقة.

تخطيط GIST

التخطيط الجوهري
يعد تخطيط GIST طريقة سهلة نسبيًا وخفيفة الوزن لتخطيط المنتجات التي تفضل العمل المستقل. GIST Planning هي منهجية مرنة ورشيقة تم إنشاؤها بواسطة مدير منتجات Google السابق إيتامار جلعاد. يسعى GIST Planning إلى معالجة هذا الموقف من خلال إنشاء خطط خفيفة الوزن تكون سريعة الاستجابة وقابلة للتكيف مع التغيير. يعمل تخطيط GIST أيضًا على تحسين سرعة الفريق والاستقلالية والمواءمة من خلال تقليل التأثير السائد للإدارة. يتكون من أربع مجموعات: الأهداف والأفكار والمشاريع المتدرجة والمهام.

سجل ICE

نموذج سجل الجليد
يعد نموذج نقاط ICE منهجية رشيقة تعطي الأولوية للميزات باستخدام البيانات وفقًا لثلاثة مكونات: التأثير والثقة وسهولة التنفيذ. تم إنشاء نموذج تسجيل ICE في البداية بواسطة المؤلف و نمو الخبير شون إليس لمساعدة الشركات على التوسع. اليوم هو نموذج يستخدم على نطاق واسع لتحديد أولويات المشاريع والميزات والمبادرات وعمليات الطرح. إنها مناسبة بشكل مثالي لتطوير المنتجات في المراحل المبكرة حيث يوجد تدفق مستمر للأفكار ويجب الحفاظ على الزخم.

قمع الابتكار

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

مصفوفة الابتكار

أنواع الابتكار
وفقًا لمدى دقة تعريف المشكلة ومدى دقة تعريف المجال ، لدينا أربعة أنواع رئيسية من الابتكارات: البحث الأساسي (المشكلة والمجال أو غير محدد جيدًا) ؛ اختراق ابتكار (المجال غير محدد بشكل جيد ، المشكلة محددة جيدا) ؛ مستدامة ابتكار (يتم تعريف كل من المشكلة والمجال بشكل جيد) ؛ ومربكة ابتكار (المجال محدد جيدا ، المشكلة ليست محددة جيدا).

نظرية الابتكار

نظرية الابتكار
ابتكار الحلقة هي منهجية / إطار عمل مشتق من مختبرات بيل ، والتي أنتجت ابتكار على نطاق واسع طوال القرن العشرين. لقد تعلموا كيفية الاستفادة من الهجين ابتكار إدارة نموذج على أساس العلم والاختراع والهندسة والتصنيع على نطاق واسع. من خلال الاستفادة من العبقرية الفردية والإبداع والمجموعات الصغيرة / الكبيرة.

Lean مقابل Agile

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

العجاف بدء التشغيل

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

المنتج الحد الأدنى قابلة للحياة

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

أصغر حجمًا MVP

أصغر حجمًا
MVP الأصغر حجمًا هو تطور نهج MPV. حيث يتم التحقق من مخاطر السوق قبل أي شيء آخر

Kanban

kanban
كانبان هو إطار للتصنيع الخالي من الهدر طورته تويوتا لأول مرة في أواخر الأربعينيات. إطار عمل كانبان هو وسيلة لتصور العمل وهو يتحرك من خلال تحديد الاختناقات المحتملة. يقوم بذلك من خلال عملية تسمى التصنيع في الوقت المناسب (JIT) لتحسين العمليات الهندسية ، وتسريع تصنيع المنتجات ، وتحسين الانتقال إلى السوق إستراتيجية.

جيدوكا

جيدوكا
تم استخدام Jidoka لأول مرة في عام 1896 بواسطة Sakichi Toyoda ، الذي اخترع نول نسيج يتوقف تلقائيًا عند مواجهة خيط معيب. جيدوكا مصطلح ياباني يستخدم في التصنيع الخالي من الهدر. يصف المصطلح سيناريو تتوقف فيه الآلات عن العمل دون تدخل بشري عند اكتشاف مشكلة أو عيب.

دورة PDCA

دورة PDCA
تم اقتراح دورة PDCA (Plan-Do-Check-Act) لأول مرة من قبل الفيزيائي الأمريكي والمهندس والتر أيه شيوهارت في عشرينيات القرن الماضي. دورة PDCA هي عملية مستمرة وطريقة لتحسين المنتج ومكون أساسي في فلسفة التصنيع الخالي من الهدر.

عملية الرشيد الموحدة

عملية موحدة عقلانية
العملية الموحدة العقلانية (RUP) هي منهجية تطوير برمجيات رشيقة تقسم دورة حياة المشروع إلى أربع مراحل متميزة.

التطوير السريع للتطبيق

التطوير السريع للتطبيق
تم تقديم RAD لأول مرة من قبل المؤلف والمستشار جيمس مارتن في عام 1991. أدرك مارتن ثم استفاد من قابلية البرمجيات اللانهائية للتطويع في تصميم نماذج التطوير. التطوير السريع للتطبيقات (RAD) هو منهجية تركز على التقديم السريع من خلال التغذية الراجعة المستمرة والتكرار المتكرر.

تحليل بأثر رجعي

تحليل بأثر رجعي
يتم إجراء التحليلات بأثر رجعي بعد المشروع لتحديد ما الذي نجح وما لم ينجح. يتم إجراؤها أيضًا في نهاية التكرار في إدارة المشاريع الرشيقة. يسمي الممارسون الرشيقون هذه الاجتماعات بأثر رجعي أو استعادي. إنها طريقة فعالة للتحقق من نبض فريق المشروع ، والتفكير في العمل المنجز حتى الآن ، والتوصل إلى توافق في الآراء حول كيفية التعامل مع دورة العدو التالية. هذه هي المراحل الخمس لأثر رجعي تحليل من أجل إدارة فعالة للمشروع الرشيقة: قم بإعداد المسرح ، وجمع البيانات ، وتوليد الأفكار ، واتخاذ قرار بشأن الخطوات التالية ، وإغلاق العرض بأثر رجعي.

رشيقة متدرجة

تطوير متدرج - رشيق - رقيق
يساعد Scaled Agile Lean Development (ScaleD) الشركات على اكتشاف نهج متوازن للتحول السريع وأسئلة التوسع. نهج ScALed يساعد الشركات على الاستجابة بنجاح للتغيير. مستوحى من مزيج من القيم المرنة والمرنة ، يعتمد ScALed على الممارس ويمكن إكماله من خلال أطر وممارسات رشيقة مختلفة.

SMED

سميد
طريقة SMED (تبادل دقيقة واحدة للقالب) هي إطار إنتاج بسيط لتقليل الفاقد وزيادة كفاءة الإنتاج. طريقة SMED هي إطار عمل لتقليل الوقت المرتبط بإكمال تغيير المعدات.

نموذج سبوتيفي

سبوتيفي النموذج
نموذج Spotify هو نهج مستقل لتوسيع نطاق رشاقة ، مع التركيز على التواصل الثقافي والمساءلة والجودة. سبوتيفي نموذج تم التعرف عليه لأول مرة في عام 2012 بعد Henrik Kniberg ، وأصدر Anders Ivarsson مستندًا تقنيًا يوضح بالتفصيل كيفية اقتراب شركة البث المباشر Spotify من المرونة. لذلك ، فإن Spotify نموذج يمثل تطورًا للرشاقة.

تطوير يحركها الاختبار

تطوير يحركها الاختبار
كما يوحي الاسم ، TDD هي تقنية تعتمد على الاختبار لتقديم برامج عالية الجودة بسرعة وبشكل مستدام. إنه نهج تكراري يعتمد على فكرة أنه يجب كتابة اختبار فاشل قبل كتابة أي رمز لميزة أو وظيفة. التطوير المستند إلى الاختبار (TDD) هو نهج لتطوير البرمجيات يعتمد على دورات تطوير قصيرة جدًا.

توقيت

توقيت
Timeboxing هي تقنية بسيطة لكنها قوية لإدارة الوقت لتحسين الإنتاجية. يصف Timeboxing عملية الجدولة الاستباقية لكتلة من الوقت لإنفاقها على مهمة في المستقبل. تم وصفه لأول مرة من قبل المؤلف جيمس مارتن في كتاب حول تطوير البرمجيات الرشيقة.

سكروم

ما هو سكروم
سكرم هي منهجية شارك في إنشائها كين شوابر وجيف ساذرلاند من أجل التعاون الجماعي الفعال في المنتجات المعقدة. تم التفكير في Scrum بشكل أساسي في مشاريع تطوير البرمجيات لتقديم قدرة برمجية جديدة كل 2-4 أسابيع. إنها مجموعة فرعية من Agile تُستخدم أيضًا في إدارة المشاريع لتحسين إنتاجية الشركات الناشئة.

سكرومبان

قذر
سكرومبان هو إطار عمل لإدارة المشروع عبارة عن مزيج من منهجيتين رشيقتين شائعتين: سكرم وكانبان. Scrumban هو نهج شائع لمساعدة الشركات على التركيز على المهام الإستراتيجية الصحيحة مع تعزيز عملياتها في نفس الوقت.

مكافحة أنماط سكروم

أنماط سكروم المضادة
تصف الأنماط المضادة لـ Scrum أي حل جذاب وسهل التنفيذ يؤدي في النهاية إلى تفاقم المشكلة. لذلك ، هذه هي الممارسة التي لا يجب اتباعها لمنع ظهور المشكلات. تتضمن بعض الأمثلة الكلاسيكية لأنماط مكافحة سكروم مالكي المنتجات الغائبين ، والتذاكر المعينة مسبقًا (جعل الأفراد يعملون في عزلة) ، وخصم الاستعادات (حيث لا تكون اجتماعات المراجعة مفيدة لإجراء تحسينات حقًا).

سكروم على نطاق واسع

سكرم على نطاق
Scrum at Scale (Scrum @ Scale) هو إطار عمل تستخدمه فرق Scrum لمعالجة المشكلات المعقدة وتقديم منتجات عالية القيمة. تم إنشاء Scrum at Scale من خلال مشروع مشترك بين Scrum Alliance و Scrum Inc. وأشرف على المشروع المشترك Jeff Sutherland ، أحد مؤسسي Scrum وأحد المؤلفين الرئيسيين لـ Agile Manifesto.

ستة سيغما

ستة سيجما
Six Sigma هو نهج يعتمد على البيانات ومنهجية للتخلص من الأخطاء أو العيوب في منتج أو خدمة أو عملية. تم تطوير Six Sigma بواسطة Motorola كنهج إداري قائم على أساسيات الجودة في أوائل الثمانينيات. بعد عقد من الزمان ، روجت لها شركة جنرال إلكتريك التي قدرت أن المنهجية وفرت لهم 1980 مليار دولار في السنوات الخمس الأولى من التشغيل.

أهداف تمتد

أهداف تمتد
تصف الأهداف الممتدة أي مهمة يخطط فريق أجايل لإكمالها دون الالتزام صراحةً بالقيام بذلك. تدمج الفرق أهدافًا قابلة للتمدد أثناء Sprint أو Program Increment (PI) كجزء من Scaled Agile. يتم استخدامها عندما يكون الفريق الرشيق غير متأكد من قدرته على تحقيق الهدف. لذلك ، فإن الأهداف الممتدة هي بدلاً من ذلك نتائج ، على الرغم من أنها مرغوبة للغاية ، إلا أنها ليست الفرق بين نجاح أو فشل كل سباق.

نظام إنتاج تويوتا

نظام إنتاج تويوتا
نظام إنتاج تويوتا (TPS) هو شكل مبكر من أشكال التصنيع الخالي من الهدر الذي أنشأته شركة تصنيع السيارات Toyota. يسعى نظام إنتاج Toyota ، الذي أنشأته شركة Toyota Motor Corporation في الأربعينيات والخمسينيات من القرن الماضي ، إلى تصنيع المركبات التي يطلبها العملاء بأسرع ما يمكن وكفاءة.

إدارة الجودة الكلية

إدارة الجودة الكلية
إطار إدارة الجودة الشاملة (TQM) هو أسلوب يعتمد على فرضية أن الموظفين يعملون باستمرار على قدرتهم على تقديم قيمة للعملاء. الأهم من ذلك ، تعني كلمة "إجمالي" أن جميع الموظفين يشاركون في العملية - بغض النظر عما إذا كانوا يعملون في التطوير أو الإنتاج أو الإنجاز.

شلال

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

اقرأ أيضا: الابتكار المستمرمنهجية رشيقةالعجاف بدء التشغيلابتكار نموذج الأعمالإدارة المشاريع.

قراءة التالي: منهجية رشيقة, منهجية العجاف, إدارة المشاريع رشيقة, سكروم, Kanban, ستة سيغما.

الأدلة الرئيسية:

دراسات الحالة الرئيسية:

نبذة عن الكاتب

انتقل إلى الأعلى
FourWeekMBA