البرمجة المتطرفة في Agile - دليل عملي لمديري المشاريع و nTaskers

نشرت: 2020-07-08

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

البرمجة المتطرفة (XP) في بيئة Agile SDLC

المصدر: Udacity.com

تم تصميم Extreme Programming (XP) ، وهو إطار تطوير برمجيات Agile ، خصيصًا لتحسين جودة البرنامج وعملية العمل لفريق التطوير وزيادة رضا العملاء.

إنها طريقة مصممة لدورة حياة تطوير البرامج (SDLC) أكثر سلاسة وكفاءة لمشاريعك ، وقد تم تنفيذها لأول مرة في مشروع في 6 مارس 1996.

لماذا البرمجة المتطرفة (XP)؟

تعمل Extreme Programming على توفير إصدارات البرامج التكرارية والمتكررة خلال المشروع ؛ بدلاً من كل شيء معًا بعد دورة حياة تطوير واحدة طويلة للمشروع.

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

مم تتكون البرمجة المتطرفة (XP)؟

القيم

تتضمن XP القيم الخمس التالية:

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

الممارسات

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

تشتمل الممارسات الاثني عشر الأصلية لـ XP على:

لعبة التخطيط
الإصدارات الصغيرة
استعارة
تصميم بسيط
اختبارات
إعادة بناء التعليمات البرمجية
برمجة الزوج
الملكية الجماعية
التكامل المستمر
40 ساعة في الأسبوع
العميل في الموقع ، و
معيار الترميز.

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

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

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

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

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

اقرأ أيضا:

كيف تدير مشروعًا مثل المحترف في بيئة العمل اليوم؟

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

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

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

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

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

10-Minute Build : يجب تشغيل النظام بأكمله وجميع الاختبارات في غضون 10 دقائق. إذا تجاوز الوقت هذا الحد ، فستكلف عمليات إعادة التشغيل المتعددة فترات أطول بين الأخطاء. تشجع هذه الممارسة أتمتة عملية الإنشاء ، مما يجعل تشغيل جميع اختباراتك أمرًا ممكنًا بشكل منتظم.

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

برمجة Test-First : بدلاً من اتباع الطريقة العادية ، أي

تطوير الكود -> كتابة الاختبارات -> تشغيل الاختبارات

تأخذ ممارسة برمجة Test-First مسارًا:

كتابة اختبار آلي فاشل -> تشغيل اختبار فاشل -> تطوير رمز لإجراء اختبار اجتياز -> اختبار تشغيل -> كرر

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

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

الأدوار

قامت XP بتضمين ممارسات معينة ليتبعها فريقك ولا تحدد أدوارًا محددة لأعضاء الفريق. ومع ذلك ، وفقًا للمتطلبات ، فإن الأدوار الأربعة الأكثر شيوعًا هي:

العميل: من المتوقع أن يشارك عميل XP بنشاط في المشروع. يتخذ العميل جميع قرارات العمل المتعلقة بالمشروع مثل:

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

المطور : يدرك المطورون القصص التي حددها العميل ، مما يعني تسليم مشروع بميزات محددة.

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

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

مزايا البرمجة المتطرفة

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

دورة حياة البرمجة القصوى (XP)

يمكن شرح دورة حياة XP فيما يتعلق بالدورة الأسبوعية والدورة الفصلية.

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

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

بعد ذلك تأتي خطة الإصدار: تغطي خطة الإصدار القصص التي سيتم تسليمها في ربع أو إصدار معين.

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

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

دراسات حالة لممارسات البرمجة المتطرفة (XP)

XP لنظام Krizp

المشكلة

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

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

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

علاوة على ذلك ، لم يتم توثيق المشاريع. لم يكن هناك مدير مشروع لتتبع المشاريع أو للتأكد من تلبية المتطلبات التي وضعها العميل. عمل المطورون فقط على ما طُلب منهم القيام به.

الرحلة

تم تعريف الفريق في نظام Krizp بالمفاهيم الكامنة وراء أطر عمل Agile المختلفة. تم استخدام طريقة XP على مدى شهر واحد وتم تقييم النتائج.

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

تم اعتماد تقنية البرمجة المزدوجة حيث عمل كل من المطورين معًا. بعد الانتهاء من المهمة ، راجع كلا المطورين الكود مع الرئيس التنفيذي.

