بضائع

ما هي البرمجة المتطرفة (XP)؟ ، ما هي القيم التي تستند إليها ، والمبادئ والممارسات

أنت معتاد على البرمجة ، لكن البرمجة المتطرفة (XP اختصارًا) لا تزال غامضة بعض الشيء بالنسبة لك.

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

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

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

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

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

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

كيف تعمل البرمجة المتطرفة (XP)؟

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

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

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

المبادئ هي مبادئ توجيهية خاصة بالمجال تعمل على سد الفجوة بين الممارسات والقيم.

قيم Extreme Programming XP

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

قيم ومبادئ البرمجة المتطرفة

الصياغة BlogInnovazione.من الصورة alexsoft.com

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

بساطة: البساطة تقول أنك تسعى دائمًا للقيام بأبسط شيء يعمل. غالبًا ما يُساء فهمه ويُؤخذ على أنه أبسط شيء ، فترة ، متجاهلاً الجزء "الذي يعمل".

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

مشاركة الرأي : غالبًا ما تكون التعليقات في منهجيات تطوير البرامج المتتالية الأكثر تقليدية "قليلة جدًا ومتأخرة جدًا".

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

دورة البرمجة المتطرفة

الصياغة BlogInnovazione.من الصورة alexsoft.com

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

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

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

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

كوراجيو: كينت بيك defiتظهر الشجاعة على أنها "عمل فعال في مواجهة الخوف". كمهندس برمجيات ، لديك الكثير مما تخشاه وبالتالي هناك الكثير من الفرص لإظهار الشجاعة.

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

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

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

مبادئ البرمجة المتطرفة XP

توفر المبادئ إرشادات أكثر تحديدًا من القيم. إنها إرشادات تنير القيم وتجعلها أكثر وضوحًا وأقل غموضًا.

الصياغة BlogInnovazione.من الصورة alexsoft.com

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

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

اقتصاد: في XP ، تهتم الفرق دائمًا بالحقائق الاقتصادية لتطوير البرامج ، وتقوم باستمرار بتقييم المخاطر الاقتصادية واحتياجات المشروع.

على سبيل المثال ، سيقومون بتنفيذ قصص المستخدمين بناءً على قيمة أعمالهم بدلاً من المخاوف الفنية.

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

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

المنفعة (المنفعة المتبادلة): إذا كان حل معين يعمل على مستوى واحد ، فقد يعمل أيضًا على مستوى أعلى أو أدنى. على سبيل المثال ، يكون الحصول على تعليقات مبكرة وثابتة على المحك بدرجات متفاوتة في XP.

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

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

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

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

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

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

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

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

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

خذ العيوب. لا يوجد تكتيك واحد يمكن أن يمنع جميع العيوب من الهروب من الإنتاج.

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

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

جودة: يعتقد الناس غالبًا أن هناك معضلة بين الجودة والسرعة.

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

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

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

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

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

قبول المسؤولية: في XP ، يجب قبول المسؤولية وعدم التنازل عنها أبدًا.

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

أوجه التشابه والاختلاف مع الأساليب التقليدية وغير الرشيقة

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

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

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

كيف تختلف XP عن منهجيات أجايل الأخرى؟

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

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

البرمجة المتطرفة مقابل سكرم

Scrum هو إطار عمل لمساعدة الفرق على تطوير مشاريع معقدة بطريقة تكيفية. لا يفرض Scrum كيف يقوم المطورون بعملهم. XP ، كما ذكرنا ، يضع الكثير من التركيز على ممارسات البرمجة الجيدة.

إطار سكروم

الصياغة BlogInnovazione.ar صورة صافي الحلول

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

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

أيضًا ، Scrum هو إطار عمل يحتاج إلى استكماله بالمنهجيات والممارسات لإنجاز المهمة.

هذا يعني أنه يوصى بشدة بالعمل في البرمجة المتطرفة و Scrum.

الادوار والمسؤوليات

وفقًا لكينت بيك ، لا ينبغي لفريق XP الناضج تعيين أدوار صارمة ، ولكن يجب أن يدرك أن الأدوار يمكن أن تكون مفيدة للفرق الوليدة حتى تبدأ في التباطؤ أو تجعل التعاون صعبًا.

لنلقِ نظرة على بعض الأدوار الرئيسية:

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

الأساليب والتقنيات

هذه هي الممارسات المعتمدة في XP. وهي مقسمة إلى ثلاث مجموعات رئيسية: هندسة البرمجيات ، ومكان العمل وإدارة المشاريع.

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

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

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

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

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

يجلب TDD العديد من الفوائد.

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

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

أخيرًا وليس آخرًا ، يضمن استخدام TDD من البداية تغطية الكود بنسبة 100٪. ثم تصبح مجموعة الاختبار حقًا شبكة أمان للتغييرات المستقبلية ، وتشجع إعادة بناء الكود وإنشاء دائرة جيدة من الجودة.

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

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

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

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

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

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

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

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

بيئة العمل

اجلسوا معًا: في XP ، تفضل الفرق العمل معًا في مساحة مفتوحة. هذه الممارسة تعزز التواصل والشعور بالانتماء إلى فريق.

الفريق بأكمله: كل ​​شخص مطلوب لنجاح المشروع هو جزء من فريق XP. هذا سياقي للغاية - مختلف لكل فريق - وديناميكي ، يمكن أن يتغير داخل الفريق.

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

العمل النشط: في XP ، أنت تعمل فقط طالما يمكنك القيام بعمل نشط. يجب أن تكون ساعات العمل محددة بـ 40 ساعة في الأسبوع كحد أقصى.

ادارة مشروع

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

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

الدورات (الشهرية والأسبوعية): يحدث التطوير في XP على دورتين رئيسيتين: الدورة الأسبوعية والدورة الشهرية.

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

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

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

كيف تبدأ العمل مع البرمجة المتطرفة؟
قد يكون من الصعب تعلم المهارات الفنية وعادات الخبرة. قد تبدو بعض الممارسات غريبة على المبرمجين غير المعتادين عليها.

Ercole Palmeri

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

المقالات الأخيرة

سوق القفل الذكي: نشر تقرير أبحاث السوق

يشير مصطلح سوق Smart Lock إلى الصناعة والنظام البيئي المحيط بإنتاج وتوزيع واستخدام…

مسيرة 27 2024

ما هي أنماط التصميم: لماذا استخدامها، والتصنيف، والإيجابيات والسلبيات

في هندسة البرمجيات، تعد أنماط التصميم بمثابة الحلول الأمثل للمشاكل التي تحدث عادة في تصميم البرمجيات. أنا مثل…

مسيرة 26 2024

التطور التكنولوجي للوسم الصناعي

العلامات الصناعية هي مصطلح واسع يشمل العديد من التقنيات المستخدمة لإنشاء علامات دائمة على سطح…

مسيرة 25 2024

أمثلة على وحدات ماكرو Excel مكتوبة باستخدام VBA

تمت كتابة أمثلة ماكرو Excel البسيطة التالية باستخدام وقت القراءة المقدر لـ VBA: دقيقتان مثال...

مسيرة 25 2024

اقرأ الابتكار بلغتك

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

تابعنا