ROI（商业价值）的故事映射和用户故事优先级

Question

目前我使用 2 种敏捷实践： - 故事映射：定义主题/史诗/故事 - ROI（商业价值/努力）的故事优先级

但是，我可以同时使用吗？

现在我执行以下操作： 1.故事映射，然后我有我的积压和对工作的清晰看法。 2. 然后我分配商业价值和努力来计算每个故事的 ROI（投资回报）​​。 3. 然后我尝试根据投资回报率对故事进行排序，这样我首先得到了真正重要的内容......

所以，问题是在最后一步之后，故事是混合的，我有几个“长”的 EPICS，几个 EPICS 并行。

因此，这里有一个示例，有 3 个 EPICS（A、B、C），一旦我按 ROI 对所有故事进行排序，您就会在底部看到我的路线图的“视觉结果”。 如果我隐藏“sotries”，我就会失去“干净”的愿景，什么时候会做，我有 3 个很长的酒吧！所以很难“理解”规划。

我怎样才能有一个清晰的愿景？当我查看我的“路线图”时，所有 EPICS 都非常长，因此变得毫无用处。我应该通过将所有具有相同优先级的故事放在一起来拆分我的 EPICS 吗？ （举例）

Answer 1

我从来都不喜欢生成史诗的优先顺序，因为这忽略了这样一个事实，即当史诗被分解为故事时，优先级可能会发生变化。

例如：

史诗 A 变成故事 X 和故事 Y

史诗 B 变成故事 J 和故事 K

如果故事的优先顺序是 X、J、Y、K，那么哪个史诗的优先级最高？

我的建议是只对故事进行故事映射，并尽可能避免史诗或主题。

我会尝试分几个阶段进行：

• 第一阶段 - 首次尝试故事映射，定义主题/史诗/故事。
• 第二阶段 - 查看故事地图并根据它们在地图中的位置确定任何看起来优先级相对较高的史诗或主题。将这些史诗或主题分解为故事。
• 第三阶段 - 计算故事图中优先级较高的故事的价值和努力。
• 第四阶段 - 查看地图并考虑价值和努力，决定是否需要对其进行更改，以便更快地完成更高优先级的故事。
• 如有必要，重复上述任何阶段，直到您对优先级和详细程度感到满意为止。

Answer 2

几年前我第一次了解史诗时采用的一种思路是将它们完全视为用户故事，只是提升了一个层次。因此，用户故事必须能够在一个 sprint 内完成，因此史诗的规模必须能够在一个发布周期（通常是三个月或更短时间）内完成。与 sprint 一样，一旦选择这些周期，出于相同的原因，这些周期的长度保持不变。** 一个 sprint 中可以有多个故事，因此在一个发布周期中有多个史诗是可以的。每个人都对其他人进行排名，作为飞行中的捷径决策的一种方式。也就是说，如果您没有时间完成两个共享资源（人员、测试平台等）的故事，您会自动选择排名较高的故事。史诗排名达到了相同的目的：当优先考虑使用相同资源的故事时，较高的史诗获胜。

如果您接受这个前提，那么您的问题的答案是使用您现在用来将故事分块为单个 sprint 的相同规则将史诗“分块”成单个版本。我已经在几家公司应用了这种方法，没有问题；事实上，一个程序在一个版本中完成史诗的可预测性达到了 90%，远高于我的预期。

**这不需要阻止持续交付。它只是一种规划机制，旨在帮助客户和利益相关者了解在一段时间内可能（尽管没有承诺）交付哪些主要功能，并有足够的时间让他们规划相关活动。