1.独立。没有必要将所有功能一次性混合在一起——这是制定用户故事的主要规则。故事的独立性表明它应该只描述一种功能。在下面的例子中，故事过于广泛。
作为乘客，我希望在应用程序中选择不同等级的出租车，连接不同的支付方式，提前预订行程。
作为乘客，我想在应用程序中选择不同等级的出租车。 作为乘客，我想要连接不同的付款方式。 作为乘客，我想提前预订行程。2. 可商议--可商议。员工讨论用户故事以最终确定文本，并将所需参数的最新信息传递给开发部门。
3. 有价值。用户故事应该传达产品或其功能的价值。完成故事的重要 推特数据 性在最后被指出。在糟糕的用户故事中，价值等于用户操作。比如我想叫出租车就叫出租车。在这个例子中，有动作，但没有故事价值。
作为乘客，我想在应用程序中选择不同等级的出租车来选择舒适度。 作为乘客，我希望连接不同的付款方式，以便能够通过现金和银行转账支付。 作为乘客，我想提前预订行程以确保在特定时间搭上车。4.可估计——估计。每个用户故事都需要进行评估，以了解我们将花费多少资源和时间进行开发，需要多少员工和资金。在故事投入生产之前提供反馈。
5.小。文本不能占据一页，只有一两句话，因为这不是详细的，而是对应用程序或其单独参数的一般描述。好的用户故事应该简短。
束模型。这意味着在规划和管理项目时需要考虑三个要素：
时间
成本或预算
内容或范围
这些是影响任务完成质量和项目成功的关键因素。例如，您需要重新设计产品包装。要规划此类工作，必须考虑三个要素：
您将花多少时间来开发新设计；
需要多少钱来支付设计师的工作？
对项目内容的要求是什么，即新的包装设计应该是什么样的，其发展需要什么。
假设一个项目经理计划花一个月的时间进行重新设计，但在此过程中，显然由于未完成的任务导致工作量不断增加。因此，完成工作的期限增加了一周，设计师的工资成本也增加了。