我正在重新考虑使用 Scrum 从头开始重建现有站点，同时保留以前站点的一些功能。虽然我们仍处于项目的“重新发现”阶段，但我想知道是否可以包括其他用户角色，例如内容策略师（用于审核内容）、网站建设者等？我知道 Scrum 会记住最终用户的故事，但是，我可以添加其他用户角色来进行项目规划和估算吗？
也就是说，我正在使用 JIRA scrum board 并根据阶段（即 Google Analytics、内容审核阶段）创建了史诗。在这些情况下，用户角色是什么？我们仍在收集需求。我应该直接创建任务并根据这些任务运行冲刺吗？还是我应该使用看板？
你的第一句话让我相信你在尝试让你的项目适应 Scrum 提供的指导时遇到了一些心理摩擦。
我还想指出，将使用您的 Web 应用程序的“人的类型”通常被敏捷团队称为角色。所以使用上面的例子......
“作为 SEO 专家……”
SEO专家将是一个角色。您可以在敏捷项目中拥有任意数量的角色。保持合理，这样您就不会陷入无用的细节中，但没有限制。
当谈到项目团队中的角色时，Scrum 的指导开始让人觉得是一种约束。Scrum 说你有一个 SM、PO 和团队成员。Scrum 团队中的内容策略师做什么？他们可以成为团队成员并开展工作（参与估算、交付、规划）。
他们所做的工作将在冲刺中完成，就像其他人一样，在他们正在处理的“用户故事”上完成。
Scrum（按照规定）应该相当严格。这种严格性通常会导致人们转向看板等其他方法，或者团队放弃了 Scrum 的严格性，他们不再使用Scrum。
David Anderson 和 LeanKanban University 所描述的看板（或者我应该说看板方法）并不是 Scrum 的直接替代品。虚拟看板系统是看板方法使用的一种工作管理技术。虚拟看板系统可用于增强敏捷团队使用董事会和管理工作的方式，以使他们能够超越 Scrum 的限制，同时仍然受到纪律处分。使用虚拟看板系统并不是一张让你变得无纪律的出狱卡。
正确完成的虚拟看板系统将描述您的项目所需的过程，并使其随着时间的推移而发展，以不断改进和满足团队的需求。这种自由是虚拟看板系统对 Scrum 提供的指导进行重大改进的地方。它们允许您取下训练轮。
虚拟看板系统允许您：
在决定“切换”到看板之前，我建议您阅读 Mike Burrows 的新书——“从内部看板”（亚马逊链接），并进一步了解看板方法可以和应该如何实施由您的组织。
如果您对 Jira 有任何疑问（我认为您没有），很抱歉我无法回答您的这部分问题。
通常，用户故事中的角色是您提到的最终用户。但是，最终用户不必只是网站的客户。其他潜在用户可能是需要进行站点更新的人、需要分析站点分析的人等。
例如，您可能有：
“作为 SEO 专家，我希望网站能够捕获分析信息，以便我可以分析网站使用情况”
您通常不会担任与实际开发工作相关的角色。这样做的原因是用户故事旨在为工作的利益相关者提供价值。这通过根据业务价值而不是已完成的技术工作来衡量进度，从而有助于敏捷流程。
理想情况下，内容审核将是贯穿整个开发的持续过程。在敏捷术语中，我们试图在每个 sprint 中使工作达到“完成”状态。如果内容审核是在项目结束时进行的，那么故事只会部分完成，直到审核发生。这冒着掩盖项目真实进展的风险。将每个 sprint 视为一个小型项目，包括访问可能发布的网站所需的所有内容。
Scrum 和看板之间的选择并非易事，取决于许多因素。您可能想查看有关此主题的堆栈交换的其他问题。