project-management - 维护用户故事和用例

标签 project-management agile

正如主题所述,我想知道什么时候同时拥有两者会有帮助:

user storiesuse cases

根据我的理解,用户故事是更抽象的目标,而用例则更详细。 (在符号旁边)

那么同时保留它们有什么好处,还是只选择其中之一更好?

(指国际大中型项目)

最佳答案

我什至可以说,两者兼有是一种反模式。

在敏捷开发中,我们希望将繁文缛节和官僚主义的数量保持在最低限度 - 故事可以小到卡片上的一句话。所有其余的都可以在迭代中、编码时定义,甚至可以面对面定义。

另一方面,用户故事是提前决定应该实现什么的同义词。这在敏捷开发中是双重糟糕的:

  1. 它具有指导性,但不具有包容性:故事描述了我们正在努力实现的目标,用例描述了我们如何决定应该实现通常未指定的目标
  2. 这是一项提前完成的工作,因此存在风险。并非所有故事都会被实现。并非所有故事都会按照人们在撰写故事时的想法来实现。

关于project-management - 维护用户故事和用例,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16896240/

相关文章:

project-management - 多项目、多团队部门的看板可视化和工作流管理

project-management - 当您有多个项目时,Scrum 如何工作?

project-management - 错误跟踪最佳做法

project-management - 我如何让我的团队参与进来并保持积极性?

language-agnostic - 停止代码腐烂

cassandra - 项目中的敏捷方法和 Cassandra 中的查询驱动方法?

asp.net-mvc - ASP.NET MVC 是一种敏捷技术吗?

python - 如何保护我的 Python 代码库,使 guest 看不到某些模块,但它仍然有效?

project-management - 如何遵守新的联邦桌面核心配置 (FDCC),它将删除所有用户的本地管理员访问权限?

不理解敏捷声明原则