سؤال

بدأنا مشروعا سيتم إدارناه باستخدام Scrum / XP. كتبنا Backlog المنتج بأكمله مقدما لأغراض التقييم. نحن نتأكد من أن جميع القصص هي مركدة على العملاء ونحن نقيمهم

  • قصة الأعمال القيمة: موسكو تقنية - يجب، ينبغي، يمكن، سوف / لن يكون هذا ينفذ
  • جهد القصة / التعقيد (= نقاط القصة): 1، 2، 3، 5، 8، 13، 21، 100 - المرتبط بقصة تعقيد / جهد بدلا من الأيام المثالية مدة

100 نقطة من النقاط قد يكون لها بعض القصص مع / لن يكون لأنها في الواقع قصص معقدة أكبر سيتم تقسيمها لاحقا إذا لزم الأمر.

محسوب أهمية القصة يعتمد على القيمة والجهد من خلال عدم تداخل قصص موسكو.

ولكن بدون 100 قصص نقطة قصصنا حتى الآن (مقسمة أيضا) لديها تعقيد بين 2 و 8 ما نعتقد أنه حجم قصة مناسبة لتجنب mismoman لكن بعض القصص أصبحت مرتبطة أو تعتمد على بعضها البعض. لدينا قصص قد تستغرق المزيد إذا فعلت أولا، وأقل إذا تم القيام ببعض القصة الأخرى قبلها.

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

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

المحلول

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

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

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

أما بالنسبة للقصص المعالين، يجب أن تعمل مع صاحب المنتج الخاص بك. إذا أجريت الفريق معهم، يمكنك عادة إعادة ترتيب القصص. معظم الناس يتقبلون لشخص يخبرهم "إذا فعلنا الآن، فسوف يستغرق الأمر سكسين كامل، ولكن إذا فعلنا ذلك لاحقا، فسوف يستغرق الأمر 15٪ من سبرينت" وهذا يجعلها مقنعة للغاية.

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

نأمل أن تكون هذه المعلومات مفيدة.

نصائح أخرى

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

على سبيل المثال: - المهمة 3 هي 8 نقاط إذا تم القيام به بعد المهمة 2، ولكن 12 نقطة إذا تم القيام به بشكل مستقل.

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

حظ سعيد!

يمكنني فقط وصف الصلالة الخاصة بي.

عندما كنا نخطط لمرة الأولى قررنا أننا نستطيع إنجاز 18 نقطة. لذلك أخذنا عدة قصص وكان التقدير الإجمالي 15 نقطة. كما ذكرت أعلاه، كنا نقدم خطواتنا الأولى في Scrum وهذا هو السبب في أننا قررنا أن 3 نقاط غير مستخدمة وعامل الشكل 0.6 مضمونة نجاحنا.

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

نتيجة لذلك، فشلنا في سباقنا الأول مع 8 نقاط كاملة فقط.

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

لكن العدو الثاني كان أفضل بكثير وقد فعلنا كل شيء تقريبا (في الواقع لقد فعلنا كل شيء ولكن مع بعض الأخطاء). أعتقد أننا سوف نأخذ عامل أقل شكل في سباق 3RD وسوف يكون ناجحا.

هناك بعض الأنماط التي من شأنها أن تساعدك في تقسيم قصص المستخدم بطريقة ستبقى استثمارا، مما يعني أنك ستحاول توفير التبعيات والحجم والمساءات والقيمة على وجه الخصوص. يمكنك قراءة المزيد عن هذا الموضوع هنا: http://www.richardlawrence.info/2009/10/28/patterns-for-spritting-user-stories/ ريتشارد يطبق بنشاط وتحسينها، وهو ليس وحده ؛-)

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

هذر
andreat.

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