项目中 Owner 的重要性

最近在工作中发现了一些问题，在一些项目的中，一些同事对目标和节奏不清楚，前期参与讨论的时间过长，对 PRD 质量不满意等等。

跟大家交流后，发现团队协作中的问题居多。在展开讲项目的问题之前，先以足球赛为例做个类比，引出我们在项目协作中暴露的问题。

• 首先，场下教练对战术意图安排。上场参与比赛的球员，目标一致要赢球，赢球的价值明显，得3分。
• 前锋、中场、后卫，各角色在战术意图的指导下，在场上有非常明确的主要职责。当某人的能力溢出的时候，有超出职责期待的表现。比如门将从后场抢断一条龙完成进攻。这类行为可遇不可求。
• 当某人出现漏洞（战术漏洞、或能力漏洞）的时候，其他人『向前一步』补位，可以提高整体表现水平。比如边后卫失位之后，中后卫的补位。
• 当场上某人未达预期的时候，场边教练会指出问题，必要的调整（战术换人先不讨论）。场上队长和核心球员在发现问题的时候，会互相交流，及时指出问题并提出改进建议。

简而言之，团队在一起有目标，有责任，有协作配合，也会直接说出问题。对照我们在项目中的情况，可以从以下几个方面，对参与项目的同学提问。

• 各角色对目标是否理解到位？相互间是否达成一致？
• 各角色是否做好了自己的职责？产出的方案是否靠谱？承诺的时间是否能达成？
• 各角色是否在职责之外能『向前一步』，尽力提高整体的结果或效率？是否出现滥用（不尊重）其他人『向前一步』的现象？
• 前面三个问题的核心是各环节的 Owner 是否尽职尽责（上面说的各角色在项目里就是各角色的 Owner），是否敢于提出和应对冲突？各环节的 Owner 尤其责任重要，Owner不是传传话，分分任务。要对方案，进度，风险都要有把控能力，也要敢于制造良性冲突，及时提出问题并督促改进。Owner 需要各团队的负责人的支持，也需要项目同学的支持。

列出我对各角色的『日常职责』、『项目职责』和『向前一步』的理解和期待，欢迎拍砖。

对于过往项目，往往存在诸多问题，这里简单写下从我的角度看到的问题。

• 项目目标和价值收益没有达成一致：项目到底要交付什么东西（项目目标），做完了对业务有什么帮助（收益），如何验证和校验。
• 角色的本职工作没做好：我多次收到产品方案太粗放的反馈，需求在系统层落地的时候需要反复的确认细节，而且还有一些关键的依赖目前还未产出，我认为产品 Owner 对此应该负责。但需求准入后才反馈问题，说明技术 Owner 在准入的把关不到位。另外，技术在承诺的排期里面，出现延期的情况，除了准入把控不到位的原因，也对排期的合理性把控不足。
• 向前一步变成了理所当然：在 BRD 和 PRD 的讨论中，技术同学表示参与很深，占用了大量的时间，有时候几乎整天都在开会。比如，430晚上是 PRD 讨论，但我进去看到的是拉着业务同学和技术同学，现场一头确认需求，一头确认能否落地。在我看起来是缺乏自己的深度思考，也不珍惜其他同学在补位上花的时间，似乎成了理所当然的事情。
• Owner 间的掌控力和配合不足：项目 Owner 在项目整体进度的把控有缺失，目标是什么，阶段性交付什么没有确定好。节奏上没有让最重要的需求先行，比如，项目很长一段时间都在讨论如何更好的配置。产品、项目、研发Owner 之间的协作不紧密，没有通过细粒度的拆分，提高项目并行度，都在闷头做事，或者等上游搞定。Owner 不敢发生冲突，各环节的 owner 不敢发声，我听到很多私下的抱怨，但问题没拿到桌面上来说，导致项目风险看起来很迷幻。开会的时候风平浪静，会后各种问题。

核心一句，Owner 做的不好。当然，我说的Owner问题，不只是『生产力体系』项目才存在，在项目开工前我认为需要搞定的以下几点：

1. 项目的业务+产品+技术 Owner，一起对齐目标、收益、资源投入。同时明确项目 Owner，明确阶段性交付物。
2. 几方的 Owner 对需求做细致的拆分和分工，提高并行度。同时，每一环的 Owner 把控方案准出和准入的质量关；加强独立思考的深度，减少讨论上耗费的时间。
3. 几方的 Owner 加强协作深度，随时反馈项目中出现的问题。

其实看起来并不复杂的事情，我们运行起来有这么多问题，说明我们公司团队要磨合和提高的地方还很多。共勉。