Answers:
以我的经验，最能发挥职能的团队确实在生命周期的各个角色之间会有一些技能重叠，以确保没有“丢墙”，而是每个阶段之间的平稳过渡。
在产品开发（或产品中的功能/故事）的过程中，产品经理和工程师作为两个阶段（定义（PM）和实施（工程师））的多数所有者而组成。
产品经理 -产品经理本质上是“功能设计师”，或者，如果不是设计师，则是所有者。他们的输入是客户/业务需求，他们的输出是产品规格，供工程师使用。
产品经理通常会对所需的功能进行初步调查（在较大的团队中，业务分析师将协助执行此步骤），然后将其组织为基本要求和产品建议。在某个时候，工程师或架构师可能需要参与进来，以帮助产品经理了解可行的方法并进行相应的调整。
交付规范后，产品经理通常是Scrum流程中的“产品所有者”，即负责定义“完成”并接受最终工作的人员。
产品完成后，产品经理还可能负责帮助客户服务，市场营销甚至销售部门了解已开发的产品以及最吸引人的功能。
工程师 -如上所述，工程师可以及早进入流程，以帮助定义需求。但是，当产品规格定义并批准用于工作时，工程师的主要工作便开始了。工程师根据规范实施软件，并将规范中未发现的任何问题退回给产品经理考虑。
通常，一旦产品处于良好的开发状态，产品经理就会进入后台，而工程师可能会更多地参与质量检查流程。
就重叠而言，正如我所提到的，项目经理和工程师之间会来回走动。在这种发展过程中，产品经理所拥有的任何技术知识都将有助于最大限度地减少工程师所需的时间，并且工程师对产品需求的了解越充分，他们的建议就会越有帮助。
产品经理的角色因公司而异。
在最坏的情况下（不幸的是，在最常见的情况下），产品经理是技术负责人，他承担了规范和发布职责。
在最好的情况下，产品经理可以充当开发人员与客户和管理人员之间的联络人，并确保开发人员有时间进行高质量的交付。通常最好聘请具有专业产品管理技能的人员，而不是将开发人员转移到该职位。理想情况下，产品经理至少应该对正在开发的技术有一个表面的了解，但是当然不需要深入的技术知识。
project的product，但我认为你必须批准该编辑为它是可见的。
说实话，当涉及到软件领域时，“产品经理”一词实际上是这两个词中唯一有效的词。几乎没有人像软件“工程”那样远程地做任何事情。“软件工程师”基本上是一个虚假的术语，因为听起来不错并且因为人们没有申请“ Code Monkey”职位而被错误地使用。