تم تقديم اختبارات العملاء وعمل الفريق على تحسينات مستمرة في التصميم ، والتي كانت حوالي 12-15 شهرًا.

ملخص

يبدو أن نهج XP له تأثير جيد على دورة تطوير البرمجيات للشركة. تضمنت بعض التغييرات الإيجابية ما يلي:

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

ممارسات البرمجة المتطرفة لشركة IBM و Sabre Airlines

المشكلة

لتقييم التطبيقات العملية لـ Waterfall مقابل Extreme Programming ، تم إجراء دراسة بحثية من خلال دراستي حالة: واحدة في IBM والأخرى في Sabre Airlines. قارنت كل دراسة حالة نهج الشلال مع نهج XP.

الرحلة

في دراسة الحالة الأولى ، في شركة IBM ، أراد الباحثون دراسة تأثير اعتماد نهج XP على الإنتاجية والجودة ورضا العملاء. تم إجراء دراسة لمدة عام على فريق من 7 إلى 11 عضوًا فيما يتعلق بتبني ممارسات XP. كان الفريق مسؤولاً عن تطوير تطبيقات Servlet / XML لمجموعة أدوات تستخدمها فرق IBM الأخرى لإنشاء منتجات للعملاء الخارجيين. حللت دراسة الحالة نهجين على الإصدارات المتتالية لنفس المنتج. الأول كان أسلوب الشلال التقليدي والثاني هو XP.

في دراسة الحالة الثانية ، في Sabre Airline Solutions ، تم استخدام نفس الطريقة ، أي مقارنة نهجين من خلال إصدارات مختلفة من نفس المنتج. عمل الفريق على تطوير بيئة واجهة مستخدم رسومية قابلة للنصوص للعملاء الخارجيين لتطوير تطبيقات مخصصة للمستخدم النهائي والعمل. يتكون الفريق من 6-10 أعضاء. تم الانتهاء من الإصدار القديم قبل 3 سنوات (يمتد 18 شهرًا) باستخدام طريقة الشلال بينما تم الانتهاء من الإصدار الجديد مؤخرًا (يمتد 3.5 شهرًا) ، باستخدام XP.

كانت الخطوة الأولى هي إنشاء إطار عمل تقييم البرمجة المتطرفة (XP-EF) ، والذي يتألف من ثلاثة أجزاء: عوامل سياق XP (XP-cf) ومقاييس الالتزام XP (XP-am) ومقاييس نتائج XP (XP-om):

عوامل سياق XP (XP-cf) : تم استخدام XP-cf لتسجيل المعلومات المهمة المتعلقة بالمشروع. تضمنت هذه العوامل حجم الفريق وحجم المشروع والأهمية وتجربة الموظفين.
مقاييس التزام XP (XP-am) : من خلال XP-am ، تم التعبير عن مدى استخدام الفريق لممارسات XP. ساعد XP-am أيضًا في التحقيق في التفاعلات والتبعيات وسط ممارسات XP بالإضافة إلى الدرجة التي يمكن بها فصل الممارسات أو إزالتها.
مقاييس نتائج XP (XP-om) : تقييم XP-cm للنتائج المتعلقة بالعمل مثل الإنتاجية والجودة وما إلى ذلك.

بالإضافة إلى إطار العمل ، تم إجراء مقابلات مع أعضاء الفريق والعملاء للمساعدة في فهم دمج XP من قبل الفريق لإرضاء العميل.

ملخص

في شركة IBM ، بدت طريقة XP أكثر إنتاجية مقارنة بطريقة الشلال من خلال المقاييس التالية:

عيوب الاختبار : بالنسبة للإصدار التجريبي ، كانت العيوب أقل بنسبة 50٪ وبالنسبة لما بعد الإصدار ، كانت العيوب أقل بنسبة 40٪ تقريبًا في الإصدار من خلال نهج XP.
الإنتاجية : كانت هناك زيادة كبيرة في إنتاجية الموظفين باستخدام نهج XP مقارنة بطريقة الشلال.
رضا العملاء : لوحظ أن رضا العملاء مرتفع في XP وتم توثيقه على أنه N / A للشلال.
المعنويات : تم تسجيل معنويات أصحاب المصلحة على أنها عالية في XP وتم توثيقها كـ N / A للشلال.

في Sabre Airlines ، لوحظت نتائج مماثلة:

