project-management - SCRUM - 适当的非开发资源水平？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




我们正在尝试为一个从事在线应用程序的小型开发团队(三个半开发人员)运行 SCRUM，但我们无法从非开发资源(例如产品负责人、用户测试等。

我正在研究一个商业案例，以获得更多的非开发资源，并使其更能响应我们要求他们参与的请求。

现在的情况:

产品负责人是一个5人的团队，其中一半来自开发团队的大西洋彼岸(这比之前完全没有负责人的情况要好)

产品负责人“团队”实际上每月只开会两次

没有专门的用户测试或 QA 资源

完成用户测试的最快时间是 3 周，大约需要 2 个工作日的测试

我们正在努力进行每月冲刺

具体问题:

产品负责人(如果他们是一个人)每周应该花多少时间在他们的产品负责人角色上？

您是否希望产品负责人“每天全天”可用？

您希望每月有多少专门的测试/QA 资源可用？

我试过在谷歌上搜索“权威”答案，或者只是关于团队资源水平的任何报告，但没有找到任何东西。

有没有人知道这样的事情，所以我的商业案例不仅仅是“我认为......”，而是可以引用专家意见和现实世界的统计数据？

Answer 1

How much time per week should the product owner (if they were a single person) be spending on their product owner role?

根据我与 15 个 DEV + QA 和一个产品负责人的团队的经验，我会说平均每周大约一天应该没问题。
我还强烈建议遵循代理产品所有者的方法，或者创建一个 需求架构师 (谷歌 Dean Leffingwell 需求架构师)。这实质上就是我们所做的，因为我们的产品负责人没有足够的时间在项目上花费时间。

Would you expect the product owner to be available "all day every day"?

当然那是理想的。如果有一个位于同一位置的代理，它也会有所帮助。
如果没有那个，我强烈建议设置一个时间 SLA 来通过 EMAIL 回答与当前+下一个 sprint 相关的问题。例如在工作日结束前返回。

How much dedicated testing/QA resource would you expect to be available per month?

如上所述，这取决于项目类型和团队中开发人员/BA 的数量。我建议在 BA 和测试人员之间至少有 1:1 的关系，逻辑上需要 QA 的数量是指定需求数量的强函数。
由于您在谈论在线应用程序，我认为没有很长的回归/集成周期，因此与开发人员的 1:3 关系就足够了。我认为测试人员对需求和可用性的重要影响不仅仅是修复错误顺便说一句。
另一个因素是您是否打算采用敏捷工程实践，例如TDD、单元测试、持续集成等。如果是这样，测试资源将更加专注于测试定义、可用性、性能/负载测试，而不是回归。

查看瓶颈的一种方法是采用某种可视化工作流程的看板。在那个板上你可以看到瓶颈在哪里。无论是在 PO 的东西、开发还是测试中。如果您使用带有常规任务板图表的单个 Scrum 团队，您可以通过为“测试中”和“规范中”添加一列轻松获取此信息(因此总体而言，您有 - 待定 -> 规范中 -> 开发中进度 -> 测试中 -> 待定 PO 批准 -> 完成)。
如果您看到太多便利贴卡在某个列/阶段，您就知道该去哪里寻找问题了。向您的管理层展示这一点，它是经验性的，并且比在其他项目中看到的任何信息/经验法则要好得多，或者至少是对它的一个很好的补充......