项目经理的真实处境：技术管理不只是“人肉路由器”

项目经理常被形容为“人肉路由器”。这个比喻有一定道理，但并不完全准确。

项目经理确实需要连接合适的人，传递关键的信息与背景，协调团队行动，推动结果落地，并最终为企业创造价值。但“人肉路由器”这个说法虽然简洁好记，却容易低估项目经理这一角色在技术管理中的复杂性和微妙之处。

几年前，当我从个人贡献者转型为项目经理时，很快意识到一件事：项目经理的日常工作，很大程度上取决于所负责团队的具体需求。过去几年里，我既接手过已有团队，也从零组建过新团队。无论是哪一种情况，我都必须先理解团队当前的状态，再找到最有效的支持方式，而每一次的解法都不完全相同。

工程管理的核心，是理解团队作为一个整体如何运转，理解团队中每一位成员的状态与需求，并赋能、支持他们朝着正确的目标前进。这项工作看似模糊，但真正做起来会发现，其中充满了细节、判断和取舍。

在社会技术系统中理解工程管理

从个人贡献者转型为项目经理，最难适应的变化之一，是接受一个新的现实：写代码在你工作中所占的比例会越来越低。

很多人刚进入管理岗位时都会经历一段不适应期。对一些人来说，远离代码、远离实现细节，甚至足以让他们重新回到个人贡献者路径。

个人贡献者每天的大量时间，通常会用于开发功能、修复缺陷、维护平台、重构代码、审查代码以及做架构决策。而项目经理必须主动放下一部分一线技术执行工作，为新的职责腾出空间。

对管理者而言，日常工作的重点不再是“你写了多少代码”，而是“你的团队创造了什么结果”。因此，你的主要职责，是支持团队更好地实现目标。当然，这并不意味着项目经理不再需要技术能力，后文会进一步讨论这一点。

虽然项目经理的工作方式与个人贡献者截然不同，但也有一个好消息：你在个人贡献者时期培养出的系统思维，在管理岗位上依然非常宝贵。毕竟，软件系统并不只是代码和服务的组合，编写代码、交付代码的人，也同样是工程组织这个社会技术系统的一部分。

过去，你可能需要花很多时间思考不同服务之间如何交互。现在，你需要更多思考团队的动态、协作方式、内部运行机制，以及团队如何与更大的工程组织生态发生互动。

归根结底，项目经理是在一个新的系统中工作。在这个系统里，人，以及他们使用和构建的技术，共同决定了团队最终能否有效运转。

项目经理的日常工作是什么

项目经理的角色，会因公司结构、团队规模和业务需求不同而有所差异。因此，不同项目经理的日常工作内容也会有所不同。

技术工作与管理工作的比例

你每天具体做什么，很大程度上取决于你需要投入多少时间做技术工作。

例如，如果你是一家初创公司的项目经理，或者在一家中型公司带领一个小团队，你很可能需要扮演“球员兼教练”的角色。这意味着，你既要承担一定程度的一线技术工作，也要处理更多运营和管理任务。

这类项目经理可能会将 20% 到 50% 的时间投入技术工作。如果团队规模更小，这个比例甚至可能更高。有时，你还需要参与值班待命和线上问题处理。

而在规模更大的公司，或者当你管理的是更大的团队时，你的技术贡献可能主要体现在架构评审、技术方案反馈，或偶尔参与代码审查上。换句话说，你会在合适的时候运用自己的技术经验，为团队成员提供方向，也会辅导他们找到解决问题所需的答案和资源。你可能不再需要频繁亲自写代码。

同样，如果你加入的是一家正在快速扩张的公司，你很快就会发现，自己的日程会被招聘流程设计、工程师面试和团队搭建等工作大量占据。这会迫使你把更多时间投入管理任务，而不是技术执行。

帮助工程团队走向成功

无论具体职责如何变化，项目经理的核心目标始终只有一个：帮助团队取得成功。其他工作，基本都是围绕这一目标展开的。

在实际工作中，支持团队包括建立强大且包容的团队文化，营造鼓励学习和成长的环境，促进健康、坦诚且相互尊重的讨论。你需要对团队结果负责，包括确保团队在做正确的事情，也确保团队拥有合适的人员配置、技术能力和工具支持，从而持续创造价值。

支持团队取得成果，可能意味着引入更合适的指标，以便更好地衡量和理解团队的交付速度；也可能意味着开展容量规划，识别拖慢团队效率、增加团队工作难度的瓶颈。对于已经进入规模化协作阶段的研发团队，也可以借助 PingCode 这类智能化研发管理工具，把目标、需求、开发、测试、发布和 Wiki 知识沉淀等环节串联起来，让团队状态、交付进度和流程瓶颈更容易被看见。

