所有敏捷 epics 都应该用句子命名吗？
Should all agile epics be titled in sentences?
我正在 youtrack 上重组我的敏捷板，并试图符合行业最佳实践，但我更愿意称之为史诗
"User Profile"
相对于
"A users can view their own and other users information and content on their user profile"
如果我能逃脱的话。
我很快就会申请工作，所以有人可能会看看我所做的事情，我只是想确保我不会因为这样的事情而看起来很糟糕。
进一步阐明我如何看待每个 "Type" 问题（以确保我正确理解它们）
Epic - 用户配置文件（简要说明）
功能 - 用户提要（详细说明）
任务 - 用户可能喜欢提要中的项目
史诗的标题应该是'fit for purpose'。该目的是什么取决于您如何使用它们。
例如，假设您是唯一可见 epics 的人。在那种情况下，史诗般的标题应该是对你有意义的东西。但是，如果史诗在商业用户中广泛可见，那么使用对他们来说最重要的史诗标题就有意义了。
对于这种事情，实际上并没有 'best practice'，因为敏捷方法差异很大。实际上，这是关于找到适合您的特定组织的解决方案，如果效果不佳，请对其进行调整以使其变得更好。
我建议您绝对要避免的唯一情况是拥有对交付团队有意义但业务用户不理解的史诗标题。
史诗和故事在逻辑上确实没有区别；区别在于规模。事实上，当团队估计故事比较大时，故事 成为史诗 的情况经常发生。
在撰写史诗般的故事时，您可能对客户的真正需求还不够清楚。
因此，当您稍后开始创建用户故事时，史诗标题可能是 "User Profile"；用户故事标题 "As user I want to be able to update my profile so that I can add avatar".
我们发现浏览产品积压项目真的很容易，特别是当我们试图通过显示标题对它们进行排名时，sum-up用户故事背后的主要目的，如果需要更多详细信息，那么我们深入研究它以检查整个用户故事，它是验收标准。
我正在 youtrack 上重组我的敏捷板，并试图符合行业最佳实践，但我更愿意称之为史诗
"User Profile"
相对于
"A users can view their own and other users information and content on their user profile"
如果我能逃脱的话。
我很快就会申请工作，所以有人可能会看看我所做的事情，我只是想确保我不会因为这样的事情而看起来很糟糕。
进一步阐明我如何看待每个 "Type" 问题（以确保我正确理解它们）
Epic - 用户配置文件（简要说明）
功能 - 用户提要（详细说明）
任务 - 用户可能喜欢提要中的项目
史诗的标题应该是'fit for purpose'。该目的是什么取决于您如何使用它们。
例如，假设您是唯一可见 epics 的人。在那种情况下，史诗般的标题应该是对你有意义的东西。但是，如果史诗在商业用户中广泛可见，那么使用对他们来说最重要的史诗标题就有意义了。
对于这种事情，实际上并没有 'best practice'，因为敏捷方法差异很大。实际上，这是关于找到适合您的特定组织的解决方案，如果效果不佳，请对其进行调整以使其变得更好。
我建议您绝对要避免的唯一情况是拥有对交付团队有意义但业务用户不理解的史诗标题。
史诗和故事在逻辑上确实没有区别；区别在于规模。事实上，当团队估计故事比较大时，故事 成为史诗 的情况经常发生。
在撰写史诗般的故事时，您可能对客户的真正需求还不够清楚。 因此，当您稍后开始创建用户故事时，史诗标题可能是 "User Profile"；用户故事标题 "As user I want to be able to update my profile so that I can add avatar".
我们发现浏览产品积压项目真的很容易，特别是当我们试图通过显示标题对它们进行排名时，sum-up用户故事背后的主要目的，如果需要更多详细信息，那么我们深入研究它以检查整个用户故事，它是验收标准。