كيفية قياس تقدير و قصة نقاط في سكروم?[مغلقة]

Question

دعونا نأخذ مثالا على ذلك لنفترض أن لدينا 5 قصص A,B, C,D,E.

Importance Name Estimate
90         B 
70         A 
50         C 
35         E
10         D 

القصص أمر على أهمية (الأولوية).كيف يمكنك تقدير لهم ؟ هو المقدرة على أساس حجم الميزة ؟ على سبيل المثال لقد أعطيت لهم تقدير القيم:

Importance Name Estimate
90         B     10
70         A     12 
50         C     9
35         E     20  
10         D     11

دعونا نفترض أنه هو 2-سباق أسبوع.هذا هو 14days الوقت size=5,14x5=70 يوم.الآن ما قيمة 10 يعني ؟ يعني كمية من الوقت (ساعات أو أيام) فريق يجب أن تنفق ؟ و ما هي قصة النقاط ؟ لنفترض أن هذا هو أول سباق ؛ كيف يمكنك تقدير عدد من سباقات السرعة عندما لا يكون لديك آخر سباق السرعة ؟

Answer 1

وأرغ! يقدم لي الحق للكتابة من الذاكرة.

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

وماذا أنا في الأصل كتب كان "تقديرات" و "نقطة القصة". ما قصدته أن يكتب (وتحريرها أدناه) كان "نقطة قصة" و "سرعة".

---

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

ودعونا نأخذ مثالا على ذلك.

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

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

وهكذا كل شخص لديه 30 ساعة المتاحة في كل أسبوع، والتي تعطيك 30 * 4 = 120 ساعة مجموعه لهذا الاسبوع عندما كنت تعول كل 4 أشخاص.

والآن دعونا نقول أيضا كنت تحاول خلق سباق 3 أسابيع، وهو ما يعني أن يكون لديك 3 * 120 ساعة بقيمة العمل الذي يمكن أن تكتمل. هذا هو سرعة الخاص بك، مدى السرعة التي نسير، وكيف العديد من "النقاط قصة" يمكنك إكمال.

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

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

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

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

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

وهناك قاعدة جيدة من التجربة هو أن الميزات التي لها تقدير أكثر من 1 أيام ربما ينبغي تقسيم. *

Answer 2

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

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

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

Answer 3

والقيمة 10 هي مجرد قيمة نسبة إلى تقديرات أخرى، على سبيل المثال فمن نصف بأقصى 20 أو أكثر صعوبة قليلا من 9. لا توجد ترجمة محددة من 1 نقطة = س ساعات من الجهد هو شيء أن نشير إلى.

وأين أعمل، لدينا ما نسميه "نقاط ملحمة" والذي هو مدى صعوبة هو بعض قصة مستوى عال، ومنها مثلا. دمج البحث في الموقع الجديد، الذي سيتألف من قصص متعددة لإكمال ثم قدرنا ساعات على كل القصة التي تم إنشاؤها من تحطيم كل ملحمة، منها مثلا. وضعت للتو البحث في وثائق الدعم على الموقع. "نقاط ملحمة" توزع في الاختلاف من أرقام فيبوناتشي (1،2،3،5،8،13،21،28،35) بحيث والملاحم أكثر غامضة أوسع مجرد الحصول على قيمة كبيرة، على سبيل المثال أي شيء أكبر من 8، مؤشرا أنه يمكن تقسيمها إلى أكثر سهولة قصص estimatable. ومن الجدير بالذكر هنا أنه عندما أعمل نحن نعمل فقط 5 أيام في الأسبوع، وداخل كل سباق يتم فقدان في اليوم لقاءات مثل التجريبي، اجتماع التخطيط التكرار، بأثر رجعي والمراجعة حتى لا يكون هناك سوى 9 أيام إلى العدو. مضيفا في برمجة الزوج لبعض الأشياء، والوقت لتحديد الخلل وغيرها من الأعمال غير مشروع مثل تذاكر الدعم ويصبح من الصعب إلى حد ما أقول كم ساعة سيتم إنفاق من قبل حفنة من المطورين في العدو.

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

Answer 4

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

مرة واحدة كنت قد ذهبت من خلال "التخطيط البوكر" المرحلة ومتوازنة/مقارنة جميع القصص حقيقية مدة نقطة في القصة غير معروف حقا - كل ما عليك هو فكرة جيدة النسبية مدة واستخدام أفضل حكم الخروج مع احتمال السرعة.

على الأقل هذا هو كيف نفعل ذلك!

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

Answer 5

وأجوبة جيدة في كل مكان.

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

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

iteration 1 = 120 points
iteration 2 = 95 points
iteration 3 = 115 points

والآن كنت بدأت التكرار 4 وقمت بما يلي في تراكم (مرتبة على أولوية):

item 1 = 50 points
item 2 = 30 points
item 3 = 30 points
item 4 = 40 points

والآن على افتراض نقاط التقديرات الخاصة بك تتفق يمكنك التأكد من المعقول أن الفريق سوف تنتهي البنود 1،2 و ربما 3 ولكن بالتأكيد ليس 4.

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

Answer 6

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

http://blog.mountaingoatsoftware.com/seeing-how-well-a-teams-story-points-align-from-one-to-eight

تذكر أنه عن الجهد ، وليس التعقيد.

الآن قراءة حول و مشاهدة الفيديو هنا:

http://www.agilebok.org/index.php?title=Relative_Sizing_and_Story_Points