【问题标题】:Should the scrum master and product owner exclusively manage stories and velocity [closed]Scrum master和产品负责人是否应该专门管理故事和速度[关闭]
【发布时间】:2015-06-16 09:08:36
【问题描述】:

您好,我目前在一个 Scrum 团队中,Scrum 主管和产品负责人专门决定团队将为 sprint 处理哪些故事。

他们还专门负责分析估计的准确性和测量速度。

我赞成将这一责任交给团队,但我希望对方法、优缺点等发表一些公正的意见。

【问题讨论】:

  • 我投票决定将此问题作为题外话结束,因为它与help center 中定义的实际编程问题无关。
  • 我很高兴,老实说,我不确定这是否是发布问题的地方,但找不到其他地方...我可以为自己的帖子投票吗?
  • 你应该检查Programmers.SE。我认为这会成为主题,但请先检查他们的要求。
  • @Kezza 这个问题可能是关于程序员的话题,但它不会以目前的形式存在,因为它是too opinion based。我建议删除这里的问题,在新版本中使用更像“赋予团队责任会出现什么问题?”的语言。而不像“我想要一些公正的意见”,因为前者是可以回答的,但后者是一个民意调查,is frowned upon.
  • 我投票结束这个问题,因为它与编程无关。

标签: velocity agile scrum


【解决方案1】:

我建议您查看 Scrum 指南,以获得真正公正的观点。可以从这里获得:http://scrumguides.org/ Scrum 指南非常清楚您提到的领域中的角色分离。

产品所有者负责产品积压工作,包括其订购。

对产品待办事项中的项目的估计是工作人员(即:开发团队)的责任。

Sprint 中的工作选择是产品所有者和开发团队之间的协作。

速度是衡量之前冲刺中完成的工作量的指标。它不需要测量。它只是'是'。

【讨论】:

  • 啊,是的,速度只是“是”我明白了,我想我的意思是监控/分析,甚至只是知道,因为团队中没有人真正知道团队从一个冲刺到下一个冲刺的速度。
【解决方案2】:

你们应该作为一个 Scrum 团队一起做。 PO 确实设置了业务优先级,但也可能存在一些技术障碍,开发团队可以在该领域支持 PO。 SM 不应该做出决定——他的角色是支持开发人员和 PO 找到最佳解决方案。

关于速度和估算,这也是 SM 工作的一部分,可帮助您识别问题,例如估算,总体而言,规划和分析数据有助于检查您的估算是否过于乐观

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2022-12-15
    • 1970-01-01
    • 2011-02-17
    • 2011-04-13
    • 1970-01-01
    • 2019-06-16
    • 2010-12-25
    相关资源
    最近更新 更多