用于重建现有网站的Scrum用户故事

时间:2015-03-17 20:56:09

标签: jira scrum user-stories jira-agile kanban

我正在考虑使用Scrum从头开始重建现有站点,同时保留以前站点的一些功能。虽然我们仍处于项目的“重新发现”阶段,但我想知道是否可以包含其他用户角色,例如内容策略师(用于审核内容),网站构建器等?我知道scrum会让最终用户记住故事,但是,我可以为项目规划和估算目的添加其他用户角色吗?

即,我正在使用JIRA scrum board并根据阶段(即Google Analytics,内容审核阶段)创建了史诗。在这些情况下,用户角色是什么?我们仍在收集要求。我应该去创建任务而不是根据这些任务运行冲刺?或者我应该使用看板?

2 个答案:

答案 0 :(得分:1)

通常,您提到的用户故事中的角色是最终用户。但是,最终用户不仅需要成为该网站的客户。其他潜在用户可能是需要进行站点更新的人员,需要分析站点分析的人员等。

例如,你可能有:

"作为SEO专家,我希望网站能够捕获分析信息,以便我可以分析网站的使用情况"

您通常所做的事情与实际开发工作有关。这样做的原因是用户故事旨在为利益相关者提供工作价值。这有助于敏捷过程,通过衡量业务价值方面的进展而不是完成的技术工作。

理想情况下,内容审核将是整个开发过程中的持续过程。在敏捷方面,我们试图将工作变为“完成”状态。在每个冲刺中。如果内容审核是在项目结束时进行的,那么故事只会在审核发生之前部分完成。这可能会掩盖项目的真正进展。将每个sprint视为一个迷你项目,包括访问可能可发布的网站所需的所有内容。

Scrum和看板之间的选择并非微不足道,取决于很多因素。您可能想要查看有关此主题的有关堆栈交换的其他问题。

答案 1 :(得分:0)

你的第一句话让我相信你在Scrum提供的指导中试图适应你的项目时会遇到一些精神上的摩擦。

我也想说明"类型的人"谁将要使用您的Web应用程序通常被敏捷团队称为 personas 。所以使用上面的例子......

  

"作为SEO专家..."

SEO专家将是一个角色。你可以拥有和敏捷项目一样多的人物角色。保持合理,这样你就不会陷入无用的细节之中,但没有限制。

当谈到项目团队上的角色时,Scrum的指导开始感觉像是一个约束。 Scrum说你有SM,PO和团队成员。什么是内容策略师在Scrum团队中做什么?他们可以是团队成员并且可以工作(参与估算,交付,计划)。

他们所做的工作将在sprint中完成,就像其他任何人一样,在#34;用户故事"他们正在努力。

Scrum(按规定)应该相当严格。这种严格性通常会导致人们看到像看板这样的其他方法,或者团队放弃了Scrum的严格性,他们不再做Scrum

大卫安德森和LeanKanban大学所描述的看板(或者我应该说是看板方法)并不是Scrum的替代品。虚拟看板系统是看板方法使用的工作管理技术。虚拟看板系统可用于增强敏捷团队使用其董事会的方式并管理他们的工作,使他们能够超越Scrum的限制,同时仍然受到纪律处分。使用虚拟看板系统是 而不是从监狱免费卡 ,让您变得没有纪律。

虚拟看板系统,做得正确,将描述项目所需的 过程,并允许其随着时间的推移不断发展,以不断改进和满足需求的团队。这种自由是虚拟看板系统比Scrum提供的指导方面的重大改进。它们允许您取下训练轮。

虚拟看板系统允许您:

  • 描述您的工作流程
  • 根据需要更改您的工作流程
  • 不改变或担心职位 - 专注于工作,而不是角色
  • 通过系统放置所需的工作类型(工作项)而不必担心它们是用户故事交付后工作预先开发工作
  • 专注于阻止或迟到的问题
  • 允许不断发展对项目优先级的理解并根据该信息采取行动
  • 了解工作通过看板系统需要多长时间
  • 使用WIP限制减少负担过重,让团队专注于在开始新工作之前完成工作
  • 建立一个更好,不断改进的过程
  • 提供与任何其他敏捷方法相同的透明度和利益相关者参与度

在着手决定"切换"对于看板,我会鼓励你阅读Mike Burrows的新书 - "来自Inside" (Amazon link)并进一步了解您的组织如何实施看板方法。

如果您对Jira有疑问(我不认为您这样做了),对不起,我对您的问题部分没有答案。