在将用户故事传递给开发人员之前，敏捷团队通常会就用户故事的详细程度进行辩论。
一些开发人员希望在阅读最详细的说明后，可以立即了解所有内容并快速进行操作，而无需问任何问题。这种方法通常也会给管理人员留下深刻的印象，因为程序员很昂贵，因此您需要确保他们不会被外界的任何事物分散注意力。
考虑一种解决此问题的敏捷方法。
首先，让我们处理CCC的概念，它代表Card，Conversation，Confirmation。
卡
想法是，整个用户故事应放在小纸卡或贴纸上。您不能在上面写很多，也没有必要。
卡片的主要目的是用作提醒，讨论邀请（对话的占位符）。
目的是将重点从撰写需求转移到他们的讨论上。进行生动活泼的讨论比撰写文字更重要。
该卡片应简短而简洁地反映任务的本质。建议格式：
{} {}, {}.
用户故事描述中的功能很少被遗忘，但有时他们对谁需要它以及为什么没有保持沉默。明确指定业务环境对于即将进行的讨论非常有用。
在编写用户故事时，建议您关注我们应用程序的用户（关注用户需求和利益）。
, (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 -.
: