قصص Scrum وخلف الكواليس ميزات [مغلقة

Question

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

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

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

Answer 1

القالب الكلاسيكي لكتابة قصص جيدة هو: "ك u003Crole>, ، أريد أن u003Caction> لهذا السبب. u003Cbusiness value>"(أو الاختلافات حول هذا) ويجب أن توفر القصة بالفعل قيمة العمل. لماذا ا؟ حسنًا ، إذا كانت القصة لا تنقل قيمة الأعمال التي تولدها ، فكيف يمكن لمالك المنتج (غير التقني المحتمل جدًا) تقييم أهميته وتحديد أولوياته وفقًا لذلك؟ كتابة قصص جيدة تزيد من فرصك في تصنيفها على أنها مهمة وبالتالي تنفيذها.

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

قيمة العمل و MMF

يجب عليك مناقشة "من أجل" جزء من الميزة و pop the way stack الحد الأقصى 5 مرات (اسأل لماذا بشكل متكرر) حتى ينتهي بك الأمر مع واحدة من قيم الأعمال التالية:

• حماية الإيرادات
• زيادة الإيرادات
• إدارة التكلفة
• زيادة قيمة العلامة التجارية
• اجعل المنتج رائعًا
• توفير المزيد من القيمة لعملائك

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

فيما يلي مثال مأخوذ من جلسة دردشة IRC في #Cucumber:

[5:08pm] Luis_Byclosure: I'm having problems applying the "5 Why" rule, to the feature 
                         "login" (imagine an application like youtube)
[5:08pm] Luis_Byclosure: how do you explain the business value of the feature "login"?
[5:09pm] Luis_Byclosure: In order to be recognized among other people, I want to login 
                         in the application (?)
[5:09pm] Luis_Byclosure: why do I want to be recognized among other people?
[5:11pm] aslakhellesoy:  Why do people have to log in?
[5:12pm] Luis_Byclosure: I dunno... why? 
[5:12pm] aslakhellesoy:  I'm asking you
[5:13pm] aslakhellesoy:  Why have you decided login is needed? 
[5:13pm] Luis_Byclosure: identify users
[5:14pm] aslakhellesoy:  Why do you have to identify users?
[5:14pm] Luis_Byclosure: maybe because people like to know who is 
                         publishing what
[5:15pm] aslakhellesoy:  Why would anyone want to know who's publishing what?
[5:17pm] Luis_Byclosure: because if people feel that that content belongs 
                         to someone, then the content is trustworthy
[5:17pm] aslakhellesoy:  Why does content have to appear trustworthy?
[5:20pm] Luis_Byclosure: Trustworthy makes people interested in the content and 
                         consequently in the website
[5:20pm] Luis_Byclosure: Why do I want to get people interested in the website?
[5:20pm] aslakhellesoy:  :-) 
[5:21pm] aslakhellesoy:  Are you selling something there? Or is it just for fun?
[5:21pm] Luis_Byclosure: Because more traffic means more money in ads
[5:21pm] aslakhellesoy:  There you go!
[5:22pm] Luis_Byclosure: Why do I want to get more money in ads? Because I want to increase 
                         de revenues.
[5:22pm] Luis_Byclosure: And this is the end, right?
[5:23pm] aslakhellesoy:  In order to drive more people to the website and earn more admoney, 
                         authors should have to login, 
                         so that the content can be displayed with the author and appear 
                         more trustworthy.
[5:23pm] aslakhellesoy:  Does that make any sense? 
[5:25pm] Luis_Byclosure: Yes, I think so
[5:26pm] aslakhellesoy:  It's easier when you have someone clueless (like me) to ask the 
                         stupid why questions
[5:26pm] aslakhellesoy:  Now I know why you want login
[5:26pm] Luis_Byclosure: but it is difficult to find the reason for everything
[5:26pm] aslakhellesoy:  And if I was the customer I am in better shape to prioritise this 
                         feature among others
[5:29pm] Luis_Byclosure: true!

لذا ، اسمحوا لي أن أبدأ: لماذا سيكون من الجيد أن يكون لديك تجزئة MD5 على كل ملف (والتي ، والتي يتم التعبير عنها كما فعلت ، هي تفاصيل التنفيذ ولا تنقل أي قيمة عمل)؟

Answer 2

لا يوجد تراكم "scrum" ، فقط

تراكم المنتج من قبل مالك المنتج الذي لديه قيم الأعمال

و

Sprint Backlog بواسطة Scrumaster/Moversepers التي تسرد المهام تتبعها إلى قصة.

أقوم بتحديث الدقة بين الوثيقة الرؤية وتراكم المنتج كما هو الحال بالنسبة لقيمة العمل:

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

بالطبع يجب أن يكون تراكم المنتج نفسه قابلة للتتبع لعناصر الوثيقة الرؤية.

Answer 3

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

قد تكون مجرد تفاصيل تنفيذ لقصة أخرى ، أو قد تكون قصة في حد ذاتها.

ما يجعل مجموعتك أكثر إنتاجية هو ما ينبغي أن يكون.

Answer 4

أود أن أضعهم بشيء مثل:

• "غير المستخدمين" أو "NUS"
• "المبرمجين فقط" أو "بو"
• "خلف sences" أو "BTS"

تليها وصف قصير للميزة.
لذا:

• BTS: نظام ملفات الكتالوج
• PO: ابحث عن نوع الملف مع البايت السحري

_{غريب! أنا أصنع نفس التطبيق! :-)}

تحديث:

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

سباق المتراكمة

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