通常,用户故事中的角色是您提到的最终用户。但是,最终用户不仅需要成为该网站的客户。其他潜在用户可能是需要进行站点更新的人员,需要分析站点分析的人员等。
例如,你可能有:
“作为SEO专家,我希望网站能够捕获分析信息,以便我可以分析网站的使用情况”
您通常不会做的是与实际开发工作相关的角色。这样做的原因是用户故事旨在为利益相关者提供工作价值。这有助于敏捷过程,通过衡量业务价值方面的进展而不是完成的技术工作。
理想情况下,内容审核将是整个开发过程中的持续过程。在敏捷方面,我们尝试在每个sprint中将工作变为“完成”状态。如果内容审核是在项目结束时进行的,那么故事只会在审核发生之前部分完成。这可能会掩盖项目的真正进展。将每个sprint视为一个迷你项目,包括访问可能可释放的网站所需的所有内容。
Scrum和看板之间的选择并非微不足道,取决于许多因素。您可能想要查看有关此主题的堆栈交换的其他问题。
你是第一句话让我相信你在Scrum提供的指导中试图适应你的项目时会遇到一些精神上的摩擦。
我还想说明将要使用您的Web应用程序的“人员类型”通常被称为 人物角色 在敏捷团队中。所以使用上面的例子......
“作为SEO专家......”
SEO专家将是一个角色。您可以在敏捷项目中拥有任意数量的角色。保持合理,这样你就不会陷入无用的细节,但没有限制。
谈到角色 在项目团队 ,这就是Scrum的指导开始感觉像是约束的地方。 Scrum说你有SM,PO和团队成员。什么是内容策略师在Scrum团队中做什么?他们可以是团队成员并且可以工作(参与估算,交付,计划)。
他们所做的工作将在sprint中完成,就像他们正在处理的“用户故事”一样。
Scrum(按规定)应该相当严格。这种严格性通常会导致人们看到像看板这样的其他方法,或者团队放弃了Scrum的严格性,他们不再 做Scrum 。
David Anderson和LeanKanban大学所描述的看板(或者我应该说看看Kanban方法)并不是Scrum的替代品。虚拟看板系统是看板方法使用的工作管理技术。虚拟看板系统可用于增强敏捷团队使用其董事会的方式并管理他们的工作,使他们能够超越Scrum的限制,同时仍然受到纪律处分。使用虚拟看板系统是 的 不是出狱的免费卡 强> 这让你变得没有纪律。
完全正确的虚拟看板系统将描述该过程 的 您 强> 需要 的 您的 强> 项目,并允许它随着时间的推移不断发展,以不断改进和满足团队的需求。这种自由是虚拟看板系统比Scrum提供的指导方面的重大改进。它们允许您取下训练轮。
虚拟看板系统允许您:
在开始“切换”到看板的决定之前,我鼓励你阅读Mike Burrows的新书 - “来自内部的看板”( 亚马逊链接 并进一步了解看板方法如何能够并且应该由您的组织实施。
如果你有关于Jira的问题(我认为你没有这个问题),对不起,我对你问题的这一部分没有答案。