从项目工作的一开始就培养合作关系是至关重要的，但有时是困难的. 预算很大, 紧迫的期限, 还有很多活动部件, 项目是冲突的成熟环境. 对于两个关键的利益相关者来说尤其如此 产品经理 和 项目经理.

在一起, 这些角色确保软件交付符合支持的严格技术标准 组织策略. 但在实践中, 独立的和竞争的方法经常在产品经理和项目经理之间造成紧张关系, 会影响产品, 团队, 甚至是底线.

我的一个项目管理角色是为一家公司着手增强其遗留网络安全系统. 节目开始后 产品经理 我很快就遇到了挑战, 当我们每个人都觉得自己的观点或优先事项没有得到考虑时，就做出的决定发生冲突. 这种经历并不罕见.

通过聚在一起更好地理解彼此的角色和需求, 我们能够开发一个新的通信模型，通过确定三个中心点之间的关系 项目经理和产品经理 如果不小心处理和一点远见，会出错吗.

这种冲突解决策略缓解了紧张局势，形成了一个更积极的项目环境, 以及一个顺利的程序交付. 我们所学到的可以帮助项目经理发展他们的专业关系，创造真正的, 可持续的协同效应 产品经理.

角色和职责

项目经理做什么?

嗯，成为一个有效的人 p程序管理器，他们必须有一个组织范围的观点. 他们负责计划并确保程序输出的交付与总体业务策略保持一致. 从高层次的角度来看, 项目经理与跨团队的涉众协调以消除障碍, 帮助他们完成关键的里程碑, 并持续监控进展. 项目经理角色通常包含预算, 调度, 以及整个项目的资源分配.

产品经理是做什么的?

相反，产品经理 领导产品团队. 他们监督问题-解决方案空间:验证客户需求, 收集需求, 构建一个 产品愿景 还有策略，创建路线图，确定功能的优先级，收集用户反馈.

项目经理vs. 产品经理

项目经理和产品经理之间的关键区别是:项目经理专注于 如何 和 当 产品构建完成后，产品经理的职责就是 什么 和 为什么. 尽管——或许是因为——他们关注的领域不同, 这两个角色对于高质量的交付都是至关重要的, 及时的, 成本效益高的项目. 这两个角色也都朝着同一个目标努力:创造出在市场上取得成功的产品. 改进项目经理和产品经理之间的沟通是很重要的, 因此, 不可否认的是有价值的.

产品和规划经理之间更频繁和有效的沟通的好处在项目过程中的三个地方得到了最好的实现:产品远景和战略, 发布计划, 和 产品架构. 这些时刻对这两个角色来说都是高风险的, 然而，它们也是沟通最有可能不足的接触点.

产品愿景与策略

现代产品管理认识到远见和 策略 作为重要的人工制品，它把人们聚集在一起，追求共同的目标. 开发人员和其他团队成员需要他们避免漫无目的地从一个sprint到另一个sprint，因为他们的产品待办事项没完没了，而且他们被要求构建的功能没有上下文.

产品经理建立产品的愿景和战略, 但是如果规划经理对项目的首要目的和旅程没有共同的理解, 他们很难预测变化, 让计划步入正轨, 并向高层领导人阐明进展. 在以前的角色中, 缺乏关于愿景和战略的沟通意味着我经常被产品经理对项目范围和优先级的改变所迷惑, 让我很难计划. 这反过来又给产品经理带来了挫败感.

对产品远景和策略的了解也使项目经理能够识别潜在的障碍，并努力减轻它们. 产品策略常常随着新的信息而发展, 竞争对手, 技术是在市场中产生的, 因此，在整个过程中保持透明度是关键.

在项目开始时, 项目经理应该清楚地知道他们希望产品经理何时以及如何传达最初的愿景和策略, 并且应该定期计划联系的机会，以防发生任何变化. 让这些接触点得到认可, 强调产品经理也可以从一致的沟通中获益, 在交付资源需求和管理涉众期望方面.

发布计划

敏捷开发旅程的另一个阶段，无效的沟通可能会危及项目的成功 发布计划. 通过在发布版中工作，最显著的特性可以首先交付. 没有适当的计划, 企业可能会花费宝贵的资源来构建用户可能不需要的功能.

虽然这项任务传统上是产品经理的责任, 规划经理的观点很重要，可以提供有价值的见解. 项目经理应该采取主动的方法，发起关于发布节奏的高层讨论. 产品经理将与他们的团队一起处理细节, 但是，项目经理可以在更广泛的项目背景下提供有关能力或承诺的输入, 哪些可以影响甚至增强产品经理发布计划的方法.

我发现，在发布前的最后冲刺阶段，是与产品经理核对并权衡重新确定优先级或在需要的地方进行分解的好时机. 敏捷中总是有变化的空间，所以协作应该持续进行.

产品架构

有很多原因可以解释为什么一个产品 体系结构 可能需要更改:以允许更频繁和可靠的部署, 更灵活的缩放, 或者更自由地选择工具. 架构变更通常是一项大工程. 相关的成本和时间将根据范围而有所不同, 但是项目经理可能因此需要改变预算或时间表.

更改 产品架构 如果在计划中没有考虑到这一点，可能会导致进一步的障碍或延误. 在一个项目的第三年, 例如, 该公司选择转向基于云的系统, 利用这些好处意味着改变产品 从单片到微服务架构. 这导致了延误和更高的费用，以及对整个积压工作的重新估计.

而架构决策则由工程师说了算, 产品经理将了解相关的利益, 权衡, 和风险. 在可能的情况下, 项目经理应该使用这些知识来获得体系结构的概述, 它将如何以及何时进化, 以及这对产品路线图的影响. An in-depth underst和ing is unnecessary; insight into the model 和 potential changes are all that’s required to provide clarity 和 better prepare for 什么’s to come. 在项目开始时获得对体系结构选择的可见性将允许规划经理更准确地评估风险，并减少主要范围变更使规划脱轨的机会.

了解你们之间的差异

Project outcomes are not achieved using technical 技能 alone; the ability to develop good working relationships is an equally powerful 和 necessary skill. 无论行业如何, 项目经理和产品经理之间的有效沟通是取得成功的关键因素.

这两个角色的运作方式有相似之处, 但是要记住，项目经理通常更像一个执行者, 虽然产品经理可能是一个创造性的思想家，所以他们的方法 解决问题 会有根本的不同. 了解这些差异:产品经理可以使用程序经理的视角来发挥巨大的作用，反之亦然. 双方都应该慷慨地表达自己的见解和担忧.

随着团队变得越来越分散, 管理者应该努力变得更加深思熟虑, 透明的, 积极主动的沟通方式. 知道在哪里架起潜力桥梁 沟通差距，那么，就不那么是个 解决冲突 策略和更多的一个 冲突解散 策略.

产品愿景和策略, 发布计划, 产品架构只是一些接触点，更清晰或更频繁的沟通可以促进积极的交流, 协作环境. 从那里开始，随着你的进步，其他改善的机会无疑会出现. 记住，每个角色都是有影响力的，并且依赖于另一个角色的成功.