سؤال

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

هل كانت مفيدة؟

المحلول

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

  • المهمة سوف تأخذ 2 وحدات (التعسفي)
  • المهمة ب حوالي 2 مرات كما تعقيدا المهمة (4 وحدات)
  • مهمة C حوالي نصف معقدة (1 وحدة)

نحن أفضل في تقدير التعقيد النسبي من مطلقة التعقيد.ثم تؤدي في الواقع واحدة من المهام ، ومعرفة كم "الوقت الحقيقي" يأخذك إلى تنفيذ وحدة 1 - الآن يمكنك حساب جميع المهام.يمكنك الحفاظ على تحديث التقديرات وفقا كيف تقدم لك.

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

نصائح أخرى

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

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

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

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

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

وستيف ماكونيل في " تقدير البرمجيات - demystifiying الفن الأسود "، وقال أنه من الأفضل مما كنت:

<اقتباس فقرة>   

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

الفصل 7 - عدد، حساب، القاضي (PDF)

و(شكرا لتذكيري هذا:)

وهناك تقنية تنفيذها حيث أعمل. لكل قصة المستخدم الكتابة على قطعة من بطاقة مع heading.Get كل إنسان أن يأخذ بطاقة والكتابة عليها عدد الساعات التي تعتقد سوف يستغرق لإكمال. حملهم على وضع بطاقات على المهمة دون أن تظهر مع بعضها البعض. وبمجرد الانتهاء من جميع النتائج في نظرة على الأرقام ويرى العلوي والسفلي values.You وعادة الحصول على أرقام قريبة جدا من بعضها البعض.

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

وهذه فكرة من كتاب قرأت على تقنيات رشيقة ونسوا مؤلف لحساب لهم ذلك.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top