一切都像生活一样。
背景知识
在经典方法中，产品所有者的角色不是。 产品所有者的角色第一次出现在Scrum框架中。 在此之前，项目经理在PMI PMBoK方法论中的作用最接近。 项目经理的角色包含许多矛盾和利益冲突：
- 项目经理负责团队以及与客户的关系。 不幸的是，客户的利益与团队的利益背道而驰。
- 项目经理仅负责产品创建阶段。 项目经理不在乎以后会发生什么，主要是要以必要的属性，质量和按时满足预算来完成项目。
- 项目经理不必知道如何销售和推广产品。 因此，市场上有很多失败的项目，但是正式成功的项目（在预算范围内按时完成）。
为了解决这些问题，Scrum的创建者：
- 我们将项目经理的角色分为两部分：负责团队的Scrum主管，一种严格但热爱的保姆，以及产品的所有者。
- 他们这样做是为了使产品所有者的责任不会在开发完成时就结束，而要在商业运营期间继续。
- 我们认为，产品所有者的能力包括：市场营销，销售，业务知识和主题领域。
谁是产品负责人？
产品负责人是一位了解软件开发是什么的普通士兵。 了解开发生命周期； 代表如何促销和销售产品，了解市场条件和目标市场的趋势； 了解UI和UX； 可以预测和衡量关键产品指标。
理想产品负责人的故事听起来像这样：
- 他曾在IT部门担任开发人员，规划师或设计师。
- 由于在IT中很少有沟通和领导才能，因此它已经发展为项目经理。
- 我并没有止步于此，而是开始朝业务，市场营销，销售方向发展。
但是，这是理想的，但是在实践中：提出“好主意”的任何人都将自己视为产品的所有者。 此外，如果这些想法没有被激发，您就可以将责任推给开发，设计师，市场营销或销售。
产品负责人的七大罪过
- 没有提出可测量的业务假设。 也就是说，如果我们实现此功能，那么我们将获得这样的好处：将转化率提高n％，将用户的费用降低m卢布，并赚取很多钱。 此外，不仅要命名度量的任意值，而且要证明这些值的合理性。
- 不向团队解释变更目标。 如果承包商不了解或没有达成目标，则会出现两个问题：承包商没有按照产品所有者的意愿进行操作； 做得不好而且很慢。 另外，团队是这个想法的主要审查者。 您无法向团队证明想法的价值，请考虑一下想法是否有意义。
- 不参与执行。 如果产品负责人不检查工件：用户故事，原型，流程图，结果，那么他将无法获得所需的东西。
- 不参与验收。 产品所有者必须在测试专家面前接受现成的更改，以确保他们已经完成了所需的工作并且质量正确。
- 不检查结果。 提出了可衡量的业务假设后，检查结果是否达到了预期的结果。 也就是说，请与事实核对计划。
- 不得出结论。 引入更改后，不仅需要将计划与实际情况进行比较，而且还必须了解实现或未达到这些结果的原因。 将来，请尝试增强正面结果，并将负面结果级别提高。
- 他不考虑将来产品会发生什么。 谁以及如何支持，开发和销售产品。
理想产品负责人
从上一个列表中删除“ not”粒子，并获得理想的产品所有者。
小费
- 您对相关领域，业务，主题领域，竞争对手的了解越多，就越容易找到一个好主意。
- 您拥有的功能越成功，您在团队和客户中的信誉就越高。 在某个时候，权威将开始为您服务。
- 让所有人受益-nishtyaki团队是客户的成功之选。