作为项目经理，你还经常需要代表团队及其项目，与组织内的其他人沟通。因此，这项工作天然包含一部分项目管理职责：你需要为团队设定目标，确定优先级，并分配资源。

你也需要与产品、设计以及其他工程团队协作，确保决策能够顺利做出，问题能够得到及时解答，团队的路线图和交付期限既现实可行，又具备足够挑战性。

培养独立的工程师

除了支持整个团队，项目经理的另一项重要职责，是支持团队中的每一个人，帮助他们成长为更优秀、更独立的工程师。

在日常工作中，这包括指导、辅导、支持团队成员，并向个人贡献者提供反馈。更广泛地说，这也包括帮助工程师晋升，处理绩效不佳的问题，以及应对不合适的招聘决策。

这项工作很有成就感，但同时也是工程管理中最困难的部分之一。

我最喜欢的工程管理工作之一，就是为即将进入下一阶段的工程师寻找合适的成长机会。找到一个既能帮助工程师学习和成长，又能推动他们迈向职业生涯下一阶段的项目或计划，本身就是一件充满挑战也充满乐趣的事。

当你帮助工程师努力争取，并最终获得来之不易的晋升时，那种满足感非常强烈。

培养项目经理的人际沟通能力

优秀的项目经理需要同时处理多项任务。一天之内频繁切换工作内容，是非常常见的状态。

对项目经理来说，保持工作有序，并能果断判断哪些任务必须优先完成、哪些事情可以稍后处理，是一项经常被低估、但极其重要的能力。

由于管理者需要招聘、培养并支持个人和团队，真正理解员工、理解他们的动力来源和痛点，就变得非常关键。优秀的项目经理往往善于沟通，而卓越的项目经理还具备很高的情商。

管理者需要清晰传达目标、期望、使命和愿景。但同样重要的是，他们也要知道什么时候应该保持沉默，认真倾听。例如，在一对一沟通中，积极倾听往往比直接给建议更重要。

同样，在辅导资深工程师时，管理者也需要多提问、多倾听，而不是仅凭自己的经验直接给出答案。

良好的沟通能力，也有助于向上管理、横向协作和向下管理。它能帮助你在组织中建立关系，在团队内外培养信任，并让你更有效地影响他人。

即使是那些尝试过管理岗位、最终发现自己并不适合管理的工程师，也能从这些以人为本的能力中获益。优秀项目经理所具备的很多能力，同样适用于优秀工程师。这并不是巧合。

对于那些回到个人贡献者岗位的人，或者在工程师与管理者角色之间反复探索的人来说，这些能力最终都会变得非常宝贵。

保持项目经理的技术敏感度

最后，在提升管理能力和人际沟通能力的同时，保持技术敏感度同样重要。

项目经理未必每天都深入代码，但保持技术素养依然非常关键。如果一位经理不了解团队在做什么、如何工作、面临哪些技术挑战，那么他支持团队取得成功的能力就会大打折扣。

此外，技术素养也有助于建立信任和信誉。当你与其他利益相关者，尤其是非技术背景的同事沟通时，它能帮助你更准确地代表团队，并维护团队的合理利益。

如果团队在值班期间遇到问题，或者在临近截止日期的最后冲刺阶段需要额外支持，你也能及时加入，帮助他们推进工作。

即使你的技术支持主要体现在架构评审和技术方案讨论中，保持技术相关性也绝对值得。它能让你对团队使用的系统保持足够深入的理解，从而在关键技术讨论中做出有意义的贡献。

AI 时代项目经理的未来

在人工智能时代，项目经理的角色无疑正在发生变化。

由于裁员、预算限制以及效率压力，很多团队被迫用更少的资源完成更多工作。项目经理也比以往更需要灵活应变。管理者被要求承担更大的职责范围，甚至同时管理多个团队。在某些情况下，团队规模缩小了，但产品路线图并没有随之缩减。

绩效管理变得比以往更加重要，而证明新增招聘的合理性，也可能比过去更困难。

不过，这些变化也带来了一些值得解决的新问题。我们交付代码的方式正在发生变化，而这也会反过来改变团队的运作方式。

接下来，有几个关键问题需要项目经理认真思考：

当团队的产出规模比以往更大、交付速度比以往更快时，我们如何保持代码质量，并构建具备韧性的系统？

如何避免 AI 生成代码带来新的技术债务和不必要的维护负担？

如何持续提升团队成员的工作满意度？

在这种新模式下，什么样的工程师更容易取得成功？这又会如何影响我们在组织内部招聘、培养和晋升员工的方式？

在技术变革和新机会不断涌现的时代，项目经理正处在一个非常独特的位置。他们既能观察技术如何改变软件开发流程，也能看到这些变化如何影响团队协作、组织文化和工程工作的社会层面。

未来只会更加值得期待。