工程经理应该拥有什么？

公司以多种方式分解工程经理的角色和职责。这篇文章描述了划分这些职责的各种方法。我也提供了权衡。

技术负责人职责

许多初创公司都是从技术领先模式开始的。对于公司的早期阶段来说这很好，但往往是你长大的东西。

这是我倾向于的方法。使用这种方法，您将拥有一名工程经理、产品经理和技术主管。

目的是让产品经理大量参与团队的工作。并拥有高度技术性的工程经理，他们审查代码，有时甚至编写代码。至少谷歌的某些部分使用这种模式。

工程经理负责人员管理。他们指导他们的团队成员，使他们更有影响力。
工程经理管理团队的流程。他们适应并改进了团队的运作方式。这有助于球队不断进步。
工程经理负责监督团队技术工作的质量。他们帮助他们的团队在技术思维方面做得更好。他们确保团队的技术计划合理且面向未来。由于经理处于权力位置，这可能会导致问题。这些问题可能会发生，因为人们不想反对他们经理的观点。此外，工程经理可能会发现很难专注于技术工作。或者，您可以让技术主管处理此区域。这可以正常工作，但有一个缺点。工程经理将离工作太远。这将导致他们无法指导团队的流程或指导他们的团队。
产品经理运行项目：项目分解、排序、风险管理和项目沟通。这让他们可以了解团队的日常工作，并帮助他们为团队成员提供大量背景信息。
产品经理与客户交谈并整合来自多个来源的反馈。他们优先考虑团队的工作。他们还确保团队有上下文，以便他们可以构建高价值的软件。
因为产品经理如此专注于团队，所以他们花在客户身上的时间更少。当你负责项目时，很难平衡工作的两个方面。我认为这是一个主要缺点。

单线程所有者拥有一切。他们可以雇佣人来委派他们的部分工作。我有关于单线程所有者模型的较长经验报告。亚马逊推广了这种方法。

SCRUM 方法是软件开发的经典方法。它没有明确提出管理职责。这是 SCRUM 的概述。

SCRUM 中没有具体说明人员管理的工作方式。通常，该人担任 Scrummaster 或产品负责人角色。忽略 Scrummaster 不应该对团队拥有权威。指导个别团队成员往往会受到影响。经理可能离工作不够近，无法指导团队成员。
你不会看到很多使用 SCRUM 的项目管理。这一切都集中在点或燃尽图上。我合作过的 SCRUM 团队忽视了项目分解、排序和风险管理。 SCRUM 在产品负责人和 Scrummaster 之间划分项目职责。
Scrummaster 的激励措施是专注于流程和会议。他们倾向于过度使用它。他们往往过于依赖流程。
团队拥有他们的技术计划和工作的质量。它通常以平等主义的方式完成。如果团队运作良好，这可能会很好。
产品负责人充当轻量级产品经理。产品负责人角色是产品经理角色的子集。通常，产品负责人也不会完成这项工作。

我对上面列出的所有这些模型都有经验。我没有包括的一个模型是管理人员、流程和技术的工程经理，但与项目经理一起工作。我确信这些模型中的任何一个都有可能取得成功。我欢迎您的反馈和意见！