SCRUM-适当的非开发资源级别?[闭门]

产品负责人(如果他们是单身)每周应该在其产品负责人角色上花费多少时间?

根据我与一个由15名开发人员+质量保证人员和一名产品负责人组成的团队的经验,我认为平均每周大约一天就可以了。 我还强烈建议遵循代理产品所有者的方法,或者创建一个

您是否希望产品负责人“每天都有空”?

当然,这是最理想的。如果有一个位于同一位置的代理,它也会有所帮助。

您希望每月有多少专用测试/质量保证资源可用?

因为您谈论的是在线应用程序,所以我假设没有很长的回归/集成周期,因此与开发人员的关系为1:3就足够了。我认为测试人员对需求和可用性有重要影响,而不仅仅是修复bug。 另一个因素是您是否打算采用敏捷工程实践,例如TDD、单元测试、持续集成等。如果是这样,测试资源将更加关注测试定义、可用性、性能/负载测试,而不是回归。

如果你发现有太多的便笺卡在某个专栏/阶段,你就知道该去哪里寻找问题了。向你的管理层展示这一点,它是经验性的,比其他项目中看到的任何信息/经验法则都要好,或者至少是对这一点的一个很好的补充。。。

我怀疑你能否找到这些问题的权威答案,因为它们几乎完全取决于具体情况。

关于你的问题:

根据我的经验,产品负责人可能会全职参与一个项目,每几个月召开一次简短的会议。

测试的数量取决于项目在其生命周期中的位置,但这可能由其他开发人员、BA、项目经理和用户完成,因此这取决于您的公司流程。
(取决于您的开发人员有多优秀。)

你不能让一个项目的所有者是一个团队,因为你发现它根本不起作用。你有几个选择,我最喜欢的是宣布独立——他们不想承担作为所有者的责任——你自己承担责任。你清楚地理解这个问题,试着抓住控制权,发送几封简要介绍新结构的电子邮件——不要请求许可,只要这样做会让他们有点动摇。

其他答案-你不能让业主全天候工作,你必须围绕业主的时间表工作,但你可以要求提前知道时间表。

QA-对于3.5开发人员,我希望有0到1名QA人员,我希望0到1名,更可能是0,如果你不能找到一名专门的测试人员,直接去找用户-你是新的所有者记住,建立早期QA用户的智囊团,颠覆组织。

我是一名认证的SCRUM大师,以下是我对您情况的分析:

注意事项:

• 多个产品所有者是一种很糟糕的情况。需要一个人对项目有清晰的愿景。您是否将客户视为产品所有者?
• 如果你在调整SCRUM,那么你不是在做SCRUM,而是在做SCRUM-BUT。

建议性回答:

每周应该花多少时间 个人)在他们的产品上花费 所有者角色?

理想情况下,产品负责人应该是一个专注的人,但根据您的情况,一些能够决定要在本次冲刺中执行的任务(业务分析明确的需求),并在给定时间内为下一次冲刺的任务做好准备的人就足够了。

您是否希望产品负责人

不一定,但应在场通过任何沟通方式解释对任务的任何疑问。

你希望得到什么样的资源 每月有吗?

在整个冲刺过程中。在SCRUM中,每个人都被称为“开发人员”,在整个sprint过程中都应该在场,这在术语上增加了知识共享,提高了团队的整体绩效。

嗯