qy千亿-千亿(国际)唯一官方网站

产品经理领导产品。工程师构建它。分界似乎很清楚，但并非如此简单。因为这两个角色都有细微的专业知识和对如何使产品更好的强烈意见。如果你是一个试图决定工程团队技术方向的干预产品经理，或者如果工程师侵犯了你的角色，比如决定下一步应该构建哪些功能，那么责任就会变得模糊。

团队需要清楚地了解谁负责产品生命周期每个阶段的决策和任务。在基本层面上，产品经理应该解决产品的“为什么”（产品策略）和“什么”（功能）。工程师应该确定“如何”——功能的技术实现。你们应该一起在“何时”上进行合作。

与工程学保持健康的紧张关系可能很好 - 如果你们都致力于为客户提供最佳解决方案并尊重彼此的专业知识。许多决策都是协作的，需要双方的投入。这是一个机会，可以推动彼此进行更批判性的思考，探索解决问题的新方法，并共同提出创新的解决方案。
产品经理和工程师之间有效协作的提示 当然，您更喜欢与工程团队的和谐而不是紧张关系。您可以一起建立一个既积极又富有成效的产品规划和开发环境。以下是一些成功的准则：
将策略放在首位 作为产品经理，您需要制定产品战略 - 具有明确的产品愿景，可衡量的目标和明确的计划。共同的目标对于结盟至关重要，并为每个人提供共同的前进方向。然后，根据功能对计划的支持程度来确定功能优先级，并帮助您实现目标。
向工程师传达产品的战略方向，并在产品路线图上将其全部可视化。当工程部门了解他们为什么要构建某些东西以及它如何服务于业务和客户目标时，他们就可以实施更好的解决方案。这个路线图是在啊哈中创建的！路线图显示了产品计划的时机和进度。产品目标显示在左侧。
了解工程师的工作 一些产品经理有技术经验。其他人则从商业或管理背景来到该学科。无论哪种方式，您都不需要知道如何编码即可与工程团队产生共鸣。

保持好奇心，并要求工程师解释他们如何处理他们的工作。了解构建和支持产品所需的条件至关重要。工程师不仅仅是在构建产品的功能需求。它们还决定了产品的基础结构、编程语言、数据库需求和非功能性需求（例如，安全性、速度和其他性能能力）。

优秀的产品经理知道工程师所处的环境——你不会试图超期发布或偷工减料，这可能会影响产品的性能。工作以您的战略方向和关于什么对客户最有利的明智决策为指导。
有信念的计划 良好的规划要求你对需要构建的内容保持果断，并了解它将需要的资源。如果不确定是否应确定某个功能的优先级，请不要将其分配给计划的版本或将其放在路线图中。如果您没有明确定义客户需求，请不要将工作交给工程部门。犹豫不决，优先事项的转移以及定义不清的需求会让他们感到沮丧，并导致浪费时间重新处理同样的事情。

如果您需要输入有关解决问题的挑战性的意见，请尽早邀请工程师分享他们的见解。它们可以帮助您发现可能需要额外规划的技术影响。您可能还需要调整范围或时间。但是，不要根据构建功能的难度来确定功能的优先级。如果您从“为什么”开始，那么当您与工程部门讨论每个功能时，每个功能都应该被认为是必不可少的。

这个功能板在啊哈！路线图显示按版本组织的功能。然后将这些功能发送到工程团队的开发工具。优先级对于遵循Scrum的组织也很重要。由工程团队决定在每个冲刺 （sprint） 中构建什么，以便他们能够按时交付版本。但他们可能需要产品经理澄清客户要求什么以及他们需要什么。一旦你解释了需求和规格，退后一步。信任工程团队来完成实施工作。
明确责任和重叠领域 当谁做什么时，你会更快乐，更有效率。因此，为产品开发生命周期的每个阶段建立明确的职责并定义工作流程。

下表概述了产品经理和工程师通常协作的工作：

定义特征 产品经理负责收集需求，并为工程团队提供明确定义的功能。
工程师使用这些要求来构建功能。明确定义的需求可帮助工程师简化工作。
许多产品经理和工程团队还共同致力于用户故事映射 - 这是一个可视化练习，可帮助您概述需求并确定下一步应该构建的内容的优先级。