فترة جمع العيوب : نظرًا لأن الإصدار الأول تم إنشاؤه على مدار 18 شهرًا ، كانت فترة جمع العيوب أيضًا أطول في النهج المستند إلى الشلال. كان أقصر بشكل ملحوظ في الإصدار القائم على XP.
عيوب الاختبار : بالنسبة للإصدار التجريبي ، كانت العيوب أقل بنسبة 65٪ وبالنسبة لما بعد الإصدار ، كانت العيوب أقل بنسبة 46٪ تقريبًا في الإصدار من خلال نهج XP.
الإنتاجية : كانت إنتاجية الموظفين باستخدام نهج XP أعلى بنحو 46٪ من طريقة الشلال.
رضا العملاء : لوحظ أن رضا العملاء مرتفع في XP وتم توثيقه على أنه N / A للشلال.
المعنويات : كانت الروح المعنوية لأصحاب المصلحة حوالي 68٪ XP وتم توثيقها على أنها N / A للشلال.

وقائع الاستخدام والتطبيق

حالة الاستخدام 1: تطوير الويب

بيان المشكلة: يجب إعادة تصميم موقع الشركة.

الجهات الفاعلة: العميل والمطورين والمتعقب

التدفق المنتظم للأحداث:
يبلغ العميل بالمتطلبات الأولية.
يبدأ فريق التطوير البرمجة.
يقوم فريق ضمان الجودة باختبار الأخطاء وإبلاغ فريق البرمجة
العميل لديه المزيد من المتطلبات
تتكرر الدورة.

باستخدام XP:

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

حالة الاستخدام 2: تطوير اللعبة

بيان المشكلة: يحتاج العميل إلى تطوير لعبة من الصفر.

الجهات الفاعلة: العميل والمطورين والمتعقب

التدفق المنتظم للأحداث:

يعطي العميل المتطلبات والوقت والميزانية.
يبدأ المطورون البرمجة.
يختبر فريق ضمان الجودة وحدات اللعبة.
العميل لديه المزيد من المتطلبات.
تتكرر الدورة.

باستخدام XP :

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

nTask لممارسات البرمجة المتطرفة (XP)

nTask هو نظام إدارة مهام يدعم طريقة Agile لإطار عمل البرمجة المتطرفة. إنه تطبيق لإدارة المهام عبر الإنترنت مصمم خصيصًا للعمل الجماعي وتسليم المشروع. بغض النظر عن الصناعة ، تسهل nTask منهجية XP وتساهم في التخطيط الفعال للمشروع ومواءمة العمليات.

فيما يلي بعض الطرق التي يمكن أن تساعدك بها nTask في التخطيط وتحقيق أهداف مشروعك بشكل أفضل ، كل ذلك ضمن إطار عمل XP.

جدولة الاجتماع

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

يتيح لك هذا التطبيق أيضًا تدوين جميع النقاط المهمة التي تمت مناقشتها في الاجتماع. يمكن بعد ذلك مراجعة الدقائق ونشرها لبقية أعضاء الفريق.

تخصيص الفريق

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

إنشاء المشروع

يجوز للعميل إنشاء المشروع وتحديد المتطلبات. يمكن للعميل أيضًا تحديد الميزانية والجدول الزمني.

إنشاء المهمة والتعيين

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

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

انظر أيضا:

تقديم nTask 2.0 - التحديث الأكثر انتظارًا لدينا حتى الآن

تدفق المشروع

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

تعاون سهل

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

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

يتم تمييز المهام المترابطة ويمكن لكل عضو في الفريق التحقق من التحديثات على الفور كما تم تحديثها من قبل أعضاء الفريق الآخرين. هذا يبقي الفريق على اطلاع دائم على المواقف المتغيرة والتخطيط للمهمة التالية ، وفقًا لذلك.

علاوة على ذلك ، يمكن للعميل التعاون مباشرة مع الفريق وتحديث أي تغيير في المتطلبات.

الشفافية

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

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

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

استنتاج

توضح هذه المقالة كيف يمكنك الاستفادة من XP كعامل رشيق. بالإضافة إلى ذلك ، تم إنشاء nTask لأداء مثل هذه المتطلبات في مجال البرمجة المتطرفة وتقنيات الانحدار. لذلك ، قم بقراءته ولا تنس مشاركة أفكارك من خلال قسم التعليقات أدناه. بدلاً من ذلك ، يمكنك مراسلتنا عبر البريد الإلكتروني على [email protected] .