使用业务架构进行影响评估

在我指导的Scrum团队中，一个常见的问题是用户故事太大。 当用户故事太大时，很难理解，估计和实施。 那么，对于用户故事而言，合适的大小是多少？ 我的指导是，应调整产品待办事项顶部的用户故事的大小，以便Scrum团队可以轻松地每周完成四到六个故事。

团队如何在产品待办事项列表中记录重要故事并将其分解为较小的故事？ 今天给大家分享4种用于拆分用户故事的技术，基本上可以应对您工作中面临的大部分故事了。