在不希望所有者参与的小型项目上使用Scrum


9

最近,我一直在阅读和学习有关Scrum的很多知识,我非常喜欢它。但是,我确实有一些我不知道解决方案的可能情况。假设我想组织一个由(例如)四个Web开发人员(其中一个是UI / UX设计人员)组成的敏捷团队。该团队将按照Scrum原则运作。

最初,我们可能会开展一些项目,例如为普通百姓的小型企业提供登陆页面,例如出租公寓,出售Cookie……这类客户根本无法设置为“产品所有者”角色(IMHO),因为他们通常希望雇用一家公司,向他们提供总体项目目标的详细信息,然后期望工作尽可能少地完成(包括大量决策)(在他们看来,他们有更多重要的事情要做)。假设我想让自己参与开发人员/ Scrum主管的角色(我知道即使是一次小组成员和Scrum主管也值得商)),所以我根本不应该担任产品所有者的角色好。

关于我的问题:如果我是公司的企业主,我是否也需要简单地成为产品所有者(这些角色是否彼此包含)?我可以雇用可能担任产品负责人的销售人员吗?如果它是经验丰富的开发人员而不是销售人员,会更好吗?这甚至是明智之举吗?最后,还有另一种更适合我职位的敏捷方法吗?


编辑:谢谢大家的良好投入。我添加了一些评论,任何附加信息将不胜感激。


1
您需要多少个Sprint才能创建目标网页?
JeffO 2014年

杰夫,我明白你的意思,但是已经发生了太多次了,以至于一些简单的登陆页面正好相反,其中一些登陆页面开始增长。如果您还没准备好,那么您将无法进行先前的计划。至少那是我的经验。
Andrej Mohar 2014年

Answers:


15

我认为您的情况实际上很常见,很多客户不会参与PO角色所需的奉献水平。

通常是“ PO代理”的方法,这是您公司中与客户进行交谈并将客户的需求转换为Scrum团队的用户历史的人员。当然,您需要一点一点地将更多的真正客户加入到您的流程中,但这并不总是可能的,并且在很大程度上取决于您的客户类型,“ PO代理”在大多数情况下都是合理的解决方案。

对于这个职位,最适合的可能不是开发人员,也可能不是销售人员,最适合您的客户业务领域专家(同时可以是开发人员或销售人员,但他的主要技能是成为领域专家)。

如果您真的需要一个全职的人担任这个角色,或者该角色可以与其他任务共享,这又要考虑另一件事,这又在很大程度上取决于您的特定上下文,您可以从一个共享的或专职的角色开始并“检查并适应”您的特定需求。


8

根据我的经验,如果您告诉客户他们是“产品负责人”,那么他们往往会对额外的责任感到反感。但是,如果您说要每两周向他们展示您的进度,以便他们指导团队,那么他们会很酷。在大多数情况下,产品所有者总是这样做。


在大多数情况下都是如此,尽管我已经与一些根本不想参与的客户合作过。因此有时这可能无法按预期工作。
Andrej Mohar 2014年

3

我想说您的外部客户是利益相关者,您的产品所有者应来自您自己的组织。

以我的经验,企业所有者和产品所有者很少是同一角色。要检查产品负责人所需的技能及其职责,请参阅Scrum Guide

请谨慎选择产品所有者。它们将对您如何充分利用Scrum产生重大影响。


我在某种程度上同意,但是如果我只有一个很小的团队,那么选择产品所有者就变得非常有限。
Andrej Mohar 2014年

0

我遇到过类似的情况,我们从未将产品负责人的责任交给客户。正如您所说,客户将不愿承担此责任。这需要他们方面的大量努力,并且不被认为是最佳实践。

您应该有一个产品所有者,该产品所有者是您团队的一部分,并确保团队能够满足客户的要求。更重要的是,为您的团队利益行事。她应具有足够的专业知识,以了解客户并判断客户要求的功能的优先级和重要性。


为什么我要问反对票?
Ioannis Tzikas 2014年

当我对德里克(Derek)回答时,拥有一个小团队并拥有我们可能遇到的所有领域的专业知识是非常困难的。另外,我可能不正确地理解了产品负责人的角色,但她不应该为了客户的利益而工作(AFAIK,Scrum Master会为团队服务,这就是为什么他们可以很好地互补,对吗?)顺便说一句,我不是那个不赞成你的人。
Andrej Mohar 2014年

当我从您的团队说时,我是指您的公司/组织。尽管产品经理是客户的声音并代表利益相关者,但他/她仍然会为您的组织/团队提供支持。重要的是要有人来过滤请求并吸收客户的压力。
Ioannis Tzikas
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.