最近在工作中发现了一些问题在一些项目的中一些同事对目标和节奏不清楚前期参与讨论的时间过长对 PRD 质量不满意等等。跟大家交流后发现团队协作中的问题居多。在展开讲项目的问题之前先以足球赛为例做个类比引出我们在项目协作中暴露的问题。首先场下教练对战术意图安排。上场参与比赛的球员目标一致要赢球赢球的价值明显得3分。前锋、中场、后卫各角色在战术意图的指导下在场上有非常明确的主要职责。当某人的能力溢出的时候有超出职责期待的表现。比如门将从后场抢断一条龙完成进攻。这类行为可遇不可求。当某人出现漏洞战术漏洞、或能力漏洞的时候其他人『向前一步』补位可以提高整体表现水平。比如边后卫失位之后中后卫的补位。当场上某人未达预期的时候场边教练会指出问题必要的调整战术换人先不讨论。场上队长和核心球员在发现问题的时候会互相交流及时指出问题并提出改进建议。简而言之团队在一起有目标有责任有协作配合也会直接说出问题。对照我们在项目中的情况可以从以下几个方面对参与项目的同学提问。各角色对目标是否理解到位相互间是否达成一致各角色是否做好了自己的职责产出的方案是否靠谱承诺的时间是否能达成各角色是否在职责之外能『向前一步』尽力提高整体的结果或效率是否出现滥用不尊重其他人『向前一步』的现象前面三个问题的核心是各环节的 Owner 是否尽职尽责上面说的各角色在项目里就是各角色的 Owner是否敢于提出和应对冲突各环节的 Owner 尤其责任重要Owner不是传传话分分任务。要对方案进度风险都要有把控能力也要敢于制造良性冲突及时提出问题并督促改进。Owner 需要各团队的负责人的支持也需要项目同学的支持。列出我对各角色的『日常职责』、『项目职责』和『向前一步』的理解和期待欢迎拍砖。角色日常职责项目职责向前一步业务方1.深刻掌握业务逻辑/用户逻辑1. 明确项目目标、对业务的价值和评估方式所需要的资源核心就是算出ROI产出 BRD2. 明确项目Owner对总体进度和交付物负责1.解答产品经理在 PRD 纂写过程中的对项目需求的疑问产品经理1.理解业务逻辑2.深刻掌握产品逻辑策划产品的迭代3.理解系统架构设计1.完全掌握 BRD 中的业务目标和诉求2.拆解和抽象出产品需求考虑系统实现方式产出 PRD3.与技术同学一起拆解落地的的优先级和排期4. 明确产品 Owner参与业务方案讨论对产品方案把关对质量负责1.参与 BRD 的讨论2.解答技术同学在技术 方案纂写过程中的对产品需求的疑问技术研发1.理解业务逻辑/用户逻辑2.理解产品逻辑3.深刻掌握系统设计和代码对系统的质量和稳定性等负责。1.理解业务目标并完全掌握 PRD 中的产品需求2.拆解设计系统方案产出技术方案3.与产品同学一起拆解落地的优先级和排期跟上下游的技术同学协同4. 明确技术 Owner对技术方案把关对系统质量负责1. 参与 BRD 的讨论2. 参与 PRD 的讨论对于过往项目往往存在诸多问题这里简单写下从我的角度看到的问题。项目目标和价值收益没有达成一致项目到底要交付什么东西项目目标做完了对业务有什么帮助收益如何验证和校验。角色的本职工作没做好我多次收到产品方案太粗放的反馈需求在系统层落地的时候需要反复的确认细节而且还有一些关键的依赖目前还未产出我认为产品 Owner 对此应该负责。但需求准入后才反馈问题说明技术 Owner 在准入的把关不到位。另外技术在承诺的排期里面出现延期的情况除了准入把控不到位的原因也对排期的合理性把控不足。向前一步变成了理所当然在 BRD 和 PRD 的讨论中技术同学表示参与很深占用了大量的时间有时候几乎整天都在开会。比如430晚上是 PRD 讨论但我进去看到的是拉着业务同学和技术同学现场一头确认需求一头确认能否落地。在我看起来是缺乏自己的深度思考也不珍惜其他同学在补位上花的时间似乎成了理所当然的事情。Owner 间的掌控力和配合不足项目 Owner 在项目整体进度的把控有缺失目标是什么阶段性交付什么没有确定好。节奏上没有让最重要的需求先行比如项目很长一段时间都在讨论如何更好的配置。产品、项目、研发Owner 之间的协作不紧密没有通过细粒度的拆分提高项目并行度都在闷头做事或者等上游搞定。Owner 不敢发生冲突各环节的 owner 不敢发声我听到很多私下的抱怨但问题没拿到桌面上来说导致项目风险看起来很迷幻。开会的时候风平浪静会后各种问题。核心一句Owner 做的不好。当然我说的Owner问题不只是『生产力体系』项目才存在在项目开工前我认为需要搞定的以下几点项目的业务产品技术 Owner一起对齐目标、收益、资源投入。同时明确项目 Owner明确阶段性交付物。几方的 Owner 对需求做细致的拆分和分工提高并行度。同时每一环的 Owner 把控方案准出和准入的质量关加强独立思考的深度减少讨论上耗费的时间。几方的 Owner 加强协作深度随时反馈项目中出现的问题。其实看起来并不复杂的事情我们运行起来有这么多问题说明我们公司团队要磨合和提高的地方还很多。共勉。
项目中 Owner 的重要性
发布时间：2026/5/19 18:59:28
最近在工作中发现了一些问题在一些项目的中一些同事对目标和节奏不清楚前期参与讨论的时间过长对 PRD 质量不满意等等。跟大家交流后发现团队协作中的问题居多。在展开讲项目的问题之前先以足球赛为例做个类比引出我们在项目协作中暴露的问题。首先场下教练对战术意图安排。上场参与比赛的球员目标一致要赢球赢球的价值明显得3分。前锋、中场、后卫各角色在战术意图的指导下在场上有非常明确的主要职责。当某人的能力溢出的时候有超出职责期待的表现。比如门将从后场抢断一条龙完成进攻。这类行为可遇不可求。当某人出现漏洞战术漏洞、或能力漏洞的时候其他人『向前一步』补位可以提高整体表现水平。比如边后卫失位之后中后卫的补位。当场上某人未达预期的时候场边教练会指出问题必要的调整战术换人先不讨论。场上队长和核心球员在发现问题的时候会互相交流及时指出问题并提出改进建议。简而言之团队在一起有目标有责任有协作配合也会直接说出问题。对照我们在项目中的情况可以从以下几个方面对参与项目的同学提问。各角色对目标是否理解到位相互间是否达成一致各角色是否做好了自己的职责产出的方案是否靠谱承诺的时间是否能达成各角色是否在职责之外能『向前一步』尽力提高整体的结果或效率是否出现滥用不尊重其他人『向前一步』的现象前面三个问题的核心是各环节的 Owner 是否尽职尽责上面说的各角色在项目里就是各角色的 Owner是否敢于提出和应对冲突各环节的 Owner 尤其责任重要Owner不是传传话分分任务。要对方案进度风险都要有把控能力也要敢于制造良性冲突及时提出问题并督促改进。Owner 需要各团队的负责人的支持也需要项目同学的支持。列出我对各角色的『日常职责』、『项目职责』和『向前一步』的理解和期待欢迎拍砖。角色日常职责项目职责向前一步业务方1.深刻掌握业务逻辑/用户逻辑1. 明确项目目标、对业务的价值和评估方式所需要的资源核心就是算出ROI产出 BRD2. 明确项目Owner对总体进度和交付物负责1.解答产品经理在 PRD 纂写过程中的对项目需求的疑问产品经理1.理解业务逻辑2.深刻掌握产品逻辑策划产品的迭代3.理解系统架构设计1.完全掌握 BRD 中的业务目标和诉求2.拆解和抽象出产品需求考虑系统实现方式产出 PRD3.与技术同学一起拆解落地的的优先级和排期4. 明确产品 Owner参与业务方案讨论对产品方案把关对质量负责1.参与 BRD 的讨论2.解答技术同学在技术 方案纂写过程中的对产品需求的疑问技术研发1.理解业务逻辑/用户逻辑2.理解产品逻辑3.深刻掌握系统设计和代码对系统的质量和稳定性等负责。1.理解业务目标并完全掌握 PRD 中的产品需求2.拆解设计系统方案产出技术方案3.与产品同学一起拆解落地的优先级和排期跟上下游的技术同学协同4. 明确技术 Owner对技术方案把关对系统质量负责1. 参与 BRD 的讨论2. 参与 PRD 的讨论对于过往项目往往存在诸多问题这里简单写下从我的角度看到的问题。项目目标和价值收益没有达成一致项目到底要交付什么东西项目目标做完了对业务有什么帮助收益如何验证和校验。角色的本职工作没做好我多次收到产品方案太粗放的反馈需求在系统层落地的时候需要反复的确认细节而且还有一些关键的依赖目前还未产出我认为产品 Owner 对此应该负责。但需求准入后才反馈问题说明技术 Owner 在准入的把关不到位。另外技术在承诺的排期里面出现延期的情况除了准入把控不到位的原因也对排期的合理性把控不足。向前一步变成了理所当然在 BRD 和 PRD 的讨论中技术同学表示参与很深占用了大量的时间有时候几乎整天都在开会。比如430晚上是 PRD 讨论但我进去看到的是拉着业务同学和技术同学现场一头确认需求一头确认能否落地。在我看起来是缺乏自己的深度思考也不珍惜其他同学在补位上花的时间似乎成了理所当然的事情。Owner 间的掌控力和配合不足项目 Owner 在项目整体进度的把控有缺失目标是什么阶段性交付什么没有确定好。节奏上没有让最重要的需求先行比如项目很长一段时间都在讨论如何更好的配置。产品、项目、研发Owner 之间的协作不紧密没有通过细粒度的拆分提高项目并行度都在闷头做事或者等上游搞定。Owner 不敢发生冲突各环节的 owner 不敢发声我听到很多私下的抱怨但问题没拿到桌面上来说导致项目风险看起来很迷幻。开会的时候风平浪静会后各种问题。核心一句Owner 做的不好。当然我说的Owner问题不只是『生产力体系』项目才存在在项目开工前我认为需要搞定的以下几点项目的业务产品技术 Owner一起对齐目标、收益、资源投入。同时明确项目 Owner明确阶段性交付物。几方的 Owner 对需求做细致的拆分和分工提高并行度。同时每一环的 Owner 把控方案准出和准入的质量关加强独立思考的深度减少讨论上耗费的时间。几方的 Owner 加强协作深度随时反馈项目中出现的问题。其实看起来并不复杂的事情我们运行起来有这么多问题说明我们公司团队要磨合和提高的地方还很多。共勉。
