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

Question

我们正在尝试为一个在线应用程序上工作的小型开发团队（三个半开发人员）运行SCRUM，我们很难从非开发资源中获取时间，例如：产品所有者，用户测试等

我正在研究获取更多非开发资源的商业案例，以及它对我们的参与请求更加敏感。

现状：

• 产品拥有者是一个由5人组成的团队，其中一半是来自开发团队的跨大西洋（这比之前根本没有所有者的情况要好）。
• 产品所有者“团队”每月只会见两次
• 没有专门的用户测试或QA资源
• 完成用户测试的最快时间是3个星期，大约2个工作日的测试
• 我们正在努力进行每月冲刺

具体问题：

• 产品所有者（如果他们是一个人）应该每周花多少时间花在产品所有者角色上？
• 您是否希望产品所有者“每天全天都可用”？
• 您希望每月提供多少专用测试/质量保证资源？

我已经尝试使用谷歌搜索“权威”答案，或者只是关于团队资源级别的任何报告，但都找不到任何内容。

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

Answer 1

  

产品所有者（如果他们是一个人）每周应该花多少时间花在产品所有者角色上？

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

  

您是否希望产品所有者“每天全天都可用”？

当然这是理想的。如果存在IS共存的代理，它也会有所帮助。 如果没有这个，我强烈建议设置SLA时间来通过EMAIL回答与当前+下一个冲刺相关的问题。例如在工作日或某事结束时返回。

  

您希望每月提供多少专用测试/质量保证资源？

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

了解瓶颈的一种方法是采用某种可视化工作流程的看板。在那块板上你可以看到瓶颈在哪里。无论是在PO的东西，开发还是测试。如果您使用具有常规任务板图表的单个Scrum团队，您可以通过添加“在测试中”和“在规范中”的列来轻松获取此信息（因此总体而言，您有 - 待定 - ＆gt;在规范中 - ＆gt;在DEV Progress - ＆gt; In Testing - ＆gt; Pending PO Approval - ＆gt; DONE）中。 如果您发现太多粘滞便笺卡在某个列/阶段，您就知道在哪里寻找问题。向你的管理层展示这个，它的经验性和比其他项目中看到的任何信息/经验法则要好得多，或者至少是对它的非常好的补充......

Answer 2

我怀疑你会找到这些问题的任何授权答案，因为它们几乎完全取决于具体情况。

关于你的问题：

根据我的经验，产品所有者可能全职参与项目，每隔几个月召开一次简短的会议。

对于您的项目类型，根据您提供的详细信息，我不希望产品所有者每天全天都可用，更有可能每周一次或两次会议可用。 （1小时的会议。）

测试的数量取决于项目的位置，在其生命周期中，但这可能由其他开发人员，BA，项目经理和用户完成，因此这取决于您的公司流程。
对于你的规模团队，我会说1个全职QA资源可能会有用。 （取决于您的开发人员的优秀程度。）

Answer 3

你不能拥有一个团队的项目所有者，因为你发现它只是不起作用。你有几个选择，我最喜欢的是宣布独立 - 他们不想要成为所有者的责任 - 你自己承担责任。你清楚地理解这个问题，尝试抓住控制权，发送一些简洁的电子邮件，概述新的结构 - 不要求许可，只要这样做就可以让他们稍微动摇一下。

其他答案 - 您不会全天候提供所有者，您必须解决所有者的日程安排，但您可以要求提前知道该日程安排。

质量保证 - 对于3.5位开发人员，我希望介于.5到1位QA专用人员之间，我希望介于0和1之间，如果你不能得到一个专门的测试人员那就更有可能为0直接向用户 - 你是新主人记住，建立早期QA用户的大脑信任并颠覆组织。

BTW - 基于20个组织中50多个项目的答案。

Answer 4

我是经过认证的SCRUM硕士，以下是我对您情况的分析：

要点注意事项：

• SCRUM不允许“半开发人员”场景，开发人员应该专注于手头的项目。
• 多产品所有者是一个糟糕的情况。有一个人需要对项目有清晰的愿景。您是否将客户视为产品所有者？
• 如果你正在调整SCRUM，那么你不是在做SCRUM而是在做SCRUM-BUT。

暗示性答案：

  

每周应该花多少时间   产品所有者（如果他们是单身   人）花在他们的产品上   所有者角色？

您可以在团队中拥有代理产品所有者，负责推动产品开发并在原始产品所有者和团队之间建立适当的沟通桥梁。

理想情况下，产品所有者应该是一个专注的人，但根据您的情况，一些谁可以决定要进入此sprint的任务（业务分析明确要求），并在给定时间内为下一个sprint准备任务可以就足够了。

  

您是否期望产品所有者   “每天都有一天”可用吗？

不一定，但应该通过任何方式解释对任务的任何疑问。

  

多少专用测试/ QA   你期望的资源   每月可用吗？

贯穿整个冲刺阶段。在，SCRUM每个人都被称为“开发人员”，应该在冲刺中出现，这可以增加知识共享并提升整体团队绩效。

HTH