منهجيات أجايل – التعريف

Agile Methodology

في فبراير 2001، في منتجع سنوبيرد في ولاية يوتا، اجتمع 17 من مطوري البرمجيات لمناقشة أساليب التطوير خفيفة الوزن. وكانت نتيجة اجتماعهم هي بيان Agile التالي لتطوير البرمجيات :

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

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

المبادئ الإثني عشر لـ Agile

1 – رضا العملاء Customer Satisfaction – يتم إعطاء الأولوية القصوى لتلبية متطلبات العملاء من خلال التسليم المبكر والمستمر للبرامج القيمة.

مرحبًا بالتغيير Welcome Change – التغييرات أمر لا مفر منه أثناء تطوير البرمجيات. وينبغي أن تكون المتطلبات المتغيرة باستمرار موضع ترحيب، حتى في وقت متأخر من مرحلة التطوير. يجب أن تعمل العمليات الرشيقة على زيادة الميزة التنافسية للعملاء.

تسليم برنامج عمل Deliver a Working Software – تسليم برنامج عمل بشكل متكرر، يتراوح من بضعة أسابيع إلى بضعة أشهر، مع الأخذ في الاعتبار نطاق زمني أقصر.

التعاون Collaboration – يجب على رجال الأعمال والمطورين العمل معًا طوال فترة المشروع بأكملها.

الدافع Motivation – يجب أن تبنى المشاريع حول الأفراد المتحمسين. توفير بيئة لدعم أعضاء الفريق الفرديين والثقة بهم لجعلهم يشعرون بالمسؤولية لإنجاز المهمة.

المحادثة وجهًا لوجه Face-to-face Conversation – المحادثة وجهًا لوجه هي الطريقة الأكثر كفاءة وفعالية لنقل المعلومات إلى فريق التطوير وداخله.

قياس التقدم وفقًا لبرنامج العمل Measure the Progress as per the Working Software – يعد برنامج العمل هو المفتاح ويجب أن يكون المقياس الأساسي للتقدم.

الحفاظ على وتيرة ثابتة Maintain Constant Pace – تهدف العمليات الرشيقة إلى تحقيق التنمية المستدامة. يجب أن يكون رجال الأعمال والمطورون والمستخدمون قادرين على الحفاظ على وتيرة ثابتة للمشروع.

الرقابة Monitoring – إيلاء اهتمام منتظم للتميز التقني والتصميم الجيد لتعزيز خفة الحركة.

البساطة Simplicity – أبقِ الأمور بسيطة واستخدم مصطلحات بسيطة لقياس العمل الذي لم يكتمل.

فرق التنظيم الذاتي Self-organized Teams – يجب أن يكون الفريق الرشيق منظمًا ذاتيًا ولا يجب أن يعتمد بشكل كبير على فرق أخرى لأن أفضل البنى والمتطلبات والتصميمات تنبثق من فرق ذاتية التنظيم.

راجع العمل بانتظام Review the Work Regularly – قم بمراجعة العمل المنجز على فترات منتظمة حتى يتمكن الفريق من التفكير في كيفية أن يصبح أكثر فعالية ويعدل سلوكه وفقًا لذلك.

Related posts

هندسة البرمجيات – نظرة عامة

بنيان وتصميم البرمجيات – مقدمة

نظم المعلومات الإدارية – جودة المعلومات