غالبًا ما يكون هناك نقاش في فرق رشيقة حول مدى تفصيل قصة المستخدم قبل تمريرها إلى المطورين.
يرغب بعض المطورين في رؤية الوصف الأكثر تفصيلاً ، بعد قراءة أي منها ، يمكنهم فهم كل شيء على الفور والقيام به بسرعة ، دون طرح أسئلة على أي شخص. غالبًا ما تُعجب الإدارة بهذا النهج ، نظرًا لأن المبرمجين باهظ الثمن ، فأنت بحاجة إلى التأكد من عدم تشتيت انتباههم بأي شيء في الخارج.
النظر في نهج رشيقة لحل هذه المشكلة.
أولاً ، دعنا نتعامل مع مفهوم CCC ، الذي يشير إلى البطاقة ، المحادثة ، التأكيد.
بطاقة
الفكرة هي أن قصة المستخدم بأكملها يجب أن تتناسب مع بطاقة ورقية صغيرة أو ملصق. لا يمكنك كتابة الكثير عليها ، وهذا ليس ضروريًا.
الغرض الرئيسي من البطاقة هو بمثابة تذكير ، دعوة للمناقشة (عنصر نائب للمحادثة).
الهدف هو تحويل التركيز من متطلبات الكتابة إلى مناقشتها. للمناقشة الحية أكثر أهمية من النص المكتوب.
يجب أن تعكس البطاقة لفترة وجيزة وجيزة جوهر المهمة. التنسيق المقترح:
{} {}, {}.
نادرًا ما يتم نسيان الوظيفة في وصف قصة المستخدم ، ولكن في بعض الأحيان يصمتون عن من يحتاجها ولماذا. تحديد سياق العمل بشكل صريح مفيد جدًا للمناقشة القادمة.
عند كتابة قصة مستخدم ، يوصى بالتركيز على مستخدم تطبيقنا (التركيز على احتياجات المستخدم وفوائده).
, (by example).
User Story . , .
User Story , , .
User Story , , -.
Conversation ()
– .
Product Owner : , PO , .
, , (face to face), (high bandwidth) . – ( ), ( Agile).
, :
- ,
- ,
- ,
- (- ?),
- ( , ),
- , ( - ?)
- , ,
Confirmation ()
User Story – , .
(acceptance criteria), Definition of Done, , , , -.
agile- , , .
User Story?
:
- User Story . , . , . .
- User Story , .. Product Owner . , PO . PO ( , , , ), , , , .
, . - . , “ ” (just in time) “ , ” (just enough).
User Story , , . , , . .
User Story? , .
, , , User Stories. ? , User Stories, ?
: 15 , . Agile -.
: