产品负责人应控制软件版本。 这就是为什么。

构建有意义的产品的一部分工作是投入生产。 在软件版本中,创造客户价值是我们的首要目标,我们认为这种责任属于产品所有者。

历史上,软件版本是工程团队所有的。 团队制定了仪式。 一些公司以蛋糕庆祝,其他公司以饮料庆祝。 一些团队熬到深夜。 不论传统如何,缺席的产品所有者都对该过程退居二线。 我不怪产品所有者。 发行对其他所有人来说都是一个黑匣子。

工程和产品团队的沟通故障的可能性永远不会比功能投入生产时高。 我们有机会改善。

以下步骤是产品所有者如何创造客户价值的步骤。

1.写出价值创造的假设
2.选择结果的接受标准
3.授权团队构建功能
4.优先发展
5.向客户推出功能
6.监视错误
7.报告假设的准确性
8.管理与利益相关者的沟通
9.重复

在不推断每个部分的情况下,我想说明产品负责人负责交付和质量。 最多研磨步骤为4–6。 我们教会产品所有者在研磨过程中保持动力。 这些是最难把握的任务。 为什么?

简单的答案是人。 优先考虑开发,推出功能以及监视错误需要大量的思考和沟通技巧。 在这些阶段中,产品所有者管理的邮件数量超过其他任何时候。 当产品所有者忙碌的一天时,这些任务会被忽略,此外,推出功能很少是一项非技术性的任务。 让其他人承担责任很容易。 很少有开发部门,非工程师了解如何将功能部署到生产环境。

当产品所有者失去对项目的控制权时,问题就会浮出水面。 我们观察到产品所有者不知道具体功能是否正常运行,对已发布功能的文档进行了争夺,并且工程师竞相解开将意大利面条式代码合并到构建中的过程。 指责和团队崩溃。

您为什么不希望产品负责人向客户推出功能?

部署在技术上很复杂。

产品负责人不是技术人员。

没有有关管理部署的文档。

工程师负责部署。

产品负责人忙于其他事情。

增加借口的机会是无限的,但是我们公司提倡两个原则,这些原则与所有这些陈述相矛盾。

1)最好的软件涉及产品所有者的每一步。

2)工程操作必须透明。

这应该如何工作?

部署到生产中应该像按一个按钮一样简单。 以这种方式设计工作流并不是一件容易的事,但是CI / CD的世界和启动深色功能已占据上风。 Facebook,Atlassian,TrueCar和Twitter的应用程序演示了如何在黄金时段准备好生产就绪功能。 元素发布到生产系统中,经过数千人的测试,并在产品所有者按下按钮时上线。 当产品负责人获得批准时,他们就是更新发布日志和涉众的人。

产品所有者需要三个条件来控制部署。 首先,他们需要可见性并选择要启动的功能。 其次,产品所有者需要访问权限,易于使用的工具以及部署更新的培训。 第三,他们需要利益相关者的信任和对他们控制客户成功的能力的信心。

在开发工厂,我们正在与产品所有者一起努力以管理发布。 我们知道最好的产品是针对最终用户开发的产品,并且产品所有者最了解客户。

在开发工厂了解我们如何帮助企业更快地发展。