ما هي أساليب تطوير البرمجيات Agile التي حققت أكبر قدر من النجاح فيها؟[مغلق]

Question

هناك العديد تطوير البرمجيات رشيق طُرق.ما هي الطرق التي استخدمتها عمليا لتقديم مشروع ناجح، وكيف ساهمت الطريقة في تحقيق هذا النجاح؟

Answer 1

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

ومع ذلك، ربما يمكنني التعليق على عدد قليل من ممارسات XP

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

• التكامل المستمر يبدو أنه شيء جيد حقًا (أو بالأحرى أن الافتقار إليه أمر سيء حقًا).ومع ذلك، فإن المنظمات التي رأيتها كانت في العادة صغيرة جدًا لدرجة تجعل أي نهج آخر يبدو سخيفًا.

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

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

• إعادة بناء التعليمات البرمجية أصبح الآن مصطلحًا يُساء استخدامه حقًا، ولكن عندما يكون لديك ما يكفي من اختبارات الوحدة، فمن المفيد حقًا فصل نشاط "تغيير تصميم الكود الحالي دون تغيير الوظيفة" من الناحية المفاهيمية عن "إضافة وظيفة جديدة"

Answer 2

سكروم لأنه يظهر مكان الكسالى.كما أنه يحدد بشكل أسرع بكثير أن وحدة الأعمال عادةً لا تملك أدنى فكرة عما يريدون تسليمه بالفعل

Answer 3

سكروم.

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

Answer 4

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

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

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

قم بالبحث في Google عن "أثر رجعي لنبض القلب" لمزيد من المعلومات.

Answer 5

لقد كنت أعمل مع فريق يستخدم ممارسات XP وScrum مع القليل من العجاف.لقد كانت مثمرة للغاية.

الوقوف اليومي- يساعدنا على تتبع كامل لما وأين يعمل الجميع.

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

التطوير التكراري- ساعد استخدام التكرارات لمدة أسبوع واحد في تحسين سرعتنا من خلال تحديد المزيد من الأهداف المباشرة مما ساعدنا أيضًا في تحديد حجم المتطلبات

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

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

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