问题标签 [user-stories]

我们才刚刚开始从瀑布式转向敏捷。关于我们的新流程的少数抱怨之一是我们的迭代计划会议花费的时间太长，主要是因为我们在会议本身中编写故事卡，这就是向我描述流程的方式。

一个建议是，我们在会议之前编写故事卡，并要求每个人在参加会议之前对其进行审查，以节省潜在的时间。

在会议期间讲故事，而不是提前写故事卡片并要求人们提前回顾它们，有可能为每个人节省一些时间吗？

As a school project, we are rolling out our initial set of user stories. Should a user story record the original idea from a user, without combining them or separate them?

For example, John added that "I want to post multiple choice questions.", and Mike added that "Except multiple questions, I want to post true/false questions." David added that "I want a confirmation box before I add questions"

Do you leave those 3 user stories as it is, or you want to combine John's and Mike's as "I want to post multiple choice and true/false questions." and within this new user story a detail like "show a conformation box before clicking the add buttion"?

What do you choose?

我们将一个更大的故事细分为更多的子任务。但是如果我们关闭子任务对燃尽图没有影响，这是令人沮丧的。任何想法如何解决这个问题？

我正在从事一个具有非常复杂的集成需求的项目，特别是接收和发送 EDI 数据以及介于两者之间的所有“有趣”的东西。我绝对可以将精力集中在数据处理（验证、必填字段、转换）上，但我遇到的问题是如何在积压工作中构建故事和史诗以计划和跟踪工作。

很容易说“作为经理，我可以拒绝休假请求，以确保我有足够的员工来履行我的承诺。” 实际上，我非常擅长这一点，但我对这种整合工作还很陌生。

对于大型集成项目，更难说明用户是谁，价值是什么。EDI 集成只是接口（非功能性）需求，但实施是一项艰巨的工作。

任何人都可以就如何在我正在创建的产品待办列表中构建/构建这些类型的需求提供一些指导吗？

我开始学习 UML 并且有一个关于 Actor Generalization 的问题：

想象一下，我正在为 College 的某种应用程序编写用例图。我已经确定有两个演员；学生和老师。

现在，为了简短起见，假设要求相当简单（对我的问题并不重要）：

• 学生可以搜索课程
• 学生可以注册课程
• 学生可以提交论文
• 学生可以支付他的课程费用
• 老师可以给论文评分
• 学生可以就他的一堂课联系老师（电子邮件类型的消息，但都在系统内管理）
• 老师可以联系所有学生参加他的一堂课（同样由系统处理）。

一切都很好。

我卡住的地方是：

• 学生有用户名和密码，必须登录才能使用系统
• 教师有用户名和密码，必须登录才能使用系统
• 学生可以通过在线门户重置他的密码
• 老师可以通过在线门户重置他的密码

所以我的问题是......如何最好地处理系统的常见用例？

一方面，我可以看到学生和教师都是特殊类型的用户，并且用户参与者与常见用例相关联（因此用户有用户名和密码并且必须登录，用户可以通过在线门户网站等）。

另一方面，让教师和学生拥有相同的超级演员（正确的术语？）似乎有点奇怪，因为他们似乎是系统的两个非常不同的用户。因此，我是否不应该与两个参与者（学生和教师）保持联系，并简单地将学生与常见用例和教师与常见用例联系起来？

我已经尝试了这两种方法。正如我所提到的，由于教师和学生非常不同，用户泛化方法感觉不太好，但是对于不同的参与者有几个相同的用例似乎有点未优化（或多余的，或者只是在纸上看起来很有趣！）。

对此有正确或错误的答案，还是仅取决于偏好？

我正在做一个项目，我们真的很想尝试使用敏捷软件方法，并且正在编写我们的用户故事。这对我们来说是新的，尽管我们在编写成功的软件方面有很多经验。我的问题与当产品需要在多个平台上运行时如何编写故事有关......

让我们为了争论说我们的用户故事是......

• 用户需要能够登录
• 用户可以重置他们的密码

现在这需要在多个浏览器上工作，很可能是 PC 和 Mac 上的多个版本的浏览器。

过去对不同团队运作良好的方法是，您是否在您希望支持的所有平台上测试故事，或者您是否成功编写了额外的用户故事，例如“必须也适用于 Safari 版本 x.xx”。我不喜欢后者的想法，它没有很好的范围。

另一种选择可能是像这样为每个平台重复编写故事......

• 用户需要能够登录 Safari 版本 x.xx
• 用户需要能够登录 Chrome 版本 x.xx 等

无论如何，真的只是在寻找一些洞察力，并有兴趣了解社区中其他一些团队的成功和失败。

感谢分享...

我们的两个用户角色似乎有一个相似的故事。

有一个外部和一个内部销售人员被确定为不同的角色。

他们都可以在调查中捕获数据。但是外部推销员（并且只有她）能够添加新的调查来源（例如商店），但只能在创建新调查时添加。内部销售人员必须在另一个系统中添加新的调查源，该系统将在一夜之间导入。没有调查就不可能添加新的调查来源。

到目前为止，我们有这个故事：

而这些场景：

我怀疑这应该是要求的结束。首先，没有明确定义“推销员”角色。但我们在故事中使用它。并且没有明确规定只能由外部推销员创建新的调查来源。

我们应该改写还是拆分故事？将“添加新调查源”放在场景中是否足够？

每当对缺陷或用户故事进行任何更改时，有什么方法可以调用restfull api吗？

真的有可能在 2 周的 sprint 中编写包含所有边缘案例、场景和所有操作的用户故事吗？如果在特定场景中需要解决一些小变化，这可能会使故事延续到该冲刺，该怎么办？

在我们的团队中，经常会出现设计、PO、BA、Dev、QA、PM 相互指责的冲突局面。

PO、Design、BA 说这些都是非常小的细节，本身就会变成一个冗长的文档，很难说每一个吹毛求疵的东西，QA/DEV 在规划时应该考虑这些情况。但是 QA/DEV 反击说这不是他们的工作，如果没有说明他们不负责任，他们只会做明确说明的事情。

PM 指责并向 BA、Dev、QA 施加压力，说他只关心速度，而没有真正帮助任何人。点，点，点，这就是他所说的全部。他甚至不帮助团队专注于产品、管理冲突、提供/促进可以改进的培训或流程。他甚至不明白如果构建失败、环境关闭、QA 和开发工作将被延迟。

开发人员/质量保证人员应该关注什么？是获得故事点还是让产品质量好？

谁真的应该为这些点而烦恼？PM 可以在没有真正了解现实的情况下对 Dev、QA、BA 施加压力吗？

谁真正负责错过更精细的细节？设计，PO，BA？或者 QA/Dev 应该在估算之前考虑一下吗？

情况一天比一天严重，我们整个关系中有很多政治和分裂！

可能是这个问题的后续：在敏捷/scrum 用户故事中，多少细节才足够？

Rally：创建一个应用程序，其中列出了用户故事与它们链接到的测试用例。

我正在使用 rally.sdk 来获得相同的效果。

当我显示 TestCases 字段时，它给了我 [object Object]

如何访问 TestCaseID。我还尝试使用属于 HierarchicalRequirement 的一些变量：c_TestCasesCreated。这不起作用并且什么也不渲染。

我不确定如何获得相同的解决方案。

请帮忙

谢谢，

帕特里克